Synopsis: [panic] [e1000] [patch] 9.1-RC1/amd64 panices in igb(4): m_getjcl:
invalid cluster type
State-Changed-From-To: open->patched
State-Changed-By: pluknet
State-Changed-When: Fri Sep 27 09:00:31 UTC 2013
State-Changed-Why:
The fix committed to HEAD (r254002), stable/9 (r254003), rel
Synopsis: Kernel panic: general protection fault in tcp_do_segment
Responsible-Changed-From-To: freebsd-amd64->freebsd-net
Responsible-Changed-By: pluknet
Responsible-Changed-When: Thu Apr 25 15:34:45 UTC 2013
Responsible-Changed-Why:
Over to maintainer(s).
http://www.freebsd.org/cgi/qu
Synopsis: [socket] [patch] Update for regression/sockets/unix_cmsg
Responsible-Changed-From-To: freebsd-net->pluknet
Responsible-Changed-By: pluknet
Responsible-Changed-When: Mon Feb 11 12:27:51 UTC 2013
Responsible-Changed-Why:
Take.
http://www.freebsd.org/cgi/query-pr.cgi?pr=131
Synopsis: [igb] igb(4) DEVICE_POLLING does not work with carp(4)
State-Changed-From-To: open->patched
State-Changed-By: pluknet
State-Changed-When: Tue Aug 7 05:52:41 UTC 2012
State-Changed-Why:
Reflect the recent PR state change as per Mark Johnston.
http://www.freebsd.org/cgi/query-pr.cgi
Synopsis: [patch] add count option to netstat(1)
State-Changed-From-To: open->closed
State-Changed-By: pluknet
State-Changed-When: Thu Jan 26 13:54:57 UTC 2012
State-Changed-Why:
Close per submitter request.
Similar functionality is available since 8.1 using the -q option.
h
Synopsis: [e1000] [panic] _mtx_lock_sleep: recursed on non-recursive mutex
if_addr_mtx @ /usr/src/sys/netinet6/mld6.c:1676
Responsible-Changed-From-To: freebsd-net->pluknet
Responsible-Changed-By: pluknet
Responsible-Changed-When: Mon Aug 22 23:44:24 UTC 2011
Responsible-Changed-Why:
Tr
Synopsis: [e1000] [panic] _mtx_lock_sleep: recursed on non-recursive mutex
if_addr_mtx @ /usr/src/sys/netinet6/mld6.c:1676
State-Changed-From-To: feedback->closed
State-Changed-By: pluknet
State-Changed-When: Mon Aug 22 23:42:16 UTC 2011
State-Changed-Why:
A different fix was committed in
Synopsis: [lagg] [panic] kernel with if_lagg compiled in panices at start if
if_lagg.ko is loaded
Responsible-Changed-From-To: freebsd-net->pluknet
Responsible-Changed-By: pluknet
Responsible-Changed-When: Mon Aug 1 10:29:53 UTC 2011
Responsible-Changed-Why:
Take.
http://www.freebsd.org/
Synopsis: When I launch pf daemon, I have a kernel panic
Responsible-Changed-From-To: freebsd-amd64->freebsd-net
Responsible-Changed-By: pluknet
Responsible-Changed-When: Wed Jul 13 19:45:29 UTC 2011
Responsible-Changed-Why:
Reclassify.
http://www.freebsd.org/cgi/query-pr.cgi?pr=158
Synopsis: [e1000] [panic] _mtx_lock_sleep: recursed on non-recursive mutex
if_addr_mtx @ /usr/src/sys/netinet6/mld6.c:1676
State-Changed-From-To: open->feedback
State-Changed-By: pluknet
State-Changed-When: Thu Jun 30 12:16:24 UTC 2011
State-Changed-Why:
Feedback requested.
h
Synopsis: [netinet] [patch] Panic in in_scrubprefix() during 'ifconfig delete'
Responsible-Changed-From-To: freebsd-net->pluknet
Responsible-Changed-By: pluknet
Responsible-Changed-When: Mon Mar 21 13:00:46 UTC 2011
Responsible-Changed-Why:
Take.
http://www.freebsd.org/cgi/qu
/i4164_ifioctl.2.png
http://www.free-imagehosting.com/out.php/i4165_ifioctl.3.png
Also, there was a LOR preceding this panic:
http://www.free-imagehosting.com/out.php/i4166_igbunload.1.png
http://www.free-imagehosting.com/out.php/i4167_igbunload.2.png
--
wbr,
pluknet
On 30 November 2009 20:20, Doug Ambrisko wrote:
> pluknet writes:
> [ Charset ISO-8859-1 unsupported, converting... ]
> | 2009/11/6 Doug Ambrisko :
> | > Author: ambrisko
> | > Date: Fri Nov ?6 17:58:44 2009
> | > New Revision: 198994
> | > URL: http://svn.
* is important to not do so here.
> *
> * If TSO was active we either got an interface
> * without TSO capabilits or TSO was turned off.
> * Disable it for this connection as too and
>
>
> Sounds good, we look forward to reviewing your patches. :)
>
Sure, there might be compatibility issues in between KAME or something else..
--
wbr,
pluknet
ping6.nofrag.patch
Description: Binary data
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
> [...]
> int if_drv_flags; /* driver-managed status flags */
> struct ifaltq if_snd; /* output queue (includes altq) */
> const u_int8_t *if_broadcastaddr; /* linklevel broadcast bytestring */
> [...]
> };
ifq_drops != *_iqdrops
Historically *_iqdrops was designed strictly to record falure to
allocate a buffer on Rx chain (or so).
while ifq_drops was for logically higher level: output and (some kind
of) input ifnet queue shortage stats.
[and that's recorded in the earlier BSD's. Though, input queue was
replaced later with netisr magics
in if_ethersubr.c, though it still possible to track the roots in
struct netist_work{ nw_len..nw_qlimit..nw_drops }).
--
wbr,
pluknet
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
2009/11/11 Ruslan Ermilov :
> On Tue, Nov 10, 2009 at 07:11:45PM +0300, pluknet wrote:
>> 2009/11/10 Ermal Luçi :
>> > Hello list,
>> >
>> > i searched for this but could not find an answer.
>> > How does one build ng_vlan as part of the kernel?
>&g
ns.
I'm afraid It was left out there accidentally.
Ermal, what if you try adding those bits with the patch provided and
see how it goes.
--
wbr,
pluknet
ng_vlan_bits.patch
Description: Binary data
___
freebsd-net@freebsd.org mailing list
http://l
2009/10/1 pluknet :
> 2009/4/25 Robert Watson :
>>
>> On Fri, 24 Apr 2009, pluknet wrote:
>>
>>> 2009/4/23 Robert Watson :
>>>>
>>>> On Thu, 23 Apr 2009, pluknet wrote:
>>>>
>>>>> Please, give me comment on th
2009/4/25 Robert Watson :
>
> On Fri, 24 Apr 2009, pluknet wrote:
>
>> 2009/4/23 Robert Watson :
>>>
>>> On Thu, 23 Apr 2009, pluknet wrote:
>>>
>>>> Please, give me comment on this. The panic is on 6.2-REL. Is it known to
>>>> be
ok 236 lookup=
>> [|nfs]
>>
>>I'm pretty sure 871009576 is not a valid port number...
>
> You're on a 64bit machine ?
>
That's not the port number; that's the NFS transaction id (thanks dnelson).
--
wbr,
pluknet
_
2009/7/10 pluknet :
> Hi.
>
> I have the next string in rc.conf:
> ifconfig_lo0_alias0="inet 192.168.193.193/32"
>
> /etc/rc.d/netif restart lo0 prints an error:
>
> Stopping network:ifconfig: ioctl (SIOCDIFADDR): Can't assign requested address
> lo0.
64 scopeid 0x4
inet6 ::1 prefixlen 128
inet 127.0.0.1 netmask 0xff00
inet 192.168.193.193 netmask 0x
Can someone comment on this?
Thanks.
--
wbr,
pluknet
___
freebsd-net@freebsd.org mailing list
http://lists.free
-01 13:50:07.0 +0400
+++ lib/libc/sys/setfib.2 2009-07-01 13:50:22.0 +0400
@@ -33,6 +33,7 @@
.Sh LIBRARY
.Lb libc
.Sh SYNOPSIS
+.In sys/socket.h
.Ft int
.Fn setfib "int fib"
.Sh DESCRIPTION
--
wbr,
pluknet
___
freebsd-n
ge
> the default behaviour? Or specifying it explicitly is unavoidable?
>
Let me clarify some. Did I understand you correctly
that `ifconfig bridge0 addm ifX stp ifX` doesn't fit you needs?
--
wbr,
pluknet
___
freebsd-net@freebsd.org mailing li
but I'm not able to set any
> bridge options.
>
> I've tried to enable bridge mode in ipfw with:
>
> sysctl net.link.ether.bridge_ipfw=1
It should be now sysctl net.link.bridge.ipfw apparently.
--
wbr,
pluknet
___
freebsd-net@free
search engines
(first of all) :p [1][2].
[1] http://people.yandex-team.ru/~wawa/
[2] http://company.yandex.com/general_info/yandex_today.xml
(just my 2 Russian copecks)
--
wbr,
pluknet
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mai
gt; +#ifndef ZERO_COPY_SOCKETS
> + /* Adjust the packet length to match the received data. */
> + m0->m_pkthdr.len = m0->m_len = pkt_len;
> +#endif
> +
> /* Send the packet to the appropriate interface. */
> m0-
2009/4/30 Nikolay Denev :
> On Apr 29, 2009, at 7:04 PM, pluknet wrote:
>
>> 2009/4/29 Niki Denev :
>>
>>> bce1: mem
>>> 0xf800-0xf9ff irq 16 at device 0.0 on pci3
>>> bce1: Ethernet address: 00:22:19:xx:xx:xx
>>> bce1: [ITHREAD]
>
t of packets
(in opposite to proto's len where all is ok).
Mine nic is
(same as yours).
Looks like a regression.
I just also tested 7.1-R and it shows expected LL-length.
--
wbr,
pluknet
___
freebsd-net@freebsd.org mailing list
http://lists.fre
bytes.
hi.
Please, give us more details. What is your network card model ?
Share ifconfig, dmesg...
I have a similar setup, except the frame size - mine are with expected values.
--
wbr,
pluknet
___
freebsd-net@freebsd.org mailing list
http://lists.free
2009/4/25 Robert Watson :
>
> On Fri, 24 Apr 2009, pluknet wrote:
>
>> 2009/4/23 Robert Watson :
>>>
>>> On Thu, 23 Apr 2009, pluknet wrote:
>>>
>>>> Please, give me comment on this. The panic is on 6.2-REL. Is it known to
>>>> be
2009/4/23 Robert Watson :
> On Thu, 23 Apr 2009, pluknet wrote:
>
>> Please, give me comment on this. The panic is on 6.2-REL. Is it known to
>> be fixed in the latter releases?
>
> It may well be -- there have been quite significant architectural
> improvements to sock
,3231754688,3867773608,...) at mi_switch+442
maybe_preempt(3352291680) at maybe_preempt+196
sched_add(3352291680,4,3352305664,3352291680,3867773644,...) at sched_add+600
setrunqueue(3867773668,3227962772,3352306008,3867773680,3228131754,...)
at setrunqueue+99
_end() at 3352305664
--
wbr,
pluknet
er/machine ?
At work we have a such one running under 7.1-R
with MySQL and Mail services, without high memory or
network pressure though. The last uptime was 43 days.
No any network problems were discovered for that time.
--
wbr,
pluknet
___
freebsd-net@
"Alexey Ivanov"
>> wrote:
>>
>> > Is there any plans to port IP level LB from OpenBSD,
>> and, if yes, will it be
>> > ported to 7x and 6x?
>>
>> Feel free to port http://ogris.de/carp/carp_aa.patch to
>> 7.x.
>>
>> Felix
>
uf clusters in use (current/cache/total/max)
> 131054/610 mbuf+clusters out of packet secondary zone in use (current/cache)
>
Can you say what the ethernet stress test do you use?
--
wbr,
pluknet
___
freebsd-net@freebsd.org mailing list
http:
2008/11/6 Peter Jeremy <[EMAIL PROTECTED]>:
> Whilst I don't doubt that you have a problem, your comments don't
> correlate particularly well with the data you have provided and
> this makes it difficult to immediately suggest a solution.
>
> On 2008-Nov-05
duced somewhere between 5.x and 6.x.
--
wbr,
pluknet
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
hat helps.
Can someone give hints to decrease interrupt count and to help with
the server stability at all?
Thanks.
--
wbr,
pluknet
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail
RELENG_5 RELENG_7 and
> HEAD)
if_fxp.c r1.239, on which you point, was committed before 6.x was branched.
--
wbr,
pluknet
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
2008/8/25 pluknet <[EMAIL PROTECTED]>:
> 2008/8/23 Alex <[EMAIL PROTECTED]>:
>> this should work. i simply replaced the lines with a single dot (".") in it
>> with "DOT".
>
> You have a truncated mail maybe because of '.'
uhci
> device ehci
> device vga
> device sc
> device ukbd
> device ulpt
> device ath
> device ath_hal
> device ath_rate_sample
> device wlan
> device cpufreq
> device coretemp
>
> #pseudo devices
> device loop
> device ether
> device pty
> --- ARUNDEL ends here ---
Looks like it was triggered by the SOCKBUF_DEBUG kernel option.
I will try to reproduce it this evening as I'm user of ng_ubt(4).
wbr,
pluknet
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
bge0
> 192.168.0.1 00:e0:29:3b:5a:b0 UHLW2 10 bge0 1099
> 192.168.10.0/24192.168.10.33 UGS 00 tun0
> 192.168.10.33 192.168.10.34 UH 10 tun0
>
Hi,
I guess you got that buggy window in 7-stable between [1] and the fix,
that would come [2] in 7-stable in a few days.
[1] http://svn.freebsd.org/viewvc/base?view=revision&revision=180364
[2] http://svn.freebsd.org/viewvc/base?view=revision&revision=181824
wbr,
pluknet
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
_syscall() at Xint0x80_syscall+0x20
--- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2817c793, esp =
0xbfbfe63c, ebp = 0xbfbfe668 ---
iwi0: radio turned off
wbr,
pluknet
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/f
he FIN segment
and the client will not receive it and than will not send the ACK segment
to the server. AFAIK in the Berkeley implementation it should be 11 min timeout
for the client's connection and never (with possible descriptor
exhaustion) for the server' in this situation.
--
(App.A)
it should be similar to: fe80::aede:48ff:fe49:7191%bridge0
Hmm.. but if you try the `ifconfig bridge0 inet6 eui64` command, you''ll see:
ifconfig: could not determine link local address
wbr,
pluknet.
___
freebsd-net@freebsd.org mailing list
h
47 matches
Mail list logo
