Date: Mon, 18 Oct 2004 22:27:09 -0700 From: Sean McNeil <sean@mcneil.com> To: John-Mark Gurney <gurney_j@resnet.uoregon.edu> Cc: freebsd-current@freebsd.org Subject: Re: re0 fix that works with polling Message-ID: <1098163629.57566.4.camel@server.mcneil.com> In-Reply-To: <20041019030909.GF22681@funkthat.com> References: <1097896460.1123.2.camel@server.mcneil.com> <20041018011235.GB22681@funkthat.com> <1098135068.2861.6.camel@server.mcneil.com> <20041018230208.GE22681@funkthat.com> <1098141908.3424.6.camel@server.mcneil.com> <20041019030909.GF22681@funkthat.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--=-2CdpoVs/JD7mcJxDkE92 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2004-10-18 at 20:09, John-Mark Gurney wrote: > Sean McNeil wrote this message on Mon, Oct 18, 2004 at 16:25 -0700: > > > but I was seeing 38megbytes/sec being received at the receiving end..= . > > > yes, I didn't verify that they weren't dups, but that would imply we = have > > > other issues with the re driver than just this... > > >=20 > > > Do you have a video that you could send me, that I could do some test= ing > > > with this? (and vls config)? I've been doing my testing on an i386, > > > but that shouldn't be different enough to cause problems... (if it i= s, > > > then we need to think about what the re is behaving badly)... > >=20 > > I have placed 11 megs of the stream in > >=20 > > http://mcneil.com/~sean/freebsd/stream.mpg > >=20 > > You can install vls from ports (net/vls) and I run it with > >=20 > > vls -d udp:224.1.1.1:1234 file:stream.mpg >=20 > Thanks, I'll try that out... >=20 > > I agree that your assesment appears to be accurate in identifying no > > packet loss. Are you going through a switch or is this a cross from > > machine-machine? >=20 > Believe it or not, I was going through two switches... :) an SMC and a > NetGear.. both gige, the SMC supports jumbo but the NetGear doesn't... >=20 > > Please let me know if there is anything I can do to assist. Here is th= e > > output from lspci: > >=20 > > 00:0b.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 > > (rev 10) > > Subsystem: Micro-star International Co Ltd: Unknown device 702c > > Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 16 > > I/O ports at cc00 > > Memory at cfffb300 (32-bit, non-prefetchable) > > Capabilities: [dc] Power Management version 2 > >=20 > > I was mistaken about the irq not being shared. On my system, irq 16 is > > shared with my vga controller: > >=20 > > 01:00.0 VGA compatible controller: nVidia Corporation: Unknown device > > 0322 (rev > > a1) (prog-if 00 [VGA]) > > Subsystem: PROLINK Microsystems Corp: Unknown device 1152 > > Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 16 > > Memory at ce000000 (32-bit, non-prefetchable) > > Memory at c0000000 (32-bit, prefetchable) > > Capabilities: [60] Power Management version 2 > > Capabilities: [44] AGP version 3.0 > >=20 > > I run the xorg server. >=20 > Have you tried w/o running X? also, tried the bios setting to not > assign an irq to the video card? I doubt that the extra interrupts > would cause a problem... I can try this if you think it worthwhile. Remember, though, that all I have to do to get it to work for the interrupt case is to decrease the count number from 0x800 to 0x200. For polling, it doesn't work without the timer interrupt because of apparent starvation. This sort of rules out an interrupt sharing issue as polling is interrupt-less doesn't it? Sean --=-2CdpoVs/JD7mcJxDkE92 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBdKWtyQsGN30uGE4RAq8UAJ4ufJXUX5GSp5U7p+Ed06fRVUkG2wCeNqCM KSBQaKjHEHBgmwYqPtEiLg8= =gxeF -----END PGP SIGNATURE----- --=-2CdpoVs/JD7mcJxDkE92--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1098163629.57566.4.camel>