Bjørn Tks for this link. The quick/dirty fix below works for mcast traffic with current qemu cvs. Also the eepro100.c firmware is from 2007 from the current qemu cvs, what do we have to update/if any in this driver http://svn.berlios.de/viewcvs/ar7-firmware/qemu/trunk/hw/eepro100.c to allow mcast traffic, any improvements in performance.
Tks, Patrick. On Thu, Aug 6, 2009 at 5:05 PM, Bjørn Mork <bj...@mork.no> wrote: > pat lynch <patr...@lynchehaun.net> writes: > > > Since previous entries in other wikis, qemu's main tree has all of the > > support on the ethernet adapter side, multicast side, etc, to work > natively > > out of the box. > > No, it does not. There is no support for setting the multicast list in > the default QEMU/KVM eepro100 driver, and it will therefore ignore all > multicast frames. > > > In Qemu version 0.9.1, Stefan's multicast code has a check which i'm > still > > decoding to solve properly that exits nic_receive before multicast frames > > make it to the CPU. I'm no developer, but this simple workaround will > enable > > native qemu without any patch files, shady chinese translated forums, or > > modifications of jemu code. > > > > Obtain the qemu source from the project website. The file hw/eepro100.c > as > > of 0.9.1 has this line in the function nic_receive, comment the 'return' > > out. > > > > int mcast_idx = compute_mcast_idx(buf); > > if (!(s->mult[mcast_idx >> 3] & (1 << (mcast_idx & 7)))) { > > //Commented out by JP Senior (sartan) Wed June 23 2008, > this needs to be fixed > > //return; > > } > > This will make the driver process *all* multicast frames, which will > sort of work, yes. But there are better approaches. Stefan Weil has > made several improvements to the driver since it was added to QEMU. His > version at > http://svn.berlios.de/viewcvs/ar7-firmware/qemu/trunk/hw/eepro100.c > has, among other stuff, a working set_multicast_list() function. > > I'm hoping we can get these features merged into QEMU/KVM soon. But it > will take some work, as the versions have diverged quite a bit and the > improvements probably need to be split up in at least 4 parts before > merging: > 1) multicast support > 2) PXE booting > 3) endianness fixes > 4) misc > > I asked Stefan about his plans for the driver in March 2008, and got a > reply that he wanted to clean up a few things before pushing it > upstream. I sent him a new email today, asking about the status and > whether he would be OK with e.g. me splitting out the multicast fix and > pushing it. I'd really like to get that into KVM before Debian freezes > again. But now this is getting a bit OT, I guess... > > There is no Olive, you know :-) > > > > Bjørn > _______________________________________________ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp