On Thu, Nov 02, 2017 at 10:13:15AM -0400, Ernie Luzar wrote:
> Posted this 10/31/2017 got no reply.
>
> Been getting these error messages since about release 10.0 I think.
> Have changed to new hardware box and new cable modem and still having
> the same error messages. Also occurs when I use
On Sun, May 21, 2017 at 09:29:42AM +, Thomas Mueller wrote:
> from YongHyeon PYUN:
>
> > [removed stable@ from CC]
>
> > > I recently updated my 10.1-STABLE to 11.0-STABLE and find I can no longer
> > > connect with the Ethernet.
>
> > > dhcli
On Thu, May 18, 2017 at 07:04:51AM +, Thomas Mueller wrote:
[removed stable@ from CC]
> I recently updated my 10.1-STABLE to 11.0-STABLE and find I can no longer
> connect with the Ethernet.
>
> dhclient re0 produces
>
> DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 4
>
On Sat, Nov 19, 2016 at 07:44:35PM +0100, O. Hartmann wrote:
> Am Mon, 7 Nov 2016 11:16:23 +0900
> YongHyeon PYUN <pyu...@gmail.com> schrieb:
>
> > On Sun, Nov 06, 2016 at 01:20:36PM +0100, Hartmann, O. wrote:
> > > On Mon, 31 Oct 2016 11:12:22 +0900
> > >
On Sun, Nov 06, 2016 at 01:20:36PM +0100, Hartmann, O. wrote:
> On Mon, 31 Oct 2016 11:12:22 +0900
> YongHyeon PYUN <pyu...@gmail.com> wrote:
>
> > On Fri, Oct 28, 2016 at 09:21:13PM +0200, Hartmann, O. wrote:
> > > On Thu, 27 Oct 2016 10:00:04 +0900
> > >
On Fri, Oct 28, 2016 at 09:21:13PM +0200, Hartmann, O. wrote:
> On Thu, 27 Oct 2016 10:00:04 +0900
> YongHyeon PYUN <pyu...@gmail.com> wrote:
>
> > On Tue, Oct 25, 2016 at 07:03:38AM +0200, Hartmann, O. wrote:
> > > On Tue, 25 Oct 2016 11:05:38 +0900
> > >
On Tue, Oct 25, 2016 at 07:03:38AM +0200, Hartmann, O. wrote:
> On Tue, 25 Oct 2016 11:05:38 +0900
> YongHyeon PYUN <pyu...@gmail.com> wrote:
>
[...]
> > I'm not sure but it's likely the issue is related with EEE/Green
> > Ethernet handling. EEE is negotiate
On Mon, Oct 24, 2016 at 02:03:37PM +0200, O. Hartmann wrote:
> On Mon, 24 Oct 2016 14:14:00 +0900
> YongHyeon PYUN <pyu...@gmail.com> wrote:
>
> > On Sun, Oct 23, 2016 at 01:25:38PM +0200, Hartmann, O. wrote:
> > > I tried to report earlier here that CURRENT does ha
On Sun, Oct 23, 2016 at 01:25:38PM +0200, Hartmann, O. wrote:
> I tried to report earlier here that CURRENT does have some serious
> problems right now and one of those problems seems to be triggered by
> the recent re(4) driver. The problem is also present in recen 11-STABLE!
>
> Below, you'll
On Wed, Feb 03, 2016 at 08:57:01PM +0100, s@web.de wrote:
> After updating -current at Jan, 31st (r295091) the Realtek ethernet device
> driver of my Zotac ZBox RI323 mini pc seems to be broken: I can neither
> connect to the host even though the interface is shown as active, nor can I
>
On Sat, Aug 22, 2015 at 11:25:58AM -0700, Sean Bruno wrote:
I'm going to guess that you're using an em net driver, since that is the
only one that sets if_hw_tsomax IP_MAXPACKET (65535) from what I can see.
Sean, EM_TSO_SIZE is defined as (65535 + sizeof(struct ether_vlan_header)),
On Mon, Jul 27, 2015 at 01:02:32PM +0200, Hans Petter Selasky wrote:
Hi,
I'm currently doing some busdma work, and possibly stepped over some
driver bugs. When bus_dmamap_load_mbuf_sg() returns ENOMEM the mbuf
chain is not freed. Is there some magic in bus_dmamap_load_mbuf_sg()
for that
On Thu, Oct 02, 2014 at 02:07:30PM +0900, Yonghyeon PYUN wrote:
On Wed, Oct 01, 2014 at 10:36:37AM +0900, Yonghyeon PYUN wrote:
On Tue, Sep 30, 2014 at 10:57:41AM +0900, Yonghyeon PYUN wrote:
Hi,
I've added support for QAC AR816x/AR817x ethernet controllers. It
passed my limited
On Sat, Oct 04, 2014 at 08:10:06PM +, Craig Wiesen wrote:
Yonghyeon PYUN pyunyh at gmail.com writes:
On Wed, Oct 01, 2014 at 10:36:37AM +0900, Yonghyeon PYUN wrote:
On Tue, Sep 30, 2014 at 10:57:41AM +0900, Yonghyeon PYUN wrote:
Hi,
I've added support for QAC AR816x/AR817x
On Fri, Oct 03, 2014 at 09:29:46PM +0200, Dariusz Wierzbicki wrote:
Dnia 2014-10-02, o godz. 14:07:30
Yonghyeon PYUN pyu...@gmail.com napisał(a):
On Wed, Oct 01, 2014 at 10:36:37AM +0900, Yonghyeon PYUN wrote:
On Tue, Sep 30, 2014 at 10:57:41AM +0900, Yonghyeon PYUN wrote:
Hi
On Wed, Oct 01, 2014 at 10:36:37AM +0900, Yonghyeon PYUN wrote:
On Tue, Sep 30, 2014 at 10:57:41AM +0900, Yonghyeon PYUN wrote:
Hi,
I've added support for QAC AR816x/AR817x ethernet controllers. It
passed my limited testing and I need more testers. You can find
patches from
On Tue, Sep 30, 2014 at 10:57:41AM +0900, Yonghyeon PYUN wrote:
Hi,
I've added support for QAC AR816x/AR817x ethernet controllers. It
passed my limited testing and I need more testers. You can find
patches from the following URLs.
http://people.freebsd.org/~yongari/alc/pci.quirk.diff
Hi,
I've added support for QAC AR816x/AR817x ethernet controllers. It
passed my limited testing and I need more testers. You can find
patches from the following URLs.
http://people.freebsd.org/~yongari/alc/pci.quirk.diff
and
http://people.freebsd.org/~yongari/alc/alc.diff.20140930
On Mon, Jul 07, 2014 at 10:12:07AM +0200, Hans Petter Selasky wrote:
Hi,
I'm asking for some input on the attached m_dup() patch, so that
existing functionality or dependencies are not broken. The background
for the change is to allow m_dup() to defrag long mbuf chains that
doesn't fit
On Thu, May 08, 2014 at 05:23:32PM +, Alexey Dokuchaev wrote:
On Tue, Mar 05, 2013 at 09:14:11AM +, Alexey Dokuchaev wrote:
On Tue, Mar 05, 2013 at 05:57:03PM +0900, YongHyeon PYUN wrote:
Hmm, Does the switch support EEE feature? If yes, would you try
disabling it?
I do
On Mon, Feb 03, 2014 at 02:56:37PM +0100, Christian Brueffer wrote:
Hi,
for some time now we have had two drivers for NVIDIA NForce/MCP network
chips, namely nve(4) and nfe(4).
The former came first and is based on a binary blob. The latter was
later ported from OpenBSD and is blob-free.
On Sat, Feb 01, 2014 at 12:18:59PM +0400, Boris Samorodov wrote:
Hi Yonghyeon and All,
(this time it's a CURRENT issue)
31.10.2013 17:33, Boris Samorodov пишет:
30.10.2013 06:16, Yonghyeon PYUN пишет:
On Tue, Oct 29, 2013 at 05:38:27PM +0400, Boris Samorodov wrote:
From time
On Fri, Jan 10, 2014 at 02:35:29PM +0400, Gleb Smirnoff wrote:
Yonghyeon,
On Fri, Jan 10, 2014 at 10:21:14AM +0900, Yonghyeon PYUN wrote:
Y I experience some troubles with the igb device driver on FreeBSD 10-RC4.
Y
Y The kernel make a pagefault in the igb_tx_ctx_setup function when
On Fri, Jan 10, 2014 at 09:37:33AM +0100, Fabien Thomas wrote:
Le 10 janv. 2014 ? 02:21, Yonghyeon PYUN pyu...@gmail.com a ?crit :
On Thu, Jan 09, 2014 at 04:06:09PM +0100, Alexandre Martins wrote:
Dear,
I experience some troubles with the igb device driver on FreeBSD 10-RC4
On Thu, Jan 09, 2014 at 04:06:09PM +0100, Alexandre Martins wrote:
Dear,
I experience some troubles with the igb device driver on FreeBSD 10-RC4.
The kernel make a pagefault in the igb_tx_ctx_setup function when accessing
to
a IPv6 header.
The network configuration is the following:
On Thu, Nov 07, 2013 at 02:25:18AM +, Thomas Mueller wrote:
I tried the patch on 9.2-STABLE, rebuilt the kernel and modules, installed to
the correct place on USB stick,
/media/zip0/boot/kernelre
USB stick was mounted on /media/zip0 when I did this.
Then I umounted, took the USB stick
On Wed, Nov 06, 2013 at 02:36:07AM +, Thomas Mueller wrote:
from Yonghyeon PYUN:
Thomas, would you try attached patch on your system?
[-- Attachment #2: re.8168evl.diff --]
[-- Type: text/x-diff, Encoding: 7bit, Size: 3.6K --]
Content-Type: text/x
On Sun, Sep 15, 2013 at 09:04:28PM -0600, Scott Long wrote:
On Sep 15, 2013, at 8:17 PM, Yonghyeon PYUN pyu...@gmail.com wrote:
On Sat, Sep 14, 2013 at 08:47:06PM -0600, Scott Long wrote:
Index: sys/dev/re/if_re.c
On Sat, Sep 14, 2013 at 08:47:06PM -0600, Scott Long wrote:
Index: sys/dev/re/if_re.c
===
--- sys/dev/re/if_re.c(revision 255582)
+++ sys/dev/re/if_re.c(working copy)
@@ -234,6 +234,10 @@
{
Hi,
It was known that bge(4) generated wrong TCP/UDP checksum when the
frame length was less then 60 bytes. So bge(4) implemented padding
workaround for such runt frames. bge(4) also ignored H/W assisted
TCP/UDP checksum result when the length of received frame was less
than 60 bytes. This
On Sat, Jul 13, 2013 at 01:39:06PM +0200, Denis D wrote:
If you use dual-boot, please try cold-boot it. Other OS may have
put the PHY into weird state. Cold-boot shall make firmware restore
its PHY configuration.
Hello pyunyh,
when i really understand the
On Sun, Jul 07, 2013 at 10:10:42PM +0200, Denis D wrote:
Hello Community,I hope someone could help me with this problem. The last days
I have tried to find a solution, but haven't found one.The watchdog timeout
happens, when I'm going to download something or copy a file on my FTP
server.
On Sat, May 11, 2013 at 12:04:09AM +0400, Gleb Smirnoff wrote:
Spil,
On Fri, May 10, 2013 at 09:06:35AM +0200, Spil Oss wrote:
S There seems to be quite a bit of overhaul on the firewall code, pf and
S ipfw have been moved to sys/netpfil? Can there be some regressions in
S there that I
On Sat, Apr 13, 2013 at 03:25:11PM +0200, Spil Oss wrote:
Hi YongHyeon,
Will post on freebsd-ipfw@ as well...
Does your engineering sample function normally with rxcsum/txcsum disabled?
Yes.
Kind regards,
Spil.
On Thu, Apr 11, 2013 at 3:11 AM, YongHyeon PYUN pyu...@gmail.com
, 2013 at 4:14 AM, YongHyeon PYUN pyu...@gmail.com wrote:
On Mon, Apr 08, 2013 at 08:45:58PM +0200, Spil Oss wrote:
Hi YongHyeon,
output from verbose boot
ugen3.2: vendor 0x0b95 at usbus3
axe0: vendor 0x0b95 product 0x772b, rev 2.00/0.01, addr 2 on usbus3
axe0: PHYADDR 0xe0
,
Spil.
On Mon, Apr 8, 2013 at 8:35 AM, YongHyeon PYUN pyu...@gmail.com wrote:
On Sun, Apr 07, 2013 at 09:14:16PM +0200, Spil Oss wrote:
Hi all,
With checksum offloading enabled I cannot use my axe NIC (ASIX AX88772B).
ifconfig ue0 -txcsum -rxcsum
will make dhclient ue0 return
On Sun, Apr 07, 2013 at 09:14:16PM +0200, Spil Oss wrote:
Hi all,
With checksum offloading enabled I cannot use my axe NIC (ASIX AX88772B).
ifconfig ue0 -txcsum -rxcsum
will make dhclient ue0 return
if I re-enable txcsum and rxcsum I get an immediate response from the dhcp
server.
On Tue, Mar 05, 2013 at 08:06:20AM +, Alexey Dokuchaev wrote:
On Tue, Mar 05, 2013 at 04:43:15PM +0900, YongHyeon PYUN wrote:
Could you disable WOL before rebooting your box?
# ifconfig ale0 -wol
# reboot
It came up as 100baseTX. :(
You don't use any manual link
On Mon, Mar 04, 2013 at 08:18:58AM +, Alexey Dokuchaev wrote:
On Mon, Mar 04, 2013 at 04:06:32PM +0900, YongHyeon PYUN wrote:
On Mon, Mar 04, 2013 at 06:59:40AM +, Alexey Dokuchaev wrote:
Better this time, I'm having 1000baseT again! :-)
Thanks a lot for testing and patience
On Tue, Mar 05, 2013 at 06:59:10AM +, Alexey Dokuchaev wrote:
On Tue, Mar 05, 2013 at 02:49:20PM +0900, YongHyeon PYUN wrote:
On Mon, Mar 04, 2013 at 08:18:58AM +, Alexey Dokuchaev wrote:
Yes, multiple reboots was a good idea, it's not very stable: [...]
I've tried various
On Sun, Mar 03, 2013 at 12:00:10PM +, Alexey Dokuchaev wrote:
On Sun, Mar 03, 2013 at 09:53:30AM +, Alexey Dokuchaev wrote:
However, after reboot ale0 come up at 1000baseT full-duplex, with patched
driver (longer delays in ale_phy_reset()). I've reverted this change and
rebooted
On Mon, Mar 04, 2013 at 01:53:44AM +, Alexey Dokuchaev wrote:
On Mon, Mar 04, 2013 at 09:50:44AM +0900, YongHyeon PYUN wrote:
On Sun, Mar 03, 2013 at 12:00:10PM +, Alexey Dokuchaev wrote:
Alas, after make kernel, link come up as 100mbps again, playing with
delays and rebooting
On Mon, Mar 04, 2013 at 02:46:31AM +, Alexey Dokuchaev wrote:
On Mon, Mar 04, 2013 at 11:10:59AM +0900, YongHyeon PYUN wrote:
On Mon, Mar 04, 2013 at 01:53:44AM +, Alexey Dokuchaev wrote:
Yes, it did help. With 2000us delays (I didn't revert them [...]
Great! But it seems 2ms
On Mon, Mar 04, 2013 at 05:59:48AM +, Alexey Dokuchaev wrote:
On Mon, Mar 04, 2013 at 02:23:28PM +0900, YongHyeon PYUN wrote:
Ok, here is final diff which combines two things you've tested.
So revert any changes before applying it.
Let me know how it goes on your box.
Hmm, apparently
On Mon, Mar 04, 2013 at 06:59:40AM +, Alexey Dokuchaev wrote:
On Mon, Mar 04, 2013 at 03:29:44PM +0900, YongHyeon PYUN wrote:
On Mon, Mar 04, 2013 at 05:59:48AM +, Alexey Dokuchaev wrote:
On Mon, Mar 04, 2013 at 02:23:28PM +0900, YongHyeon PYUN wrote:
Ok, here is final diff which
On Fri, Feb 22, 2013 at 01:56:07AM +, Alexey Dokuchaev wrote:
On Fri, Feb 22, 2013 at 10:13:08AM +0900, YongHyeon PYUN wrote:
On Thu, Feb 21, 2013 at 12:43:44PM +, Alexey Dokuchaev wrote:
ale_flags = 0x0040
Thanks for the info. Indeed, your controller is AR8121 Gigabit
On Wed, Feb 20, 2013 at 06:08:53AM +, Alexey Dokuchaev wrote:
On Wed, Feb 20, 2013 at 01:37:39PM +0900, YongHyeon PYUN wrote:
On Tue, Feb 19, 2013 at 08:23:02AM +, Alexey Dokuchaev wrote:
ale0@pci0:2:0:0:class=0x02 card=0x82261043 chip=0x10261969
rev=0xb0 hdr=0x00
On Thu, Feb 21, 2013 at 12:43:44PM +, Alexey Dokuchaev wrote:
On Thu, Feb 21, 2013 at 05:33:35PM +0900, YongHyeon PYUN wrote:
On Wed, Feb 20, 2013 at 06:08:53AM +, Alexey Dokuchaev wrote:
$ dmesg | egrep ale\|atphy
ale0: Atheros AR8121/AR8113/AR8114 PCIe Ethernet port 0xcc00
On Tue, Feb 19, 2013 at 08:23:02AM +, Alexey Dokuchaev wrote:
Hi there,
I've recently put back online one of my home servers, updated to the latest
-CURRENT code. All went fine, but one thing bothers me. This box bears
Asus P5Q Pro mobo, with the following onboard NIC:
On Mon, Nov 26, 2012 at 09:54:14AM +0900, Kohji Okuno wrote:
Hi,
Would someone check the following code?
If the hardware do not process an 802.1Q tag, the kernel repacks mbuf
in line 578-580. But, `struct ether_header *eh' was assigned at line 484.
And, in line 611-637, because of the
On Tue, Oct 02, 2012 at 11:10:23AM -0700, Sean Bruno wrote:
On Tue, 2012-10-02 at 15:59 -0700, YongHyeon PYUN wrote:
Sean, do you have a box with BCM5703/5704/5714/5715 controller?
I have a 5704C in an HP DL380G4 here that seems to be working. I'll
have to poke around further to see what
On Thu, Sep 27, 2012 at 05:09:34PM -0700, Sean Bruno wrote:
On Wed, 2012-09-19 at 09:44 -0700, Sean Bruno wrote:
On Fri, 2012-09-14 at 14:27 -0700, YongHyeon PYUN wrote:
All,
There were lots of reports that stock bge(4) does not work on Dell
Rx20/HP DL 360 G8. With the help
On Fri, Sep 21, 2012 at 08:34:29PM +0900, Wanpeng Qian wrote:
On Thu, Sep 20, 2012 at 06:56:09AM +0900, Wanpeng Qian wrote:
Hi,
On Mon, Sep 17, 2012 at 09:37:21PM +0900, Wanpeng Qian wrote:
Hi, here is the dmesg output.
bge0: HP NC107i PCIe Gigabit Server Adapter, ASIC rev.
On Thu, Sep 20, 2012 at 06:56:09AM +0900, Wanpeng Qian wrote:
Hi,
On Mon, Sep 17, 2012 at 09:37:21PM +0900, Wanpeng Qian wrote:
Hi, here is the dmesg output.
bge0: HP NC107i PCIe Gigabit Server Adapter, ASIC rev. 0x5784100 mem
0xfe9f-0xfe9f irq 18 at device 0.0 on pci4
On Mon, Sep 17, 2012 at 09:37:21PM +0900, Wanpeng Qian wrote:
Hi, here is the dmesg output.
bge0: HP NC107i PCIe Gigabit Server Adapter, ASIC rev. 0x5784100 mem
0xfe9f-0xfe9f irq 18 at device 0.0 on pci4
bge0: CHIP ID 0x05784100; ASIC REV 0x5784; CHIP REV 0x57841; PCI-E
miibus0:
On Mon, Sep 17, 2012 at 05:39:09PM +0600, Eugene M. Zheganin wrote:
Hi.
On 15.09.2012 03:27, YongHyeon PYUN wrote:
I'm especially interested in whether there is any ASF/IPMI
regression on BCM570x/571x.
There's a reopened bug concerning 8.x releases version of the bge(4)
driver
On Fri, Sep 14, 2012 at 09:11:02PM +0900, Wanpeng Qian wrote:
It seems BCM5723 support code was not added by me so I don't know
how well it works in previous FreeBSD releases. Did bge(4) ever
work with your controller?
The driver works fine except the bge0: Watchdog timeout, that will
on this!
No problem!
Pedro.
On 09/14/2012 16:27, YongHyeon PYUN wrote:
All,
There were lots of reports that stock bge(4) does not work on Dell
Rx20/HP DL 360 G8. With the help of Broadcom and BCM5719/BCM5720
users I managed to address the issue but I had to touch very
sensitive part of driver. Before
On Fri, Sep 14, 2012 at 03:19:52PM +0900, Wanpeng Qian wrote:
Hi, I encounter a watchdog timeout issue on NetXtreme BCM5723 Gigabit
Ethernet PCIe, dose this patch solve this issue?
I'm not aware of BCM5723. Could you show me the output of pciconf -lcbv?
If so, I can test it.
Regards.
On Fri, Sep 14, 2012 at 05:38:36PM +0900, Wanpeng Qian wrote:
Hi, Here is the output.
the machine is HP Microserver N36L. onboard lan.
bge0@pci0:4:0:0: class=0x02 card=0x705d103c chip=0x165b14e4
rev=0x10 hdr=0x00
vendor = 'Broadcom Corporation'
device =
All,
There were lots of reports that stock bge(4) does not work on Dell
Rx20/HP DL 360 G8. With the help of Broadcom and BCM5719/BCM5720
users I managed to address the issue but I had to touch very
sensitive part of driver. Before committing the change to tree I'd
like to know whether this
On Thu, Aug 23, 2012 at 11:35:34AM +1000, Peter Jeremy wrote:
On 2012-Aug-22 15:35:01 -0400, John Baldwin j...@freebsd.org wrote:
Hmm. Perhaps we could use a debouncer to ignore short link flaps? Kind of
gross (and OpenBSD doesn't do this). For now this change basically ignores
link up
On Wed, Aug 22, 2012 at 08:27:01AM +1000, Peter Jeremy wrote:
On 2012-Aug-21 19:42:17 +0300, Vitalij Satanivskij sa...@ukr.net wrote:
Look's like dhclient do down/up sequence -
Not intentionally.
Aug 21 19:21:00 home kernel: fxp0: link state changed to UP
Aug 21 19:21:01 home kernel:
On Wed, Jul 04, 2012 at 12:08:16PM +0200, Willem Jan Withagen wrote:
Hi,
I've got tons of these since I stopped loading the port with traffic
It seems to have a pretty steady 27 min interval.
Jul 4 07:00:05 freetest kernel: sk0: link state changed to DOWN
Jul 4 07:00:05 freetest
On Tue, Feb 21, 2012 at 03:56:56PM +0100, Alexander Leidinger wrote:
Hi,
is there a specific reason that the following NICs are not (or shall
not be) in GENERIC (at least on i386)?
- if_cas: is compiled as a module, Sun hardware, non-x86 only?
- if_cxgb
- if_cxgbe
Last time I tried
On Mon, Jan 30, 2012 at 05:32:06PM -0500, Michael Butler wrote:
On 01/18/12 20:52, YongHyeon PYUN wrote:
On Wed, Jan 18, 2012 at 08:01:42PM -0500, Michael Butler wrote:
On 01/18/12 19:54, YongHyeon PYUN wrote:
On Wed, Jan 18, 2012 at 05:48:47PM -0500, Michael Butler wrote:
At random
On Wed, Jan 18, 2012 at 05:48:47PM -0500, Michael Butler wrote:
At random intervals, when re0 is without any significant load; idle for
lengthy periods, I see ..
kernel: re0: PHY read failed
last message repeated 4 times
kernel: re0: link state changed to DOWN
Unplugging the cable and
On Wed, Jan 18, 2012 at 08:01:42PM -0500, Michael Butler wrote:
On 01/18/12 19:54, YongHyeon PYUN wrote:
On Wed, Jan 18, 2012 at 05:48:47PM -0500, Michael Butler wrote:
At random intervals, when re0 is without any significant load; idle for
lengthy periods, I see ..
kernel: re0: PHY
On Mon, Dec 26, 2011 at 10:55:50PM -0500, Rick Macklem wrote:
Way back in Nov 2010, this thread was related to a problem I
had, where an re(4) { 810xE PCIe 10/100baseTX, according to the
driver } interface dropped received packets, resulting in a
significant impact of NFS performance.
Well,
On Thu, Dec 01, 2011 at 05:54:44PM +0100, Luigi Rizzo wrote:
On Thu, Dec 01, 2011 at 04:44:24PM +0100, Rene Ladan wrote:
Hi,
on FreeBSD 10.0-CURRENT #7 r228176M: Thu Dec 1 13:56:02 CET 2011
(GENERIC + CAPABILITIES + netmap with head.diff and bge patches applied)
I get these lock order
On Wed, Nov 30, 2011 at 03:22:37PM +0100, Florian Wilkemeyer wrote:
Hi,
i wonder about the bce driver's tx / rx tick limits
(ticks and ticks_int are limited to 100; otherwise default value (80)
gets used)
(if_bce.c line 921 / 933 .. )
I think this highly depends on firmware of
On Thu, May 26, 2011 at 06:40:43PM -0700, YongHyeon PYUN wrote:
Hi,
Here is a patch that implements 64bit DMA on msk(4). If you use
msk(4) on a system that has more than 4GB memory, please try the
patch at the following URL and let me know whether it works or not.
You need latest msk(4
On Sun, Oct 16, 2011 at 05:22:13PM -0700, YongHyeon PYUN wrote:
Hi,
If you have ALi/ULi M5261/M5263 ethernet controller please try the
patch at the following URL and let me know how it works.
http://people.freebsd.org/~yongari/dc/dc.uli562x.diff
The patch was generated against latest HEAD
Hi,
If you have ALi/ULi M5261/M5263 ethernet controller please try the
patch at the following URL and let me know how it works.
http://people.freebsd.org/~yongari/dc/dc.uli562x.diff
The patch was generated against latest HEAD and it should be
cleanly applied to latest stable/8 and stable/7.
On Thu, Sep 15, 2011 at 09:25:19PM -0400, Arnaud Lacombe wrote:
Hi,
Shouldn't packet freed in IFQ_ENQUEUE() because the queue is full be
accounted as dropped, cf attached patch ?
Hmm, I think err would be set to ENOBUFS for queue full case and
this err will crease ifq_drops.
Thanks,
-
On Sun, Aug 21, 2011 at 04:48:56PM -0700, YongHyeon PYUN wrote:
On Fri, Aug 19, 2011 at 12:17:12AM -0700, Garrett Cooper wrote:
On Thu, Aug 18, 2011 at 9:31 PM, m...@freebsd.org wrote:
On Thu, Aug 18, 2011 at 5:50 PM, Garrett Cooper yaneg...@gmail.com
wrote:
? ?When loading if_alc
On Mon, Aug 22, 2011 at 02:26:47PM -0700, Garrett Cooper wrote:
On Mon, Aug 22, 2011 at 1:40 PM, YongHyeon PYUN pyu...@gmail.com wrote:
On Sun, Aug 21, 2011 at 04:48:56PM -0700, YongHyeon PYUN wrote:
On Fri, Aug 19, 2011 at 12:17:12AM -0700, Garrett Cooper wrote:
On Thu, Aug 18, 2011 at 9
On Fri, Aug 19, 2011 at 12:17:12AM -0700, Garrett Cooper wrote:
On Thu, Aug 18, 2011 at 9:31 PM, m...@freebsd.org wrote:
On Thu, Aug 18, 2011 at 5:50 PM, Garrett Cooper yaneg...@gmail.com wrote:
? ?When loading if_alc as a module on my netbook and running
/etc/rc.d/netif restart, I can
On Sun, Aug 21, 2011 at 06:26:45PM -0700, Garrett Cooper wrote:
On Sun, Aug 21, 2011 at 4:48 PM, YongHyeon PYUN pyu...@gmail.com wrote:
On Fri, Aug 19, 2011 at 12:17:12AM -0700, Garrett Cooper wrote:
On Thu, Aug 18, 2011 at 9:31 PM, ?m...@freebsd.org wrote:
On Thu, Aug 18, 2011 at 5:50 PM
On Fri, Aug 19, 2011 at 12:17:12AM -0700, Garrett Cooper wrote:
On Thu, Aug 18, 2011 at 9:31 PM, m...@freebsd.org wrote:
On Thu, Aug 18, 2011 at 5:50 PM, Garrett Cooper yaneg...@gmail.com wrote:
? ?When loading if_alc as a module on my netbook and running
/etc/rc.d/netif restart, I can
On Fri, Aug 19, 2011 at 08:10:31AM -0400, John Baldwin wrote:
On Friday, August 19, 2011 3:17:12 am Garrett Cooper wrote:
On Thu, Aug 18, 2011 at 9:31 PM, m...@freebsd.org wrote:
On Thu, Aug 18, 2011 at 5:50 PM, Garrett Cooper yaneg...@gmail.com
wrote:
When loading if_alc as a
On Wed, Jul 20, 2011 at 11:46:54PM +0400, Andrey Smagin wrote:
13 июля 2011, 04:07 от YongHyeon PYUN pyu...@gmail.com:
On Thu, Jun 30, 2011 at 10:19:14AM -0700, YongHyeon PYUN wrote:
On Thu, Jun 30, 2011 at 02:44:48PM +0400, Andrey Smagin wrote:
I have card based on AX88772B. I tried
On Thu, Jun 30, 2011 at 10:19:14AM -0700, YongHyeon PYUN wrote:
On Thu, Jun 30, 2011 at 02:44:48PM +0400, Andrey Smagin wrote:
I have card based on AX88772B. I tried patch axe driver for vendor and
device IDs. card detected, set up link, but no data received. What else
need for patch
On Thu, Jun 30, 2011 at 02:44:48PM +0400, Andrey Smagin wrote:
I have card based on AX88772B. I tried patch axe driver for vendor and device
IDs. card detected, set up link, but no data received. What else need for
patch in this driver ? Anybody have datasheet ?
ASIX requires a login
On Sun, Jun 05, 2011 at 02:23:57PM -0400, David Schultz wrote:
85;95;0cOn Thu, May 26, 2011, YongHyeon PYUN wrote:
Here is a patch that implements 64bit DMA on msk(4). If you use
msk(4) on a system that has more than 4GB memory, please try the
patch at the following URL and let me know
Hi,
Here is a patch that implements 64bit DMA on msk(4). If you use
msk(4) on a system that has more than 4GB memory, please try the
patch at the following URL and let me know whether it works or not.
You need latest msk(4) in HEAD to apply the patch.
On Sat, May 07, 2011 at 04:18:08AM +, FreeBSD Tinderbox wrote:
TB --- 2011-05-07 02:10:00 - tinderbox 2.7 running on
freebsd-current.sentex.ca
TB --- 2011-05-07 02:10:00 - starting HEAD tinderbox run for i386/i386
TB --- 2011-05-07 02:10:00 - cleaning the object tree
TB --- 2011-05-07
On Tue, Apr 12, 2011 at 11:12:55PM +0300, Alexander Motin wrote:
David Naylor wrote:
On Tuesday 12 April 2011 08:17:51 Alexander Motin wrote:
David Naylor wrote:
I am running -current and since a few days ago (at least 2011/04/11) I am
unable to boot.
The boot process stops when it
On Fri, Jan 07, 2011 at 11:53:06AM +0100, Gary Jennejohn wrote:
On Thu, 6 Jan 2011 21:09:05 -0800
Garrett Cooper gcoo...@freebsd.org wrote:
On Thu, Jan 6, 2011 at 8:49 PM, Craig Leres le...@ee.lbl.gov wrote:
On 01/06/11 20:05, Garrett Cooper wrote:
Just to make sure we're both on the
89 matches
Mail list logo
