Re: Question about GPIO bitbang MII

2011-10-10 Thread dave jones
On Mon, Oct 10, 2011 at 12:58 AM, Marius Strobl wrote: > On Fri, Oct 07, 2011 at 10:34:58AM +0800, dave jones wrote: >> Hi, >> >> Does FreeBSD have gpio bitbang api for MII? If not, any driver in tree using >> gpio-bitbang mii that I can refer to? Thanks. >> It seems like OpenBSD, NetBSD and Linux

Current problem reports assigned to freebsd-net@FreeBSD.org

2011-10-10 Thread FreeBSD bugmaster
Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker

Re: bce(4) with IPMI

2011-10-10 Thread Sean Bruno
On Fri, 2011-10-07 at 13:52 -0700, YongHyeon PYUN wrote: > > Could you try attached patch? Yeah, this does work on the r410 ... however, I can't test the "negative" case here where the bce(4) driver runs across a chipset where sc->bce_flags & BCE_MFW_ENABLE_FLAG == 0 I tried disabling the Dell

panic in tcp_drop (and fix for it)

2011-10-10 Thread Navdeep Parhar
While stress testing a few systems, I encountered a panic in tcp_drop due to NULL tp->t_inpcb. tcp_drop had been called by tcp_timer_rexmt. The problem is that timer_rexmt lets go of the pcbinfo and inp locks and the inp could be dropped by the time it re-acquires the locks. The attached patch fi

Re: bce(4) with IPMI

2011-10-10 Thread YongHyeon PYUN
On Mon, Oct 10, 2011 at 09:42:22AM -0700, Sean Bruno wrote: > On Fri, 2011-10-07 at 13:52 -0700, YongHyeon PYUN wrote: > > > > Could you try attached patch? > > Yeah, this does work on the r410 ... however, I can't test the > "negative" case here where the bce(4) driver runs across a chipset whe

Re: panic in tcp_drop (and fix for it)

2011-10-10 Thread Andre Oppermann
On 10.10.2011 19:36, Navdeep Parhar wrote: While stress testing a few systems, I encountered a panic in tcp_drop due to NULL tp->t_inpcb. tcp_drop had been called by tcp_timer_rexmt. The problem is that timer_rexmt lets go of the pcbinfo and inp locks and the inp could be dropped by the time it

Re: bce(4) with IPMI

2011-10-10 Thread Sean Bruno
On Mon, 2011-10-10 at 10:47 -0700, YongHyeon PYUN wrote: > On Mon, Oct 10, 2011 at 09:42:22AM -0700, Sean Bruno wrote: > > On Fri, 2011-10-07 at 13:52 -0700, YongHyeon PYUN wrote: > > > > > > Could you try attached patch? > > > > Yeah, this does work on the r410 ... however, I can't test the > >

Re: bce(4) with IPMI

2011-10-10 Thread YongHyeon PYUN
On Mon, Oct 10, 2011 at 11:24:06AM -0700, Sean Bruno wrote: > On Mon, 2011-10-10 at 10:47 -0700, YongHyeon PYUN wrote: > > On Mon, Oct 10, 2011 at 09:42:22AM -0700, Sean Bruno wrote: > > > On Fri, 2011-10-07 at 13:52 -0700, YongHyeon PYUN wrote: > > > > > > > > Could you try attached patch? > > >

Re: Question about GPIO bitbang MII

2011-10-10 Thread YongHyeon PYUN
On Sun, Oct 09, 2011 at 06:58:38PM +0200, Marius Strobl wrote: > On Fri, Oct 07, 2011 at 10:34:58AM +0800, dave jones wrote: > > Hi, > > > > Does FreeBSD have gpio bitbang api for MII? If not, any driver in tree using > > gpio-bitbang mii that I can refer to? Thanks. > > It seems like OpenBSD, Net

Re: Error - mysql_connect: Operation not permitted.

