Created attachment 321706 [details] test program Description of problem: I am currently using an Intel D945GCLF as described here: http://www.intel.com/products/desktop/motherboards/d945gclf/d945gclf-overview.htm This board is equipped with a Realtek RTL8111C, described by lspci as: 01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 02) I am unable to receive packets from a multicast session using this nic. Many other computers on the LAN are able to receive packets from the desired multicast session no problem. Also if I use a 3com pci nic the box is then able to receive packets from the multicast session. I wrote a small simple test program that attempts to join a multicast session and then receive packets. This test program works on all computers on the lan except for the box with the realtek nic. With the realtek device, the program blocks indefinitely on recvfrom(). I am left to conclude that this is a bug in the realtek driver. Version-Release number of selected component (if applicable): I am using fedora 9 with kernel 2.6.26.6-79.fc9.i686 How reproducible: Everytime. Steps to Reproduce: 1. Start multicast sender 2. compile and run udp_test 3. see if packets are received Actual results: Unable to receive multicast packets with the realtek device. Expected results: Should receive multicast packets on realtek device. Additional info: I am willing to help debug and diagnose this bug. Let me know if there are additional tests or new packages you would like me to try.
I just downloaded, compiled, and installed kernel version 2.6.27.4 from kernel.org. I used config-2.6.26.6-79.fc9.i686 as the config, and chose all defaults during "make oldconfig". This new kernel passes the udp_test, suggesting that this bug does not exist in the latest stable vanilla kernel.
You could try this kernel: http://koji.fedoraproject.org/koji/buildinfo?buildID=68158
kernel-2.6.27.4-19.fc9 has been submitted as an update for Fedora 9. http://admin.fedoraproject.org/updates/kernel-2.6.27.4-19.fc9
This new kernel from koji works. The box is now able to receive multicast packets using the RTL8111C device. Even though it worked, I ran into dependency problems during testing. It was worked-around by using the rpm "--nodeps" option. # rpm -ivh kernel-2.6.27.4-19.fc9.i686.rpm error: Failed dependencies: kernel-firmware >= 2.6.27.4-19.fc9 is needed by kernel-2.6.27.4-19.fc9.i686 # rpm -ivh --nodeps kernel-2.6.27.4-19.fc9.i686.rpm Preparing... ########################################### [100%] 1:kernel ########################################### [100%]
kernel-2.6.27.4-24.fc9 has been submitted as an update for Fedora 9. http://admin.fedoraproject.org/updates/kernel-2.6.27.4-24.fc9
kernel-2.6.27.4-26.fc9 has been submitted as an update for Fedora 9. http://admin.fedoraproject.org/updates/kernel-2.6.27.4-26.fc9
kernel-2.6.27.4-26.fc9 has been pushed to the Fedora 9 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update kernel'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F9/FEDORA-2008-9467
kernel-2.6.27.5-32.fc9 has been submitted as an update for Fedora 9. http://admin.fedoraproject.org/updates/kernel-2.6.27.5-32.fc9
kernel-2.6.27.5-32.fc9 has been pushed to the Fedora 9 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update kernel'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F9/FEDORA-2008-9583
kernel-2.6.27.5-37.fc9 has been submitted as an update for Fedora 9. http://admin.fedoraproject.org/updates/kernel-2.6.27.5-37.fc9
kernel-2.6.27.5-41.fc9 has been submitted as an update for Fedora 9. http://admin.fedoraproject.org/updates/kernel-2.6.27.5-41.fc9
kernel-2.6.27.5-41.fc9 has been pushed to the Fedora 9 stable repository. If problems still persist, please make note of it in this bug report.