Hi Sean,
Thanks for your help and showing me the direction. You are right GPIO pins
for PMC_WAKE_PCIE were set to GPIO_DEFAULT in
src/mainboard/intel/bayleybay_fsp/gpio.c. I have changed that to
GPIO_ACPI_WAKE now. This seems to be one step closer to the solution but
looks like something still missing as wakeup from PCIE device is still not
working with coreboot. Any other thing that I should look at?
Best Regards
>>Perhaps you do not have all your GPIO pins set properly.
On Mon, Nov 24, 2014 at 5:04 PM, Gailu Singh <gailu96(a)gmail.com> wrote:
> Hi Experts,
>
> I have PCIe card that supports wake on lan and it works fine with BIOS. On
> sending magic packet System wakes up from S3.
>
> However If I use same Linux image with coreboot wake from PCI device does
> not wake the system. System wakes up from S3 using power button only.
>
> I suspected the problem with dsdt and took dsdt binary from bios setup,
> disassembled it and replaced dsdt.asl in coreboot with the one from bios to
> match dsdt configuration. Now my dsdt and linux image are same but still
> system does not wake from PCI PME (WOL) in coreboot but works fine with
> bios.
>
> In both cases wakeup is enabled in
> /sys/bus/pci/devices/0000\:01\:00.0/power/wakeup
>
> Can you please advise what else could be the problem?
>
> PME signal is connected to GPIOS5 on the SoC.
>
> Best Regards
>
>
Perhaps you do not have all your GPIO pins set properly.
On 11/24/2014 06:34 PM, Gailu Singh wrote:
> Hi Experts,
>
> I have PCIe card that supports wake on lan and it works fine with
> BIOS. On sending magic packet System wakes up from S3.
>
> However If I use same Linux image with coreboot wake from PCI device
> does not wake the system. System wakes up from S3 using power button only.
>
> I suspected the problem with dsdt and took dsdt binary from bios
> setup, disassembled it and replaced dsdt.asl in coreboot with the one
> from bios to match dsdt configuration. Now my dsdt and linux image are
> same but still system does not wake from PCI PME (WOL) in coreboot but
> works fine with bios.
>
> In both cases wakeup is enabled in
> /sys/bus/pci/devices/0000\:01\:00.0/power/wakeup
> Tracking number: 771932980699
> <https://www.fedex.com/fedextrack/html/index.html?tracknumbers=771932980699>
>
> Can you please advise what else could be the problem?
>
> PME signal is connected to GPIOS5 on the SoC.
>
> Best Regards
>
>
>
Hi Experts,
I have PCIe card that supports wake on lan and it works fine with BIOS. On
sending magic packet System wakes up from S3.
However If I use same Linux image with coreboot wake from PCI device does
not wake the system. System wakes up from S3 using power button only.
I suspected the problem with dsdt and took dsdt binary from bios setup,
disassembled it and replaced dsdt.asl in coreboot with the one from bios to
match dsdt configuration. Now my dsdt and linux image are same but still
system does not wake from PCI PME (WOL) in coreboot but works fine with
bios.
In both cases wakeup is enabled in
/sys/bus/pci/devices/0000\:01\:00.0/power/wakeup
Can you please advise what else could be the problem?
PME signal is connected to GPIOS5 on the SoC.
Best Regards
Hi Rudolf.
Do you know from which time the hotel is accessible on Thursday?
I just need to know if I can arrive at the hotel directly and leave my
car there
or if I should go to the university first.
Thanks
Werner
Am 14.10.2014 um 13:31 schrieb Rudolf Marek:
> Hi all,
>
> Sorry for the noise I managed to exchange euros already. I did a
> favor to a colleague who needed urgently cash in CZK. If you need to
> exchange,
> I would try either ATMs or as I have written on wiki page the
> exchange8.cz (todays rate is 1 EUR =27.68 CZK) or any other exchange
> office
> where is acceptable ratio and no fees.
>
> Thanks
> Rudolf
>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
cbfs-mkstage.c: In function ‘is_phdr_ignored’:
cbfs-mkstage.c:45:84: error: cast to pointer from integer of different
size [-Werror=int-to-pointer-cast]
The fix was made in http://review.coreboot.org/#/c/7545/ but some
people were unhappy about the use of extra type casting.
One possible solution is to simply upgrade GCC, which I will, but I
would also like to get cbfstool to build again for this version of
GCC. The patch in the gerrit link works, but is not accepted for
upstream.
Does anyone know a better way of doing it?
Regards,
Francis Rowe.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
iQEcBAEBAgAGBQJUbsexAAoJEP9Ft0z50c+UGU4H/3nXZpc3OlaLNg+Otfv16Xw1
Cu9lj59jqYZ4BKCWIl/ZFeZ2Dgpjgc2hJcYk+V5VcQwAWzAt/UquQJQLFBcR0gMd
eZycL6z3iJS9vGh3wqpT0y1xnOXk+CckrU+3wUpGcwYuVRw2PnTllrhBDirTFObJ
bOGuns8b8+wdRkuEc9kIyGgOqzSC2pLKNaPI9uYo2bAIz7J2O8IO0T6vLrfnYMqu
ytV1fArz/CViF685KDB4IXbqHKlKmnVLwRWZw5mEtic0TGrcKElrHry3KgnK3Z4z
eYgQ2SZ6AyA0fs7gjkC3JN9M7peWiKZ+q1DPugBnx8HBoDXIYs65QzDDFOE4yRw=
=caB/
-----END PGP SIGNATURE-----
On 11/21/14 4:31 AM, Idwer Vollering wrote:
> 2014-11-21 6:03 GMT+01:00 The Gluglug <info(a)gluglug.org.uk>:
>
>> One possible solution is to simply upgrade GCC, which I will, but I
>> would also like to get cbfstool to build again for this version of
>> GCC. The patch in the gerrit link works, but is not accepted for
>> upstream.
>>
>> Does anyone know a better way of doing it?
> Yes, we should use CC_x86_32 and co. from .xcompile instead. Can you
> make that work?
No, that's the target compiler. It can't be used for host binaries.
Hello, all. I know I've signed up to fix board-status and cmos but I
don't want to go through painful reviews, so I'm not going to do this,
even though maintaining current CMOS stuff is a pain in itself.
