[E1000-devel] e1000e problem with Intel 82574L PCI-e controller
Hi, I tried to use e1000e-0.5.18.3 driver (with the DEBUG on and no NAPI) for my Intel PCI-e 82574L controller with 2.4.21-50 kernel. The driver seemed to detect the controller, however it gave name "Intel Corporation: Unknown device 10d3" to controller. The interface seemed to be up with the e1000e driver, however, there was no traffic in/out that interface. There was a error message in message log like "Unable to establish link!!!". Looking into the code, it indicated that call e1000e_phy_has_link_generic() always failed. BTW, I also tried the driver with 2.4.37-1 kernel and it did not seem to work as well. Really appreciate if you could help to resolve the issue. Thanks, Khanh -- Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT is a gathering of tech-side developers & brand creativity professionals. Meet the minds behind Google Creative Lab, Visual Complexity, Processing, & iPhoneDevCamp as they present alongside digital heavyweights like Barbarian Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com ___ E1000-devel mailing list E1000-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/e1000-devel
Re: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller
Nguyen, Khanh D (IS) wrote: > Hi, > > I tried to use e1000e-0.5.18.3 driver (with the DEBUG on and no NAPI) > for my Intel PCI-e 82574L controller with 2.4.21-50 kernel. The > driver seemed to detect the controller, however it gave name "Intel > Corporation: Unknown device 10d3" to controller. This is normal when using new device. The driver will not update the bradning strings in pci.ids unless it is installed via rpm. > The interface seemed to be up with the e1000e driver, however, there was no > traffic in/out > that interface. There was a error message in message log like "Unable > to establish link!!!". Looking into the code, it indicated that call > e1000e_phy_has_link_generic() always failed. BTW, I also tried the > driver with 2.4.37-1 kernel and it did not seem to work as well. > Really appreciate if you could help to resolve the issue. I tested with 2.4.21-50 kernel and 82574L device and was not able to reproduce this issue. Link issues are generally caused by interrupt problems. Could you please provide the following information: 1. cat /proc/interrupts (after loading the driver and ifup) 2. dmesg 3. ethtool -t ethX 4. lspci -vvv Also - we usually recommend to check for BIOS updates for your system if possible. Thanks, Emil -- Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT is a gathering of tech-side developers & brand creativity professionals. Meet the minds behind Google Creative Lab, Visual Complexity, Processing, & iPhoneDevCamp as they present alongside digital heavyweights like Barbarian Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com ___ E1000-devel mailing list E1000-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/e1000-devel
Re: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller
Emil, Please see the attachments for your requested info. The interface name for Intel 82574L is eth1. FYI, we tested the same computer with the same BIOS on 2.6.9-78 and confirmed the chipset worked with e1000e driver. Thanks, Khanh -Original Message- From: Tantilov, Emil S [mailto:emil.s.tanti...@intel.com] Sent: Thursday, May 28, 2009 3:03 PM To: Nguyen, Khanh D (IS); e1000-de...@lists.sf.net Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS) Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Nguyen, Khanh D (IS) wrote: > Hi, > > I tried to use e1000e-0.5.18.3 driver (with the DEBUG on and no NAPI) > for my Intel PCI-e 82574L controller with 2.4.21-50 kernel. The > driver seemed to detect the controller, however it gave name "Intel > Corporation: Unknown device 10d3" to controller. This is normal when using new device. The driver will not update the bradning strings in pci.ids unless it is installed via rpm. > The interface seemed to be up with the e1000e driver, however, there > was no traffic in/out that interface. There was a error message in > message log like "Unable to establish link!!!". Looking into the > code, it indicated that call > e1000e_phy_has_link_generic() always failed. BTW, I also tried the > driver with 2.4.37-1 kernel and it did not seem to work as well. > Really appreciate if you could help to resolve the issue. I tested with 2.4.21-50 kernel and 82574L device and was not able to reproduce this issue. Link issues are generally caused by interrupt problems. Could you please provide the following information: 1. cat /proc/interrupts (after loading the driver and ifup) 2. dmesg 3. ethtool -t ethX 4. lspci -vvv Also - we usually recommend to check for BIOS updates for your system if possible. Thanks, Emil lspci.log Description: lspci.log dmesg.log Description: dmesg.log ethtool.log Description: ethtool.log interrupts_table Description: interrupts_table -- Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT is a gathering of tech-side developers & brand creativity professionals. Meet the minds behind Google Creative Lab, Visual Complexity, Processing, & iPhoneDevCamp as they present alongside digital heavyweights like Barbarian Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com ___ E1000-devel mailing list E1000-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/e1000-devel
Re: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller
Nguyen, Khanh D (IS) wrote: > Emil, > > Please see the attachments for your requested info. The interface > name for Intel 82574L is eth1. FYI, we tested the same computer with > the same BIOS on 2.6.9-78 and confirmed the chipset worked with e1000e > driver. 2.6 kernels have better chipset support, so that's not surprising. At least it shows that the NIC is working. > > Thanks, > Khanh CPU0 CPU1 0: 21535 1001IO-APIC-edge timer 1: 0 0IO-APIC-edge keyboard 2: 0 0 XT-PIC cascade 8: 1 0IO-APIC-edge rtc 14: 3934425IO-APIC-edge libata 15: 0 0IO-APIC-edge libata 16: 38134 36652256 IO-APIC-level eth2 17: 563772 0 IO-APIC-level eth0 19: 0 0 IO-APIC-level eth1 21: 26967 1443 IO-APIC-level usb-uhci, usb-uhci, usb-uhci, usb-uhci 23: 0 0 IO-APIC-level ehci-hcd NMI: 0 0 LOC: 22441 45777 ERR: 0 MIS: 0 Interface is obviously not getting interrupts. Notice that counters are 0 for eth1. ethtool also fails the interrupt test: The test result is PASS The test extra info: Register test (offline) 0 Eeprom test(offline) 0 Interrupt test (offline) 4 Loopback test (offline) 0 Link test (on/offline) 0 Interesting that ethtool reports the test as PASS even though it failed ... You can try loading the kernel with noapic see if that helps, although this is suboptimal. Maybe switching slots would help, not sure. Thanks, Emil -- Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT is a gathering of tech-side developers & brand creativity professionals. Meet the minds behind Google Creative Lab, Visual Complexity, Processing, & iPhoneDevCamp as they present alongside digital heavyweights like Barbarian Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com ___ E1000-devel mailing list E1000-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/e1000-devel
Re: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller
Emil, Loading the kernel w/ noapic causes the system hang why trying to load driver e1000e. The system we have is sealed so we could not open the box too switch the slot. Any ideas to fix this issue is greatly appreciated. Thanks, Khanh -Original Message- From: Tantilov, Emil S [mailto:emil.s.tanti...@intel.com] Sent: Thursday, May 28, 2009 6:52 PM To: Nguyen, Khanh D (IS); e1000-de...@lists.sf.net Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS) Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Nguyen, Khanh D (IS) wrote: > Emil, > > Please see the attachments for your requested info. The interface > name for Intel 82574L is eth1. FYI, we tested the same computer with > the same BIOS on 2.6.9-78 and confirmed the chipset worked with e1000e > driver. 2.6 kernels have better chipset support, so that's not surprising. At least it shows that the NIC is working. > > Thanks, > Khanh CPU0 CPU1 0: 21535 1001IO-APIC-edge timer 1: 0 0IO-APIC-edge keyboard 2: 0 0 XT-PIC cascade 8: 1 0IO-APIC-edge rtc 14: 3934425IO-APIC-edge libata 15: 0 0IO-APIC-edge libata 16: 38134 36652256 IO-APIC-level eth2 17: 563772 0 IO-APIC-level eth0 19: 0 0 IO-APIC-level eth1 21: 26967 1443 IO-APIC-level usb-uhci, usb-uhci, usb-uhci, usb-uhci 23: 0 0 IO-APIC-level ehci-hcd NMI: 0 0 LOC: 22441 45777 ERR: 0 MIS: 0 Interface is obviously not getting interrupts. Notice that counters are 0 for eth1. ethtool also fails the interrupt test: The test result is PASS The test extra info: Register test (offline) 0 Eeprom test(offline) 0 Interrupt test (offline) 4 Loopback test (offline) 0 Link test (on/offline) 0 Interesting that ethtool reports the test as PASS even though it failed ... You can try loading the kernel with noapic see if that helps, although this is suboptimal. Maybe switching slots would help, not sure. Thanks, Emil -- Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT is a gathering of tech-side developers & brand creativity professionals. Meet the minds behind Google Creative Lab, Visual Complexity, Processing, & iPhoneDevCamp as they present alongside digital heavyweights like Barbarian Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com ___ E1000-devel mailing list E1000-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/e1000-devel
Re: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller
Hi Khanh, Emil has some suggestions, but in addition can you try booting the kernel with pci=bios, and then if that doesn't work use pci=biosirq The other interesting boot option might be acpi=off, and acpismp=force I believe what you're basically seeing is a bios compatibility problem with the 2.4 kernel. > message log like "Unable to establish link!!!". Looking into the This message is always printed by the debug code as the device is coming up, because the init code is programmed to not wait for link. We expect that after doing ifconfig ethX up you would see more messages about link if interrupts were working. -Original Message- From: Nguyen, Khanh D (IS) [mailto:khanh.d.ngu...@ngc.com] Sent: Thursday, May 28, 2009 4:29 PM To: Tantilov, Emil S; e1000-de...@lists.sf.net Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS) Subject: Re: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Emil, Please see the attachments for your requested info. The interface name for Intel 82574L is eth1. FYI, we tested the same computer with the same BIOS on 2.6.9-78 and confirmed the chipset worked with e1000e driver. Thanks, Khanh -Original Message- From: Tantilov, Emil S [mailto:emil.s.tanti...@intel.com] Sent: Thursday, May 28, 2009 3:03 PM To: Nguyen, Khanh D (IS); e1000-de...@lists.sf.net Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS) Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Nguyen, Khanh D (IS) wrote: > Hi, > > I tried to use e1000e-0.5.18.3 driver (with the DEBUG on and no NAPI) > for my Intel PCI-e 82574L controller with 2.4.21-50 kernel. The > driver seemed to detect the controller, however it gave name "Intel > Corporation: Unknown device 10d3" to controller. This is normal when using new device. The driver will not update the bradning strings in pci.ids unless it is installed via rpm. > The interface seemed to be up with the e1000e driver, however, there > was no traffic in/out that interface. There was a error message in > message log like "Unable to establish link!!!". Looking into the > code, it indicated that call > e1000e_phy_has_link_generic() always failed. BTW, I also tried the > driver with 2.4.37-1 kernel and it did not seem to work as well. > Really appreciate if you could help to resolve the issue. I tested with 2.4.21-50 kernel and 82574L device and was not able to reproduce this issue. Link issues are generally caused by interrupt problems. Could you please provide the following information: 1. cat /proc/interrupts (after loading the driver and ifup) 2. dmesg 3. ethtool -t ethX 4. lspci -vvv Also - we usually recommend to check for BIOS updates for your system if possible. Thanks, Emil -- Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT is a gathering of tech-side developers & brand creativity professionals. Meet the minds behind Google Creative Lab, Visual Complexity, Processing, & iPhoneDevCamp as they present alongside digital heavyweights like Barbarian Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com ___ E1000-devel mailing list E1000-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/e1000-devel
Re: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller
Thanks Jesse. I'll try that and let you know. -Original Message- From: Brandeburg, Jesse [mailto:jesse.brandeb...@intel.com] Sent: Friday, May 29, 2009 11:32 AM To: Nguyen, Khanh D (IS); Tantilov, Emil S; e1000-de...@lists.sf.net Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS) Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Hi Khanh, Emil has some suggestions, but in addition can you try booting the kernel with pci=bios, and then if that doesn't work use pci=biosirq The other interesting boot option might be acpi=off, and acpismp=force I believe what you're basically seeing is a bios compatibility problem with the 2.4 kernel. > message log like "Unable to establish link!!!". Looking into the This message is always printed by the debug code as the device is coming up, because the init code is programmed to not wait for link. We expect that after doing ifconfig ethX up you would see more messages about link if interrupts were working. -Original Message- From: Nguyen, Khanh D (IS) [mailto:khanh.d.ngu...@ngc.com] Sent: Thursday, May 28, 2009 4:29 PM To: Tantilov, Emil S; e1000-de...@lists.sf.net Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS) Subject: Re: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Emil, Please see the attachments for your requested info. The interface name for Intel 82574L is eth1. FYI, we tested the same computer with the same BIOS on 2.6.9-78 and confirmed the chipset worked with e1000e driver. Thanks, Khanh -Original Message- From: Tantilov, Emil S [mailto:emil.s.tanti...@intel.com] Sent: Thursday, May 28, 2009 3:03 PM To: Nguyen, Khanh D (IS); e1000-de...@lists.sf.net Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS) Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Nguyen, Khanh D (IS) wrote: > Hi, > > I tried to use e1000e-0.5.18.3 driver (with the DEBUG on and no NAPI) > for my Intel PCI-e 82574L controller with 2.4.21-50 kernel. The > driver seemed to detect the controller, however it gave name "Intel > Corporation: Unknown device 10d3" to controller. This is normal when using new device. The driver will not update the bradning strings in pci.ids unless it is installed via rpm. > The interface seemed to be up with the e1000e driver, however, there > was no traffic in/out that interface. There was a error message in > message log like "Unable to establish link!!!". Looking into the > code, it indicated that call > e1000e_phy_has_link_generic() always failed. BTW, I also tried the > driver with 2.4.37-1 kernel and it did not seem to work as well. > Really appreciate if you could help to resolve the issue. I tested with 2.4.21-50 kernel and 82574L device and was not able to reproduce this issue. Link issues are generally caused by interrupt problems. Could you please provide the following information: 1. cat /proc/interrupts (after loading the driver and ifup) 2. dmesg 3. ethtool -t ethX 4. lspci -vvv Also - we usually recommend to check for BIOS updates for your system if possible. Thanks, Emil -- Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT is a gathering of tech-side developers & brand creativity professionals. Meet the minds behind Google Creative Lab, Visual Complexity, Processing, & iPhoneDevCamp as they present alongside digital heavyweights like Barbarian Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com ___ E1000-devel mailing list E1000-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/e1000-devel
Re: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller
Jesse and Emil, I tried your suggestions, unfortunately they all did not work. Just want to list out combinations that I tried. 1. noapic => did not work 2. noapic pci=bios => did not work, also caused the keyboard not detected 3. noapic pci=biosirq => did not work 3. noapic pci=biosirq apci=off => did not work 4. noapic pci=biosirq apci=off apcismp=off => did not work Looking into dmesg, I also found another error msg when loading module is " "IRQ routing conflict for 05:00.0, have irq 5, want irq 7" Any ideas how to fix this? Thanks, Khanh -Original Message- From: Brandeburg, Jesse [mailto:jesse.brandeb...@intel.com] Sent: Friday, May 29, 2009 11:32 AM To: Nguyen, Khanh D (IS); Tantilov, Emil S; e1000-de...@lists.sf.net Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS) Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Hi Khanh, Emil has some suggestions, but in addition can you try booting the kernel with pci=bios, and then if that doesn't work use pci=biosirq The other interesting boot option might be acpi=off, and acpismp=force I believe what you're basically seeing is a bios compatibility problem with the 2.4 kernel. > message log like "Unable to establish link!!!". Looking into the This message is always printed by the debug code as the device is coming up, because the init code is programmed to not wait for link. We expect that after doing ifconfig ethX up you would see more messages about link if interrupts were working. -Original Message- From: Nguyen, Khanh D (IS) [mailto:khanh.d.ngu...@ngc.com] Sent: Thursday, May 28, 2009 4:29 PM To: Tantilov, Emil S; e1000-de...@lists.sf.net Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS) Subject: Re: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Emil, Please see the attachments for your requested info. The interface name for Intel 82574L is eth1. FYI, we tested the same computer with the same BIOS on 2.6.9-78 and confirmed the chipset worked with e1000e driver. Thanks, Khanh -Original Message- From: Tantilov, Emil S [mailto:emil.s.tanti...@intel.com] Sent: Thursday, May 28, 2009 3:03 PM To: Nguyen, Khanh D (IS); e1000-de...@lists.sf.net Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS) Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Nguyen, Khanh D (IS) wrote: > Hi, > > I tried to use e1000e-0.5.18.3 driver (with the DEBUG on and no NAPI) > for my Intel PCI-e 82574L controller with 2.4.21-50 kernel. The > driver seemed to detect the controller, however it gave name "Intel > Corporation: Unknown device 10d3" to controller. This is normal when using new device. The driver will not update the bradning strings in pci.ids unless it is installed via rpm. > The interface seemed to be up with the e1000e driver, however, there > was no traffic in/out that interface. There was a error message in > message log like "Unable to establish link!!!". Looking into the > code, it indicated that call > e1000e_phy_has_link_generic() always failed. BTW, I also tried the > driver with 2.4.37-1 kernel and it did not seem to work as well. > Really appreciate if you could help to resolve the issue. I tested with 2.4.21-50 kernel and 82574L device and was not able to reproduce this issue. Link issues are generally caused by interrupt problems. Could you please provide the following information: 1. cat /proc/interrupts (after loading the driver and ifup) 2. dmesg 3. ethtool -t ethX 4. lspci -vvv Also - we usually recommend to check for BIOS updates for your system if possible. Thanks, Emil -- Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT is a gathering of tech-side developers & brand creativity professionals. Meet the minds behind Google Creative Lab, Visual Complexity, Processing, & iPhoneDevCamp as they present alongside digital heavyweights like Barbarian Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com ___ E1000-devel mailing list E1000-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/e1000-devel
Re: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller
I was hoping you could try without noapic Once noapic didn't work I wouldn't have expected it to work with any other options either, sorry I wasn't more clear. As for the IRQ routing conflict, it is probably related to why your machine doesn't work in the first place. Can you send a full dmesg (dmesg.txt.gz) please, and output of ethtool -e ethX (ethtool.txt), as well? -Original Message- From: Nguyen, Khanh D (IS) [mailto:khanh.d.ngu...@ngc.com] Sent: Friday, May 29, 2009 2:17 PM To: Brandeburg, Jesse; Tantilov, Emil S; e1000-de...@lists.sf.net Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS) Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Jesse and Emil, I tried your suggestions, unfortunately they all did not work. Just want to list out combinations that I tried. 1. noapic => did not work 2. noapic pci=bios => did not work, also caused the keyboard not detected 3. noapic pci=biosirq => did not work 3. noapic pci=biosirq apci=off => did not work 4. noapic pci=biosirq apci=off apcismp=off => did not work Looking into dmesg, I also found another error msg when loading module is " "IRQ routing conflict for 05:00.0, have irq 5, want irq 7" Any ideas how to fix this? Thanks, Khanh -Original Message- From: Brandeburg, Jesse [mailto:jesse.brandeb...@intel.com] Sent: Friday, May 29, 2009 11:32 AM To: Nguyen, Khanh D (IS); Tantilov, Emil S; e1000-de...@lists.sf.net Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS) Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Hi Khanh, Emil has some suggestions, but in addition can you try booting the kernel with pci=bios, and then if that doesn't work use pci=biosirq The other interesting boot option might be acpi=off, and acpismp=force I believe what you're basically seeing is a bios compatibility problem with the 2.4 kernel. > message log like "Unable to establish link!!!". Looking into the This message is always printed by the debug code as the device is coming up, because the init code is programmed to not wait for link. We expect that after doing ifconfig ethX up you would see more messages about link if interrupts were working. -Original Message- From: Nguyen, Khanh D (IS) [mailto:khanh.d.ngu...@ngc.com] Sent: Thursday, May 28, 2009 4:29 PM To: Tantilov, Emil S; e1000-de...@lists.sf.net Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS) Subject: Re: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Emil, Please see the attachments for your requested info. The interface name for Intel 82574L is eth1. FYI, we tested the same computer with the same BIOS on 2.6.9-78 and confirmed the chipset worked with e1000e driver. Thanks, Khanh -Original Message- From: Tantilov, Emil S [mailto:emil.s.tanti...@intel.com] Sent: Thursday, May 28, 2009 3:03 PM To: Nguyen, Khanh D (IS); e1000-de...@lists.sf.net Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS) Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Nguyen, Khanh D (IS) wrote: > Hi, > > I tried to use e1000e-0.5.18.3 driver (with the DEBUG on and no NAPI) > for my Intel PCI-e 82574L controller with 2.4.21-50 kernel. The > driver seemed to detect the controller, however it gave name "Intel > Corporation: Unknown device 10d3" to controller. This is normal when using new device. The driver will not update the bradning strings in pci.ids unless it is installed via rpm. > The interface seemed to be up with the e1000e driver, however, there > was no traffic in/out that interface. There was a error message in > message log like "Unable to establish link!!!". Looking into the > code, it indicated that call > e1000e_phy_has_link_generic() always failed. BTW, I also tried the > driver with 2.4.37-1 kernel and it did not seem to work as well. > Really appreciate if you could help to resolve the issue. I tested with 2.4.21-50 kernel and 82574L device and was not able to reproduce this issue. Link issues are generally caused by interrupt problems. Could you please provide the following information: 1. cat /proc/interrupts (after loading the driver and ifup) 2. dmesg 3. ethtool -t ethX 4. lspci -vvv Also - we usually recommend to check for BIOS updates for your system if possible. Thanks, Emil -- Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT is a gathering of tech-side developers & brand creativity professionals. Meet the minds behind Google Creative Lab, Visual Complexity, Processing, & iPho
Re: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller
Jesse, Please see attachment for the requested info. Really appreciate for your help. Khanh -Original Message- From: Brandeburg, Jesse [mailto:jesse.brandeb...@intel.com] Sent: Friday, May 29, 2009 2:41 PM To: Nguyen, Khanh D (IS); Tantilov, Emil S; e1000-de...@lists.sf.net Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS) Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller I was hoping you could try without noapic Once noapic didn't work I wouldn't have expected it to work with any other options either, sorry I wasn't more clear. As for the IRQ routing conflict, it is probably related to why your machine doesn't work in the first place. Can you send a full dmesg (dmesg.txt.gz) please, and output of ethtool -e ethX (ethtool.txt), as well? -Original Message- From: Nguyen, Khanh D (IS) [mailto:khanh.d.ngu...@ngc.com] Sent: Friday, May 29, 2009 2:17 PM To: Brandeburg, Jesse; Tantilov, Emil S; e1000-de...@lists.sf.net Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS) Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Jesse and Emil, I tried your suggestions, unfortunately they all did not work. Just want to list out combinations that I tried. 1. noapic => did not work 2. noapic pci=bios => did not work, also caused the keyboard not detected 3. noapic pci=biosirq => did not work 3. noapic pci=biosirq apci=off => did not work 4. noapic pci=biosirq apci=off apcismp=off => did not work Looking into dmesg, I also found another error msg when loading module is " "IRQ routing conflict for 05:00.0, have irq 5, want irq 7" Any ideas how to fix this? Thanks, Khanh -Original Message- From: Brandeburg, Jesse [mailto:jesse.brandeb...@intel.com] Sent: Friday, May 29, 2009 11:32 AM To: Nguyen, Khanh D (IS); Tantilov, Emil S; e1000-de...@lists.sf.net Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS) Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Hi Khanh, Emil has some suggestions, but in addition can you try booting the kernel with pci=bios, and then if that doesn't work use pci=biosirq The other interesting boot option might be acpi=off, and acpismp=force I believe what you're basically seeing is a bios compatibility problem with the 2.4 kernel. > message log like "Unable to establish link!!!". Looking into the This message is always printed by the debug code as the device is coming up, because the init code is programmed to not wait for link. We expect that after doing ifconfig ethX up you would see more messages about link if interrupts were working. -Original Message- From: Nguyen, Khanh D (IS) [mailto:khanh.d.ngu...@ngc.com] Sent: Thursday, May 28, 2009 4:29 PM To: Tantilov, Emil S; e1000-de...@lists.sf.net Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS) Subject: Re: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Emil, Please see the attachments for your requested info. The interface name for Intel 82574L is eth1. FYI, we tested the same computer with the same BIOS on 2.6.9-78 and confirmed the chipset worked with e1000e driver. Thanks, Khanh -Original Message- From: Tantilov, Emil S [mailto:emil.s.tanti...@intel.com] Sent: Thursday, May 28, 2009 3:03 PM To: Nguyen, Khanh D (IS); e1000-de...@lists.sf.net Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS) Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Nguyen, Khanh D (IS) wrote: > Hi, > > I tried to use e1000e-0.5.18.3 driver (with the DEBUG on and no NAPI) > for my Intel PCI-e 82574L controller with 2.4.21-50 kernel. The > driver seemed to detect the controller, however it gave name "Intel > Corporation: Unknown device 10d3" to controller. This is normal when using new device. The driver will not update the bradning strings in pci.ids unless it is installed via rpm. > The interface seemed to be up with the e1000e driver, however, there > was no traffic in/out that interface. There was a error message in > message log like "Unable to establish link!!!". Looking into the > code, it indicated that call > e1000e_phy_has_link_generic() always failed. BTW, I also tried the > driver with 2.4.37-1 kernel and it did not seem to work as well. > Really appreciate if you could help to resolve the issue. I tested with 2.4.21-50 kernel and 82574L device and was not able to reproduce this issue. Link issues are generally caused by interrupt problems. Could you please provide the following information: 1. cat /proc/interrupts (after loading the driver and ifup) 2. dmes
Re: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller
Jesse/Emil, Just wonder if you have any news regarding to e1000e driver on our platform. BTW, we just test the driver e1000e with the same kernel 2.4.37-1 on laptop Compaq 8510p with Intel 82566MM chip and encounter similar problem. You mention that "Unknown device 10d3" problem is common because the driver will not update the branding strings in pci.ids unless it is installed via rpm. However we use the same method (just copy and load .o or .ko files and no rpms) to load module in 2.4 and 2.6, but on 2.6 kernel, the driver actually recognizes the name as "Intel 10/1000" where as on 2.4, it just says "Unknown device 10d3"? Any ideas? Thanks, Khanh -Original Message- From: Nguyen, Khanh D (IS) Sent: Friday, May 29, 2009 3:06 PM To: 'Brandeburg, Jesse' Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS); Tantilov, Emil S; e1000-de...@lists.sf.net Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Jesse, Please see attachment for the requested info. Really appreciate for your help. Khanh -Original Message- From: Brandeburg, Jesse [mailto:jesse.brandeb...@intel.com] Sent: Friday, May 29, 2009 2:41 PM To: Nguyen, Khanh D (IS); Tantilov, Emil S; e1000-de...@lists.sf.net Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS) Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller I was hoping you could try without noapic Once noapic didn't work I wouldn't have expected it to work with any other options either, sorry I wasn't more clear. As for the IRQ routing conflict, it is probably related to why your machine doesn't work in the first place. Can you send a full dmesg (dmesg.txt.gz) please, and output of ethtool -e ethX (ethtool.txt), as well? -Original Message- From: Nguyen, Khanh D (IS) [mailto:khanh.d.ngu...@ngc.com] Sent: Friday, May 29, 2009 2:17 PM To: Brandeburg, Jesse; Tantilov, Emil S; e1000-de...@lists.sf.net Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS) Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Jesse and Emil, I tried your suggestions, unfortunately they all did not work. Just want to list out combinations that I tried. 1. noapic => did not work 2. noapic pci=bios => did not work, also caused the keyboard not detected 3. noapic pci=biosirq => did not work 3. noapic pci=biosirq apci=off => did not work 4. noapic pci=biosirq apci=off apcismp=off => did not work Looking into dmesg, I also found another error msg when loading module is " "IRQ routing conflict for 05:00.0, have irq 5, want irq 7" Any ideas how to fix this? Thanks, Khanh -Original Message- From: Brandeburg, Jesse [mailto:jesse.brandeb...@intel.com] Sent: Friday, May 29, 2009 11:32 AM To: Nguyen, Khanh D (IS); Tantilov, Emil S; e1000-de...@lists.sf.net Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS) Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Hi Khanh, Emil has some suggestions, but in addition can you try booting the kernel with pci=bios, and then if that doesn't work use pci=biosirq The other interesting boot option might be acpi=off, and acpismp=force I believe what you're basically seeing is a bios compatibility problem with the 2.4 kernel. > message log like "Unable to establish link!!!". Looking into the This message is always printed by the debug code as the device is coming up, because the init code is programmed to not wait for link. We expect that after doing ifconfig ethX up you would see more messages about link if interrupts were working. -Original Message- From: Nguyen, Khanh D (IS) [mailto:khanh.d.ngu...@ngc.com] Sent: Thursday, May 28, 2009 4:29 PM To: Tantilov, Emil S; e1000-de...@lists.sf.net Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS) Subject: Re: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Emil, Please see the attachments for your requested info. The interface name for Intel 82574L is eth1. FYI, we tested the same computer with the same BIOS on 2.6.9-78 and confirmed the chipset worked with e1000e driver. Thanks, Khanh -Original Message- From: Tantilov, Emil S [mailto:emil.s.tanti...@intel.com] Sent: Thursday, May 28, 2009 3:03 PM To: Nguyen, Khanh D (IS); e1000-de...@lists.sf.net Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS) Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Nguyen, Khanh D (IS) wrote: > Hi, > > I tried to use e1000e-0.5.18.3 driver (with the DEBUG on and no NAPI) > for my Intel PCI-e 82574L controll
Re: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller
Nguyen, Khanh D (IS) wrote: > Jesse/Emil, > > Just wonder if you have any news regarding to e1000e driver on our > platform. BTW, we just test the driver e1000e with the same kernel > 2.4.37-1 on laptop Compaq 8510p with Intel 82566MM chip and encounter > similar problem. You mention that "Unknown device 10d3" problem is > common because the driver will not update the branding strings in > pci.ids unless it is installed via rpm. However we use the same > method (just copy and load .o or .ko files and no rpms) to load > module in 2.4 and 2.6, but on 2.6 kernel, the driver actually > recognizes the name as "Intel 10/1000" where as on 2.4, it just says When you say "the driver recognizes the name ..." what do you mean? There is no code in the driver to print the branding strings of the devices. I'm guessing you are you using kudzu? You can also double check with lspci. > "Unknown device 10d3"? Any ideas? Again the strings come from pci.ids. Diff the pci.ids you have on the 2.4 distro with the one on the 2.6 based and you will see where the string is coming from. Thanks, Emil -- OpenSolaris 2009.06 is a cutting edge operating system for enterprises looking to deploy the next generation of Solaris that includes the latest innovations from Sun and the OpenSource community. Download a copy and enjoy capabilities such as Networking, Storage and Virtualization. Go to: http://p.sf.net/sfu/opensolaris-get ___ E1000-devel mailing list E1000-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/e1000-devel
Re: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller
Did you try any of the boot options I suggested (without noapic) 1. noapic => did not work 2. noapic pci=bios => did not work, also caused the keyboard not detected 3. noapic pci=biosirq => did not work 3. noapic pci=biosirq apci=off => did not work 4. noapic pci=biosirq apci=off apcismp=off => did not work do all of the above again (sorry!) withOUT noapic. -Original Message- From: Nguyen, Khanh D (IS) [mailto:khanh.d.ngu...@ngc.com] Sent: Friday, May 29, 2009 3:06 PM To: Brandeburg, Jesse Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS); Tantilov, Emil S; e1000-de...@lists.sf.net Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Jesse, Please see attachment for the requested info. Really appreciate for your help. Khanh -Original Message- From: Brandeburg, Jesse [mailto:jesse.brandeb...@intel.com] Sent: Friday, May 29, 2009 2:41 PM To: Nguyen, Khanh D (IS); Tantilov, Emil S; e1000-de...@lists.sf.net Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS) Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller I was hoping you could try without noapic Once noapic didn't work I wouldn't have expected it to work with any other options either, sorry I wasn't more clear. As for the IRQ routing conflict, it is probably related to why your machine doesn't work in the first place. Can you send a full dmesg (dmesg.txt.gz) please, and output of ethtool -e ethX (ethtool.txt), as well? -Original Message- From: Nguyen, Khanh D (IS) [mailto:khanh.d.ngu...@ngc.com] Sent: Friday, May 29, 2009 2:17 PM To: Brandeburg, Jesse; Tantilov, Emil S; e1000-de...@lists.sf.net Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS) Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Jesse and Emil, I tried your suggestions, unfortunately they all did not work. Just want to list out combinations that I tried. 1. noapic => did not work 2. noapic pci=bios => did not work, also caused the keyboard not detected 3. noapic pci=biosirq => did not work 3. noapic pci=biosirq apci=off => did not work 4. noapic pci=biosirq apci=off apcismp=off => did not work Looking into dmesg, I also found another error msg when loading module is " "IRQ routing conflict for 05:00.0, have irq 5, want irq 7" Any ideas how to fix this? Thanks, Khanh -Original Message- From: Brandeburg, Jesse [mailto:jesse.brandeb...@intel.com] Sent: Friday, May 29, 2009 11:32 AM To: Nguyen, Khanh D (IS); Tantilov, Emil S; e1000-de...@lists.sf.net Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS) Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Hi Khanh, Emil has some suggestions, but in addition can you try booting the kernel with pci=bios, and then if that doesn't work use pci=biosirq The other interesting boot option might be acpi=off, and acpismp=force I believe what you're basically seeing is a bios compatibility problem with the 2.4 kernel. > message log like "Unable to establish link!!!". Looking into the This message is always printed by the debug code as the device is coming up, because the init code is programmed to not wait for link. We expect that after doing ifconfig ethX up you would see more messages about link if interrupts were working. -Original Message- From: Nguyen, Khanh D (IS) [mailto:khanh.d.ngu...@ngc.com] Sent: Thursday, May 28, 2009 4:29 PM To: Tantilov, Emil S; e1000-de...@lists.sf.net Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS) Subject: Re: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Emil, Please see the attachments for your requested info. The interface name for Intel 82574L is eth1. FYI, we tested the same computer with the same BIOS on 2.6.9-78 and confirmed the chipset worked with e1000e driver. Thanks, Khanh -Original Message- From: Tantilov, Emil S [mailto:emil.s.tanti...@intel.com] Sent: Thursday, May 28, 2009 3:03 PM To: Nguyen, Khanh D (IS); e1000-de...@lists.sf.net Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS) Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Nguyen, Khanh D (IS) wrote: > Hi, > > I tried to use e1000e-0.5.18.3 driver (with the DEBUG on and no NAPI) > for my Intel PCI-e 82574L controller with 2.4.21-50 kernel. The > driver seemed to detect the controller, however it gave name "Intel > Corporation: Unknown device 10d3" to controller. This is normal when using new device. The driver will not update the bradning strings in pci.ids unless it is inst
Re: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller
Jesse, I retried all boot options that you recommended, but it still does not work. BTW, I tried the driver on standard kernel 2.4.21-50 with RHEL3, and it still does not work either. Thanks, Khanh -Original Message- From: Brandeburg, Jesse [mailto:jesse.brandeb...@intel.com] Sent: Friday, June 05, 2009 9:43 AM To: Nguyen, Khanh D (IS) Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS); Tantilov, Emil S; e1000-de...@lists.sf.net Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Did you try any of the boot options I suggested (without noapic) 1. noapic => did not work 2. noapic pci=bios => did not work, also caused the keyboard not detected 3. noapic pci=biosirq => did not work 3. noapic pci=biosirq apci=off => did not work 4. noapic pci=biosirq apci=off apcismp=off => did not work do all of the above again (sorry!) withOUT noapic. -Original Message- From: Nguyen, Khanh D (IS) [mailto:khanh.d.ngu...@ngc.com] Sent: Friday, May 29, 2009 3:06 PM To: Brandeburg, Jesse Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS); Tantilov, Emil S; e1000-de...@lists.sf.net Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Jesse, Please see attachment for the requested info. Really appreciate for your help. Khanh -Original Message- From: Brandeburg, Jesse [mailto:jesse.brandeb...@intel.com] Sent: Friday, May 29, 2009 2:41 PM To: Nguyen, Khanh D (IS); Tantilov, Emil S; e1000-de...@lists.sf.net Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS) Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller I was hoping you could try without noapic Once noapic didn't work I wouldn't have expected it to work with any other options either, sorry I wasn't more clear. As for the IRQ routing conflict, it is probably related to why your machine doesn't work in the first place. Can you send a full dmesg (dmesg.txt.gz) please, and output of ethtool -e ethX (ethtool.txt), as well? -Original Message- From: Nguyen, Khanh D (IS) [mailto:khanh.d.ngu...@ngc.com] Sent: Friday, May 29, 2009 2:17 PM To: Brandeburg, Jesse; Tantilov, Emil S; e1000-de...@lists.sf.net Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS) Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Jesse and Emil, I tried your suggestions, unfortunately they all did not work. Just want to list out combinations that I tried. 1. noapic => did not work 2. noapic pci=bios => did not work, also caused the keyboard not detected 3. noapic pci=biosirq => did not work 3. noapic pci=biosirq apci=off => did not work 4. noapic pci=biosirq apci=off apcismp=off => did not work Looking into dmesg, I also found another error msg when loading module is " "IRQ routing conflict for 05:00.0, have irq 5, want irq 7" Any ideas how to fix this? Thanks, Khanh -Original Message- From: Brandeburg, Jesse [mailto:jesse.brandeb...@intel.com] Sent: Friday, May 29, 2009 11:32 AM To: Nguyen, Khanh D (IS); Tantilov, Emil S; e1000-de...@lists.sf.net Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS) Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Hi Khanh, Emil has some suggestions, but in addition can you try booting the kernel with pci=bios, and then if that doesn't work use pci=biosirq The other interesting boot option might be acpi=off, and acpismp=force I believe what you're basically seeing is a bios compatibility problem with the 2.4 kernel. > message log like "Unable to establish link!!!". Looking into the This message is always printed by the debug code as the device is coming up, because the init code is programmed to not wait for link. We expect that after doing ifconfig ethX up you would see more messages about link if interrupts were working. -Original Message- From: Nguyen, Khanh D (IS) [mailto:khanh.d.ngu...@ngc.com] Sent: Thursday, May 28, 2009 4:29 PM To: Tantilov, Emil S; e1000-de...@lists.sf.net Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS) Subject: Re: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Emil, Please see the attachments for your requested info. The interface name for Intel 82574L is eth1. FYI, we tested the same computer with the same BIOS on 2.6.9-78 and confirmed the chipset worked with e1000e driver. Thanks, Khanh -Original Message- From: Tantilov, Emil S [mailto:emil.s.tanti...@intel.com] Sent: Thursday, May 28, 2009 3:03 PM To: Nguyen, Khanh D (IS); e1000-de...@lists.sf.net Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta,
Re: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller
Jesse, Wonder if you have any news for the problem. Thanks, Khanh -Original Message- From: Nguyen, Khanh D (IS) Sent: Monday, June 08, 2009 5:32 PM To: 'Brandeburg, Jesse' Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS); Tantilov, Emil S; e1000-de...@lists.sf.net Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Jesse, I retried all boot options that you recommended, but it still does not work. BTW, I tried the driver on standard kernel 2.4.21-50 with RHEL3, and it still does not work either. Thanks, Khanh -Original Message- From: Brandeburg, Jesse [mailto:jesse.brandeb...@intel.com] Sent: Friday, June 05, 2009 9:43 AM To: Nguyen, Khanh D (IS) Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS); Tantilov, Emil S; e1000-de...@lists.sf.net Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Did you try any of the boot options I suggested (without noapic) 1. noapic => did not work 2. noapic pci=bios => did not work, also caused the keyboard not detected 3. noapic pci=biosirq => did not work 3. noapic pci=biosirq apci=off => did not work 4. noapic pci=biosirq apci=off apcismp=off => did not work do all of the above again (sorry!) withOUT noapic. -Original Message- From: Nguyen, Khanh D (IS) [mailto:khanh.d.ngu...@ngc.com] Sent: Friday, May 29, 2009 3:06 PM To: Brandeburg, Jesse Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS); Tantilov, Emil S; e1000-de...@lists.sf.net Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Jesse, Please see attachment for the requested info. Really appreciate for your help. Khanh -Original Message- From: Brandeburg, Jesse [mailto:jesse.brandeb...@intel.com] Sent: Friday, May 29, 2009 2:41 PM To: Nguyen, Khanh D (IS); Tantilov, Emil S; e1000-de...@lists.sf.net Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS) Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller I was hoping you could try without noapic Once noapic didn't work I wouldn't have expected it to work with any other options either, sorry I wasn't more clear. As for the IRQ routing conflict, it is probably related to why your machine doesn't work in the first place. Can you send a full dmesg (dmesg.txt.gz) please, and output of ethtool -e ethX (ethtool.txt), as well? -Original Message- From: Nguyen, Khanh D (IS) [mailto:khanh.d.ngu...@ngc.com] Sent: Friday, May 29, 2009 2:17 PM To: Brandeburg, Jesse; Tantilov, Emil S; e1000-de...@lists.sf.net Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS) Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Jesse and Emil, I tried your suggestions, unfortunately they all did not work. Just want to list out combinations that I tried. 1. noapic => did not work 2. noapic pci=bios => did not work, also caused the keyboard not detected 3. noapic pci=biosirq => did not work 3. noapic pci=biosirq apci=off => did not work 4. noapic pci=biosirq apci=off apcismp=off => did not work Looking into dmesg, I also found another error msg when loading module is " "IRQ routing conflict for 05:00.0, have irq 5, want irq 7" Any ideas how to fix this? Thanks, Khanh -Original Message- From: Brandeburg, Jesse [mailto:jesse.brandeb...@intel.com] Sent: Friday, May 29, 2009 11:32 AM To: Nguyen, Khanh D (IS); Tantilov, Emil S; e1000-de...@lists.sf.net Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS) Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Hi Khanh, Emil has some suggestions, but in addition can you try booting the kernel with pci=bios, and then if that doesn't work use pci=biosirq The other interesting boot option might be acpi=off, and acpismp=force I believe what you're basically seeing is a bios compatibility problem with the 2.4 kernel. > message log like "Unable to establish link!!!". Looking into the This message is always printed by the debug code as the device is coming up, because the init code is programmed to not wait for link. We expect that after doing ifconfig ethX up you would see more messages about link if interrupts were working. -Original Message- From: Nguyen, Khanh D (IS) [mailto:khanh.d.ngu...@ngc.com] Sent: Thursday, May 28, 2009 4:29 PM To: Tantilov, Emil S; e1000-de...@lists.sf.net Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS) Subject: Re: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Emil, Please see the attachments for your requested i
Re: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller
At this point we have attempted to reproduce your problem with no luck here. There appears to be a problem with your kernel when combined with your system hardware that causes interrupts to not be delivered. At this point I don't know what else to do besides suggest to pursue the problem with your system vendor as a hardware issue, or your operating system vendor. I don't believe you're suffering from an Ethernet driver or NIC hardware issue. Please let us know if there is something else I can help with, Jesse -Original Message- From: Nguyen, Khanh D (IS) [mailto:khanh.d.ngu...@ngc.com] Sent: Monday, June 15, 2009 4:16 PM To: Brandeburg, Jesse Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS); Tantilov, Emil S; e1000-de...@lists.sf.net Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Jesse, Wonder if you have any news for the problem. Thanks, Khanh -Original Message- From: Nguyen, Khanh D (IS) Sent: Monday, June 08, 2009 5:32 PM To: 'Brandeburg, Jesse' Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS); Tantilov, Emil S; e1000-de...@lists.sf.net Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Jesse, I retried all boot options that you recommended, but it still does not work. BTW, I tried the driver on standard kernel 2.4.21-50 with RHEL3, and it still does not work either. Thanks, Khanh -Original Message- From: Brandeburg, Jesse [mailto:jesse.brandeb...@intel.com] Sent: Friday, June 05, 2009 9:43 AM To: Nguyen, Khanh D (IS) Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS); Tantilov, Emil S; e1000-de...@lists.sf.net Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Did you try any of the boot options I suggested (without noapic) 1. noapic => did not work 2. noapic pci=bios => did not work, also caused the keyboard not detected 3. noapic pci=biosirq => did not work 3. noapic pci=biosirq apci=off => did not work 4. noapic pci=biosirq apci=off apcismp=off => did not work do all of the above again (sorry!) withOUT noapic. -Original Message- From: Nguyen, Khanh D (IS) [mailto:khanh.d.ngu...@ngc.com] Sent: Friday, May 29, 2009 3:06 PM To: Brandeburg, Jesse Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS); Tantilov, Emil S; e1000-de...@lists.sf.net Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Jesse, Please see attachment for the requested info. Really appreciate for your help. Khanh -Original Message- From: Brandeburg, Jesse [mailto:jesse.brandeb...@intel.com] Sent: Friday, May 29, 2009 2:41 PM To: Nguyen, Khanh D (IS); Tantilov, Emil S; e1000-de...@lists.sf.net Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS) Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller I was hoping you could try without noapic Once noapic didn't work I wouldn't have expected it to work with any other options either, sorry I wasn't more clear. As for the IRQ routing conflict, it is probably related to why your machine doesn't work in the first place. Can you send a full dmesg (dmesg.txt.gz) please, and output of ethtool -e ethX (ethtool.txt), as well? -Original Message- From: Nguyen, Khanh D (IS) [mailto:khanh.d.ngu...@ngc.com] Sent: Friday, May 29, 2009 2:17 PM To: Brandeburg, Jesse; Tantilov, Emil S; e1000-de...@lists.sf.net Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS) Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Jesse and Emil, I tried your suggestions, unfortunately they all did not work. Just want to list out combinations that I tried. 1. noapic => did not work 2. noapic pci=bios => did not work, also caused the keyboard not detected 3. noapic pci=biosirq => did not work 3. noapic pci=biosirq apci=off => did not work 4. noapic pci=biosirq apci=off apcismp=off => did not work Looking into dmesg, I also found another error msg when loading module is " "IRQ routing conflict for 05:00.0, have irq 5, want irq 7" Any ideas how to fix this? Thanks, Khanh -Original Message- From: Brandeburg, Jesse [mailto:jesse.brandeb...@intel.com] Sent: Friday, May 29, 2009 11:32 AM To: Nguyen, Khanh D (IS); Tantilov, Emil S; e1000-de...@lists.sf.net Cc: Yu, Feng-Ger (IS); Stabile, John S (IS); DaCosta, Ted; Muller, Bill (IS); Pongmanopap, Tony (IS) Subject: RE: [E1000-devel] e1000e problem with Intel 82574L PCI-e controller Hi Khanh, Emil has some suggestions, but in addition can you try booting the kernel with pci=bios, and then if that doesn't work use pci=biosirq