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 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 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 Sat, Jan 01, 2011 at 03:43:09PM -0500, Michael L. Squires wrote:
>
>
> On Thu, 30 Dec 2010, Jeremy Chadwick wrote:
>
> >Please provide output from the following command, as root:
> >
> >pciconf -lbvc
> >
> >And only include the bge1 and bge0 devices in your output. Thanks.
> >
>
> This is t
On Thu, Dec 02, 2010 at 02:16:49PM -0500, Lowell Gilbert wrote:
> Pyun YongHyeon writes:
>
> >
> > Patched committed(r216111).
>
> To -CURRENT.
>
> MFC over the weekend, it sounds like?
> ___
"MFC after" i
On Wed, Dec 01, 2010 at 07:41:27PM -0600, Karl Denninger wrote:
> On 12/1/2010 6:44 PM, Pyun YongHyeon wrote:
> > On Wed, Dec 01, 2010 at 06:11:11PM -0600, Karl Denninger wrote:
> >> Works in this kernel, checked out on that day:
> >>
> >> FreeBSD 8.1-STAB
On Wed, Dec 01, 2010 at 06:11:11PM -0600, Karl Denninger wrote:
> Works in this kernel, checked out on that day:
>
> FreeBSD 8.1-STABLE #10: Mon Aug 30 06:44:40 CDT 2010
> k...@fs.denninger.net:/usr/obj/usr/src/sys/KSD-SMP
>
> fxp0: port 0x1000-0x101f mem
> 0x9400-0x94000fff,0x9410-0
On Sun, Nov 28, 2010 at 04:04:34PM -0500, Michael L. Squires wrote:
> Problem is watchdog timeouts with a Broadcom GigE interface on a Tyan
> S4881 using 7.4-PRERELEASE as of 11/22 and 7.3-STABLE as of 11/11.
>
> I've done the following, with no success:
>
> (1) Tried the second port, bge1, in
On Tue, Nov 23, 2010 at 04:10:03PM -0800, Garrett Cooper wrote:
> On Tue, Nov 23, 2010 at 3:25 PM, Andrew Moran wrote:
> >
> > Hey guys,
> >
> > After banging my head against this for a few hours, I've decided to ask for
> > help. ? ? ?I installed FreeBSD 8.1 amd64 on a Shuttle J1 4100 system (te
On Sun, Nov 14, 2010 at 10:41:03AM +0100, Ulrich Sp??rlein wrote:
> On Mon, 08.11.2010 at 22:41:12 +0100, Ulrich Sp??rlein wrote:
> > On Sun, 07.11.2010 at 15:10:20 -0800, Pyun YongHyeon wrote:
> > > On Sun, Nov 07, 2010 at 12:24:21PM +0100, Ulrich Sp??rlein wrote:
> > >
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 Tue, Nov 09, 2010 at 06:09:13PM -0200, M?rcio Luciano Donada wrote:
> Em 9/11/2010 17:24, Pyun YongHyeon escreveu:
> > On Tue, Nov 09, 2010 at 09:19:01AM -0200, M?rcio Luciano Donada wrote:
> >> Hi list,
> >>
> >> I'm using FreeBSD (uname is be
On Tue, Nov 09, 2010 at 09:19:01AM -0200, M?rcio Luciano Donada wrote:
> Hi list,
>
> I'm using FreeBSD (uname is below) and these days I'm caught in the log
> message below:
>
> vpn# uname -a
> FreeBSD vpn.auroraalimentos.com.br 7.3-STABLE FreeBSD 7.3-STABLE #0: Sat
> Jun 19 18:39:18 BRT 2010
>
On Sun, Nov 07, 2010 at 12:24:21PM +0100, Ulrich Sp??rlein wrote:
> On Sat, 06.11.2010 at 23:19:33 -0700, Pyun YongHyeon wrote:
> > On Sat, Nov 6, 2010 at 2:37 AM, Ulrich Sp??rlein wrote:
> > > Hello Pyun,
> > >
> > > On this new server, I cannot get mor
On Sat, Nov 6, 2010 at 2:37 AM, Ulrich Spörlein wrote:
> Hello Pyun,
>
> On this new server, I cannot get more than ~280kByte/s up/downstream out of
> re(4) without any tweaking.
>
> re0: flags=8843 metric 0 mtu 1500
>
> options=389b
> ether 00:21:85:63:74:34
> inet6 fe80::22
On Sat, Oct 09, 2010 at 11:57:29AM -0400, FreeBSD Tinderbox wrote:
> TB --- 2010-10-09 14:18:05 - tinderbox 2.6 running on freebsd-stable.sentex.ca
> TB --- 2010-10-09 14:18:05 - starting RELENG_7 tinderbox run for amd64/amd64
> TB --- 2010-10-09 14:18:05 - cleaning the object tree
> TB --- 2010-10
On Wed, Sep 08, 2010 at 07:34:44AM -0700, Mahlon E. Smith wrote:
> On Tue, Sep 07, 2010, Jeremy Chadwick wrote:
> >
> > I figured there might memory exhaustion of sorts, possibly in the bce(4)
> > driver itself, that could cause the OP's problem. bce(4) might not be
> > the problem at all. But t
On Tue, Sep 07, 2010 at 04:32:57PM -0700, Mahlon E. Smith wrote:
> On Tue, Sep 07, 2010, Jeremy Chadwick wrote:
> >
> > This could be a bce(4) bug, meaning the "failed to allocate memory"
> > message could be indicating DMA failure or something else from the card,
> > and not necessarily related t
On Sat, Aug 28, 2010 at 04:19:07PM +0200, Philipp Wuensche wrote:
> Philipp Wuensche wrote:
> >
> > It just now started running the kernel without IPSEC and ALTQ.
>
> Here we go again, this time it crashed with IPSEC and ALTQ disabled,
> crashdump looks different this time though.
>
> GNU gdb 6.
On Fri, Aug 27, 2010 at 12:28:14AM +0200, Philipp Wuensche wrote:
> Jeremy Chadwick wrote:
> > On Thu, Aug 26, 2010 at 11:56:48PM +0200, Philipp Wuensche wrote:
> >> Jeremy Chadwick wrote:
> >>> CC'ing Jack Vogel of Intel and Yong-Hyeon PYUN who might have some
> >>> ideas. OP's backtrace is here:
On Sun, Aug 22, 2010 at 12:28:34PM +0200, Nikola Kalpazanov wrote:
> Hi,
>
> I applied the patch provided by Pyun YongHyeon to the rl driver.
> Then put
> hint.rl.0.prefer_iomap="0" # for rl0
> hint.rl.1.prefer_iomap="0" # for rl1
> hint.rl.3.prefer_iomap=
On Fri, Aug 20, 2010 at 01:44:20PM +0200, Nikola Kalpazanov wrote:
> Hi,
>
> First I want to start with the note that I know Realtek is no good,
> yet I will appreciate any assistance that you may provide.
>
> here are details of the problem:
>
> P811B is 4 port Ethernet card with built-in mini-
On Tue, Aug 17, 2010 at 03:55:12PM -0400, Mike Tancsa wrote:
> At 02:52 PM 8/17/2010, Pyun YongHyeon wrote:
>
> >Here is updated patch for HEAD and stable/8.
> >http://people.freebsd.org/~yongari/em.csum_tso.20100817.patch
> >
> >It seems to work as expected und
onfigured context(both checksum and TSO context).
> Jack
>
>
> On Tue, Aug 17, 2010 at 12:14 PM, Pyun YongHyeon wrote:
>
> > On Tue, Aug 17, 2010 at 11:52:08AM -0700, Pyun YongHyeon wrote:
> > > On Mon, Aug 16, 2010 at 05:07:11PM -0400, Mike Tancsa wrote:
> > > &
If 82574 can still pipeline Tx data
DMA when a new context is written it would be better to enable
checksum offloading. If em(4) uses single Tx queue, we can safely
enable checksum offloading, I guess.
> Jack
>
>
> On Tue, Aug 17, 2010 at 11:52 AM, Pyun YongHyeon wrote:
>
> >
On Tue, Aug 17, 2010 at 11:52:08AM -0700, Pyun YongHyeon wrote:
> On Mon, Aug 16, 2010 at 05:07:11PM -0400, Mike Tancsa wrote:
> > Hi Jack,
> > FYI, I am still seeing this same problem on RELENG_8 (code
> > as of today). Unfortunately I cant try Pyun's patch
ext configured in other Tx queue.
Hope this helps.
>
>
> ---Mike
>
>
> At 03:36 PM 7/2/2010, Pyun YongHyeon wrote:
> >On Fri, Jul 02, 2010 at 01:39:22PM -0400, Mike Tancsa wrote:
> >> Hi Jack,
> >> Just a followup to the email below. I n
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 Thu, Jul 22, 2010 at 05:36:11PM -0700, Mahlon E. Smith wrote:
> On Thu, Jul 22, 2010, Sean Bruno wrote:
> >
> > Funny you should mention this box. I've been arm wrestling with this
> > beastie for a couple of weeks and finally had some amount of success
> > today.
> >
> > A couple of things:
On Fri, Jul 02, 2010 at 01:39:22PM -0400, Mike Tancsa wrote:
> Hi Jack,
> Just a followup to the email below. I now saw what appears
> to be the same problem on RELENG_8, but on a different nic and with
> VLANs. So not sure if this is a general em problem, a problem
> specific to some e
On Fri, Jul 02, 2010 at 12:24:23PM -0700, Sean Bruno wrote:
> On Fri, 2010-07-02 at 12:11 -0700, Pyun YongHyeon wrote:
> > On Fri, Jul 02, 2010 at 09:54:50AM -0700, Sean Bruno wrote:
> > > Started seeing this panic today from our BSD7 variant here at Yahoo.
> > > Our
On Fri, Jul 02, 2010 at 09:54:50AM -0700, Sean Bruno wrote:
> Started seeing this panic today from our BSD7 variant here at Yahoo.
> Our BGE driver is identical to 7stable at this time. Looks like all of
> these boxes are HP DL380G3 models. I have included the panic and
> pciconf -lv information.
On Sat, Jun 19, 2010 at 12:23:44PM -0700, Jeremy Chadwick wrote:
> Something I came across today on a RELENG_8 (8.1-PRERELEASE, amd64,
> built Jun 8th) system we have:
>
> $ netstat -i -n -d -I em1
> NameMtu Network Address Ipkts Ierrs IdropOpkts
> Oerrs Coll Drop
> em
On Wed, Jun 16, 2010 at 03:50:39AM +0400, Artem Kim wrote:
> On Wednesday 16 June 2010 03:21:09 Pyun YongHyeon wrote:
>
> > Hmm, why you need link0 flag? The link0 flag is used to force the
> > interface MASTER. Normally this configuration is automatically
> > done duri
On Wed, Jun 16, 2010 at 02:57:01AM +0400, Artem Kim wrote:
> On Tuesday 15 June 2010 21:50:03 you wrote:
> . . .
> > > nas2 # netstat-ndI bge1
> > > Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll Drop
> > > bge1 1500 00:1 b: 78: a3: 3c: 01 418543876 1972918 0 446063237 0
> > > 0 0 bge
On Tue, Jun 15, 2010 at 07:09:27AM +0400, Artem Kim wrote:
> On Tuesday 15 June 2010 01:03:43 Pyun YongHyeon wrote:
> > On Sun, Jun 13, 2010 at 07:34:11PM +0400, Artem Kim wrote:
> > > Hi,
> > >
> > > I have two routers (HP DL140G3):
> > >
> > &g
On Sun, Jun 13, 2010 at 07:34:11PM +0400, Artem Kim wrote:
> Hi,
>
> I have two routers (HP DL140G3):
>
> NAS3 FreeBSD 8.1-PRERELEASE # 0: Thu Jun 3 04:13:07 MSD 2010 i386
> NAS2 FreeBSD 8.1-PRERELEASE # 0: Sat Jun 12 16:42:19 UTC 2010 i386 (r208993
> included)
>
> bge0 @ pci0: 19:0:0: class =
On Mon, Jun 07, 2010 at 04:06:11PM +0200, Olaf Seibert wrote:
> On Thu 27 May 2010 at 10:42:11 -0700, Pyun YongHyeon wrote:
> > On Thu, May 27, 2010 at 03:13:10PM +0200, Olaf Seibert wrote:
> > > Here is the output of netstat -m while the problem was going on:
> > >
&
On Fri, Jun 04, 2010 at 07:52:19AM +0300, Nikolay Denev wrote:
>
> On Jun 4, 2010, at 3:35 AM, Pyun YongHyeon wrote:
>
> > On Thu, Jun 03, 2010 at 09:29:20AM +0300, Nikolay Denev wrote:
> >> On May 24, 2010, at 8:12 PM, Pyun YongHyeon wrote:
> >>
> >>
On Thu, Jun 03, 2010 at 09:29:20AM +0300, Nikolay Denev wrote:
> On May 24, 2010, at 8:12 PM, Pyun YongHyeon wrote:
>
> > On Mon, May 24, 2010 at 09:48:33AM -0400, John Baldwin wrote:
> >> On Monday 24 May 2010 6:35:01 am Nikolay Denev wrote:
> >>> On May 24, 2010
On Thu, May 27, 2010 at 03:13:10PM +0200, Olaf Seibert wrote:
> I have a machine with FreeBSD 8.0-RELEASE-p2 which has a big ZFS file
> system and serves as file server (NFS (newnfs)).
>
> >From time to time however it seems to lose all network connectivity. The
> machine isn't down; from the cons
On Thu, May 27, 2010 at 09:31:03AM -0400, Mike Tancsa wrote:
> At 12:41 PM 5/26/2010, Pyun YongHyeon wrote:
>
> >Anyway I have to ask Atheros what the counter really means.
> >Thanks for reminding it. If I get some feedback I'll let you know.
>
> Thanks!
> One mor
On Wed, May 26, 2010 at 12:30:20PM -0400, Mike Tancsa wrote:
Hi,
> Just trying out a MB that has an integrated ale nic and was looking
> at some of the many stats available. The last one,
> dev.ale.0.stats.tx.trunc_errs: Truncated frames due to MTU size
>
> doesnt seem to make sense. The nic's
On Mon, May 24, 2010 at 09:48:33AM -0400, John Baldwin wrote:
> On Monday 24 May 2010 6:35:01 am Nikolay Denev wrote:
> > On May 24, 2010, at 8:57 AM, Nikolay Denev wrote:
> >
> > > Hi,
> > >
> > > Recently I started to experience a if_sge(4) related panic.
> > > It happens almost every time I tr
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 Mon, Apr 12, 2010 at 03:52:01PM -0400, Mike Tancsa wrote:
> At 02:32 PM 4/12/2010, Pyun YongHyeon wrote:
> >> media: Ethernet 10baseT/UTP (10baseT/UTP
> >> )
> >> status: active
> >> 0[to]#
> >>
> >> What do
On Mon, Apr 12, 2010 at 02:07:38PM -0400, Mike Tancsa wrote:
>
> I put in a new 4801 RELENG_8 image at a remote site that requires the
> NIC set to 10baseT full duplex, manually set. However, when I do
> that, I am not sure what to make of the output.
>
>
> 0[to]# ifconfig sis0 media 10baseT/
On Sat, Apr 10, 2010 at 12:12:47AM +0200, Michael Beckmann wrote:
> --On Freitag, 9. April 2010 10:32 -0700 Pyun YongHyeon
> wrote:
>
> >On Fri, Apr 09, 2010 at 01:50:02AM +0200, Michael Beckmann wrote:
> >>Greetings,
> >>
> >>the onboard Realt
On Fri, Apr 09, 2010 at 01:50:02AM +0200, Michael Beckmann wrote:
> Greetings,
>
>
>
> the onboard Realtek Ethernet on my Asus M4A89GTD PRO is not functioning.
>
>
>
> I use FreeBSD 8.0-STABLE with a generic kernel (amd64). Everything was
> updated March 27, 2010.
>
>
>
> Is it a bug?
>
On Fri, Apr 09, 2010 at 09:17:07AM -0400, Mike Tancsa wrote:
> At 07:07 PM 4/8/2010, Pyun YongHyeon wrote:
> >On Thu, Apr 08, 2010 at 02:06:09PM -0700, Jack Vogel wrote:
> >> Only one device support by em does multiqueue right now, and that is
> >> Hartwell, 82574.
>
bad to me.
> Jack
>
>
> On Thu, Apr 8, 2010 at 2:05 PM, Mike Tancsa wrote:
>
> > At 04:56 PM 4/8/2010, Pyun YongHyeon wrote:
> >
> >> On Thu, Apr 08, 2010 at 02:31:18PM -0400, Mike Tancsa wrote:
> >> > At 02:17 PM 4/8/2010, Pyun YongHyeon wrote:
> &g
On Thu, Apr 08, 2010 at 02:31:18PM -0400, Mike Tancsa wrote:
> At 02:17 PM 4/8/2010, Pyun YongHyeon wrote:
>
> >Try this patch. It should fix the issue. It seems Jack forgot to
> >strip CRC bytes as old em(4) didn't strip it, probably to
> >workaround silicon
case.
> Jack
>
>
> On Thu, Apr 8, 2010 at 11:22 AM, Jack Vogel wrote:
>
> >
> >
> > On Thu, Apr 8, 2010 at 11:17 AM, Pyun YongHyeon wrote:
> >
> >> On Thu, Apr 08, 2010 at 10:46:22AM -0400, Mike Tancsa wrote:
> >> >
> >> >
On Thu, Apr 08, 2010 at 10:46:22AM -0400, Mike Tancsa wrote:
>
> OK, some more data... It seems dhclient is getting upset as well
> since the updated driver
>
> Apr 8 10:28:37 ich10 dhclient[1383]: DHCPDISCOVER on em0 to
> 255.255.255.255 port 67 interval 6
> Apr 8 10:28:38 ich10 dhclient[138
On Tue, Mar 30, 2010 at 05:57:45PM +0200, Attila Nagy wrote:
> Jonathan Feally wrote:
> > Attila Nagy wrote:
> >> Bingo, this solved the problem. The current uptime nears four days.
> >> Previously I couldn't go further than a day.
> >>
> >> The machine gets very light TCP load (and
On Mon, Mar 29, 2010 at 09:21:42PM +0200, Attila Nagy wrote:
> Pyun YongHyeon wrote:
> > On Mon, Mar 29, 2010 at 12:57:59PM +0200, Attila Nagy wrote:
> >
> >> Hi,
> >>
> >> Michael Loftis wrote:
> >>
> >>> --On
On Mon, Mar 29, 2010 at 12:57:59PM +0200, Attila Nagy wrote:
> Hi,
>
> Michael Loftis wrote:
> >
> >
> > --On Thursday, March 25, 2010 3:22 PM +0100 Attila Nagy
> > wrote:
> >
> > <...>
> >> Both unbound and python accepts DNS requests, and it seems when 25%
> >> interrupt happens, only unbound i
On Mon, Mar 29, 2010 at 05:00:19PM +0200, A.J. Fonz van Werven wrote:
> It seems like recent commits may have broken if_re.
>
> After I updated last weekend (and again this morning), everything appears
> to be fine initially: I can ping hosts, browse the Web with Lynx, etc. But
> as soon as a cert
On Thu, Mar 25, 2010 at 09:39:40AM -0600, Michael Loftis wrote:
>
>
> --On Thursday, March 25, 2010 3:22 PM +0100 Attila Nagy wrote:
>
> <...>
> >Both unbound and python accepts DNS requests, and it seems when 25%
> >interrupt happens, only unbound is in *udp state, where it is 50%, both
> >pro
On Thu, Mar 25, 2010 at 03:22:04PM +0100, Attila Nagy wrote:
> Hi,
>
> I have some recursive nameservers, running unbound and 7.2-STABLE #0:
> Wed Sep 2 13:37:17 CEST 2009 on a bunch of HP BL460c machines (bce
> interfaces).
> These work OK.
>
> During the process of migrating to 8.x, I've upg
On Wed, Mar 17, 2010 at 01:06:22PM -0500, Scott Ullrich wrote:
> On Wed, Mar 17, 2010 at 11:36 AM, Pyun YongHyeon wrote:
> > Would you try latest msk(4) in HEAD? I think you can download
> > if_msk.c and if_mskreg.h from HEAD and can build it on stable/8.
> > Due to added i
On Wed, Mar 17, 2010 at 11:07:43AM -0500, Scott Ullrich wrote:
> Hello,
>
> I am testing FreeBSD-8_STABLE updated as of a few minutes ago along
> with a msk type NIC.
>
> Having trouble with missed TX interrupts and watchdog timeouts.
>
Would you try latest msk(4) in HEAD? I think you can downl
On Fri, Mar 12, 2010 at 09:28:52PM +0100, Pierre Beyssac wrote:
> On Fri, Mar 12, 2010 at 12:02:24PM -0800, Pyun YongHyeon wrote:
> > Hmm, try this one and let me know it make any differences.
>
> No, still the same, negotiates at 10baseT/UTP.
It seems the PHY has no BRGPHY_MII_
On Fri, Mar 12, 2010 at 08:45:24PM +0100, Pierre Beyssac wrote:
> On Fri, Mar 12, 2010 at 11:21:44AM -0800, Pyun YongHyeon wrote:
> > No, it seems there is other issue in brgphy(4). I noticed brgphy(4)
> > blindly try to set jumbo frame related registers. I guess the PHY
>
On Fri, Mar 12, 2010 at 07:21:34PM +0100, Pierre Beyssac wrote:
> On Fri, Mar 12, 2010 at 09:46:55AM -0800, Pyun YongHyeon wrote:
> > This is not related with your interrupt storm issue but something
> > is wrong here. I think brgphy(4) should be used for bge(4). Have no
> > i
On Fri, Mar 12, 2010 at 01:14:09PM +0100, Pierre Beyssac wrote:
> Hello,
>
> I'm having "interrupt storm detected" messages on a Dell Inspiron
> 580 running up-to-date 8-STABLE (amd64 arch). The interrupts seem
> to come from one of the atapci controllers, apparently atapci0 (main
> controller, wi
On Fri, Feb 05, 2010 at 10:31:37AM +1300, Jonathan Chen wrote:
> On Thu, Feb 04, 2010 at 11:23:15AM -0800, Pyun YongHyeon wrote:
> > On Thu, Feb 04, 2010 at 03:00:15PM +1300, Jonathan Chen wrote:
> > > On Wed, Feb 03, 2010 at 05:25:03PM -0800, Pyun YongHyeon wrote:
> [...]
>
On Wed, Feb 24, 2010 at 02:47:16AM +0100, Christof Schulze wrote:
> Hello world,
>
> I also have a board with the H55 chipset (see below for dmesg, uname -a and
> pciconf -lv).
> The specific board is an Intel DH55HC
>
>
> The network interface card - I tried with em - will not attach to a driv
;
> > On Fri, Feb 19, 2010 at 12:06:47PM -0800, Pyun YongHyeon wrote:
> >
> > >
> > > > dev.bge.1.stats.rx.Fragments: 1
> > >
> > > You received a frame that is less than 64 bytes with a bad FCS.
> > >
> > > > dev.bge.1
On Sun, Feb 21, 2010 at 12:44:50AM +0300, Slawa Olhovchenkov wrote:
> On Fri, Feb 19, 2010 at 01:12:01PM -0800, Pyun YongHyeon wrote:
>
> > Normally you should not have any FCS errors, it could be related
> > with signal quality and these errors might not be correctly
> &g
On Fri, Feb 19, 2010 at 11:13:59PM +0300, Slawa Olhovchenkov wrote:
> On Fri, Feb 19, 2010 at 12:06:47PM -0800, Pyun YongHyeon wrote:
>
> >
> > > dev.bge.1.stats.rx.Fragments: 1
> >
> > You received a frame that is less than 64 bytes with a bad FCS.
> &
On Fri, Feb 19, 2010 at 10:11:03PM +0300, Slawa Olhovchenkov wrote:
> On Fri, Feb 19, 2010 at 11:03:59AM -0800, Pyun YongHyeon wrote:
>
> > On Fri, Feb 19, 2010 at 03:24:15PM +0300, Slawa Olhovchenkov wrote:
> > > On Fri, Feb 19, 2010 at 08:51:29AM +0300, Sla
On Fri, Feb 19, 2010 at 03:24:15PM +0300, Slawa Olhovchenkov wrote:
> On Fri, Feb 19, 2010 at 08:51:29AM +0300, Slawa Olhovchenkov wrote:
>
> > On Thu, Feb 18, 2010 at 04:19:13PM -0800, Pyun YongHyeon wrote:
> >
> > >
> > > I'm still not sure whe
On Thu, Feb 18, 2010 at 03:32:54PM -0800, Jeremy Chadwick wrote:
> On Fri, Feb 19, 2010 at 12:50:39AM +0300, Slawa Olhovchenkov wrote:
> > On Thu, Feb 18, 2010 at 01:32:13PM -0800, Pyun YongHyeon wrote:
> >
> > > > > dmesg output(only bge(4) related one).
&g
On Fri, Feb 19, 2010 at 12:50:39AM +0300, Slawa Olhovchenkov wrote:
> On Thu, Feb 18, 2010 at 01:32:13PM -0800, Pyun YongHyeon wrote:
>
> > > > dmesg output(only bge(4) related one).
> > >
> > > dmesg from boot:
> > >
> > > bge0: mem
&g
On Fri, Feb 19, 2010 at 12:24:28AM +0300, Slawa Olhovchenkov wrote:
> On Thu, Feb 18, 2010 at 11:36:12AM -0800, Pyun YongHyeon wrote:
>
> > On Thu, Feb 18, 2010 at 05:38:22PM +0300, Slawa Olhovchenkov wrote:
> > > On Tue, Feb 16, 2010 at 09:57:19AM -0800, Pyun YongHyeon wro
On Thu, Feb 18, 2010 at 05:38:22PM +0300, Slawa Olhovchenkov wrote:
> On Tue, Feb 16, 2010 at 09:57:19AM -0800, Pyun YongHyeon wrote:
>
> > On Sun, Feb 14, 2010 at 10:04:58AM -0800, Nick Rogers wrote:
> > > I'm having repeated kernel panic issues on 8.0-RELEASE/amd64. C
On Sun, Feb 14, 2010 at 10:04:58AM -0800, Nick Rogers wrote:
> I'm having repeated kernel panic issues on 8.0-RELEASE/amd64. Can anyone
> shed light on the below error? I unfortunately cannot provide a proper crash
> dump. The pointer addresses are always the same. The only other thing I've
> notic
On Wed, Feb 10, 2010 at 07:35:27AM +0100, Olivier Cochard-Labb? wrote:
> On Tue, Feb 9, 2010 at 10:51 PM, Pyun YongHyeon wrote:
> >
> > I guess I fixed all known vge(4) issues, how recent stable/8 you
> > use?
> >
>
> Hi,
>
> my mistake, it's a rel
On Tue, Feb 09, 2010 at 09:31:54PM +0100, Olivier Cochard-Labb? wrote:
> On Tue, Feb 2, 2010 at 8:36 PM, Jonathan Chen wrote:
> > Hi,
> >
> > I've noticed that on a recent 8-STABLE/amd64, scp(1) appears to be
> > stalling very frequently.
>
> I've got the same problem since I've upgraded from 7.2
On Thu, Feb 04, 2010 at 03:00:15PM +1300, Jonathan Chen wrote:
> On Wed, Feb 03, 2010 at 05:25:03PM -0800, Pyun YongHyeon wrote:
> > On Thu, Feb 04, 2010 at 11:52:55AM +1300, Jonathan Chen wrote:
> > > On Tue, Feb 02, 2010 at 11:20:29PM +0200, Nikos Ntarmos wrote:
> > >
On Thu, Feb 04, 2010 at 11:52:55AM +1300, Jonathan Chen wrote:
> On Tue, Feb 02, 2010 at 11:20:29PM +0200, Nikos Ntarmos wrote:
> > On Wed, Feb 03, 2010 at 08:36:16AM +1300, Jonathan Chen wrote:
> > > Hi,
> > >
> > > I've noticed that on a recent 8-STABLE/amd64, scp(1) appears to be
> > > stalling
ALTQ. This has changed a long time ago and should not make any difference
> >> anymore.
> >>
> >> I can't figure out who the OP is, but could you make sure that the
> >> includes
> >> that are used to built the kernel are up to date? You are bu
On Tue, Feb 02, 2010 at 09:47:17AM -0800, Nick Rogers wrote:
> On Tue, Feb 2, 2010 at 9:37 AM, Pyun YongHyeon wrote:
>
> > On Tue, Feb 02, 2010 at 09:30:52AM -0800, Nick Rogers wrote:
> > > > I guess the problem comes from multi-queue support. The drbr
> > >
On Tue, Feb 02, 2010 at 09:30:52AM -0800, Nick Rogers wrote:
> > I guess the problem comes from multi-queue support. The drbr
> > interface is implemented with inline function so em(4)/igb(4) may
> > have to define ALTQ to the header. I have not tested the patch(no
> > time at this moment) but woul
On Sun, Jan 31, 2010 at 12:37:43AM -0800, Nick Rogers wrote:
> I'm having problems getting PF + ALTQ to work on em(4) interfaces under
> 8.0-RELEASE. Kernel was rebuilt with the additional options necessary for
> ALTQ and what not. Same basic configuration works fine under 7.2-RELEASE.
> Basically,
hortly.
>
That's great! Thank you.
> Thanks for your hard work Pyun!
>
No problem.
> Jack
>
>
> On Tue, Jan 26, 2010 at 12:33 PM, Pyun YongHyeon wrote:
>
> > On Tue, Jan 26, 2010 at 12:22:01PM -0800, Jack Vogel wrote:
> > > Well, what our teste
g something?
>
Hmm, then I guess there is bug in the patch. Apparently upper stack
already computed checksum for IPv6 so the patch should not try to
offload IPv6 traffic again. I'll see the patch again.
Thanks for valuable input. :-)
> Cheers,
>
> Jack
>
>
> On Tue, Jan
On Tue, Jan 26, 2010 at 11:55:00AM -0800, Jack Vogel wrote:
> I've tried this patch, and it completely breaks IPv6 offloads, which DO work
> btw,
> our testers have a netperf stress test that does both ipv4 and ipv6, and
> that test
> fails 100% after this change.
>
> I could go hacking at it myse
On Mon, Jan 25, 2010 at 08:25:43AM -0800, Nick Rogers wrote:
> I have not tried toying with any tcp sysctl. I'm not having performance
> problems so much as the interface just stops working entirely, which I would
> think has nothing to do with the TCP stack when layer 2 is not functioning?
>
I'm
On Sun, Jan 24, 2010 at 07:39:11PM +0100, Emanuele A. Bagnaschi wrote:
> Hi,
> I've been experiencing a troubling issue with a Marvell 8072 NIC on an HP
> ProBook 4710s.
> I first noticed that there is a problem while transferring some files
> through scp to a FreeBSD8-STABLE server: CPUs usage sk
On Wed, Jan 20, 2010 at 03:12:51PM -0800, Erik Klavon wrote:
> On Thu, Jan 14, 2010 at 03:26:18PM -0800, Erik Klavon wrote:
> > On Wed, Jan 13, 2010 at 06:06:40PM -0800, Pyun YongHyeon wrote:
> > > On Wed, Jan 13, 2010 at 05:47:19PM -0800, Erik Klavon wrote:
> > >
On Fri, Jan 15, 2010 at 11:12:43AM -0800, alan bryan wrote:
> I just read a different thread about problems with checksums on vge (and nfe
> in the replies).
>
> I'll just chime in here with some more information - I have a couple other
> message threads going about some weird high packet volume
On Fri, Jan 15, 2010 at 10:05:09AM -0700, Michael Loftis wrote:
>
>
> --On Friday, January 15, 2010 10:32 AM +0100 Olivier Cochard-Labb??
> wrote:
>
> >Hi,
> >
> >I've just upgraded on of my server from 7.2 to 8.0-Release and meet a
> >problem with the vge(4) drivers:
> >All my SCP transferts
On Fri, Jan 15, 2010 at 10:32:42AM +0100, Olivier Cochard-Labb? wrote:
> Hi,
>
> I've just upgraded on of my server from 7.2 to 8.0-Release and meet a
> problem with the vge(4) drivers:
> All my SCP transferts didn't works since this upgrade: they close, after a
> random time, with "Corrupted MAC
On Wed, Jan 13, 2010 at 05:47:19PM -0800, Erik Klavon wrote:
> Hi
>
> One of my amd64 machines running 8.0p1 acting as a NAT system for many
> network clients dropped into kdb today. tr indicates a problem in
> bge.
>
> Tracing pid 12 tid 100033 td 0xff0001687000
> pmap_kextract() at pmap_kex
On Fri, Jan 08, 2010 at 06:00:10PM +0100, martinko wrote:
> John Baldwin wrote:
> >On Friday 08 January 2010 4:23:09 am martinko wrote:
> >>Hi,
> >>
> >>$ grep sk0 /etc/rc.conf.local
> >>ifconfig_sk0="DHCP"
> >>
> >>When booting up or netif restart:
> >>
> >>Starting Network: lo0 sk0.
> >>lo0: flag
On Thu, Jan 07, 2010 at 09:46:14AM -0800, alan bryan wrote:
> I did some searching last night and found others using igb on Intel Cards
> having high interrupts and other strange issues and some comments to the
> effect that igb is soon going to have a lot of work done to it (I believe
> Jack Vo
1 - 100 of 390 matches
Mail list logo
