Hello,
I was told to e-mail here for this issue.
I have kernel 2.6.14.4 with skas patch. My computer is
AMD. I have 2 ethernet cards eth0 & eth1. eth0
connected to the local network and eth1 connected to
the Internet. I am trying to run UML or KQemu machines
available on the local lan. What I did i
Dave, please apply.
--
Horms
tree 60d9ec661356d90c826b9e95d9d1feac04df0ceb
parent d7ba5e23dc0661bc1e79593e0a6fbd424def3dcb
author Horms <[EMAIL PROTECTED]> Fri, 30 Dec 2005 12:58:16 +0900
committer Horms <[EMAIL PROTECTED]> Fri, 30 Dec 2005 12:58:16 +0900
[PATCH-2.6] cleanup IP_VS_DBG state
On 30 Dec 2005 02:55:57 - Dale Farnsworth wrote:
> In article <[EMAIL PROTECTED]> you write:
> > That doesn't quite answer my question of what the
> > "Special Multicast Table for MAC addresses of the form
> > 0x01-00-5E-00-00-XX"
> > means (below). Do you (or anyone else) have any info on
This patch fixes some of the ieee80211 crypto related code so that
instead of having the host fully do crypto operations, the host_build_iv
flag works properly (for WEP in this patch) which, if turned on,
requires the hardware to do all crypto operations, but the ieee80211
layer builds the IV. The
In article <[EMAIL PROTECTED]> you write:
> That doesn't quite answer my question of what the
> "Special Multicast Table for MAC addresses of the form 0x01-00-5E-00-00-XX"
> means (below). Do you (or anyone else) have any info on this?
Those are MAC addresses assigned for routing and topology d
2005/12/30, Francois Romieu <[EMAIL PROTECTED]>:
> Aritz Bastida <[EMAIL PROTECTED]> :
> [...]
I don't understand. Is there any problem with my email address?
>
> Interrupt Status Register bits are always set to 1, if the condition
> if present, regardless of the state of the corresponding mask b
(netdev Cced)
Dave Airlie <[EMAIL PROTECTED]> :
[...]
Replace the spinlock in b44_start_xmit by the irq_{save/restore} version.
Do the same around for spin_lock(&np->dev->xmit_lock); in netpoll_send_skb.
If it helps, it's an ugly, buggy, bandaid and you should consider
capturing the messages thr
On Wed, 28 Dec 2005 17:48:15 -0700 Dale Farnsworth wrote:
> On Wed, Dec 28, 2005 at 11:04:06PM +, Randy.Dunlap wrote:
> > Just FMI (for my info), what are the semantics of the Special
> > Multicast Table? Is this done in conformance with some RFC or
> > other "standard"? Thanks.
>
> The tab
Aritz Bastida <[EMAIL PROTECTED]> :
[...]
Interrupt Status Register bits are always set to 1, if the condition
if present, regardless of the state of the corresponding mask bit.
(courtesy of the 8139C(L)+ manual)
-> The interrupt mask register simply prevents the interrupts.
Can you send the co
Stefan Roese <[EMAIL PROTECTED]> writes:
> Understood. But a total rewrite of this code is unfortunately not an option,
> since it's just too much work (without a sponsor).
It's the only option I'm afraid. But we don't need to rewrite the whole
library, what we really need is a) NPE firmware loa
jamal wrote:
On Thu, 2005-29-12 at 17:02 +, Andy Furniss wrote:
Could you make it so that you can double queue the traffic - I couldn't
do this with dummy/htb (but didn't try that hard). I've read of imq
being used like this to enforce linkwide shaping policy above per user
shaping. Anot
On Thu, 2005-29-12 at 17:02 +, Andy Furniss wrote:
> Could you make it so that you can double queue the traffic - I couldn't
> do this with dummy/htb (but didn't try that hard). I've read of imq
> being used like this to enforce linkwide shaping policy above per user
> shaping. Another reas
Hello,
I think there is some kind of bug or something in the driver 8139too.
Supossedly, receive interrupts are disabled when a hardware interruption
is received, but anyway receive interrupts keep on triggering. Below I show
the two interruption masks are used throughtout the driver. The first is
From: Patrick McHardy
> Kris Katterjohn wrote:
> > --- x/net/core/filter.c 2005-12-28 16:51:35.0 -0600
> > +++ y/net/core/filter.c 2005-12-28 16:53:32.0 -0600
> > @@ -250,7 +250,7 @@ load_b:
> > mem[fentry->k] = X;
> > continue;
> >
On 12/28/05, Al Viro <[EMAIL PROTECTED]> wrote:
> Applied. BTW, I'm very tempted to annotate s_addr and sin_port at that
> point;
AOL
> it will create a lot of noise around net/*, though, so depending
> on the way you keep track of regressions it might be a bad idea right
> now.
Don't worry, I
jamal wrote:
I will think of something. But it seems like after talking to
other people as well, the consensus is agreeing with you. I will create
a new device instead of abusing dummy ;->
Could you make it so that you can double queue the traffic - I couldn't
do this with dummy/htb (but
York Liu wrote:
Intel is pleased to announce the launch of an open source project to
extend the current Intel PRO/Wireless 2200BG Driver project (IPW2200) to
support Master (Access Point) mode. The project site is up and in the
coming weeks you can expect initial source to become available provid
kern.log looks like this:
Dec 29 14:25:37 superman kernel: eth0: too many iterations (6) in nv_nic_irq.
Dec 29 14:26:11 superman kernel: eth0: too many iterations (6) in nv_nic_irq.
Dec 29 14:27:12 superman last message repeated 299 times
Dec 29 14:28:13 superman last message repeated 221 times
De
On Thu, 2005-29-12 at 17:08 +0100, Patrick McHardy wrote:
> jamal wrote:
> > On Wed, 2005-28-12 at 18:19 +0100, Patrick McHardy wrote:
> > Its one of those 50/50 decisions - I could create a new device,
> > what would you think for a name?
>
> IMQ? :) No, I'm bad coming up with names myself ..
>
jamal wrote:
On Wed, 2005-28-12 at 18:19 +0100, Patrick McHardy wrote:
You seem to add almost as much ifdefed code to
dummy as it currently has, which makes me wonder if a completely
new device wouldn't be much cleaner.
Its one of those 50/50 decisions - I could create a new device,
what woul
Kris Katterjohn wrote:
--- x/net/core/filter.c 2005-12-28 16:51:35.0 -0600
+++ y/net/core/filter.c 2005-12-28 16:53:32.0 -0600
@@ -250,7 +250,7 @@ load_b:
mem[fentry->k] = X;
continue;
default:
-
21 matches
Mail list logo
