Synopsis: [bge] BCM5720 is not working
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Mon Sep 30 04:24:29 UTC 2013
State-Changed-Why:
9.1-RELEASE lacks support for BCM5720.
Would you try 8.4-RELEASE or 9.2-RC4?
Responsible-Changed-From-To: freebsd-net
Synopsis: [ae] kernel: ae0: watchdog timeout - resetting.
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Tue Jul 9 11:21:13 UTC 2013
State-Changed-Why:
Would you try patch at the following URL?
http://freefall.freebsd.org/~yongari/ae.diff
Responsible-Changed
Synopsis: [dc] dc ethernet driver seems to have issues with some multiport card
and mother board combinations
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Thu May 30 01:11:55 UTC 2013
State-Changed-Why:
The information you gave looks confusing to me
Synopsis: [ale] problem: could not disable Tx/Rx MAC(0x0004)!
Responsible-Changed-From-To: freebsd-net-yongari
Responsible-Changed-By: yongari
Responsible-Changed-When: Thu Nov 29 08:04:49 UTC 2012
Responsible-Changed-Why:
Grab.
http://www.freebsd.org/cgi/query-pr.cgi?pr=173652
Synopsis: [alc] alc network driver + tso + vlan does not work.
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Thu Oct 18 01:40:32 UTC 2012
State-Changed-Why:
I'm pretty sure TSO over VLAN worked well on my box.
Could you share your exact network configuration
Synopsis: [re] RealTek RTL8168/8111/8111c network interface not working
State-Changed-From-To: open-closed
State-Changed-By: yongari
State-Changed-When: Thu Oct 18 02:03:08 UTC 2012
State-Changed-Why:
Support for RTL8168E-VL was added after releasing 7.4-RELEASE.
Update to latest stable/7 or use
Synopsis: [re] RTL8169SC - re0: PHY write failed
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Thu Oct 18 02:11:29 UTC 2012
State-Changed-Why:
Most of these kind of errors come from broken hardware or unstable
power supply. If your re(4) device is a stand
Synopsis: [xl] Periodically, the network card xl0 stops working -- xl0:
watchdog timeout
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Thu Oct 18 05:08:25 UTC 2012
State-Changed-Why:
http://people.freebsd.org/~yongari/xl/xl.watchdog.diff
Would you give above
Synopsis: [ale] [patch] ale driver msix setup typo
Responsible-Changed-From-To: freebsd-net-yongari
Responsible-Changed-By: yongari
Responsible-Changed-When: Mon Oct 8 06:56:31 UTC 2012
Responsible-Changed-Why:
Grab.
http://www.freebsd.org/cgi/query-pr.cgi?pr=171825
Synopsis: [bge] Network unavailable when booting directly to FreeBSD
[regression]
Responsible-Changed-From-To: freebsd-net-yongari
Responsible-Changed-By: yongari
Responsible-Changed-When: Sun Sep 16 09:00:43 UTC 2012
Responsible-Changed-Why:
Grab.
http://www.freebsd.org/cgi/query-pr.cgi?pr
Synopsis: [re] if_re no longer working in 9.x [regression]
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Wed Jul 18 07:16:40 UTC 2012
State-Changed-Why:
9.0-RELEASE came before 8.3-RELEASE so it lacks support for your
controller. Use 9.1-BETA1 or stable/9
Synopsis: [re] if_re doesn't work if you set MAC address
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Thu May 24 02:19:19 UTC 2012
State-Changed-Why:
I think the correct way to change station address is to use
/etc/start_if.interface. For this case
Synopsis: [bce] Watchdog timeouts with bce(4) on BCM5716
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Tue May 22 10:36:45 UTC 2012
State-Changed-Why:
Your release information(i386) and environment(amd64) does not match.
Are you using i386 or PAE?
Having
Synopsis: [msk] [hang] msk network driver cause freeze in FreeBSD 9.0 i386
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Wed Apr 25 03:31:01 UTC 2012
State-Changed-Why:
Would you show me the output of both dmesg(8) and 'pciconf -lcbv'?
Responsible-Changed
Synopsis: [re] Realtek RTL8169 doesn't work with re(4)
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Wed Apr 25 04:29:45 UTC 2012
State-Changed-Why:
Try diff at the following URL and let me know how it goes.
Responsible-Changed-From-To: freebsd-net-yongari
Synopsis: [re] [panic] Kernel panic may be related to if_re.c (realtek 8168 )
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Wed Apr 25 04:33:24 UTC 2012
State-Changed-Why:
There had been a lot of change since 8.1-RELEASE. Could you
reproduce this on 8.3
Synopsis: [re] if_re watchdog timeout
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Mon Apr 23 01:25:58 UTC 2012
State-Changed-Why:
Would you show me the output of ifconfig re0?
Just sending large files from your box through re0 is enough to
reproduce
Synopsis: [msk] msk driver keeps erroring
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Mon Apr 23 01:29:53 UTC 2012
State-Changed-Why:
Would you try the diff at the following URL?
http://svnweb.freebsd.org/base/stable/9/sys/dev/msk/if_msk.c?r1=229524r2
Synopsis: [rl] Realtek RTL8100 keeps droping link
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Mon Apr 23 01:34:58 UTC 2012
State-Changed-Why:
Try set the following loader tunable in /boot/loader.conf and let
me know whether that change makes any difference
Synopsis: [alc] NIC alc(4) does not support 1000baseTX
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Mon Apr 23 01:39:37 UTC 2012
State-Changed-Why:
Show me the output of pciconf -lcbv and dmesg output.
Responsible-Changed-From-To: freebsd-net-yongari
Synopsis: [nfe] nfe0 freezs/hangs FreeBSD 9 system after lan cable connects
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Thu Mar 1 08:22:07 UTC 2012
State-Changed-Why:
Would you post dmesg output related with nfe(4) and its PHY driver?
Your vmstat output
Synopsis: [re] re(4) intermittently UP/DOWN on TPLink TG-3268
Responsible-Changed-From-To: freebsd-net-yongari
Responsible-Changed-By: yongari
Responsible-Changed-When: Tue Feb 28 05:10:07 UTC 2012
Responsible-Changed-Why:
Grab.
http://www.freebsd.org/cgi/query-pr.cgi?pr=165509
Synopsis: [re] interface does not count bytes on interface
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Tue Dec 27 18:38:15 UTC 2011
State-Changed-Why:
I believe this has nothing to do with re(4).
See a possible patch for vlan(4) at the following URL.
http
Synopsis: [bce] [panic] kernel panic in bce0 driver
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Mon Dec 12 19:26:05 UTC 2011
State-Changed-Why:
As you see, this backtrace looks wrong. It can't generate a NULL
pointer dereference at line 5771. Are you using
Synopsis: [ed][panic][patch] large traffic yields occasional panics
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Tue Nov 29 23:01:36 UTC 2011
State-Changed-Why:
It seems that the code path referenced invalid address when a mbuf
length is odd bytes. I
Synopsis: [msk] Marvell Yukon GE onboard card does not work in 1000baseTX mode
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Mon Oct 31 00:44:18 UTC 2011
State-Changed-Why:
There was an important change in msk(4) and that change requires
cold boot to make
Synopsis: [vlan] Packets transmitted on vlan(4) interfaces with a parent vge(4)
vanish.
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Tue Sep 6 00:43:02 UTC 2011
State-Changed-Why:
It seems parent interface vge(4) thinks it does not have established
link
Synopsis: [sk] New D-Link DGE-530T revision not supported by sk(4)
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Fri Jul 22 20:46:35 UTC 2011
State-Changed-Why:
Please apply patch at the following URL and rebuild your kernel.
http://people.freebsd.org
Synopsis: [re] re0 driver quit working on Acer AO751h between 8.0 and 8.2 (also
9.0) [regression]
Responsible-Changed-From-To: freebsd-net-yongari
Responsible-Changed-By: yongari
Responsible-Changed-When: Tue Jul 5 00:35:48 UTC 2011
Responsible-Changed-Why:
Grab.
http://www.freebsd.org/cgi
Synopsis: [msk] Marvell Yukon 2 device works only few seconds
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Mon May 23 22:49:55 UTC 2011
State-Changed-Why:
Could you try latest msk(4) on your box? Recently I fixed a couple
stability issues of msk(4). I think
Synopsis: [msk] msk driver locks marvel yukon 88E8057 NIC
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Mon May 16 20:22:12 UTC 2011
State-Changed-Why:
Would you show me dmesg output to identify which controller you have?
If you have Yukon Ultra2(88E8057 I
Synopsis: [re] Driver update request for RTL 8105EL
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Fri May 6 19:15:50 UTC 2011
State-Changed-Why:
RTL8105E support is already in HEAD and merged to both stable/8 and
stable/7. Please update your source tree
Synopsis: [re] if_re.ko driver cannot handle RL8169 card properly
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Sun Apr 10 22:44:34 UTC 2011
State-Changed-Why:
Completely remove vendor's driver, rtl_bsd_drv_v179, and reboot
and show me the full dmesg output
Synopsis: [bce] [panic] arpintr()-in_lltable_lookup() 8.1 bce(4) crash
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Sun Apr 10 22:54:34 UTC 2011
State-Changed-Why:
I think it's not a bug of bce(4) but arp(4) and I guess it was
fixed in 8.2-RELEASE.
Can you
Synopsis: [bce] [panic] arpintr()-in_lltable_lookup() 8.1 bce(4) crash
Responsible-Changed-From-To: freebsd-net-yongari
Responsible-Changed-By: yongari
Responsible-Changed-When: Sun Apr 10 22:55:25 UTC 2011
Responsible-Changed-Why:
Grab.
http://www.freebsd.org/cgi/query-pr.cgi?pr=156026
Synopsis: [bge] bge driver is seen but does not respond to networking requests
Responsible-Changed-From-To: freebsd-net-yongari
Responsible-Changed-By: yongari
Responsible-Changed-When: Fri Mar 11 21:29:14 UTC 2011
Responsible-Changed-Why:
Grab.
http://www.freebsd.org/cgi/query-pr.cgi?pr=155442
Synopsis: [vr] vr0 without mac address
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Sat Mar 5 23:56:00 UTC 2011
State-Changed-Why:
Would you show me full dmesg(8) output of your box?
vr(4) was not touched for a long time so what is the last known
FreeBSD
Synopsis: [re] 'media auto' does not work
State-Changed-From-To: open-closed
State-Changed-By: yongari
State-Changed-When: Wed Mar 2 17:47:23 UTC 2011
State-Changed-Why:
Not a bug. You need 4 pairs(all 8 pins) to establish a gigabit
link. You may argue PHY should do downshifting to find next
Synopsis: [age] Bad packet length x, Disconnecting: Packet corrupt
(unless TSO, rxcsum, txcsum are disabled)
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Mon Feb 28 02:25:46 UTC 2011
State-Changed-Why:
I guess TSO and TX checksum offloading have nothing
Synopsis: [fxp] link stage change on multicast join/leave
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Sat Feb 12 23:10:20 UTC 2011
State-Changed-Why:
Would you try patch at the following URL?
http://people.freebsd.org/~yongari/fxp/fxp.mcast.diff
Synopsis: [msk] [panic] if_msk driver causes kernel panic (fatal trap while in
kernel mode)
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Thu Feb 10 18:41:33 UTC 2011
State-Changed-Why:
It seems there are two issues here.
o Station address read by driver
Synopsis: [nfe] [hang] ifconfig nfe up causes a hard system lockup in
7.0-RELEASE and 7.0-STABLE-042008
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Mon Jan 31 21:38:47 UTC 2011
State-Changed-Why:
Is it still issue on more recent FreeBSD release
Synopsis: [re] High Collision count on re network interface
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Sun Jan 23 22:54:37 UTC 2011
State-Changed-Why:
The counter comes from status report from hardware so I think the
counter is correct. Since you're using
Synopsis: [re] network card works only on 1000M
Responsible-Changed-From-To: freebsd-net-yongari
Responsible-Changed-By: yongari
Responsible-Changed-When: Thu Jan 20 21:43:48 UTC 2011
Responsible-Changed-Why:
Grab.
http://www.freebsd.org/cgi/query-pr.cgi?pr=152411
Synopsis: [nfe] nfe0 malfunction at boot time
Responsible-Changed-From-To: freebsd-net-yongari
Responsible-Changed-By: yongari
Responsible-Changed-When: Thu Jan 20 21:45:36 UTC 2011
Responsible-Changed-Why:
Grab.
http://www.freebsd.org/cgi/query-pr.cgi?pr=153610
Synopsis: [alc] [hang] recent alc driver locks computer
Responsible-Changed-From-To: freebsd-net-yongari
Responsible-Changed-By: yongari
Responsible-Changed-When: Tue Jan 18 20:08:26 UTC 2011
Responsible-Changed-Why:
Grab.
http://www.freebsd.org/cgi/query-pr.cgi?pr=154076
Synopsis: [bge] bge driver problems BCM5906 laptop
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Tue Jan 18 21:01:07 UTC 2011
State-Changed-Why:
Would you show me both dmeg and pciconf -lcbv output?
ifconfig bge0 output also would be helpful.
Responsible
Synopsis: [nfe] panic: _mtx_lock_sleep: recursed on non-recursive mutex nfe0 @
/usr/src/sys/dev/nfe/if_nfe.c:820
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Sat Nov 20 22:18:08 UTC 2010
State-Changed-Why:
I think it was already fixed in HEAD(r215194
Synopsis: [bge] 8.1-R driver stop to reveice incoming packets on high bandwidth
for BCM5784, 7.3-R works
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Fri Nov 19 17:53:56 UTC 2010
State-Changed-Why:
Could you try latest stable/8 on the box? There were
Synopsis: [alc] alc network driver + tso ( + vlan ? ) does not work.
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Mon Oct 25 18:32:39 UTC 2010
State-Changed-Why:
I can't reproduce this on my box with/without VLAN. I believe this
is the first report that TSO
Synopsis: [msk] watchdog timeout
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Mon Oct 25 19:17:29 UTC 2010
State-Changed-Why:
I also have a DGE-560T but I can't reproduce this issue on my box.
Because you said disabling MSI fixed the issue I vaguely guess
Synopsis: [fxp] 8.1-release, problem with fxp driver [regression]
State-Changed-From-To: open-closed
State-Changed-By: yongari
State-Changed-When: Mon Aug 16 17:24:31 UTC 2010
State-Changed-Why:
Not a fxp(4) bug.
This issue was caused by a bug in ipfilter's checksum offloading
handling. Consumer
Synopsis: [ste] Permanent DOWN/UP network interface ste0 on 8.1-RELEASE
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Wed Aug 4 23:49:17 UTC 2010
State-Changed-Why:
I don't think this regression was caused by ste(4) overhauling. The
message is printed by mii
Synopsis: [alc] alc0 does not send/receive packets if not plugged in during boot
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Tue Jul 20 22:32:06 UTC 2010
State-Changed-Why:
Would you try the patch at the following URL and let me know
whether it makes any
Synopsis: [bge] [panic] Kernel panics with Windows7 client
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Mon Jul 12 21:46:55 UTC 2010
State-Changed-Why:
Can you still reproduce this issue on 8.1-RC2?
It seems you got all 0s ethernet address which seems
Synopsis: [bge] Softboot causes autoconf failure on Broadcom 5703
Responsible-Changed-From-To: freebsd-net-yongari
Responsible-Changed-By: yongari
Responsible-Changed-When: Tue Jul 6 19:45:32 UTC 2010
Responsible-Changed-Why:
Take.
There had been a lot of PHY related stuff changes and I guess
Synopsis: [bge] bge0: watchdog timeout -- resetting
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Tue Jul 6 20:08:31 UTC 2010
State-Changed-Why:
If you are still seeing the issue on 8.1-RC2 or 7.3-RELEASE, please
show me the verbosed dmesg output as well
Synopsis: [bge] [patch] hack to get bge(4) working on IBM e326m
State-Changed-From-To: suspended-closed
State-Changed-By: yongari
State-Changed-When: Tue Jul 6 21:58:43 UTC 2010
State-Changed-Why:
Close, BCM5780 support was made long time ago.
Responsible-Changed-From-To: freebsd-net-yongari
Synopsis: [bge] Broadcom BCM5704C: Intermittent on newer chip version: CS0424
P20
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Tue Jul 6 22:03:44 UTC 2010
State-Changed-Why:
Is it still issue on more recent FreeBSD?(8.1-RC2 or 7.3-RELEASE)?
Responsible
Synopsis: [bce] bce driver link negotiation is faulty
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Tue Jul 6 22:05:52 UTC 2010
State-Changed-Why:
Is it still issue on more recent FreeBSD?(8.1-RC2 or 7.3-RELEASE)?
I believe it was fixed in long time ago
Synopsis: [bge] packet loss with bge driver on BCM5704 chipset
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Tue Jul 6 22:10:08 UTC 2010
State-Changed-Why:
Is it still issue on more recent FreeBSD?(8.1-RC2 or 7.3-RELEASE)?
If yes, show me full verbose dmesg
Synopsis: [bge] [patch] bge has checksum problems on the 5703 chipset
State-Changed-From-To: analyzed-closed
State-Changed-By: yongari
State-Changed-When: Tue Jul 6 22:15:29 UTC 2010
State-Changed-Why:
As Kris pointed out, it's not a bug of bge(4). It's normal to see bad
checksummed frames
Synopsis: [nfe] [patch] Bring in nfe(4) to RELENG_6
State-Changed-From-To: open-closed
State-Changed-By: yongari
State-Changed-When: Tue Jul 6 22:18:10 UTC 2010
State-Changed-Why:
jhb already MFCed nfe(4) into stable/6(r185644).
Responsible-Changed-From-To: freebsd-net-yongari
Responsible
Synopsis: [rl] [patch] add WoL support to rl(4)
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Tue Jul 6 00:23:06 UTC 2010
State-Changed-Why:
Would you try the following patch and let me know how it goes?
http://people.freebsd.org/~yongari/rl.wol.patch
Synopsis: [bge] [panic] bge watchdog timeout --resetting - crash
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Tue Jul 6 01:30:23 UTC 2010
State-Changed-Why:
Due to lack of backtrace I'm not sure whether you're seeing known
bge(4) issue that was fixed
Synopsis: [ae] After spontaneous ae0 watchdog timeout, stray Tx
interrupt(s), size mismatch messages, interface hangs up
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Tue Jul 6 02:30:39 UTC 2010
State-Changed-Why:
Would you try patch at the following URL
Synopsis: [fxp] [patch] New PCI devID for if_fxp driver (tested, worked)
Responsible-Changed-From-To: freebsd-net-yongari
Responsible-Changed-By: yongari
Responsible-Changed-When: Fri May 21 21:10:33 UTC 2010
Responsible-Changed-Why:
Grab.
Would you show me the output of pciconf -lcbv?
http
Synopsis: [fxp] multicast packets aren't received when PROMISC mode on fxp.
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Wed Apr 21 16:49:05 UTC 2010
State-Changed-Why:
Would try the patch at the following URL?
http://people.freebsd.org/~yongari/fxp
Synopsis: [fxp] poor preformance with fxp driver intel 82550 chipset
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Thu Mar 25 18:25:58 UTC 2010
State-Changed-Why:
What FreeBSD version do you use?
And show me the output of dmesg and ifconfig fxp0.
Could you
Synopsis: [bce] bce driver fails on PowerEdge m610 blade.
State-Changed-From-To: open-patched
State-Changed-By: yongari
State-Changed-When: Thu Mar 18 21:54:05 UTC 2010
State-Changed-Why:
Patch committed to HEAD(r205299, r205300).
Responsible-Changed-From-To: freebsd-net-yongari
Responsible
Synopsis: [bce] bce driver on IBM HS22 [No PHY found on Child MII bus]
State-Changed-From-To: open-patched
State-Changed-By: yongari
State-Changed-When: Thu Mar 18 21:55:10 UTC 2010
State-Changed-Why:
Patch committed to HEAD(r205299, r205300).
Responsible-Changed-From-To: freebsd-net-yongari
Synopsis: [bce] The two NetXtreme II BCM5709S NICs on our HP Bl460c G1 Blade
can't be accessed on FreeBSD 7.2 and 8 [regression]
State-Changed-From-To: open-patched
State-Changed-By: yongari
State-Changed-When: Thu Mar 18 21:56:45 UTC 2010
State-Changed-Why:
Patch committed to HEAD(r205299
Synopsis: [bce] bce BCM5709 Watchdog after warm boot - ok after cold boot
State-Changed-From-To: open-closed
State-Changed-By: yongari
State-Changed-When: Fri Mar 19 00:30:39 UTC 2010
State-Changed-Why:
Patch MFCed from HEAD. If you can still reproduce the issue please let me
know.
Responsible
Synopsis: [patch] Add support for bcm5761,bcm5784,bcm5785 gigabyte lan
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Thu Mar 18 00:07:04 UTC 2010
State-Changed-Why:
This is very odd. bge(4) already supported these controllers since
r196370. Are you sure
Synopsis: [re] TCP transfer corruption using if_re
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Fri Mar 12 17:53:37 UTC 2010
State-Changed-Why:
This looks like Rx checksum offloading issue. Would you try
disabling Rx checksum offloading and test it again
Synopsis: [fxp] The fxp driver does not handle Frame Check Sequence (CRC)
errors correctly.
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Mon Mar 8 18:46:31 UTC 2010
State-Changed-Why:
I don't think 7.1-RELEASE has enhancements made by me so it may
have some
Synopsis: [age] Attansic L1 Gigabit Ethernet recieves multicasts only in
promisc mode
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Wed Mar 3 20:48:00 UTC 2010
State-Changed-Why:
I believe this was fixed. Would you try it on more recent stable/8,
stable/7
Synopsis: [bge] if_bge low performance problem
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Wed Mar 3 20:53:05 UTC 2010
State-Changed-Why:
Is this still problem on recent FreeBSD stable/8, stable/7 or
7.3-RELEASE? If you still have performance problems
Synopsis: [bge] [request] if_bge(4) doesn't support BCM576X family
State-Changed-From-To: suspended-feedback
State-Changed-By: yongari
State-Changed-When: Wed Mar 3 20:58:01 UTC 2010
State-Changed-Why:
Is this still problem on recent FreeBSD stable/8, stable/7 or
7.3-RELEASE? I believe BCM576x
Synopsis: [msk] watchdog timeout (missed Tx interrupts) -- recovering
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Sat Feb 27 01:19:28 UTC 2010
State-Changed-Why:
I bought DGE-560T and I can't reproduce this on CURRENT. Becasue
there were a lot of changes
Synopsis: [msk] if_msk page fault while in kernel mode
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Sat Feb 27 01:22:14 UTC 2010
State-Changed-Why:
Becasue there were a lot of changes since Nov 2008, would please
try latest msk(4)? Also show me the output
Synopsis: [msk] Slow network performance and high system cpu load while
transfering data
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Mon Feb 22 02:01:24 UTC 2010
State-Changed-Why:
I remember there are stability issues on 88E8072 but it's somewhat
hard
Synopsis: [patch][net][if_re] Teach the if_re driver to properly recognize
hardware revisions with non-zero MAC rev. bits
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Fri Jan 22 19:57:19 UTC 2010
State-Changed-Why:
It looks like you have second generation
Synopsis: [ste] DFE-580TX not working properly
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Tue Jan 19 18:44:44 UTC 2010
State-Changed-Why:
I fixed serveral bugs in ste(4) and the change was already MFCed
to stable/8 and stable/7. Would you try latest ste(4
Synopsis: [bge] Broadcom 5715S no carrier on HP BL460c blade using 6.3-RELEASE
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Mon Jan 18 20:32:13 UTC 2010
State-Changed-Why:
I've committed patch to address this(r202293, r202294). Would you
try latest bge(4
Synopsis: [vge] vge(4) does not work properly when loaded as a KLD
State-Changed-From-To: feedback-closed
State-Changed-By: yongari
State-Changed-When: Tue Dec 15 20:07:50 UTC 2009
State-Changed-Why:
Close, I can't reproduce this on recent 9-CURRENT.
Responsible-Changed-From-To: freebsd-net
Synopsis: [vge] vge(4) on AMD64 only works when loaded late, not in loader.conf
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Tue Dec 15 20:11:46 UTC 2009
State-Changed-Why:
Would you try the patch at the following URL?
http://people.freebsd.org/~yongari/vge
Synopsis: [vge] vge driver on a VIA mini-ITX not working
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Tue Dec 15 20:14:33 UTC 2009
State-Changed-Why:
Would you try the patch at the following URL?
http://people.freebsd.org/~yongari/vge/vge.miipoll.diff
Synopsis: [vge] Strange behavior with vge gigabit ethernet adapter
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Mon Dec 14 22:37:50 UTC 2009
State-Changed-Why:
I think I fixed the issue in HEAD. Would you try vge(4) in HEAD?
Responsible-Changed-From
Synopsis: [vge] vge(4) problem on 8.0-RELEASE
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Mon Dec 14 22:40:55 UTC 2009
State-Changed-Why:
I think I fixed the issue in HEAD. Would you try vge(4) in HEAD?
You can download the following latest vge(4) files
Synopsis: [fxp] fxp driver starts with rxcsum on
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Fri Nov 20 22:03:13 UTC 2009
State-Changed-Why:
I belive the fix was committed to HEAD(r197586) and MFCed to
stable/8 and stable7 but it didn't make it into 8.0
Synopsis: [msk] msk FIFO rx overrun
Responsible-Changed-From-To: freebsd-net-yongari
Responsible-Changed-By: yongari
Responsible-Changed-When: Mon Sep 28 22:20:50 UTC 2009
Responsible-Changed-Why:
Grab.
http://www.freebsd.org/cgi/query-pr.cgi?pr=139093
Synopsis: [fxp] truncated-ip - 2 bytes missing! on fxp(4) [regression]
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Mon Aug 24 18:20:03 UTC 2009
State-Changed-Why:
The pciconf(8) looks wrong to me. According to the chipid your fxp0
interface is Intel 82801BA
Synopsis: [fxp] fxp(4) promiscuous mode seems to corrupt hw-csum
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Tue Jun 23 07:55:36 UTC 2009
State-Changed-Why:
I guess you came across old bug of bridge(4) which it failed to
disable Tx checksum offloading when
Synopsis: [fxp] fxp looses ability to speak with traffic
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Tue Jun 23 08:27:34 UTC 2009
State-Changed-Why:
It seems your controller is plain i82559. Since you said you can
see incoming traffics I think
Synopsis: [fxp] fxp0 MBUF and PAE
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Tue Jun 23 08:30:24 UTC 2009
State-Changed-Why:
There was a couple of bus_dma(9) fixes in HEAD which may fix the
issue on PAE environments. Could you try latest fxp(4) in HEAD
Synopsis: [fxp] EEPROM corruption with Compaq NC3163 NIC
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Tue Jun 23 08:39:57 UTC 2009
State-Changed-Why:
Would you show me the output of pciconf -lcv? Also please give me
more information for what other operating
Synopsis: [fxp] no wol capability in fxp-driver for 82801-based chipset after
upgrade to 7.2 [regression]
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Fri Jun 12 07:32:18 UTC 2009
State-Changed-Why:
Would you try the following patch and let me know how
Synopsis: [fxp] fxp(4) driver failed to initialize device Intel 82801DB
Responsible-Changed-From-To: freebsd-net-yongari
Responsible-Changed-By: yongari
Responsible-Changed-When: Sat Jun 13 01:11:35 UTC 2009
Responsible-Changed-Why:
Grab.
http://www.freebsd.org/cgi/query-pr.cgi?pr=125195
Synopsis: [fxp] [panic] fxp(4) related kernel panic
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Wed Mar 18 06:09:32 UTC 2009
State-Changed-Why:
Is this still issue on latest stable?
I think I've fixed all known buffer exhausation issues of fxp(4).
Would you
1 - 100 of 117 matches
Mail list logo