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
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
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
> [
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
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
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
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
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
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
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 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
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
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 fi
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
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
17 matches
Mail list logo