Hi Joseph, I didn't want to hijack the other thread, so I'm starting a new one. I've recently been trying to get the PCIe ethernet device on TrimSlice working on top of the Tegra PCIe rework patches that I've been carrying for quite a while. A bit of background: when I last tried this back in January things still worked fine, but I noticed that they aren't working on recent linux-next versions. I was able to track down next-20130123 as the last working version and next-20130128 as the first broken one (anything in between didn't boot properly). It turns out that the introduction of CPU idle (LP2) seems to have introduced this breakage. Normally what I'd do is: $ ifconfig eth0 up and wait for a few seconds for the kernel to report that a link has been detected, after which running $ dhcpcd eth0 will successfully obtain an IP address. However, with the CPU idle support enabled, the network interface no longer detects a link. The reason for this is that the MSI that would usually occur after link detection by the hardware never occurs when LP2 is enabled. I've verified on top of next-20130402 that commenting out entry "1" in tegra_idle_states (LP2) in cpuidle-tegra20.c "fixes" the issue. I'm able to obtain an IP address via DHCP and use the network interface as usual. I already talked to Stephen and Peter about this on IRC and none of us could come up with a good explanation. Since you wrote the CPU idle support I thought you might be able to shed some light on this. Thierry
Attachment:
pgpqT5UgXehix.pgp
Description: PGP signature
