Re: [Removal of mrouted in FreeBSD-7.0]

2008-06-06 Thread Andrey V. Elsukov
Archimedes S. Gaviola wrote: To Whom It May Concerned: Hi! I have just read from the FreeBSD-7.0 release notes http://www.freebsd.org/releases/7.0R/relnotes.html that the mrouted multicast routing protocol (DVMRP implementation) has been removed from the base system. If you want to use mro

Re: kern/124341: [ral] promiscuous mode for wireless device ral0 looses signal after ~30 mins (airodump-ng loses all stations after ~30 minutes)

2008-06-06 Thread linimon
Old Synopsis: promiscuous mode for wireless device ral0 looses signal after ~30 mins (airodump-ng loses all stations after ~30 minutes) New Synopsis: [ral] promiscuous mode for wireless device ral0 looses signal after ~30 mins (airodump-ng loses all stations after ~30 minutes) Responsible-Change

[Removal of mrouted in FreeBSD-7.0]

2008-06-06 Thread Archimedes S. Gaviola
To Whom It May Concerned: Hi! I have just read from the FreeBSD-7.0 release notes http://www.freebsd.org/releases/7.0R/relnotes.html that the mrouted multicast routing protocol (DVMRP implementation) has been removed from the base system. I want to know what multicast routing protocol will se

Major Atheros issues with Ubiquiti SR9/XR9

2008-06-06 Thread Geoffrey Mainland
Hi, I'm running 7-CURRENT on several ALIX 3c2 boards with SR9 radios and having major performance problems: throughput on TCP streams generated by iperf often falls to zero, and, depending on the HAL I use, I see ping latencies during one of these iperf transfers of up to more than a *minute*

Re: MFC of em/igb drivers

2008-06-06 Thread sthaug
> Have you tried disabling speed and duplex negotiation and explicitly > stating speed and duplex like so? > > ifconfig_em0="... media 1000baseTX mediaopt full-duplex" Disagree with this piece of advice. > Cisco switches have a notorious history of not being "friendly" with > non-Cisco hardware.

Re: Probable Bug in tcp.h

2008-06-06 Thread Bruce Evans
On Fri, 6 Jun 2008, Marc [iso-8859-1] L?rner wrote: On Friday 06 June 2008 09:52, Peter Jeremy wrote: I gather from this comment that you have some code using struct tcphdr that is getting alignment errors. struct tcphdr is extensively used in the TCP stack within the kernel so it's likely tha

Re: Probable Bug in tcp.h

2008-06-06 Thread Bruce Evans
On Thu, 5 Jun 2008, Bruce M. Simpson wrote: Marc L?rner wrote: .. First of all I have the problam of misalignment of th_off. Because in this way always 4 bytes are read and the the bits of th_off are replaced. Then the 4 bytes are written back. But should (th_x and th_off) not only be 1 byte

Re: MFC of em/igb drivers

2008-06-06 Thread Jeremy Chadwick
On Fri, Jun 06, 2008 at 05:29:46PM +0800, Ganbold wrote: >> Have you tried disabling speed and duplex negotiation and explicitly >> stating speed and duplex like so? >> >> ifconfig_em0="... media 1000baseTX mediaopt full-duplex" >> > > I tried it and it doesn't work. > >> Cisco switches have a n

Re: network keep droping

2008-06-06 Thread Peter Jeremy
On 2008-Jun-05 12:27:19 +0800, Izwan Mohd <[EMAIL PROTECTED]> wrote: >The server using FreeBSD 6.0-RELEASE the NIC is intel i can't remember the >model but freebsd detect it as "em0" the server memory is 1GB, not special >network fetures it only running snort and nessus 6.0-RELEASE is very old and

Re: MFC of em/igb drivers

2008-06-06 Thread Ganbold
Jeremy Chadwick wrote: On Fri, Jun 06, 2008 at 03:49:40PM +0800, Ganbold wrote: Jack Vogel wrote: I got the new drivers in Friday afternoon for those that don't see CVS messages. The igb driver is for 82575 and 82576 adapters, it has multiqueue support and MSIX, there will be more serv

Re: MFC of em/igb drivers

2008-06-06 Thread Jeremy Chadwick
On Fri, Jun 06, 2008 at 03:49:40PM +0800, Ganbold wrote: > Jack Vogel wrote: >> I got the new drivers in Friday afternoon for those that don't see CVS >> messages. >> >> The igb driver is for 82575 and 82576 adapters, it has multiqueue support and >> MSIX, there will be more server type enhancement

Re: Probable Bug in tcp.h

2008-06-06 Thread Marc Lörner
On Friday 06 June 2008 09:52, Peter Jeremy wrote: > On 2008-Jun-06 09:30:28 +0200, Marc Lörner <[EMAIL PROTECTED]> wrote: > >th_x2 and th_off are created as a bitfield. But C-Standard says that > >bitfields are accessed as integers => 4-bytes > > > >On itanium integers are read with ld4-command but

Re: Probable Bug in tcp.h

2008-06-06 Thread Peter Jeremy
On 2008-Jun-06 09:30:28 +0200, Marc Lörner <[EMAIL PROTECTED]> wrote: >th_x2 and th_off are created as a bitfield. But C-Standard says that >bitfields are accessed as integers => 4-bytes > >On itanium integers are read with ld4-command but the address of >th_x2/th_off may not be aligned to 4-bytes

Re: MFC of em/igb drivers

2008-06-06 Thread Ganbold
Jack Vogel wrote: I got the new drivers in Friday afternoon for those that don't see CVS messages. The igb driver is for 82575 and 82576 adapters, it has multiqueue support and MSIX, there will be more server type enhancements in that driver as I get the time. The em driver now will be client o

Re: Probable Bug in tcp.h

2008-06-06 Thread Bruce M. Simpson
Marc Lörner wrote: th_x2 and th_off are created as a bitfield. But C-Standard says that bitfields are accessed as integers => 4-bytes On itanium integers are read with ld4-command but the address of th_x2/th_off may not be aligned to 4-bytes => we get an unaligned reference fault. If we'd ch

Re: Probable Bug in tcp.h

2008-06-06 Thread Marc Lörner
On Thursday 05 June 2008 18:09, Bruce M. Simpson wrote: > Marc Lörner wrote: > > .. > > First of all I have the problam of misalignment of th_off. Because in > > this way always 4 bytes are read and the the bits of th_off are replaced. > > Then the 4 bytes are written back. > > > > But should (th_x

Re: Probable Bug in tcp.h

2008-06-06 Thread Marc Lörner
On Thursday 05 June 2008 17:56, Rui Paulo wrote: > On Thu, Jun 05, 2008 at 05:12:47PM +0200, =?ISO-8859-1?Q?Marc_L=F6rner_ wrote: > > Hello, > > I probably found a bug in declaration of "struct tcphdr"! > > > > struct tcphdr { > > u_short th_sport; /* source port */ > > u_sho