Re: kern/149306: [alc] Doesn't work Atheros AR8131 PCIe Gigabit Ethernet

Hi it;s not working because of you have to apply ms kb2010 08-9 patch. On Thu, Aug 5, 2010 at 7:20 PM, Troye Johnson wrote: > The following reply was made to PR kern/149306; it has been noted by GNATS. > > From: Troye Johnson > To: bug-follo...@freebsd.org, aksen...@gmail.com > Cc: > Subject:

Re: 8.1-RELEASE em watchdog timeout broken?

Our company had to deal with the same problem We going to help you for 10k usd. On Wed, Aug 4, 2010 at 7:19 AM, Jack Vogel wrote: > The watchdog is working in all the internal testing that we've done, if > there's > some corner case here then I need more info to reproduce it. I'm confused > abo

Re: net.inet.tcp.slowstart_flightsize in 8-STABLE

On 13.07.2010 16:01, Maxim Dounin wrote: Hello! On Wed, May 12, 2010 at 04:47:02PM +0400, Igor Sysoev wrote: It seems that net.inet.tcp.slowstart_flightsize does not work in 8-STABLE. For a long time I used slowstart_flightsize=2 on FreeBSD 4, 6, and 7 hosts. However, FreeBSD-8 always starts w

Re: net.inet.tcp.slowstart_flightsize in 8-STABLE

Sorry but this is not a bug. You set bad sysctl flags. We won't add it to our database and this is the final decison. Regards, Freebsd Team On Fri, Aug 6, 2010 at 10:56 AM, Andre Oppermann wrote: > On 13.07.2010 16:01, Maxim Dounin wrote: >> >> Hello! >> >> On Wed, May 12, 2010 at 04:47:02PM +0

Re: net.inet.tcp.slowstart_flightsize in 8-STABLE

On 06.08.2010 11:00, Charles Logan wrote: Sorry but this is not a bug. You set bad sysctl flags. Care to explain in more detail? For example which sysctl flag was set wrong? We won't add it to our database and this is the final decison. Which database? Regards, Freebsd Team Which team?

Re: net.inet.tcp.slowstart_flightsize in 8-STABLE

On Fri, Aug 6, 2010 at 11:47 AM, Andre Oppermann wrote: > On 06.08.2010 11:00, Charles Logan wrote: >> >> Sorry but this is not a bug. You set bad sysctl flags. > > Care to explain in more detail?  For example which sysctl flag was set > wrong? > >> We won't add it to our database and this is the

Server sporadically sending unexpected RST to Client

Hello, We have recently upgraded some productions systems to 8.0-p2 from 7.1-p5 and are having some sporadic issues with TCP connections that were not occurring previously. The problem was first noticed while running slapd with clients coming in at various times to make LDAP querie

problem with 82599 controller

Hello, the following problem I've faced while working with 82599-controller (ixgbe driver): - During packet capturing, after the number of received packets exceeds all allocated descriptors (ixgbe_rxd * ixgbe_num_queues), the next new incoming packets will be sometimes DMA'ed into the RAM incorr

Re: problem with 82599 controller

What is the exact PCI ID of your adapter (pciconf -l)? How is it configured, on what kind of hardware, how many queues does it have, etc, etc? Jack On Fri, Aug 6, 2010 at 10:03 AM, Alexander Fiveg wrote: > Hello, > > the following problem I've faced while working with 82599-controller (ixgbe

Re: problem with 82599 controller

On Friday 06 August 2010 19:20:58 Jack Vogel wrote: > What is the exact PCI ID of your adapter (pciconf -l)? 0x10fb % sysctl dev.ix.0 ~ dev.ix.0.%desc: Intel(R) PRO/10GbE PCI-Ex

Re: problem with 82599 controller

Ouch, you're running 32 bit? Can you compare 64 bit and see if that has any effect? Jack On Fri, Aug 6, 2010 at 10:55 AM, Alexander Fiveg wrote: > On Friday 06 August 2010 19:20:58 Jack Vogel wrote: > > What is the exact PCI ID of your adapter (pciconf -l)? > 0x10fb > > % sysctl dev.ix.0 > ~ >

Re: kern/77913: commit references a PR

The following reply was made to PR kern/77913; it has been noted by GNATS. From: dfil...@freebsd.org (dfilter service) To: bug-follo...@freebsd.org Cc: Subject: Re: kern/77913: commit references a PR Date: Fri, 6 Aug 2010 18:57:22 + (UTC) Author: bschmidt Date: Fri Aug 6 18:57:09 2010

Re: kern/77913: [wi] [patch] Add the APDL-325 WLAN pccard to wi(4)

Synopsis: [wi] [patch] Add the APDL-325 WLAN pccard to wi(4) State-Changed-From-To: patched->closed State-Changed-By: bschmidt State-Changed-When: Fri Aug 6 19:13:24 UTC 2010 State-Changed-Why: Patch is included head, stable/8 and stable/7, thanks. http://www.freebsd.org/cgi/query-pr.cgi?pr=7791

[ath] IBM 802.11B B/G 39T0073 card doesn't work in 8-STABLE but worked in 7-STABLE

I upgraded my Thinkpad from 7-STABLE to 8-STABLE a few weeks ago and now my wireless card no longer works. It is recognized, but appears to be somewhat brain dead. # ifconfig ath0 ath0: flags=8802 metric 0 mtu 2290 ether 00:16:ce:00:ac:a7 media: IEEE 802.11 Wireless Ethernet autos

Re: [ath] IBM 802.11B B/G 39T0073 card doesn't work in 8-STABLE but worked in 7-STABLE

At 03:59 PM 8/6/2010, Don Lewis wrote: # ifconfig ath0 up # ifconfig ath0 ath0: flags=8843 metric 0 mtu 2290 ether 00:16:ce:00:ac:a7 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier # ifconfig ath0 scan Hi, I got caught in the same

Watchdog resets on 82575

If you have this adapter and have been getting watchdogs you need to pick up the small update I checked into HEAD today. When I added the SR-IOV support for the 82576 adapter I removed a call to set the MAC type in an early routine, thinking it was unnecessary, since a slightly later shared code in

Re: [ath] IBM 802.11B B/G 39T0073 card doesn't work in 8-STABLE but worked in 7-STABLE

On 6 Aug, Mike Tancsa wrote: > At 03:59 PM 8/6/2010, Don Lewis wrote: >># ifconfig ath0 up >># ifconfig ath0 >>ath0: flags=8843 metric 0 mtu 2290 >> ether 00:16:ce:00:ac:a7 >> media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) >> status: no carrier >># ifconfig at