On 23.08.2010 3:38, Ingo Flaschberger wrote:
> ifconfig em0 10.11.11.175/24
> ifconfig em0 alias 10.20.20.1/24
> route add -net 10.20.20.0/24 10.11.11.1 -weight 2
>
> Fatal trap 12: page fault while in kernel mode
Hi,
Can you show output of `ident /usr/src/sys/dev/e1000/if_*`?
--
WBR, Andrey V
>> Hi,
>>
>> ifconfig em0 10.11.11.175/24
>> ifconfig em0 alias 10.20.20.1/24
>> route add -net 10.20.20.0/24 10.11.11.1 -weight 2
>>
>> Fatal trap 12: page fault while in kernel mode
>> cpuid = 0; apic id = 00
>> fault virtual address = 0x98
>> fault code = supervisor read data, pa
Hi,
ifconfig em0 10.11.11.175/24
ifconfig em0 alias 10.20.20.1/24
route add -net 10.20.20.0/24 10.11.11.1 -weight 2
Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address = 0x98
fault code = supervisor read data, page not present
instruction p
Hi,
System:
FreeBSD 8.1-STABLE amd64
ifconfig em1 10.11.11.175/24
ifconfig em1 alias 10.13.13.90/24
route add 10.13.13.95/24 10.11.11.1
ping 10.13.13.90
dump at: 10.13.13.95
23:50:21.877426 00:90:0b:0c:16:06 > 00:01:02:1e:e3:64, ethertype IPv4 (0x0800),
length 98:
10.11.11.175 > 10.13
On Sun, Aug 22, 2010 at 05:40:30PM +0800, Adrian Chadd wrote:
> I disabled tso, tx chksum and rx chksum. This fixed the 4k jumbo
> allocation growth.
>
I recall there was SIOCSIFCAP ioctl handling bug in bce(4) on 8.0 so
it might also disable IFCAP_TSO4/IFCAP_TXCSUM/IFCAP_RXCSUM when yo
disabled
Hi,
I'm running 8.1-RELEASE on amd64.
I'm connecting to an IPsec VPN (IPv4, dynamic keying using racoon) from behind
a NAT and I'm having strange issues working with it. IPsec negotiation
succeeds but there are problems with sending traffic over the tunnel.
To be able to actually able to send a
The following reply was made to PR kern/144898; it has been noted by GNATS.
From: Dominic Fandrey
To: Bernhard Schmidt
Cc: bug-follo...@freebsd.org
Subject: Re: kern/144898: [wpi] [panic] wpi panics system
Date: Sun, 22 Aug 2010 19:48:46 +0200
On 22/08/2010 15:38, Bernhard Schmidt wrote:
> Hi
The following reply was made to PR kern/144898; it has been noted by GNATS.
From: Bernhard Schmidt
To: Dominic Fandrey
Cc: bug-follo...@freebsd.org
Subject: Re: kern/144898: [wpi] [panic] wpi panics system
Date: Sun, 22 Aug 2010 15:38:00 +0200
--0015175cfb9cf94b4a048e69a3da
Content-Type: text
I disabled tso, tx chksum and rx chksum. This fixed the 4k jumbo
allocation growth.
Turning on tso on a live proxy didn't affect jumbo allocations.
Turning on txcsum caused jumbo allocations to begin growing again.
DIsabling txcsum again caused jumbo allocations to stop increasing,
but it doesn't
Hi,
I've got a Squid/Lusca server on 8.0-RELEASE-p3 which is exhibiting
some very strange behaviour.
After a few minutes uptime, the 4k mbuf cluster zone fills up and
Squid/Lusca spends almost all of it's time sleeping in "keglimit".
I've bumped kern.ipc.nmbclusters to 262144 and kern.ipc.jumbop
The following reply was made to PR kern/144898; it has been noted by GNATS.
From: Dominic Fandrey
To: Alex Kozlov
Cc: bug-follo...@freebsd.org
Subject: Re: kern/144898: [wpi] [panic] wpi panics system
Date: Sun, 22 Aug 2010 10:25:09 +0200
Hello,
On 05/08/2010 23:52, Alex Kozlov wrote:
> It
11 matches
Mail list logo