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,
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
On Mon, 7 Jul 2014 08:18:37 +0800
Huang Wen Hui huang...@gmail.com 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,
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 --
On Jul 1, 2014, at 10:24 PM, Luigi Rizzo wrote:
On Tue, Jul 1, 2014 at 8:58 PM, bor...@sarenet.es 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
On Mon, Jul 7, 2014 at 1:03 PM, Borja Marcos bor...@sarenet.es wrote:
On Jul 1, 2014, at 10:24 PM, Luigi Rizzo wrote:
On Tue, Jul 1, 2014 at 8:58 PM, bor...@sarenet.es wrote:
El 30.06.2014 18:36, Stefano Garzarella escribió:
Hello,
I had problems during some experiments with Emulex and
On Jul 7, 2014, at 1:23 PM, Luigi Rizzo wrote:
On Mon, Jul 7, 2014 at 1:03 PM, Borja Marcos bor...@sarenet.es 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
On Mon, Jul 7, 2014 at 1:57 PM, Borja Marcos bor...@sarenet.es 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
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
fault code
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:
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
On 7 липня 2014 р. 22:55:33 GMT+03:00, Dan Mack m...@macktronics.com wrote:
FYI.
This is from : 268370 during 'make buildkernel' with GENERIC options:
--- buildkernel ---
--- buildkernel ---
--
Kernel build for GENERIC started on Mon
On Mon, 7 Jul 2014 14:55:33 -0500 (CDT)
Dan Mack m...@macktronics.com wrote:
FYI.
This is from : 268370 during 'make buildkernel' with GENERIC options:
--- buildkernel ---
--- buildkernel ---
--
Kernel build for GENERIC
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
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 fit
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 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
17 matches
Mail list logo
