Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

APU[2-6] WOL doesn't work #282

Open
ghost opened this issue Oct 21, 2021 · 4 comments
Open

APU[2-6] WOL doesn't work #282

ghost opened this issue Oct 21, 2021 · 4 comments

Comments

@ghost
Copy link

ghost commented Oct 21, 2021

PCEngines firmware version
v4.14.0.4 and v4.14.0.5

APU variant
APU 2-6

Affected component(s), peripheral(s) or functionality
Wake On Lan doesn't work

Brief summary
Unable to wake device by WOL

How reproducible
Bug occurs every time

How to reproduce

Steps to reproduce the behavior:

  1. Get APU mac address
  2. Send Magic Packet
  3. Check if device wakes up

Expected behavior
Device wake up

Actual behavior
No response from device

Solutions you've tried
Manual retesting

@mkopec
Copy link
Member

mkopec commented Jul 7, 2022

The wake pin is only wired to the NIC with the highest MAC address, which is usually the last NIC enumerated by Linux (unless PCI order reversing is enabled in BIOS setup). The tests were attempting to wake the device by sending a magic packet with the lowest MAC instead. WOL works on the last NIC with the latest firmware 4.17.0.1, just as it did before this regression was reported.

@macpijan
Copy link
Member

macpijan commented Jul 7, 2022

@sulewskiprzemyslaw CC

@sulewskiprzemyslaw
Copy link
Contributor

@mkopec thank You for the information. So it will be needed to rewrite the test case. Also, we need to update the RTE firmware - on 0.5.3 there's no function of sending the magic pocket.

@metux
Copy link

metux commented Feb 21, 2023

The wake pin is only wired to the NIC with the highest MAC address, which is usually the last NIC enumerated by Linux (unless PCI order reversing is enabled in BIOS setup). The tests were attempting to wake the device by sending a magic packet with the lowest MAC instead. WOL works on the last NIC with the latest firmware 4.17.0.1, just as it did before this regression was reported.

For the next HW model I'd recommend to wire it to all NICs (unless there's really a specific reason not to do so).
Those situations are very unpleasant for field techs and could also make it necessary to change cabling plans.
In any case, it needs to be clearly documented in the operators manual (board schematics is too deeply specific for field techs or installation planning)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants