From: jamal <[EMAIL PROTECTED]>
Date: Thu, 06 Apr 2006 08:56:46 -0400
> Pointed out by Denis Vlasenko. Compiles with old and new schemes.
Applied, thanks.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http
This patch fixes several bugs in the gianfar driver, including a major one
where spinlocks were horribly broken:
* Split gianfar locks into two types: TX and RX
* Made it so gfar_start() now clears RHALT
* Fixed a bug where calling gfar_start_xmit() with interrupts off would
corrupt the interrup
On Thu, Apr 06, 2006 at 05:24:00PM -0500, Linas Vepstas wrote:
> + if(pci_enable_device(pdev)) {
Add a space after "if" and before "(" please.
You do this in a few different places.
thanks,
greg k-h
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message
Please apply and forward upstream.
--linas
[PATCH] PCI Error Recovery: e100 network device driver
Various PCI bus errors can be signaled by newer PCI controllers. This
patch adds the PCI error recovery callbacks to the intel ethernet e100
device driver. The patch has been tested, and appears t
From: Adrian Bunk <[EMAIL PROTECTED]>
Date: Thu, 6 Apr 2006 10:49:09 +0200
> On Wed, Apr 05, 2006 at 10:25:43PM -0700, David S. Miller wrote:
> > > - remove the following unused EXPORT_SYMBO's:
> > > - devinet.c: devinet_ioctl
> >
> > Used by wan drivers, can't remove.
>
> Used only by drivers
On Thu, Mar 23, 2006 at 01:06:02PM +1100, Peter Chubb wrote:
>
> I see lots of
> kernel unaligned access to 0xa001009dbb6f, ip=0xa00100811591
> kernel unaligned access to 0xa001009dbb6b, ip=0xa001008115c1
> kernel unaligned access to 0xa001009dbb6d, ip=0xa
Hi,
On Thursday 06 April 2006 17:18, jamal wrote:
> On Fri, 2006-07-04 at 00:30 +1000, Herbert Xu wrote:
> > If so I see what you mean but I think a better solution is to just
> > set a flag when the XFRM_REPLAY_TIMEOUT fires and nothing has
> > changed. Then when you get XFRM_REPLAY_UPDATE you
On Fri, Apr 07, 2006 at 05:34:27AM +1000, Herbert Xu ([EMAIL PROTECTED]) wrote:
> Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> >
> > I just wonder why stackable dst_output() was removed?
>
> It's part of the netfilter/xfrm change where this change (not really
> a removal though) makes things much
Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
>
> I just wonder why stackable dst_output() was removed?
It's part of the netfilter/xfrm change where this change (not really
a removal though) makes things much easier.
Cheers,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~
Below patch was developed after discussion with Daniel Drake who
mentioned to me that wireless tools expect an EAGAIN return from getscan
so that they can wait for the scan to finish before printing out the
results.
Signed-off-by: Johannes Berg <[EMAIL PROTECTED]>
diff --git a/net/ieee80211/softm
On Fri, Apr 07, 2006 at 03:50:54AM +1000, Herbert Xu ([EMAIL PROTECTED]) wrote:
> Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> >
> > This change removed stackable output processing, which was a good idea by
> > design (and there are users outside the kernel, like asynchronous crypto
> > processin
Hi, Stephen and James,
Looks like the selinux_sk_ctxid() call implemented in James' patch also
requires the sk_callback_lock (see below). I am planning to introduce a
new exported fucntion selinux_sock_ctxid() which does not require any
locking. Comments?
thanks,
Catherine
Stephen Smalley <
Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
>
> This change removed stackable output processing, which was a good idea by
> design (and there are users outside the kernel, like asynchronous crypto
> processing for IPsec).
Is there any reason why you can't do async crypto with the existing
framewo
On Thu, 06 Apr 2006 09:57:20 -0700
Ben Greear <[EMAIL PROTECTED]> wrote:
> Is there currently a way to be notified of an arbitrary interface
> having it's netdev feature flags modified?
>
> If not, perhaps we could add one?
>
> I think this would be useful for allowing 802.1Q VLANs, bridges, and
Hi,
I've been regularly losing my IRC connections going over my PPP/PPPoE/ADSL
IPv6 connection with static addresses for quite some time now. I haven't
found any obvious correlation with PPP reconnects or anything else one
would expect to cause this - now, I've had a look at it using tcpdump
and i
> "Jeff" == Jeff Garzik <[EMAIL PROTECTED]> writes:
Jeff> BTW, pci_iomap() will automatically select the right thing...
Fair enough. Here's an updated patch.
M.
diff --git a/drivers/net/cassini.c b/drivers/net/cassini.c
index ac48f75..2f5ea75 100644
--- a/drivers/net/cassini.c
+++ b
Is there currently a way to be notified of an arbitrary interface
having it's netdev feature flags modified?
If not, perhaps we could add one?
I think this would be useful for allowing 802.1Q VLANs, bridges, and other
virtual
devices to support features such as TSO.
Thanks,
Ben
--
Ben Greear
On 4/6/06, David Daney <[EMAIL PROTECTED]> wrote:
> Janos Farkas wrote:
> > Shouldn't it
> > be more correct to not depend on the ip address of the used network,
> > but to use the "scope" parameter of the given address?
> RFC 3927 specifies the Ethernet arp broadcast behavior for only
> 169.254.0
The discussion about tc action reminded my of something else I wanted
to take care of in the next time. Some of the non-work-conserving
qdiscs (HFSC, TBF, netem) need to peek at the next packet when
throttling to calculate the timeout when to wake up. This is currently
done be dequeueing a packet,
On Wed, Apr 05, 2006 at 05:47:15PM -0700, Stephen Hemminger wrote:
> Sky2 driver will oops referencing bad memory if used on
> a dual port card. The problem is accessing past end of
> MIB counter space.
>
> Applies for both 2.6.17 and 2.6.16 (with fuzz)
>
> Signed-off-by: Stephen Hemminger <[EMA
Janos Farkas wrote:
On 2006-04-05 at 14:22:08, David Daney wrote:
The changes in this version are that it tests the source IP address
instead of the destination. The test now matches the test described
in the RFC. Also a small cleanup as suggested by Herbert Xu.
Some comments on the first ve
jamal wrote:
> On Thu, 2006-06-04 at 17:35 +0200, Patrick McHardy wrote:
>
>>jamal wrote:
>>Well, I was hopeing someone else would do it, I already have lots of
>>TODOs on my list. One low priority item is this however, so if
>>noone else cares, I might do it anyway.
>
>
> I could do it - it won
On Thu, 2006-06-04 at 17:35 +0200, Patrick McHardy wrote:
> jamal wrote:
> Well, I was hopeing someone else would do it, I already have lots of
> TODOs on my list. One low priority item is this however, so if
> noone else cares, I might do it anyway.
I could do it - it wont be in the next few days
jamal wrote:
> On Thu, 2006-06-04 at 17:26 +0200, Patrick McHardy wrote:
>
>> To be explicit: the hash pointer, the
>>size and the lock will be contained in tc_act_ops. The actions itself
>>(tc_act_common) of course not, that wouldn't make any sense.
>>
>
> Ok, go nuts then; i will volunteer to t
On Thu, 2006-06-04 at 17:26 +0200, Patrick McHardy wrote:
> Patrick McHardy wrote:
> > jamal wrote:
> >
> >>On Thu, 2006-06-04 at 17:20 +0200, Patrick McHardy wrote:
> >>
> >>
> >>
> >>>You must have misunderstood my the first time, the first variant
> >>>is what I've always proposed. tc_act_commo
Patrick McHardy wrote:
> jamal wrote:
>
>>On Thu, 2006-06-04 at 17:20 +0200, Patrick McHardy wrote:
>>
>>
>>
>>>You must have misunderstood my the first time, the first variant
>>>is what I've always proposed. tc_act_common is an abstraction for
>>>the _members_ of the hash, the actions.
>>
>>
>>B
jamal wrote:
> On Thu, 2006-06-04 at 17:20 +0200, Patrick McHardy wrote:
>
>
>>You must have misunderstood my the first time, the first variant
>>is what I've always proposed. tc_act_common is an abstraction for
>>the _members_ of the hash, the actions.
>
>
> But you are still confusing me Patr
On Thu, 2006-06-04 at 17:20 +0200, Patrick McHardy wrote:
> You must have misunderstood my the first time, the first variant
> is what I've always proposed. tc_act_common is an abstraction for
> the _members_ of the hash, the actions.
But you are still confusing me Patrick, otherwise i would agre
jamal wrote:
>>It is actually exactly what I've always proposed. tcf_act_common
>>is the single action itself, tc_action_ops only includes pointers
>>to the hash table and the private lock.
>
>
> I may have misunderstood you then or misunderstand you now. Let me be
> explicit:
> I like "augmentat
On Thu, 2006-06-04 at 11:18 -0400, jamal wrote:
> After a little testing (i missed the scenario where a user subscribes
> and then leaves and then resubscribes; in such a case, the timer never
> gets restarted) i have updated the patch to do it the brute force way.
> What you propose is more optim
On Fri, 2006-07-04 at 00:30 +1000, Herbert Xu wrote:
> If so I see what you mean but I think a better solution is to just
> set a flag when the XFRM_REPLAY_TIMEOUT fires and nothing has changed.
> Then when you get XFRM_REPLAY_UPDATE you can notify unconditionally if
> this flag is set.
>
> The f
On Thu, 2006-06-04 at 16:19 +0200, Patrick McHardy wrote:
> jamal wrote:
> > This is much better than your old proposal Patrick and i have no
> > problem with it. Why you would need tcf_act_common
> > if you are going to have those elements in tc_action_ops?
> > So go ahead and submit the patches
> On 4/5/06, David S. Miller <[EMAIL PROTECTED]> wrote:
> From: Roland Dreier <[EMAIL PROTECTED]>
> Date: Wed, 05 Apr 2006 14:52:24 -0700
>
> > > + case 0x1030 ... 0x1034:
> >
> > Do we use the gcc "case range" extension in the kernel? (This is an
> > honest question -- I don't think I've seen i
On 4/5/06, Ben Greear <[EMAIL PROTECTED]> wrote:
> Andrew Gallatin wrote:
> > I'm working on a driver for a 10GbE nic. I've just gotten to the point
> > where I
> > am verifying that 802.1q vlans work without hardware vlan offload. It
> > seems like
> > the netdev features flags (NETIF_F_SG|NETI
Hi Jamal:
On Thu, Apr 06, 2006 at 09:03:07AM -0400, jamal wrote:
>
> Both Krisztian and myself independently bumped into this problem.
> Summary is: it is problematic to do reasonably timed failovers without
> that timer that was initially in the original patch.
Do you mean a case where you have
jamal wrote:
>>What needs to be done is to put a pointer to the hash, its size
>>and its lock in struct tc_action_ops and move the "generic"
>>functions to a seperate .c file and make them work on a struct
>>tcf_act_common.
>>
>
>
> This is much better than your old proposal Patrick and i have no
People,
On PARISC, kernel screams if a driver uses ioremap on an io-port
region. It now strongly insists on using ioremap_nocache, which sounds
sensible enough since, in this case, cassini wants to map the card
registers.
The included one-line patch fixes it.
Please consider applying.
M
spidernet uses request_firmware so it needs to select FW_LOADER.
Index: linux-2.6/drivers/net/Kconfig
===
--- linux-2.6.orig/drivers/net/Kconfig 2006-03-15 11:23:46.0 +0100
+++ linux-2.6/drivers/net/Kconfig 2006-04-04
Herbert,
Both Krisztian and myself independently bumped into this problem.
Summary is: it is problematic to do reasonably timed failovers without
that timer that was initially in the original patch.
So i am attaching a patch against Linus' tree.
Dave, If Herbert acks, please apply this to Linus
Pointed out by Denis Vlasenko. Compiles with old and new schemes.
cheers,
jamal
Rename policer specific _generic_ methods to be specific to
_act_police_
Signed-off-by: Jamal Hadi Salim <[EMAIL PROTECTED]>
---
diff --git a/net/sched/act_police.c b/net/sched/act_police.c
index fa877f8..24c348f 1
Removed lkml from the CC.
On Thu, 2006-06-04 at 10:50 +0200, Patrick McHardy wrote:
> Denis Vlasenko wrote:
> > While hunting down oversized inlines
> > I stumbled on tcf_generic_walker().
> >
> > It is defined in two separate files:
> > once as an inline in include/net/pkt_act.h
> > (really big
Hello, Jesse Brandeburg.
On 06.04.2006 04:42 you said the following:
I built and tested the driver with patches on 2.6.16, with pci-x adapters.
I removed some workarounds for PCIe adapters, but I dont think anyone
having this problem has a PCIe adapter anyway. I saw no TX hangs and ran
some
Hi,
I got this oops while ejecting a Lucent Orinico Silver card:
[EMAIL PROTECTED]:~ # cardctl ident 0
product info: "Lucent Technologies", "WaveLAN/IEEE", "Version 01.01", ""
manfid: 0x0156, 0x0002
function: 6 (network)
[EMAIL PROTECTED]:~ # ifdown eth2
[EMAIL PROTECTED]:~ # cardctl eject
On 2006-04-05 at 14:22:08, David Daney wrote:
> The changes in this version are that it tests the source IP address
> instead of the destination. The test now matches the test described
> in the RFC. Also a small cleanup as suggested by Herbert Xu.
>
> Some comments on the first version of the pa
Denis Vlasenko wrote:
> While hunting down oversized inlines
> I stumbled on tcf_generic_walker().
>
> It is defined in two separate files:
> once as an inline in include/net/pkt_act.h
> (really big one, ~750 bytes of code)
> and once as a static function in net/sched/act_police.c
>
> These two i
On Wed, Apr 05, 2006 at 10:25:43PM -0700, David S. Miller wrote:
> From: Adrian Bunk <[EMAIL PROTECTED]>
> Date: Tue, 4 Apr 2006 18:37:01 +0200
>
> > This patch contains the following possible cleanups:
> > - make the following needlessly global function static:
> > - arp.c: arp_rcv()
>
> This
46 matches
Mail list logo
