Re: [RFC] Allow m_dup() to use JUMBO clusters

2014-07-07 Thread Hans Petter Selasky
On 07/08/14 04:14, Yonghyeon PYUN wrote: 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 l

Re: [RFC] Allow m_dup() to use JUMBO clusters

2014-07-07 Thread Yonghyeon PYUN
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

Re: [RFC] Allow m_dup() to use JUMBO clusters

2014-07-07 Thread John-Mark Gurney
Hans Petter Selasky wrote this message on Mon, Jul 07, 2014 at 10:12 +0200: > 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 fi

Re: [RFC] Allow m_dup() to use JUMBO clusters

2014-07-07 Thread Rick Macklem
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 into a specific hardware's scatter gather

Re: build failure on 10-stable

2014-07-07 Thread Aleksandr Rybalko
On Mon, 7 Jul 2014 14:55:33 -0500 (CDT) Dan Mack wrote: > FYI. > > This is from : 268370 during 'make buildkernel' with GENERIC options: > > --- buildkernel --- > --- buildkernel --- > -- > >>> Kernel build for GENERIC started on Mon J

Re: build failure on 10-stable

2014-07-07 Thread Aleksandr Rybalko
On 7 липня 2014 р. 22:55:33 GMT+03:00, Dan Mack wrote: >FYI. > >This is from : 268370 during 'make buildkernel' with GENERIC options: > >--- buildkernel --- >--- buildkernel --- >-- Kernel build for GENERIC started on Mon Jul 7 14:4

build failure on 10-stable

2014-07-07 Thread Dan Mack
FYI. This is from : 268370 during 'make buildkernel' with GENERIC options: --- buildkernel --- --- buildkernel --- -- Kernel build for GENERIC started on Mon Jul 7 14:42:57 CDT 2014 ---

RE: freebsd and utf-8 directory names

2014-07-07 Thread M&S - Krasznai András
hi, as I said the evironment setting for the Hungarian local per the handb -Original Message- From: owner-freebsd-curr...@freebsd.org [mailto:owner-freebsd-curr...@freebsd.org] On Behalf Of Jamie Landeg-Jones Sent: Thursday, July 03, 2014 5:58 AM To: ke...@freebsd.org; d...@gmx.com Cc:

Re: tmpfs panic

2014-07-07 Thread Bryan Drewery
On 7/6/2014 8:53 AM, Steve Wills wrote: > Hi, > > Just experienced this tmpfs panic on r268160: > > Freed UMA keg (TMPFS node) was not empty (16 items). Lost 1 pages of memory. > > > Fatal trap 12: page fault while in kernel mode > cpuid = 12; apic id = 0c > fault virtual address = 0x378 > f

Re: Fix Emulex "oce" driver in CURRENT

2014-07-07 Thread Luigi Rizzo
On Mon, Jul 7, 2014 at 1:57 PM, Borja Marcos wrote: ... > The environment details are here: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=183391 > > The way I produce an instant panic is: > > 1) Connect to another machine (cross connect cable) > > 2) iperf3 -s on the other machine > (The

Re: Fix Emulex "oce" driver in CURRENT

2014-07-07 Thread Borja Marcos
On Jul 7, 2014, at 1:23 PM, Luigi Rizzo wrote: > On Mon, Jul 7, 2014 at 1:03 PM, Borja Marcos wrote: > we'll try to investigate, can you tell us more about the environment you use ? > (FreeBSD version, card model (PCI id perhaps), iperf3 invocation line, > interface configuration etc.) > > The

Re: Fix Emulex "oce" driver in CURRENT

2014-07-07 Thread Luigi Rizzo
On Mon, Jul 7, 2014 at 1:03 PM, Borja Marcos wrote: > > On Jul 1, 2014, at 10:24 PM, Luigi Rizzo wrote: > >> >> >> >> On Tue, Jul 1, 2014 at 8:58 PM, wrote: >> El 30.06.2014 18:36, Stefano Garzarella escribió: >> >> Hello, >> I had problems during some experiments with Emulex and "oce" driver in

Re: Fix Emulex "oce" driver in CURRENT

2014-07-07 Thread Borja Marcos
On Jul 1, 2014, at 10:24 PM, Luigi Rizzo wrote: > > > > On Tue, Jul 1, 2014 at 8:58 PM, wrote: > El 30.06.2014 18:36, Stefano Garzarella escribió: > > Hello, > I had problems during some experiments with Emulex and "oce" driver in > CURRENT. > I found several bugs in the "oce" driver and thi

Call for FreeBSD 2014Q2 (April-June) Status Reports

2014-07-07 Thread Ed Maste
Dear FreeBSD Community, The April to June 2014 Quarterly Status Reports are being prepared shortly. The submission deadline been extended to July 14, 2014, as a call for submissions was not previously sent out due to an oversight. Status report submissions do not have to be very long -- basicall

Re: uefi boot on Apple Mac

2014-07-07 Thread Aleksandr Rybalko
On Mon, 7 Jul 2014 08:18:37 +0800 Huang Wen Hui wrote: > I got the same result from Fedora-20: > > [liveuser@localhost ~]$ dmesg|grep efifb > [2.665017] efifb: probing for efifb > [2.667915] efifb: framebuffer at 0x8002, mapped to > 0xc9000b98, using 28800k, total 28800k > [

[RFC] Allow m_dup() to use JUMBO clusters

2014-07-07 Thread Hans Petter Selasky
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 into a specific hardware's scatter gather entries, typically when doing TSO

svn: E200019: Version mismatch in 'svn_gnome_keyring' (expecting equality): found 1.8.0,

2014-07-07 Thread O. Hartmann
On our FreeBSD CURRENT systems (most recent CURRENT 11.0 from the past weekend) I receive this weird error while trying to update/commit on subversion repositories by using the port devel/subversion: svn: E200019: Version mismatch in 'svn_gnome_keyring' (expecting equality): found 1.8.0, expect