On Tue, Mar 24, 2009 at 09:59:22PM -0400, Garrett Wollman wrote:
> In article <41d96b7f-f76d-4f35-ba1d-0edf810e6...@young-alumni.com>,
> "Chris" writes:
>
> >True OR False
> >
> >1) NDIS only works with XP drivers.
>
> Can't answer that as I've never needed to try a Vista driver.
AFAIK NDISulato
In article <41d96b7f-f76d-4f35-ba1d-0edf810e6...@young-alumni.com>,
"Chris" writes:
>True OR False
>
>1) NDIS only works with XP drivers.
Can't answer that as I've never needed to try a Vista driver.
>2) NDIS only works with 32-bit drivers and wont work on amd64.
False, unless someone has broke
True OR False
1) NDIS only works with XP drivers.
2) NDIS only works with 32-bit drivers and wont work on amd64.
There is a lot of conflicting information on various lists, forums and
websites regarding NDIS.
Thanks,
Chris
___
freebsd-net@freebs
Yes i've read your patch, but i don't understand what you are
meaning...
and yes, changing the definition of rt_Update is not my first
intention,
but it is the way i've found to fix this.
Backing to the patch... The rt_Update need the ifp and ifa information
to correctly update the route, an
Qing,
Sorry, but your patch doesn't fix the issue, everytime the
route_UpdateMTU* is called the route is set to the ethernet
interface using the gateway address instead of the correct tun interface.
The patch in PR works exactly in that situation as confirmed by Brett.
Thanks,
Luiz
* This
>
> Yes i've read your patch, but i don't understand what you are
meaning...
> and yes, changing the definition of rt_Update is not my first
intention,
> but it is the way i've found to fix this.
>
> Backing to the patch... The rt_Update need the ifp and ifa information
> to correctly update the
Synopsis: [libc] [patch] getaddrinfo(3) is broken with numeric service
State-Changed-From-To: open->patched
State-Changed-By: ume
State-Changed-When: Tue Mar 24 17:51:47 UTC 2009
State-Changed-Why:
Thank you! I've just committed it into HEAD.
I'll MFC it after 1 week.
Responsible-Changed-From-
The following reply was made to PR bin/51827; it has been noted by GNATS.
From: dfil...@freebsd.org (dfilter service)
To: bug-follo...@freebsd.org
Cc:
Subject: Re: bin/51827: commit references a PR
Date: Tue, 24 Mar 2009 17:47:37 + (UTC)
Author: ume
Date: Tue Mar 24 17:47:24 2009
New Rev
On Wed, Mar 18, 2009 at 01:33:06PM -0400, David Horn wrote:
> On Wed, Mar 18, 2009 at 12:26 PM, Oliver Fromme
> wrote:
> > David Horn wrote:
> > ?> Oliver Fromme wrote:
> > ?> >
> > ?> > ?network_interfaces="bge0 lo0"
> > ?>
> > ?> Ah. ?Ok, now I am understanding your scenario.
> > ?>
> > ?> I th
At 05:31 AM 3/24/2009, Luiz Otavio O Souza wrote:
Hi,
I read over your patch and I don't think you need to
change the definition of rt_Update() to fix this bug.
Have you read my patch committed to head/user.sbin/ppp/route.c
on 12/18/2008? svn r186308, cvs r1.96.
Please take a look.
Thanks,
Synopsis: [gre] [patch] gre(4) is not MPSAFE and does not support keys
State-Changed-From-To: open->closed
State-Changed-By: gavin
State-Changed-When: Tue Mar 24 15:06:19 UTC 2009
State-Changed-Why:
Patch in PR was committed and MFC'd in mid 2008
Responsible-Changed-From-To: freebsd-net->thomps
Very strange.
I have freebsd 7.0-RELEASE-p10 with dummynet in use and about 700 Mbit/s
traffic passing through. dummynet process CPU usage is 0% to 10%.
Let me see your ipfw rules.
What FreeBSD version do you have?
What about swi: net and taskq (irq) processes?
Hardware configuration?
ipfw r
Andrey Kropachev wrote:
> Is there an opportunity to scale dummynet on a number of cpu's? Currently my
> router processes about 200Mbit/s and around 50kpps. The dummynet takes about
> 80% of one processor. So, can dummynet be scaled, or can i somehow decrease
> the cpu usage of dummynet?
Dummynet
Very strange.
I have freebsd 7.0-RELEASE-p10 with dummynet in use and about 700 Mbit/s
traffic passing through. dummynet process CPU usage is 0% to 10%.
Let me see your ipfw rules.
What FreeBSD version do you have?
What about swi: net and taskq (irq) processes?
Hardware configuration?
_
Max Laier wrote:
> On Tuesday 24 March 2009 06:09:40 Steve Bertrand wrote:
>> Can the Netif column be expanded via the command line?
> -W is your friend. See also netstat(1)
It most certainly is... thanks :)
Steve
___
freebsd-net@freebsd.org mailing
Hi,
I read over your patch and I don't think you need to
change the definition of rt_Update() to fix this bug.
Have you read my patch committed to head/user.sbin/ppp/route.c
on 12/18/2008? svn r186308, cvs r1.96.
Please take a look.
Thanks,
-- Qing
Hi Qing,
Yes i've read your patch, but i
Hi all,
Is there an opportunity to scale dummynet on a number of cpu's? Currently my
router processes about 200Mbit/s and around 50kpps. The dummynet takes about
80% of one processor. So, can dummynet be scaled, or can i somehow decrease
the cpu usage of dummynet?
Regards,
Andrey Kropachev
__
On Tuesday 24 March 2009 06:09:40 Steve Bertrand wrote:
> Hi all,
>
> I don't know if this belongs here or not, but here it is anyway.
>
> I'm in the middle of troubleshooting why two sub-interfaces on two
> FreeBSD boxes (directly connected via XO cable) within a /30 can't
> communicate, and I fou
Hi,
I read over your patch and I don't think you need to
change the definition of rt_Update() to fix this bug.
Have you read my patch committed to head/user.sbin/ppp/route.c
on 12/18/2008? svn r186308, cvs r1.96.
Please take a look.
Thanks,
-- Qing
> -Original Message-
> From: owner
Synopsis: [libc] socket(2): INP_PORTHIGH and INP_ONESBCAST share same value
Responsible-Changed-From-To: freebsd-net->rwatson
Responsible-Changed-By: bz
Responsible-Changed-When: Tue Mar 24 07:12:57 UTC 2009
Responsible-Changed-Why:
Robert has fixed this in HEAD already.
http://www.freebsd.org/c
20 matches
Mail list logo