2011-10-10 Thread Remko Lodder
> > > > Appreciate any advice offered. > > Thanks. Dear "gi", Please do not cross post to different mailing lists. You ask something about PF and not specifically about networking things at the moment. I didn't read the pf.conf and such, but if something tricks on pf you can mostly see th

Re: bce(4) with IPMI

2011-10-10 Thread Sean Bruno
On Mon, 2011-10-10 at 12:06 -0700, YongHyeon PYUN wrote: > Did you capture this message generated after disabling IPMI/DRAC in > BIOS? I thought you had to use Broadcom's separate program to > disable management firmware. > > Does the last patch solve the problem? > It's still not clear to me. The

Re: bce(4) with IPMI

2011-10-10 Thread YongHyeon PYUN
On Mon, Oct 10, 2011 at 01:35:05PM -0700, Sean Bruno wrote: > On Mon, 2011-10-10 at 12:06 -0700, YongHyeon PYUN wrote: > > Did you capture this message generated after disabling IPMI/DRAC in > > BIOS? I thought you had to use Broadcom's separate program to > > disable management firmware. > > > >

Re: kern/159601: commit references a PR

2011-10-10 Thread dfilter service
The following reply was made to PR kern/159601; it has been noted by GNATS. From: dfil...@freebsd.org (dfilter service) To: bug-follo...@freebsd.org Cc: Subject: Re: kern/159601: commit references a PR Date: Mon, 10 Oct 2011 21:41:43 + (UTC) Author: qingli Date: Mon Oct 10 21:41:34 2011

Re: kern/159602: commit references a PR

2011-10-10 Thread dfilter service
The following reply was made to PR kern/159602; it has been noted by GNATS. From: dfil...@freebsd.org (dfilter service) To: bug-follo...@freebsd.org Cc: Subject: Re: kern/159602: commit references a PR Date: Mon, 10 Oct 2011 21:44:10 + (UTC) Author: qingli Date: Mon Oct 10 21:43:53 2011

Re: kern/159603: commit references a PR

2011-10-10 Thread dfilter service
The following reply was made to PR kern/159603; it has been noted by GNATS. From: dfil...@freebsd.org (dfilter service) To: bug-follo...@freebsd.org Cc: Subject: Re: kern/159603: commit references a PR Date: Mon, 10 Oct 2011 21:46:49 + (UTC) Author: qingli Date: Mon Oct 10 21:46:37 2011

RE: bce(4) with IPMI

2011-10-10 Thread David Christensen
> > I attempted to disable IPMI via the Dell BIOS tool (DRAC) and I > couldn't > > see any driver detection of this status. So, when I add this: > > > > > if ((ifp->if_flags & IFF_UP) == 0 && > > >(sc->bce_flags & BCE_MFW_PRESENT_FLAG) == 0){ > > > printf("%s: BCE d

Re: [urtw] Wifi link dying randomly. reboot required to reconnect.

2011-10-10 Thread PseudoCylon
> Date: Thu, 6 Oct 2011 19:02:15 -0500 > From: Chuck Burns > Subject: Re: [urtw] Wifi link dying randomly. reboot required to >        reconnect. > To: Gary Palmer > Cc: freebsd-net@freebsd.org > Message-ID: <201110061902.15838.brea...@gmail.com> > Content-Type: Text/Plain;  charset="iso-8859-1"

Re: RADIX_MPATH Documentation Feedback Request

2011-10-10 Thread Qing Li
I am hoping to get the documentation, along with more enhancements completed within a month. The main reason for this delay is because I am suspending RADIX_MPATH related work at the moment, and focusing on fixing IPv6 code instead. The FreeBSD IPv6 implementation in -CURRENT, stable/8 and stable

Re: RADIX_MPATH Documentation Feedback Request

2011-10-10 Thread Jason Hellenthal
Makes perfect sense. Thank you for the followup and if there is anyway that I could assist on direct tasks then feel free to give me a hollar and Ill do what I can to assist. On Mon, Oct 10, 2011 at 11:21:39PM -0700, Qing Li wrote: > I am hoping to get the documentation, along with more enhanceme