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 NS8381[56]. I
overhauled sis(4) to make
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
done on
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 firewalls to 8-STABLE or 8.2-PRERELEASE
it appears
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 the output, as
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-STABLE #10: Mon Aug 30 06:44:40 CDT 2010
k
On Thu, Dec 02, 2010 at 02:16:49PM -0500, Lowell Gilbert wrote:
Pyun YongHyeon pyu...@gmail.com writes:
Patched committed(r216111).
To -CURRENT.
MFC over the weekend, it sounds like?
___
MFC after is just for reminder for me to request
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: Intel 82558 Pro/100 Ethernet port 0x1000-0x101f mem
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 case
On Tue, Nov 23, 2010 at 04:10:03PM -0800, Garrett Cooper wrote:
On Tue, Nov 23, 2010 at 3:25 PM, Andrew Moran amo...@forsythia.net 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
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 Sat, 06.11.2010 at 23:19:33
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 ykir...@yahoo.com
--- On Thu, 11/11/10, Kevin Oberman ober...@es.net wrote:
From: Kevin Oberman ober...@es.net
Subject: Re: icmp packets on em
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 below) and these days I'm caught in the log
message below
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 Sat, Nov 6, 2010 at 2:37 AM, Ulrich Spörlein u...@spoerlein.net 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=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500
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 u...@spoerlein.net wrote:
Hello Pyun,
On this new server, I cannot get more than ~280kByte/s up/downstream out
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-09
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 the OP's
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 to mbufs.
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.1.1
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=0 # for rl3
and all 3 adapters are now working
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-PCI
.
---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 now saw what appears
to be the same problem on RELENG_8, but on a different nic and with
VLANs. So not sure
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 since the
underlying code has
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 pyu...@gmail.com wrote:
On Mon, Aug 16, 2010 at 05:07:11PM
).
Jack
On Tue, Aug 17, 2010 at 12:14 PM, Pyun YongHyeon pyu...@gmail.com 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
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 under my limited environments. If
Thanks
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:
1.
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 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 BGE driver is identical to 7stable
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 em
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
em1
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):
NAS3 FreeBSD 8.1-PRERELEASE # 0: Thu Jun 3 04:13:07 MSD 2010 i386
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 Link#3 00:1 b: 78: a3: 3c: 01 418543876 1972918 0 446063237 0
0 0 bge1 1500
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 during auto-negotiation such that one
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 = 0x02
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:
25751/1774/27525 mbufs in use
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 Mon, May 24, 2010 at 09:48:33AM -0400, John Baldwin
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, at 8:57 AM, Nikolay Denev wrote:
Hi
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 more question about this NIC. While doing
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 console
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 MTU
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 try to download a
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 small
On Sat, May 08, 2010 at 01:53:34AM +0300, McLone wrote:
On Fri, May 7, 2010 at 11:53 PM, Pyun YongHyeon pyu...@gmail.com 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 to watchdog timeout
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/UTP
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 full-duplex (10baseT/UTP
half-duplex)
status: active
0[to]#
What does the half-duplex portion mean ?
The current
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.
Thanks for the info.
Mike, here
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 Sat, Apr 10, 2010 at 12:12:47AM +0200, Michael Beckmann wrote:
--On Freitag, 9. April 2010 10:32 -0700 Pyun YongHyeon pyu...@gmail.com
wrote:
On Fri, Apr 09, 2010 at 01:50:02AM +0200, Michael Beckmann wrote:
Greetings,
the onboard Realtek Ethernet on my Asus M4A89GTD PRO
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[1383]: ip
8, 2010 at 11:22 AM, Jack Vogel jfvo...@gmail.com wrote:
On Thu, Apr 8, 2010 at 11:17 AM, Pyun YongHyeon pyu...@gmail.com 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
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 bug of old em(4) controllers.
Thanks
On Thu, Apr 8, 2010 at 2:05 PM, Mike Tancsa m...@sentex.net 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:
Try this patch. It should fix the issue. It seems Jack forgot
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 other machines which
get
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 certain
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 b...@fsn.hu
wrote:
...
Both unbound and python accepts DNS requests, and it seems when 25%
interrupt happens, only unbound is in *udp
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 Thursday, March 25, 2010 3:22 PM +0100 Attila Nagy b...@fsn.hu
wrote:
...
Both
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 upgraded
On Thu, Mar 25, 2010 at 09:39:40AM -0600, Michael Loftis wrote:
--On Thursday, March 25, 2010 3:22 PM +0100 Attila Nagy b...@fsn.hu 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
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 download
On Wed, Mar 17, 2010 at 01:06:22PM -0500, Scott Ullrich wrote:
On Wed, Mar 17, 2010 at 11:36 AM, Pyun YongHyeon pyu...@gmail.com 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 interface
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, with a
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
idea why the OUI has
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
may not have the register
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_AUXSTS register
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:
[...]
I'm not sure but recently
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 driver
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.stats.rx.UcastPkts: 2956515
dev.bge.1.stats.rx.MulticastPkts: 0
dev.bge.1.stats.rx.FCSErrors: 18
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
counted.
I can't check cable
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 whether the panic is related with bge(4
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, Slawa Olhovchenkov wrote:
On Thu, Feb 18
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.
dev.bge.1.stats.rx.UcastPkts: 2956515
dev.bge.1
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. Can anyone
shed light
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 wrote:
On Sun, Feb 14
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: HP NC7782 Gigabit Server Adapter, ASIC rev. 0x002100 mem
0xfdf7-0xfdf7
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).
dmesg from boot:
bge0: HP NC7782
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
noticed
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 pyu...@gmail.com wrote:
I guess I fixed all known vge(4) issues, how recent stable/8 you
use?
Hi,
my mistake, it's a release and not a stable version that I'm using
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 j...@chen.org.nz 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
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 Wed, Feb 03, 2010 at 08:36:16AM
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 very
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 would you
On Tue, Feb 02, 2010 at 09:47:17AM -0800, Nick Rogers wrote:
On Tue, Feb 2, 2010 at 9:37 AM, Pyun YongHyeon pyu...@gmail.com 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
interface is implemented
, 2010 at 9:37 AM, Pyun YongHyeon pyu...@gmail.com
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
interface is implemented with inline function so em(4)/igb(4) may
have to define ALTQ to the header
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,
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 myself but
. 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 26, 2010 at 12:12 PM, Pyun YongHyeon pyu...@gmail.com wrote:
On Tue, Jan 26, 2010 at 11
.
Thanks for your hard work Pyun!
No problem.
Jack
On Tue, Jan 26, 2010 at 12:33 PM, Pyun YongHyeon pyu...@gmail.com wrote:
On Tue, Jan 26, 2010 at 12:22:01PM -0800, Jack Vogel wrote:
Well, what our testers do is assign BOTH an ipv4 and ipv6 address to an
interface,
then netperf
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
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:
One of my amd64 machines running 8.0p1
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
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??
oliv...@cochard.me 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
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 volumes on
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
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:
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 Vogel
1 - 100 of 389 matches
Mail list logo