On Sat, Oct 30, 2010 at 09:19:06PM -0700, Pyun YongHyeon wrote:
> On Sat, Oct 30, 2010 at 5:40 PM, Paul B Mahol wrote:
> > Hi,
> >
> > Loading if_bfe module after boot hangs machine, it works/attach fine
> > from loader.
> >
> > Tell me if you need bt.
>
On Wed, Nov 10, 2010 at 04:32:54PM -0800, David O'Brien wrote:
> Script started on Wed Nov 10 15:56:31 2010
> FreeBSD 9.0-CURRENT #644 r215099M: Wed Nov 10 11:45:01 PST 2010
> obr...@dragon:/usr/obj/4kib/i386/compile/DRAGON-WITNESS i386
> WARNING: WITNESS option enabled, expect reduced performa
On Sun, Nov 07, 2010 at 08:14:31PM -0500, Rick Macklem wrote:
> >
> > If that made difference, all other ethernet controllers would have
> > suffered from the similar issues.
> >
> Well, some commit done between June 7 and June 15 made a difference,
> but I have no idea what or why.
>
> Also, I
On Sun, Nov 07, 2010 at 07:06:44PM -0500, Rick Macklem wrote:
> >
> > I highly doubt it could be hardware issue.
> >
> Looks like the hardware guys may be off the hook. See below.
> >
> > It's job of bus_dma(9) and I don't think barrier instructions would
> > be helpful here as I don't see out-o
On Fri, Nov 05, 2010 at 07:33:45PM -0700, Pyun YongHyeon wrote:
[...]
>
> If this theory is correct, the attached patch may mitigate the
> issue.
>
Oops, I incorrectly used old code.
Please use this one.
Index: sys/pc
On Fri, Nov 05, 2010 at 07:44:56PM -0400, Rick Macklem wrote:
> > On Thu, Nov 04, 2010 at 09:31:30PM -0400, Rick Macklem wrote:
> > > >
> > > > If the counter was not wrapped, it seem you lost more than 10% out
> > > > of
> > > > total RX frames. This is a lot loss and there should be a way to
> >
On Thu, Nov 04, 2010 at 09:31:30PM -0400, Rick Macklem wrote:
> >
> > If the counter was not wrapped, it seem you lost more than 10% out of
> > total RX frames. This is a lot loss and there should be a way to
> > mitigate it.
> >
> I've attached a patch (to the if_re.c in head, not your patched v
On Wed, Nov 03, 2010 at 07:27:20PM -0400, Rick Macklem wrote:
> >
> > I'm more interested in number of dropped frames. See below how to
> > extract that information.
> >
>
> I've attached the stats. I'm guessing that the
> Rx missed frames : 14792
> is the culprit.
>
Because that counter is 16
On Mon, Nov 01, 2010 at 06:18:13PM -0400, Rick Macklem wrote:
> > On Sun, Oct 31, 2010 at 05:46:57PM -0400, Rick Macklem wrote:
> > > I recently purchased a laptop that has a re(4) Realtek
> > > 8101E/8102E/8103E net
> > > chip in it and I find that it is dropping packets like crazy when
> > > read
On Sun, Oct 31, 2010 at 05:46:57PM -0400, Rick Macklem wrote:
> I recently purchased a laptop that has a re(4) Realtek 8101E/8102E/8103E net
> chip in it and I find that it is dropping packets like crazy when reading
> files over an NFS mount. (It seems that bursts of receive traffic cause it,
> si
On Sat, Oct 30, 2010 at 5:40 PM, Paul B Mahol wrote:
> Hi,
>
> Loading if_bfe module after boot hangs machine, it works/attach fine
> from loader.
>
> Tell me if you need bt.
Yes, I want to see the back trace.
___
freebsd-current@freebsd.org mailing lis
On Tue, Oct 12, 2010 at 01:11:29PM -0700, Garrett Cooper wrote:
> On Tue, Oct 12, 2010 at 12:23 PM, Pyun YongHyeon wrote:
> > On Tue, Oct 12, 2010 at 08:24:40AM -0700, Steve Kargl wrote:
> >> On Mon, Oct 11, 2010 at 05:33:29PM -0700, Pyun YongHyeon wrote:
> >> >
On Tue, Oct 12, 2010 at 08:24:40AM -0700, Steve Kargl wrote:
> On Mon, Oct 11, 2010 at 05:33:29PM -0700, Pyun YongHyeon wrote:
> >
> > Thanks for the info. I still suspect r213495 might break BCM5704.
> > Due to lack of BCM5704 I still couldn't test it except guessing.
On Mon, Oct 11, 2010 at 05:26:21PM -0700, Steve Kargl wrote:
> On Mon, Oct 11, 2010 at 05:15:10PM -0700, Steve Kargl wrote:
> > On Mon, Oct 11, 2010 at 05:09:27PM -0700, Pyun YongHyeon wrote:
> > > On Mon, Oct 11, 2010 at 05:02:16PM -0700, Steve Kargl wrote:
> > > &
On Mon, Oct 11, 2010 at 05:02:16PM -0700, Steve Kargl wrote:
> On Mon, Oct 11, 2010 at 04:16:04PM -0700, Pyun YongHyeon wrote:
> > On Mon, Oct 11, 2010 at 03:53:31PM -0700, Steve Kargl wrote:
> > >
> > > In the time that it's taken me to compose this message
Hi,
I have been working on bge(4) for a while to support a new Broadcom
controller. Before doing that I committed many fundamental changes
to bge(4) in order to make it easy to add more controllers. Because
bge(4) supports many variants of controllers and have lots of
workaround for specific contr
On Mon, Oct 11, 2010 at 03:53:31PM -0700, Steve Kargl wrote:
> It seems recent changes to the bge driver are causing
> some problems with my hardware where the watchdog is
> now timing out.
>
> /var/log/messages contains
>
> 14:23:14 kernel: SMP: AP CPU #1 Launched!
> 14:23:14 kernel: Trying to m
On Fri, Oct 08, 2010 at 05:31:03PM +0200, Mark Martinec wrote:
> The current re(4) Realtek Ethernet adapter driver supports the
> 8139C+/8169/816xS/811xS/8101E chips, but lacks support for newer
> Realtek network interface controllers such as RTL8111 C/E/D,
> the RTL8168 series and some other.
>
On Tue, Oct 05, 2010 at 11:39:33AM -0700, Mark Atkinson wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
>
> On 10/05/2010 10:09, Mark Atkinson wrote:
> > Root mount waiting for: usbus3 usbus0
> > [hang, waits forever...]
>
> Well reverting to r213377 exhibits similar behavior, so I
On Wed, Sep 22, 2010 at 11:18:05PM +0200, Alexey Shuvaev wrote:
> On Wed, Sep 22, 2010 at 01:58:31PM -0700, Pyun YongHyeon wrote:
> > Hi,
> >
> > It seems "tput clear" on console wipes out entire screen without
> > even showing a shell prompt. The only way I
Hi,
It seems "tput clear" on console wipes out entire screen without
even showing a shell prompt. The only way I get characters is to
enter "enter" key. I'm under the impression that the first line of
console output is not displayed at all after "tput clear" command.
Another thing I noticed is vi
On Wed, Sep 22, 2010 at 10:08:46AM +, FreeBSD Tinderbox wrote:
[...]
> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall
> -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes
> -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign
>
On Wed, Sep 22, 2010 at 06:47:50PM +0200, Bartosz Stec wrote:
> On 2010-09-22 12:42, Ren? Ladan wrote:
> >2010/9/22 Dimitry Andric:
> >>Hi,
> >>
> >>As of r212979, you should now be able to build world and kernel on i386
> >>and amd64 with clang, without any additional patches!
> >>
> >>To do so,
On Mon, Sep 06, 2010 at 02:04:37PM +0100, Anton Shterenlikht wrote:
> On Fri, Sep 03, 2010 at 11:25:34AM -0700, Pyun YongHyeon wrote:
> > On Fri, Sep 03, 2010 at 09:42:04AM +0100, Anton Shterenlikht wrote:
> > > On Thu, Sep 02, 2010 at 11:36:03AM -0700, Pyun YongHyeon wrote:
>
On Fri, Sep 03, 2010 at 09:42:04AM +0100, Anton Shterenlikht wrote:
> On Thu, Sep 02, 2010 at 11:36:03AM -0700, Pyun YongHyeon wrote:
> > On Thu, Sep 02, 2010 at 06:03:16PM +0100, Anton Shterenlikht wrote:
> > > On Thu, Sep 02, 2010 at 11:00:14AM +0100, Anton Shterenlikht wro
On Thu, Sep 02, 2010 at 06:03:16PM +0100, Anton Shterenlikht wrote:
> On Thu, Sep 02, 2010 at 11:00:14AM +0100, Anton Shterenlikht wrote:
> > I just updated world and kernel from r204991M to r212097 on sparc64.
> >
> > Now I can't ping my gateway. If I boot kernel.old, then
> > the network works f
On Wed, Aug 11, 2010 at 03:31:50PM -0700, Pyun YongHyeon wrote:
> Hi,
>
> Here is patch that adds support WOL for xl(4). Note, not all xl(4)
> controllers support WOL. Some controllers require additional 3-wire
> auxiliary remote wakeup connector to draw power. I don't have
On Fri, Aug 13, 2010 at 10:22:06AM +0300, Sergey V. Dyatko wrote:
> Hi all,
> I have strange problem:
>
> NIC:
> a...@pci0:2:0:0:class=0x02 card=0x38a317aa chip=0x10621969
> rev=0xc0 hdr=0x00 vendor = 'Attansic (Now owned by Atheros)'
> device = 'Atheros AR8132 PCI-E Fast E
On Tue, Aug 10, 2010 at 03:57:22AM -0700, Jeremy Chadwick wrote:
> On Tue, Aug 10, 2010 at 11:23:26AM +0100, Steven Hartland wrote:
> > Thanks Jeremy, from that we get:-
> >
> > i...@pci0:1:0:0:class=0x02 card=0x060015d9 chip=0x10c98086
> > rev=0x01 hdr=0x00
> >vendor = 'Intel
On Wed, Jul 28, 2010 at 04:14:10PM +0300, Andriy Gapon wrote:
> on 27/07/2010 19:53 Gavin Atkinson said the following:
> >
> > Thanks. Can you try
> > http://people.freebsd.org/~gavin/mexas-hda-panic.diff
> >
> > and see if that solves things for you?
> >
> > (Credit goes to avg@ for looking in
On Sat, Jul 10, 2010 at 11:19:27AM -0400, Ryan Stone wrote:
> I just got a new laptop that has a Marvell Yukon 88E8057 ethernet
> adapter. The msk driver attaches to the hardware on the 8.1 release
> candidate, and I seem to be able to transmit packets just fine, but I
> can't receive packets reli
On Sun, Jun 20, 2010 at 09:15:00PM +0900, Norikatsu Shigemura wrote:
> Hi yongari.
>
> On Tue, 15 Jun 2010 11:09:23 -0700
> Pyun YongHyeon wrote:
> > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> > > - - - - - - - -
> > >
On Sun, Jun 13, 2010 at 11:37:23PM +0900, Norikatsu Shigemura wrote:
> Hi yongari!
>
> I have a OpenRD Ultimate, which has two GbE ports - if_mge(4). But
> I couldn't use mge1 like following. So I tried to investigate.
>
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
On Sat, May 08, 2010 at 01:53:34AM +0300, McLone wrote:
> On Fri, May 7, 2010 at 11:53 PM, Pyun YongHyeon wrote:
> >> So the thing is, re0 stops working after sending any packet
> >> longer than 536 bytes. I tested via ping, -S (536-8) works,
> >> but (537-8) leads
On Fri, May 07, 2010 at 05:55:02PM +0300, McLone wrote:
> Hell Low.
>
> When Vista finally died on my girl's notebook,
> she asked me to install FreeBSD on it, so no more viruses.
> I installed RELENG_8_0/i386, to compile fresh RELENG_8/amd64
> in hopes SUJ will be availible (2gb RAM is kinda too
On Tue, May 04, 2010 at 09:39:36AM -0400, John Baldwin wrote:
> On Monday 03 May 2010 3:55:38 pm Pyun YongHyeon wrote:
> > On Mon, May 03, 2010 at 07:01:56AM -0700, Mark Atkinson wrote:
> > > -BEGIN PGP SIGNED MESSAGE-
> > > Hash: SHA1
> > >
> >
On Mon, May 03, 2010 at 07:01:56AM -0700, Mark Atkinson wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> I updated to current yesterday and got the following 'witness_warn'
> panic upon executing 'reboot':
>
> suspending ithread with the following locks held:
> exclusive sleep mutex m
On Tue, Feb 16, 2010 at 01:29:50PM -0800, Pyun YongHyeon wrote:
> Hi,
>
> I had been working on sge(4) to commit the driver to tree. If you
> have one of these controllers please give it try and let me know
> how it goes on your box. I'm interested in both success and failure
On Fri, Apr 09, 2010 at 12:09:24PM -0700, Jack Vogel wrote:
> Someone else also pointed this out. I'm dubious about its claim.
I can't reproduce the LOR with latest em(4)(r206429).
> This happens because there is an RX lock taken in rxeof, its held
> thru the call into the stack, it then encounte
On Sun, Apr 04, 2010 at 06:00:54PM -0700, Pyun YongHyeon wrote:
> Hi,
>
> It seems that fxp(4) has a long standing races between controller
> and driver. The exotic RFD handling of controller is race prone as
> we had seen old ethernet controllers. I could easily reproduce this
Hi,
It seems that fxp(4) has a long standing races between controller
and driver. The exotic RFD handling of controller is race prone as
we had seen old ethernet controllers. I could easily reproduce this
by rebooting system while netperf 64bytes UDP test is in progress.
If heavy RX frames hit the
On Sat, Mar 06, 2010 at 02:52:48PM -0800, Pyun YongHyeon wrote:
> Finally I managed to understand how Rx checksum offloading works on
> Yukon II controllers. The patch at the following URL will add Rx
> checksum offloading support to msk(4) controllers.
> http://people.freebsd.org/
On Wed, Mar 10, 2010 at 02:45:47PM -0800, David Christensen wrote:
>
> > I successfully reproduced the issue with netperf on BCM5709.
> > You can use UDP frame size 1 to trigger the issue.
> >
> > > Changing the high level design of bce_rx_intr() and
> > > bce_rx_fill_chain() slightly to post a
On Wed, Mar 10, 2010 at 09:23:26PM +0100, Rainer Hurling wrote:
> After cvsup my CURRENT amd64 systems today I am not able to build custom
> kernel any more. Does anyone else observes the following breakage?
>
Fixed in r204983.
> ===> bwn (all)
> cc -O2 -pipe -fno-strict-aliasing -Werror -D_KER
On Wed, Mar 10, 2010 at 11:11:13AM -0800, David Christensen wrote:
> > > What's the traffic look like? Jumbo, standard, short
> > frames? Any=20
> > > good ideas on profiling the code? I haven't figured out how to use
> > > the CPU TSC but there is a free running timer on the device
> > that
On Tue, Mar 09, 2010 at 11:55:30PM +0200, Ian FREISLICH wrote:
> Pyun YongHyeon wrote:
> > On Tue, Mar 09, 2010 at 03:31:55PM +0200, Ian FREISLICH wrote:
> > > Can you explain the tunables please - I'm guessing it's these:
>
> I think I asked the wrong questio
On Tue, Mar 09, 2010 at 01:31:55PM -0800, David Christensen wrote:
> > > > patch can fix the RX issue you're suffering from. Anyway,
> > would you
> > > > give it try the patch at the following URL?
> > > > http://people.freebsd.org/~yongari/bce/bce.20100305.diff
> > > > The patch was generated a
On Tue, Mar 09, 2010 at 10:26:29AM +0200, Ian FREISLICH wrote:
> Pyun YongHyeon wrote:
> > patch can fix the RX issue you're suffering from. Anyway, would you
> > give it try the patch at the following URL?
> > http://people.freebsd.org/~yongari/bce/bce.20100305.diff
&
On Tue, Mar 09, 2010 at 03:31:55PM +0200, Ian FREISLICH wrote:
> Pyun YongHyeon wrote:
> > On Mon, Mar 08, 2010 at 04:45:20PM +0200, Ian FREISLICH wrote:
> > > Pyun YongHyeon wrote:
> > > > On Fri, Mar 05, 2010 at 11:16:41PM +0200, Ian FREISLICH wrote:
On Mon, Mar 08, 2010 at 04:45:20PM +0200, Ian FREISLICH wrote:
> Pyun YongHyeon wrote:
> > On Fri, Mar 05, 2010 at 11:16:41PM +0200, Ian FREISLICH wrote:
> > > Pyun YongHyeon wrote:
> > > > Thanks for the info. Frankly, I have no idea how to explain the
> > &g
On Sun, Mar 07, 2010 at 02:16:36PM -0800, Tim Kientzle wrote:
> Using ssh and rsync to copy a lot of stuff from my
> old desktop to my new laptop. The old desktop is using
> a wired connection to an (admittedly crappy) D-Link router,
> the new one is using an Atheros wireless connection to the
> s
Finally I managed to understand how Rx checksum offloading works on
Yukon II controllers. The patch at the following URL will add Rx
checksum offloading support to msk(4) controllers.
http://people.freebsd.org/~yongari/msk/msk.csum.patch
The patch was generated against HEAD.
Controllers(Yukon Extr
On Fri, Mar 05, 2010 at 11:16:41PM +0200, Ian FREISLICH wrote:
> Pyun YongHyeon wrote:
> > Thanks for the info. Frankly, I have no idea how to explain the
> > issue given that you have no heavy load.
>
> How many cores would be involved in handling the traffic and runn
On Fri, Mar 05, 2010 at 10:20:18PM +0200, Ian FREISLICH wrote:
> Pyun YongHyeon wrote:
> >
> > Would you show me the output of dmesg(bce(4)/brgphy(4) only) and
> > the output of "pciconf -lcbv" for the controller?
>
> [firewall1.jnb1] ~ # egrep "bce
On Fri, Mar 05, 2010 at 08:16:31PM +0200, Ian FREISLICH wrote:
> Pyun YongHyeon wrote:
> > On Fri, Mar 05, 2010 at 01:20:57PM +0200, Ian FREISLICH wrote:
> > > Hi
> > >
> > > I have a system that is experiencing mild to severe packet loss.
> >
On Fri, Mar 05, 2010 at 01:20:57PM +0200, Ian FREISLICH wrote:
> Hi
>
> I have a system that is experiencing mild to severe packet loss.
> The interfaces are configured as follows:
>
> lagg0: bce0, bce1, bce2, bce3 lagproto lacp
>
> lagg0 then is used as the hwdev for the vlan interfaces.
>
>
On Thu, Feb 25, 2010 at 08:39:01PM +0100, Attilio Rao wrote:
> 2010/2/25 Pyun YongHyeon :
> > On Thu, Feb 25, 2010 at 04:48:28PM +0100, Attilio Rao wrote:
> >> 2010/2/17 Pyun YongHyeon :
> >> > On Wed, Feb 17, 2010 at 01:12:53PM -0800, Xin LI wrote:
> >> >
On Thu, Feb 25, 2010 at 04:48:28PM +0100, Attilio Rao wrote:
> 2010/2/17 Pyun YongHyeon :
> > On Wed, Feb 17, 2010 at 01:12:53PM -0800, Xin LI wrote:
> >> Hi,
> >>
> >> On Sun, Feb 14, 2010 at 10:20 AM, Gavin Atkinson
> >> wrote:
> >> >>
On Wed, Feb 17, 2010 at 01:12:53PM -0800, Xin LI wrote:
> Hi,
>
> On Sun, Feb 14, 2010 at 10:20 AM, Gavin Atkinson
> wrote:
> >> /mnt: write failed, filesystem is full
> >> gzip: write: No space left on device
> >> gzip: output file: randomfile.gz wrong size (1673592832 != -1), deleting
> >> gzip
Hi,
I had been working on sge(4) to commit the driver to tree. If you
have one of these controllers please give it try and let me know
how it goes on your box. I'm interested in both success and failure
report. Please see more information on the following URL.
http://people.freebsd.org/~yongari/sg
60 matches
Mail list logo
