On Sat, Feb 19, 2011 at 03:59:57PM -, Steven Hartland wrote:
> This may be totally unrelated to bge, investigating a potential failing
> stick
> of ram in the machine in question so until we've ruled this out as the cause
> don't want to waste anyone's time.
>
> I did however notice the logic
On Wed, Feb 09, 2011 at 06:28:31PM -0600, Peter Lai wrote:
> >
> > Let me know attached patch makes any difference on your box.
> > The patch contains some other changes but that wouldn't affect your
> > BCM5761 controller. If you see "CLKREQ enabled" message after
> > applying the patch also let m
On Mon, Feb 07, 2011 at 08:27:43PM -0600, Peter Lai wrote:
> On Feb 7, 2011 7:38 PM, "Pyun YongHyeon" wrote:
> >
> > On Mon, Feb 07, 2011 at 06:09:16PM -0600, Peter Lai wrote:
> > > Hello
> > >
> > > I've got a new Dell Precision worksta
On Mon, Feb 07, 2011 at 09:21:45PM -0500, Karim Fodil-Lemelin wrote:
> 2011/2/7 Pyun YongHyeon
>
> > On Mon, Feb 07, 2011 at 05:33:47PM -0500, Karim Fodil-Lemelin wrote:
> > > Subject: Re: igb driver tx hangs when out of mbuf clusters
> > >
> > > > To
On Mon, Feb 07, 2011 at 06:09:16PM -0600, Peter Lai wrote:
> Hello
>
> I've got a new Dell Precision workstation here with a BCM5761 on intel
> mobo for westmere xeons that is wedging with interrupt storm and will
> lockup the system randomly. I have turned HTT and auto powermanagement
> off in bi
On Mon, Feb 07, 2011 at 05:33:47PM -0500, Karim Fodil-Lemelin wrote:
> Subject: Re: igb driver tx hangs when out of mbuf clusters
>
> > To: Lev Serebryakov
> > Cc: freebsd-net@freebsd.org
> >
> >
> > 2011/2/7 Lev Serebryakov
> >
> > Hello, Karim.
> >> You wrote 7 февраля 2011 г., 19:58:04:
> >>
On Sun, Feb 06, 2011 at 11:54:49PM +0100, Ronald Klop wrote:
> On Sat, 22 Jan 2011 00:01:47 +0100, Ronald Klop
> wrote:
>
> >On Tue, 18 Jan 2011 09:38:04 +0100, wrote:
> >
> So, does anyone have an idea why the IP length field would be set to
> >>>0
> for these TCP/IP packets?
> >>
On Mon, Jan 31, 2011 at 02:15:09PM +0200, Zeus V Panchenko wrote:
> Pyun YongHyeon (pyu...@gmail.com) [11.01.31 04:08] wrote:
> > > The RTL8168/8111D sample board I have does not show this kind of
> > > issue. This happens only when established link is 1000baseT, right?
>
On Sun, Jan 30, 2011 at 05:20:32PM -0800, Pyun YongHyeon wrote:
> On Sun, Jan 30, 2011 at 08:40:48AM +0200, Zeus V Panchenko wrote:
> > another detail for this nic
> >
> > dmidecode
> > Base Board Information
> > Manufacturer: ASUSTeK Computer INC.
&g
On Sun, Jan 30, 2011 at 05:15:10PM -0800, Pyun YongHyeon wrote:
> On Sun, Jan 30, 2011 at 02:53:15PM +0100, Milan Obuch wrote:
> > On Sunday 30 January 2011 07:40:48 Zeus V Panchenko wrote:
> > > another detail for this nic
> > >
> > > dm
On Sun, Jan 30, 2011 at 08:40:48AM +0200, Zeus V Panchenko wrote:
> another detail for this nic
>
> dmidecode
> Base Board Information
> Manufacturer: ASUSTeK Computer INC.
> Product Name: AT5NM10-I
> Version: Rev x.0x
> Serial Number: MT7006K15200322
>
> uname -a
On Sun, Jan 30, 2011 at 02:53:15PM +0100, Milan Obuch wrote:
> On Sunday 30 January 2011 07:40:48 Zeus V Panchenko wrote:
> > another detail for this nic
> >
> > dmidecode
> > Base Board Information
> > Manufacturer: ASUSTeK Computer INC.
> > Product Name: AT5NM10-I
> > Ver
On Mon, Jan 24, 2011 at 09:05:48AM -0800, Huang, Yusheng wrote:
> Hi all,
>
> We have ported nfe driver to our product and when we try to set mtu to 9000
> on nfe interface, it does not work. No jumbo frame buffer were allocated.
> Looking at the code, we found the following:
>
> In nfe_ioctl:
On Tue, Jan 18, 2011 at 07:35:30PM +0100, sth...@nethelp.no wrote:
> > > I'm seeing the same problem with Broadcom NetXtreme (bce) cards:
> > >
> > > bce0@pci0:3:0:0:class=0x02 card=0x03421014 chip=0x164c14e4
> > > rev=0x12 hdr=0x00
> > > vendor = 'Broadcom Corporation'
> > >
On Tue, Jan 18, 2011 at 09:38:04AM +0100, sth...@nethelp.no wrote:
> > > So, does anyone have an idea why the IP length field would be set to 0
> > > for these TCP/IP packets?
> > >
> > > Here's some info from Ronald w.r.t. his hardware. (All I can think of is
> > > that he could try disabling TSO
On Tue, Jan 18, 2011 at 03:37:48AM +0100, Paul Schenkeveld wrote:
> Hello,
>
> On Mon, Jan 17, 2011 at 02:26:24PM -0800, Pyun YongHyeon wrote:
> > > Since you didn't post dmesg output I'm not sure what kind of
> > > controller you have but I guess it would be
On Tue, Jan 18, 2011 at 09:55:01AM +0800, Adrian Chadd wrote:
> On 18 January 2011 02:03, Monthadar Al Jaberi wrote:
> > filed a PR http://www.freebsd.org/cgi/query-pr.cgi?pr=154091
>
> Thanks.
>
> Network-stack and MIPS guys - what's the best way to handle this kind
> of stuff? This isn't the f
On Mon, Jan 17, 2011 at 01:29:47PM -0800, Pyun YongHyeon wrote:
> On Mon, Jan 17, 2011 at 08:56:15PM +0100, Paul Schenkeveld wrote:
> > On Sun, Jan 16, 2011 at 01:41:22PM +0100, Paul Schenkeveld wrote:
> > > Hi,
> > >
> > > Trying to upgrade two Soekris fir
On Mon, Jan 17, 2011 at 08:56:15PM +0100, Paul Schenkeveld wrote:
> On Sun, Jan 16, 2011 at 01:41:22PM +0100, Paul Schenkeveld wrote:
> > Hi,
> >
> > Trying to upgrade two Soekris firewalls to 8-STABLE or 8.2-PRERELEASE
> > it appears that carp doesn't work at all. I've set up carp like I've
> >
On Sun, Jan 16, 2011 at 08:54:59AM -0500, Rick Macklem wrote:
> Ronald has reported having a problem with the FreeBSD NFS client using
> 8.2-prerelease. I've redirected it here, since it looks like there is
> a TCP/IP issue that is causing it.
>
> >
> > >>
> > >> These are the links to the dumps:
On Fri, Jan 14, 2011 at 02:24:12AM +0100, Marius Strobl wrote:
> On Thu, Jan 13, 2011 at 01:27:13PM -0800, Pyun YongHyeon wrote:
> > On Thu, Jan 13, 2011 at 06:39:25PM +0100, Marius Strobl wrote:
> > > On Wed, Jan 12, 2011 at 11:59:07PM +0100, Marius Strobl wrote:
> > >
On Thu, Jan 13, 2011 at 06:39:25PM +0100, Marius Strobl wrote:
> On Wed, Jan 12, 2011 at 11:59:07PM +0100, Marius Strobl wrote:
> > On Wed, Jan 12, 2011 at 01:32:08PM -0800, Pyun YongHyeon wrote:
> > > On Wed, Jan 12, 2011 at 07:20:09PM +0300, Lev Serebryakov wrote:
> >
On Wed, Jan 12, 2011 at 12:59:58PM -0800, Artem Belevich wrote:
> 2011/1/12 Lev Serebryakov :
> > Hello, Freebsd-net.
> >
> > ?Thanks to Pyun YongHyeon, who point me at fact, that rgephy(4) used
> > with re(4) does autonegotiation always and all other, who he
On Wed, Jan 12, 2011 at 07:20:09PM +0300, Lev Serebryakov wrote:
> Hello, Freebsd-net.
>
> Thanks to Pyun YongHyeon, who point me at fact, that rgephy(4) used
> with re(4) does autonegotiation always and all other, who helps me
> diagnose problem!
>
> I've prepared
On Wed, Jan 12, 2011 at 08:56:19PM +0300, Lev Serebryakov wrote:
> Hello, Pyun.
> You wrote 12 января 2011 г., 20:32:42:
>
>
> >> > That had been supported for long time. Just remove full-duplex
> >> > media option in your manual configuration.
> >> What do you mean by this? Without this media
On Wed, Jan 12, 2011 at 10:36:09AM +, Bjoern A. Zeeb wrote:
> On Tue, 11 Jan 2011, Pyun YongHyeon wrote:
>
> >On Tue, Jan 11, 2011 at 12:47:29PM +0300, Lev Serebryakov wrote:
> >>
> >> media: Ethernet 100baseTX (100baseTX )
> >
> >I can see what
On Wed, Jan 12, 2011 at 12:03:03PM +0300, Lev Serebryakov wrote:
> Hello, Pyun.
> You wrote 12 января 2011 г., 1:45:26:
>
>
> > That had been supported for long time. Just remove full-duplex
> > media option in your manual configuration.
> What do you mean by this? Without this media options it
On Wed, Jan 12, 2011 at 12:31:10AM +0300, Lev Serebryakov wrote:
> Hello, Pyun.
> You wrote 11 января 2011 г., 23:00:07:
>
> > rgephy(4) currently always use auto-negotiation to work-around link
> > establishment issues reported in past.
> I think, it is the root of the problem. Autonegotiation
On Tue, Jan 11, 2011 at 12:47:29PM +0300, Lev Serebryakov wrote:
> Hello, Freebsd-net.
>
> Very large and famous (due to very attractive prices) hosting
> provider Hetzner.de discards FreeBSD support on dedicated servers,
> because these servers can niot negotiate 100Mbit/DUPLEX when
> switch
On Mon, Jan 10, 2011 at 11:10 PM, wrote:
> Greetings,
> I have been receiving these messages on a recent 8.1/AMD64 install.
> src/ports && world/kern about a week ago. Here is a block from the most
> recent output:
> nfe0: tx v2 error 0x6204
> nfe0: tx v2 error 0x6204
> nfe0: tx v2 error 0x6204
On Thu, Dec 30, 2010 at 04:56:28PM -0800, Pyun YongHyeon wrote:
> On Wed, Dec 29, 2010 at 12:35:51AM -0800, Sreekanth M. wrote:
> > Hi,
> >
> >
> >
> >I am Sreekanth from Netlogic microsystems.
> >
> >
> >
> > I am having a
On Wed, Dec 29, 2010 at 12:35:51AM -0800, Sreekanth M. wrote:
> Hi,
>
>
>
>I am Sreekanth from Netlogic microsystems.
>
>
>
> I am having an issue with msk driver.
>
> It is related to rxcsum.
>
> In freebsd 9, rxcsum is enabled in default for the device I am using on
> XLS MIPS
On Thu, Dec 16, 2010 at 07:53:16PM -0800, abcde abcde wrote:
> Hi, we ported the nvidia ethernet driver to our product.? It's been OK until
> recently we?ran into an error condition where packets would get dropped
> quietly.
> The root cause resides in the nfe_encap() routine, where we call nfe_
On Fri, Dec 03, 2010 at 02:00:08PM -0800, Jack Vogel wrote:
> There are pros and cons either way you do things. I was talking to some of
> our
> Linux crew, they recently changed things so it would shut down the phy, but
> that
> doesn't always make everyone happy either.
>
> Just saying that my F
On Thu, Dec 02, 2010 at 09:56:42PM +0100, Gabor Radnai wrote:
> Hi,
>
> Could someone pls advise how to inject HEAD driver to stable release without
> full kernel rebuild (if possible)?
>
If you have updated to stable/8, the driver code would be the same.
So need to replace driver with HEAD vers
On Sat, Nov 13, 2010 at 09:09:18AM +0200, Zeus V Panchenko wrote:
> Pyun YongHyeon (pyu...@gmail.com) [10.11.13 01:01] wrote:
> >
> > Please be more specific for the issue. Your description is hard to
> > narrow down possible cause.
> >
> > > i was sure it i
On Mon, Nov 15, 2010 at 11:11:42PM +, Bruce Cran wrote:
> I've been trying to get suspend/resume working on my Dell laptop. I have two
> if_msk adapters: one's the built-in 100Mb port and the other's a Sonnet Gb
> ExpressCard NIC. I've noticed that if I boot with the Gb card installed both
On Thu, Nov 11, 2010 at 10:53:38PM +, r...@reckschwardt.de wrote:
> here is the pciconf for the onboard Nic
>
You still didn't post dmesg output. Because there were a lot of
bge(4) changes since 8.1-RELEASE, I think it would be better to try
CURRENT or latest snapshot release and check wheth
On Fri, Nov 12, 2010 at 09:07:59AM +0200, Zeus V Panchenko wrote:
> Hi,
>
> Gabor Radnai (gabor.rad...@gmail.com) [10.11.11 23:22] wrote:
> > pciconf:
> > n...@pci0:0:20:0:class=0x068000 card=0x816a1043 chip=0x026910de rev=0xa3
> > hdr=0x00
> > vendor = 'NVIDIA Corporation'
> > dev
might be caused by dhclient(i.e. dhclient(8) failed to receive
DHCP ACK).
BTW, you still didn't show me the output of ifconfig re0 after UP
the interface(i.e. ifconfig re0 up).
> Thanks,
> Gabor
>
> On Thu, Nov 11, 2010 at 10:26 PM, Pyun YongHyeon wrote:
>
> > On Thu, No
On Thu, Nov 11, 2010 at 10:44:31PM +, r...@reckschwardt.de wrote:
> Hello YongHyeon,
>
> yes, booth Test-Servers are in idle State, no Disk activity and no
> important Networktraffic.
>
> the pciconf -lcbv for the Nics:
>
> e...@pci0:7:1:0: class=0x02 card=0x00db0e11 chip=0x10108086 re
On Thu, Nov 11, 2010 at 07:35:32PM +, r...@reckschwardt.de wrote:
> Hello,
>
> i am new in this Maillist and i use an ML370G4 with FreeBSD 8.1 AMD64. I
> try with netio and TCP. The used Nics are onboard Broadcom
> (PCI-X133Mhz), an Broadcom PCI-X Nic and an intel PCI-X Nic. The CPU
> load
On Thu, Nov 11, 2010 at 09:56:26PM +0100, Gabor Radnai wrote:
> Hi,
>
> I have an Asus M2NPV-VM motherboard with integrated Nvidia MCP51 Gigabit
> Ethernet NIC and
> TP-Link TG-3468 PCIe network card which is using Realtek 8111 chip.
>
> I have problem with the re driver: the Nvidia network inter
On Thu, Nov 11, 2010 at 08:10:57AM -0800, Kevin Oberman wrote:
> > Date: Wed, 10 Nov 2010 23:49:56 -0800 (PST)
> > From: Kirill Yelizarov
> >
> >
> >
> > --- On Thu, 11/11/10, Kevin Oberman wrote:
> >
> > > From: Kevin Oberman
> > > Subject: Re: icmp packets on em larger than 1472 [SEC=UNCLA
On Thu, Nov 11, 2010 at 08:08:25AM +0100, Yamagi Burmeister wrote:
> On Wed, 10 Nov 2010, Pyun YongHyeon wrote:
>
> >On Tue, Nov 09, 2010 at 01:34:21PM -0800, Pyun YongHyeon wrote:
> >>On Tue, Nov 09, 2010 at 10:01:36PM +0100, Yamagi Burmeister wrote:
> >>>On Tue,
On Tue, Nov 09, 2010 at 01:34:21PM -0800, Pyun YongHyeon wrote:
> On Tue, Nov 09, 2010 at 10:01:36PM +0100, Yamagi Burmeister wrote:
> > On Tue, 9 Nov 2010, Pyun YongHyeon wrote:
> >
> > >>No, the link stays at 1000Mbps so the driver must manually swit
On Tue, Nov 09, 2010 at 10:01:36PM +0100, Yamagi Burmeister wrote:
> On Tue, 9 Nov 2010, Pyun YongHyeon wrote:
>
> >>No, the link stays at 1000Mbps so the driver must manually switch back
> >>to 10/100Mbps.
> >>
> >
> >Hmm, this is real problem for WOL
On Tue, Nov 09, 2010 at 09:49:14AM +0100, Yamagi Burmeister wrote:
>
> Thanks for your reply.
>
> On Mon, 8 Nov 2010, Pyun YongHyeon wrote:
>
> >Thanks for the patch. I attached slightly modified the code to
> >better match other WOL capable drivers in tree. B
On Fri, Nov 05, 2010 at 11:10:37AM +0100, Yamagi Burmeister wrote:
> Hi,
>
> some time ago we migrated a lot of boxes from Linux to FreeBSD. Those
> machines have a "NVIDIA nForce4 CK804 MCP4" network adapter, supported
> by nfe(4). Even if nfe(4) at least tries to enable the WOL capability of
> t
On Fri, Oct 22, 2010 at 05:09:33PM -0400, Mikhail T. wrote:
> Hello!
>
> I have a rather bizarre problem with my on-board sk interface... It only
> works, when tcpdump is running...
>
> Seriously. It negotiates with the switch (1000baseT/full-duplex) just
> fine, but, unless tcpdump has it ope
On Fri, Oct 29, 2010 at 08:44:22PM -0400, Kris Moore wrote:
> On Fri, Oct 29, 2010 at 09:55:31AM -0700, Pyun YongHyeon wrote:
> > On Fri, Oct 29, 2010 at 06:15:16AM -0400, Kris Moore wrote:
> > >
> > > I'm running into a rather interesting problem here on HEAD wi
On Fri, Oct 29, 2010 at 10:20:10AM +0300, ?? ?? wrote:
> Hi, Freebsd-net.
>
> serv1# ifocnfig nfe0
> nfe0: flags=8943 metric 0 mtu
> 1500
> options=10b
> ether 00:13:d4:ce:82:16
> inet 10.11.8.17 netmask 0xfc00 broadcast 10.11.11.255
> i
On Thu, Oct 28, 2010 at 11:21:11PM +0300, ?? ?? wrote:
> Hello,
> w/0 polling:
>
>
> serv1# ifconfig nfe0
> nfe0: flags=8943 metric 0 mtu
> 1500
> options=10b
> ether 00:13:d4:ce:82:16
> inet 10.11.8.17 netmask 0xfc00 broadcast 10.11.11.255
>
On Fri, Oct 29, 2010 at 06:15:16AM -0400, Kris Moore wrote:
>
> I'm running into a rather interesting problem here on HEAD with a newer Asus
> EEE PC and the "alc" network driver. The device works great when a
> cable is plugged in, no issues at all. However, if I unplug the ethernet
> and reboot
On Tue, Oct 26, 2010 at 11:21:21AM -0700, Pyun YongHyeon wrote:
> On Tue, Oct 26, 2010 at 07:30:19PM +0200, Christoph Weber-Fahr wrote:
> > Hello,
> >
> > On 07.10.2010 09:07, Дмитрий Александров wrote:
> > > Hi! I really need broadcom 57711E driver for my FreeBS
On Tue, Oct 26, 2010 at 07:30:19PM +0200, Christoph Weber-Fahr wrote:
> Hello,
>
> On 07.10.2010 09:07, Дмитрий Александров wrote:
> > Hi! I really need broadcom 57711E driver for my FreeBSD 8.0 i386.
> > Does anybody have this driver already?
> >
> > P.S. Also wanted David Christensen who had p
On Fri, Oct 22, 2010 at 05:09:33PM -0400, Mikhail T. wrote:
> Hello!
>
> I have a rather bizarre problem with my on-board sk interface... It only
> works, when tcpdump is running...
>
> Seriously. It negotiates with the switch (1000baseT/full-duplex) just
> fine, but, unless tcpdump has it ope
On Fri, Oct 15, 2010 at 01:25:08PM +0100, Melissa Jenkins wrote:
>
> On 4 Sep 2010, at 01:53, Pyun YongHyeon wrote:
>
> > On Fri, Sep 03, 2010 at 07:59:26AM +0100, Melissa Jenkins wrote:
> >>
> >> Thank you for your very quick response :)
> >>
>
On Wed, Oct 06, 2010 at 05:45:08PM +0100, a.sm...@ukgrid.net wrote:
> Hi,
>
> sorry not to have replied sooner. Ive been trying to get the end
> user to confirm whether he has any issues with the server as it is. He
> still hasnt replied :(
> I think tho, its likely I will leave the server a
On Tue, Sep 28, 2010 at 11:08:24PM +0100, a.sm...@ukgrid.net wrote:
> Quoting Pyun YongHyeon :
>
> > However don't apply the patch to production box.
> >
>
> Hi,
>
> actually the only server of this type is a production box, it was
> originally run
On Tue, Sep 28, 2010 at 01:24:45PM +0100, a.sm...@ukgrid.net wrote:
> Quoting Pyun YongHyeon :
>
> >Oops, sorry. I forgot one more chunk. You need to apply this one in
> >addition to two patches.
> >http://svn.freebsd.org/viewvc/base/stable/7/sys/dev/bge/if_bgereg.h?r1=202
On Mon, Sep 27, 2010 at 12:27:13PM +0100, a.sm...@ukgrid.net wrote:
> Quoting Pyun YongHyeon :
>
> >
> >Order wouldn't be important but you have to apply both patches.
> >
>
> Hi,
>
> After successfully applying the patchs I get this error when doing a
On Fri, Sep 24, 2010 at 12:39:38PM +0100, a.sm...@ukgrid.net wrote:
> Quoting Pyun YongHyeon :
>
> >Please apply patch at the following URL and let me know how it goes.
> >
> >http://svn.freebsd.org/viewvc/base/stable/7/sys/dev/bge/if_bge.c?r1=207862&r2=208995&view
On Thu, Sep 23, 2010 at 03:40:54PM +0100, a.sm...@ukgrid.net wrote:
> Hi,
>
> we are seeing these errors repeatedly on a new Dell R300 server:
>
> Sep 23 15:06:29 vcomm kernel: bge0: watchdog timeout -- resetting
> Sep 23 15:06:29 vcomm kernel: bge0: link state changed to DOWN
> Sep 23 15:06:31
On Thu, Sep 23, 2010 at 01:48:13PM -0700, David Christensen wrote:
> > > What I'd really like to do is revamp the debug code so that it
> > > can be enabled/disabled on the fly rather than requiring that
> > > the driver be compiled. Adding some performance stuff would
> >
> > Couldn't it be impl
On Thu, Sep 23, 2010 at 10:05:33AM -0500, Tom Judge wrote:
> On 09/13/2010 03:53 PM, Pyun YongHyeon wrote:
> > On Mon, Sep 13, 2010 at 03:38:41PM -0500, Tom Judge wrote:
> >
> >> On 09/13/2010 02:33 PM, Pyun YongHyeon wrote:
> >>
> >>> On Mon
On Thu, Sep 23, 2010 at 11:05:08AM -0700, Sushanth Rai wrote:
> "ifconfig bge1 media none" does change the PHY status temporarily. I see the
> following when I run this command:
>
> bge1: flags=8843 metric 0 mtu 1500
> options=bb
> ether 00:40:d0:b8:1e:0b
> media: Ethernet n
On Thu, Sep 23, 2010 at 10:43:52AM -0700, David Christensen wrote:
> > Would it be possible to unhide the output of bce_print_adapter_info()
> > from under boot verbose?
> >
> > This information is useful for comparing firmware and card versions
> > between machines.
> >
> > Alternatively what ab
On Wed, Apr 30, 2008 at 01:20:03PM +, Josh Endries wrote:
> The following reply was made to PR kern/123172; it has been noted by GNATS.
>
> From: Josh Endries
> To: bug-follo...@freebsd.org
> Cc:
> Subject: Re: kern/123172: [bce] Watchdog timeout problems with if_bce
> Date: Wed, 30 Apr 200
On Sat, Mar 20, 2010 at 02:38:55PM -0700, Steven Noonan wrote:
> On Tue, Mar 16, 2010 at 1:46 PM, Pyun YongHyeon wrote:
> > On Tue, Mar 16, 2010 at 12:31:22PM -0700, Steven Noonan wrote:
> >> On Tue, Mar 16, 2010 at 11:23 AM, Pyun YongHyeon wrote:
> >
> > [...]
&
On Tue, Sep 14, 2010 at 01:08:08AM +0300, Vlad Galu wrote:
> On Mon, Sep 13, 2010 at 9:04 PM, Pyun YongHyeon wrote:
> > On Mon, Sep 13, 2010 at 06:27:08PM +0400, Igor Sysoev wrote:
> >> On Thu, Sep 09, 2010 at 02:18:08PM -0700, Pyun YongHyeon wrote:
> >>
> >>
On Mon, Sep 13, 2010 at 03:21:13PM -0700, David Christensen wrote:
> > I'm under the impression the header splitting in bce(4) is for
> > LRO(opposite of TSO), not for VM magic to enable page flipping
> > tricks.
>
> Header splitting was implemented in the Linux version of bce(4)
> to prevent jumb
On Mon, Sep 13, 2010 at 03:38:41PM -0500, Tom Judge wrote:
> On 09/13/2010 02:33 PM, Pyun YongHyeon wrote:
> > On Mon, Sep 13, 2010 at 02:07:58PM -0500, Tom Judge wrote:
> >
> >> On 09/13/2010 01:48 PM, Pyun YongHyeon wrote:
> >>
> >>> On Mon
On Mon, Sep 13, 2010 at 09:11:25PM +0200, Andre Oppermann wrote:
> On 13.09.2010 20:48, Pyun YongHyeon wrote:
> >On Mon, Sep 13, 2010 at 10:04:25AM -0500, Tom Judge wrote:
> >>Without BCE_JUMBO_HDRSPLIT then we see no errors. With it we see number
> >>of errors, h
On Mon, Sep 13, 2010 at 02:07:58PM -0500, Tom Judge wrote:
> On 09/13/2010 01:48 PM, Pyun YongHyeon wrote:
> > On Mon, Sep 13, 2010 at 10:04:25AM -0500, Tom Judge wrote:
> >
> >>
>
> >> Does this mean that these cards are going to perform badly? This
On Mon, Sep 13, 2010 at 10:04:25AM -0500, Tom Judge wrote:
> On 09/09/2010 07:24 PM, Pyun YongHyeon wrote:
> > On Thu, Sep 09, 2010 at 03:58:30PM -0500, Tom Judge wrote:
> >
> >> Hi,
> >> I am just following up on the thread from March (I think) about this is
On Mon, Sep 13, 2010 at 06:27:08PM +0400, Igor Sysoev wrote:
> On Thu, Sep 09, 2010 at 02:18:08PM -0700, Pyun YongHyeon wrote:
>
> > On Thu, Sep 09, 2010 at 01:10:50PM -0700, Pyun YongHyeon wrote:
> > > On Thu, Sep 09, 2010 at 02:28:26PM +0400, Igor Sysoev wrote:
> >
On Thu, Sep 09, 2010 at 03:58:30PM -0500, Tom Judge wrote:
> Hi,
>
> I am just following up on the thread from March (I think) about this issue.
>
> We are seeing this issue on a number of systems running 7.1.
>
> The systems in question are all Dell:
>
> * R710 R610 R410
> * PE2950
>
> The l
On Thu, Sep 09, 2010 at 01:10:50PM -0700, Pyun YongHyeon wrote:
> On Thu, Sep 09, 2010 at 02:28:26PM +0400, Igor Sysoev wrote:
> > Hi,
> >
> > I have several hosts running FreeBSD/amd64 7.2-STABLE updated on 11.01.2010
> > and 25.02.2010. Hosts process about 10K inp
On Thu, Sep 09, 2010 at 02:28:26PM +0400, Igor Sysoev wrote:
> Hi,
>
> I have several hosts running FreeBSD/amd64 7.2-STABLE updated on 11.01.2010
> and 25.02.2010. Hosts process about 10K input and 10K output packets/s
> without issues. One of them, however, is loaded more than others, so it
> pr
On Fri, Sep 03, 2010 at 07:59:26AM +0100, Melissa Jenkins wrote:
>
> Thank you for your very quick response :)
>
[...]
> >Also I'd like to know whether both RX and TX are dead or only one
> >RX/TX path is hung. Can you see incoming traffic with tcpdump when
> >you think the controller is in stu
On Thu, Sep 02, 2010 at 09:13:46AM +0100, Melissa Jenkins wrote:
> Hiya,
>
> I've been having trouble with two different machines (FBSD 8.0p3 & FBSD
> 7.0p5) using the NFE network adapter. The machines are, respectively, Sun
> X2200 (AMD64) and a Sun X2100M2 (AMD64) and both are running the amd
On Thu, Aug 26, 2010 at 01:34:45PM +0800, MAI JIN wrote:
> Hi,
>
> I got a freeBSD 8.1 polling issue on my PC. It is a dual-core Intel
> Pentium x86 PC (2.8GHz each core). The Ethernet interface is Broadcom
> NetXtreme 57xx Gigabit Ethernet interface.
> I set the following options (enable polling
On Tue, Aug 24, 2010 at 08:37:52PM +0800, Adrian Chadd wrote:
> On 23 August 2010 18:18, Andre Oppermann wrote:
> > It seems the 4k clusters do not get freed back to the pool after they've
> > been sent by the NIC and dropped from the socket buffer after the ACK has
> > arrived. ?The leak must occ
On Mon, Aug 23, 2010 at 06:22:58PM +, an...@freebsd.org wrote:
> Synopsis: [dc] Adaptec ANA-6922 not fully supported
>
> Responsible-Changed-From-To: freebsd-net->yongari
> Responsible-Changed-By: andre
> Responsible-Changed-When: Mon Aug 23 18:22:28 UTC 2010
> Responsible-Changed-Why:
> Over
On Mon, Aug 23, 2010 at 09:45:20PM +0200, Andre Oppermann wrote:
> On 23.08.2010 21:16, Pyun YongHyeon wrote:
> >On Mon, Aug 23, 2010 at 09:04:02PM +0200, Andre Oppermann wrote:
> >>On 23.08.2010 19:52, Pyun YongHyeon wrote:
> >>>On Mon, Aug 23, 2010 at 12:18:01P
On Mon, Aug 23, 2010 at 09:04:02PM +0200, Andre Oppermann wrote:
> On 23.08.2010 19:52, Pyun YongHyeon wrote:
> >On Mon, Aug 23, 2010 at 12:18:01PM +0200, Andre Oppermann wrote:
> >>On 23.08.2010 11:26, Adrian Chadd wrote:
> >>>On 23 August 2010 06:27, Pyun YongHyeon
On Mon, Aug 23, 2010 at 12:18:01PM +0200, Andre Oppermann wrote:
> On 23.08.2010 11:26, Adrian Chadd wrote:
> >On 23 August 2010 06:27, Pyun YongHyeon wrote:
> >
> >>I recall there was SIOCSIFCAP ioctl handling bug in bce(4) on 8.0 so
> >>it might also disable IFC
On Sun, Aug 22, 2010 at 05:40:30PM +0800, Adrian Chadd wrote:
> I disabled tso, tx chksum and rx chksum. This fixed the 4k jumbo
> allocation growth.
>
I recall there was SIOCSIFCAP ioctl handling bug in bce(4) on 8.0 so
it might also disable IFCAP_TSO4/IFCAP_TXCSUM/IFCAP_RXCSUM when yo
disabled
On Fri, Aug 20, 2010 at 07:54:49PM +0200, John Hay wrote:
> On Fri, Aug 20, 2010 at 10:43:46AM -0700, Jack Vogel wrote:
> > Why does the ixgbe loadable show as if_ixgbe, you've altered it?
>
> Only the module Makefile:
> # cvs -q diff -u
> Index: Makefile
> ===
On Wed, Aug 11, 2010 at 11:24:56PM +0300, Zeus V Panchenko wrote:
> Pyun YongHyeon (pyu...@gmail.com) [10.08.11 23:09] wrote:
> > On Wed, Aug 11, 2010 at 10:34:07PM +0300, Zeus V Panchenko wrote:
> > > oh, i forgoten :(
> > >
> > > dmesg.boot contains:
>
On Wed, Aug 11, 2010 at 03:27:48PM -0400, Tom Pusateri wrote:
>
> On Aug 11, 2010, at 3:11 PM, Zeus V Panchenko wrote:
>
> > Pyun YongHyeon (pyu...@gmail.com) [10.08.11 19:31] wrote:
> >> On Wed, Aug 11, 2010 at 03:50:14PM +0300, Zeus V Panchenko wrote:
> >>&
On Wed, Aug 11, 2010 at 10:34:07PM +0300, Zeus V Panchenko wrote:
> oh, i forgoten :(
>
> dmesg.boot contains:
>
> re0: Ethernet> port 0xe800-0xe8ff mem 0xfafff000-0xfaff,0xfaff8000-0xfaffbfff
> irq 17 at device 0.0 on pci2
> re0: Using 1 MSI messages
> re0: Chip rev. 0x2800
> re0: MAC
t and tune it that way, once you have it tweaked you
> can
> make it static again if you wish.
>
He used default TX/RX ring size.
> Jack
>
>
> On Wed, Aug 11, 2010 at 9:43 AM, Pyun YongHyeon wrote:
>
> > On Wed, Aug 11, 2010 at 10:19:11AM +0200, Victo
On Wed, Aug 11, 2010 at 10:19:11AM +0200, Victor Ophof wrote:
>
>
>
> From: pyu...@gmail.com
> Date: Tue, 10 Aug 2010 14:37:54 -0700
> To: mr4hu...@hotmail.com
> CC: j...@freebsd.org; freebsd-net@freebsd.org
> Subject: Re: "RX ring hdr initialization error"
>
> On Tue, Aug 10, 2010 at 12:52:56
On Wed, Aug 11, 2010 at 03:50:14PM +0300, Zeus V Panchenko wrote:
> Hi All,
>
> can enybody help with the subj, please?
>
> problem: onboard interface re0 link state UP/DOWN flapping
>
>
> i have:
> # uname -a
> FreeBSD 8.1-STABLE #0: Mon Aug 9 10:33:17 EEST 2010 amd64
>
> # dmidecode
> ...
On Tue, Aug 10, 2010 at 12:52:56PM +0200, Victor Ophof wrote:
>
>
>
>
> Hi
>
> I've bought a asus M4a78-EM Motherboard. to build a NAS on,
> thinking the onboard Realtek would be sufficant speed
> unfortunatly the onboard fives 16/31 mbs at best
>
> ps later It improved with enabeling "
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 Tue, Jul 27, 2010 at 09:14:22AM +0400, Lev Serebryakov wrote:
> Hello, Freebsd-net.
>
> I have huge losses ("netstat -s -p tcp" shows 4% of packets, but
> 35% of bytes are retransmitted) on my intenret connection, which is PPPoE
> over
> 100Mbit ehternet link. Provider claims,
On Wed, Jul 21, 2010 at 10:03:32PM +0200, Kurt Jaeger wrote:
> Hi!
>
> > > http://opsec.eu/backup/alc-bug/dmesg.boot-verbose
>
> > One odd thing is alc(4) failed to read station address from EEPROM.
> > So alc(4) assumed BIOS correctly programmed station address but the
> > station address looks
1 - 100 of 360 matches
Mail list logo
