[E1000-devel] e1000 rx_ring[0] protection
In e1000_clean function in drivers/net/e1000_main.c file, tx_ring[0] is protected by spin lock to prevent from being cleaned by multiple cpus simultaneously, but rx_ring[0] is not. Why rx_ring[0] is not protected from multiple cpus ? Thanks -Lal -- 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, iPhoneDevCamp as they present alongside digital heavyweights like Barbarian Group, R/GA, Big Spaceship. http://p.sf.net/sfu/creativitycat-com ___