Note: to view an individual PR, use:
http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).
The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.
S Tracker
new to dummynet
FreeBSD dum0.sea.rg.net 9.0-STABLE FreeBSD 9.0-STABLE #0: Thu Apr 5 00:53:01
UTC 2012 root@dum0:/usr/obj/usr/src/sys/GENERIC amd64
dum0# ipfw show
00100 0 0 deny log ip from any to any ipoptions ssrr,lsrr,rr
00200 0 0 allow ip from any to any via lo0
00300 0
On Mon, Apr 09, 2012 at 09:07:19PM +0900, Randy Bush wrote:
> new to dummynet
>
> FreeBSD dum0.sea.rg.net 9.0-STABLE FreeBSD 9.0-STABLE #0: Thu Apr 5 00:53:01
> UTC 2012 root@dum0:/usr/obj/usr/src/sys/GENERIC amd64
>
> dum0# ipfw show
> 00100 0 0 deny log ip from any to any ipoptions
The following reply was made to PR kern/154850; it has been noted by GNATS.
From: st41ker
To: bug-follo...@freebsd.org, nde...@gmail.com
Cc:
Subject: Re: kern/154850: [netgraph] [patch] ng_ether fails to name nodes
when the associated interface contains dots or colons
Date: Mon, 09 Apr 2012 17
On Thursday, April 05, 2012 5:47:11 pm Bjoern A. Zeeb wrote:
> On 5. Apr 2012, at 18:47 , John Baldwin wrote:
>
> Hi,
>
> > The patch below adds 40G media types for what I think are the "common"
> > media
> > types we would see on FreeBSD (could be wrong). One caveat though, we are
> > runni
On Sunday, April 08, 2012 1:11:25 am Konstantin Belousov wrote:
> On Sat, Apr 07, 2012 at 04:22:07PM -0700, Jack Vogel wrote:
> > Make sure you have any firmware up to the latest available, if that doesn't
> > help
> > let me know and I'll check internally to see if there are any outstanding
> > is
Makes sense to me.
-Andrew
On Apr 7, 2012, at 4:02 AM, Andrew Thompson wrote:
> On 3 April 2012 00:35, John Baldwin wrote:
>> On Friday, March 30, 2012 6:04:24 pm Andrew Boyer wrote:
>>> While investigating a LACP issue, I turned on LACP_DEBUG on a debug kernel.
>> In this configuration it's ea
YongHyeon PYUN writes:
> On Thu, Apr 05, 2012 at 02:36:12PM -0400, enoch wrote:
>> YongHyeon PYUN writes:
>>
>> > On Wed, Apr 04, 2012 at 09:51:19AM -0400, enoch wrote:
>> >> YongHyeon PYUN writes:
>> >>
>> >> > On Wed, Apr 04, 2012 at 12:37:15AM -0400, enoch wrote:
>> >> >> YongHyeon PYUN w
Hi.
Apr 9 19:51:58 fsck: /dev/ad8s1e: UNEXPECTED INCONSISTENCY, CANNOT RUN FAST
FSCK
Apr 9 19:51:58 fsck:
Apr 9 19:51:58 fsck:
Apr 9 19:51:58 fsck: /dev/ad8s1e: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
Apr 9 19:51:58 fsck: /dev/ad8s1e: CANNOT SET FS_NEEDSFSCK FLAG
Apr 9 20:09:22 kernel:
Nothing logged in /var/log/* or crashes that exist in /var/crash would indicate
to me some sort of hardware related problem.
Have you tested your hardware lately and know that it is in operational order?
~Paul
On Mon, Apr 09, 2012 at 09:36:54PM +0300, ??? ??? wrote:
> Hi.
>
> Apr 9 19:5
Yes, I have tested.
and on this hardware on this OS it works from Fri Feb 24 17:07:48 UTC 2012
but last two days:
reboot ~ Mon Apr 9 19:50
reboot ~ Mon Apr 9 18:30
reboot ~ Sun Apr 8 20:55
rebo
>> dum0# ipfw 900 pipe 1 config queue 20 delay 10ms
> remove the '900'
> ipfw pipe 1 config queue 20 delay 10ms
thanks! but ...
sure, it's not really part of the programmitic sequence. but one can
not see it's there!
randy
dum0# ipfw show
00100 00 deny log ip from any to any ipopti
On Apr 9, 2012, at 12:33 PM, Randy Bush wrote:
>> dum0# ipfw 900 pipe 1 config queue 20 delay 10ms
>> remove the '900'
>> ipfw pipe 1 config queue 20 delay 10ms
>
> thanks! but ...
>
> sure, it's not really part of the programmitic sequence. but one can
> not see it's there!
>
> randy
>
ipfw show (or list) shows rules and their state
ipfw pipe showor ipfw queue show
yields interesting results.
- M
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "free
10.04.2012 01:36, Коньков Евгений пишет:
> Hi.
>
> Apr 9 19:51:58 fsck: /dev/ad8s1e: UNEXPECTED INCONSISTENCY, CANNOT RUN FAST
> FSCK
> Apr 9 19:51:58 fsck:
> Apr 9 19:51:58 fsck:
> Apr 9 19:51:58 fsck: /dev/ad8s1e: UNEXPECTED INCONSISTENCY; RUN fsck
> MANUALLY.
> Apr 9 19:51:58 fsck: /dev/
WRT the IF_AFDATA_LOCK() race condition you mentioned, I re-run the tests
that I used when I developed that code, but I haven't run into any issues,
but that doesn't mean there isn't a bug.
Could you please share with me a call path that you believe is
problematic, or a simple test case that un
> Try "ipfw pipe show" instead
thanks!
now to figure out what all that means. especially worried about the
queue length, as will be using varying delays in an experiment.
randy
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mail
> Well, you should look at your bandwidth-delay product and adjust the
> queue size appropriately
is there a url for that product? :) do they take paypal? :)
understand the math. want tool to do it for me. 'cause it ain't just
me, it's lab tech(s).
randy
_
On Mon, Apr 9, 2012 at 5:46 PM, Li, Qing wrote:
> Could you please share with me a call path that you believe is
> problematic, or a simple test case that uncovers the issue ?
I cannot because it is literally impossible for
in6_lltable_prefix_free() to ever be called.
On Apr 9, 2012, at 3:27 PM, Randy Bush wrote:
>> Try "ipfw pipe show" instead
>
> thanks!
You're most welcome.
> now to figure out what all that means. especially worried about the
> queue length, as will be using varying delays in an experiment.
Well, you should look at your bandwidth-del
I have not followed this thread closely from the beginning, so let me confirm.
Are you reporting multiple bugs: 1) ndp entries remain after the removal of
an address (according to the thread title), and 2) you believe there is a race
condition
around in6_lltable_prefix_free() but if it can never
On Mon, Apr 9, 2012 at 9:08 PM, Li, Qing wrote:
> I have not followed this thread closely from the beginning, so let me confirm.
>
> Are you reporting multiple bugs: 1) ndp entries remain after the removal of
> an address (according to the thread title), and 2) you believe there is a
> race condi
On Mon, Apr 09, 2012 at 01:29:55PM -0400, enoch wrote:
> YongHyeon PYUN writes:
>
> > On Thu, Apr 05, 2012 at 02:36:12PM -0400, enoch wrote:
> >> YongHyeon PYUN writes:
> >>
> >> > On Wed, Apr 04, 2012 at 09:51:19AM -0400, enoch wrote:
> >> >> YongHyeon PYUN writes:
> >> >>
> >> >> > On Wed,
Thanks, Ryan!
On Thu, Mar 29, 2012 at 05:59:38PM -0400, Ryan Stone wrote:
R> Ok, I think that I have an approach that will work. This is heavily
R> based off of glebius' proposal. The big difference is that instead of
R> initializing the arptimer callout with the ll_entry's lock, I
R> initiali
24 matches
Mail list logo
