On Tue, Sep 26, 2006 at 04:54:16PM +0100, Christoph Hellwig ([EMAIL PROTECTED])
wrote:
> > > Generic event handling mechanism.
> > >
> > > Consider for inclusion.
> >
> > Ulrich's objections sounded substantial, and afaik remain largely
> > unresolved. How do we sort this out?
>
> I haven't s
Daniel Drake wrote:
This patch adds a host_strip_iv_icv flag to ieee80211 which indicates that
ieee80211_rx should strip the IV/ICV/other security features from the payload.
This saves on some memmove() calls in the driver and seems like something that
belongs in the stack as it can be used by bc
This patch adds a host_strip_iv_icv flag to ieee80211 which indicates that
ieee80211_rx should strip the IV/ICV/other security features from the payload.
This saves on some memmove() calls in the driver and seems like something that
belongs in the stack as it can be used by bcm43xx, ipw2200, and zd
Hello!
Attached patch adds NETPOLL support for the Sibyte Network driver.
Thanks,
Manish Lachwani
Source: MontaVista Software, Inc. | Manish Lachwani <[EMAIL PROTECTED]>
NETPOLL support for Sibyte MAC
drivers/net/sb1250-mac.c | 14 ++
1 files changed, 14 insertions(+)
Index: lin
On 9/26/06, Andrew Morton <[EMAIL PROTECTED]> wrote:
[added netdev]
On Tue, 26 Sep 2006 12:04:40 -0700
"Miles Lane" <[EMAIL PROTECTED]> wrote:
> ieee80211: Info elem: parse failed: info_element->len + 2 > left :
> info_element->len+2=28 left=9, id=221.
> ieee80211: Info elem: parse failed: inf
Or Gerlitz <[EMAIL PROTECTED]> wrote:
>+ /* XXX set the bond dev type and addr len such that the net core code
>+ * (eg arp_mc_map() in net/ipv4/arp.c) would correctly process multicast
>+ * groups set ***before*** the first enslaveness
>+ */
>+ bond_dev->type = bondin
Use the ethernet device name when requesting the irq because the
irqbalance daemon looks for the name when deciding policy.
Better to play along with this dubious heuristic.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
drivers/net/sky2.c | 37 -
Since a transmit can take several control blocks, the old code waited
until the last control block was marked as done. This code processes
the return values incrementally. This makes slots in the tx ring available
and less chance of getting stuck.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED
Workarounds for 88e806x chips from the vendor driver.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
drivers/net/sky2.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
--- netdev-2.6.orig/drivers/net/sky2.c 2006-09-25 15:23:02.0 -0700
+++ netdev-2.6/drivers
Use hardware support for chained receive to break up large frames
into multiple pages. This avoids having to do a mult-page allocation
that can fail on a busy system due to fragmented memory.
For normal size MTU, this code behaves the same.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--
(vger gagged on the quilt version of these patches)
Look at the registers correctly, when doing gigabit full duplex.
Need to look for link partner result.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
drivers/net/sky2.c | 28 +++-
1 file changed, 19 insertio
Use the standard pci capability mechanism to access PCI express error
registers, rather than hard coding the offset. Mask off the PCI express
error from ever occuring on non-PCI express systems.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
drivers/net/sky2.c | 32 ++
Use the netdevice transmit lock via netif_tx_lock rather than putting
lock in device specific code and using lockless transmit. The code is
cleaner using netif_tx_lock, and the performance is same.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
drivers/net/sky2.c | 57 ++
Version 1.9 is for 2.6.19.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
drivers/net/sky2.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- netdev-2.6.orig/drivers/net/sky2.c 2006-09-25 15:23:26.0 -0700
+++ netdev-2.6/drivers/net/sky2.c 2006-09-25 15:23:2
Francois Romieu wrote:
Daniel Drake <[EMAIL PROTECTED]> :
[...]
static struct pci_device_id rtl8169_pci_tbl[] = {
- { PCI_DEVICE(PCI_VENDOR_ID_REALTEK, 0x8169), },
- { PCI_DEVICE(PCI_VENDOR_ID_REALTEK, 0x8129), },
- { PCI_DEVICE(PCI_VENDOR_ID_DLINK, 0x4300), },
-
On 26/09/06, Stephen Hemminger <[EMAIL PROTECTED]> wrote:
On Tue, 26 Sep 2006 21:09:31 +0100
"Daniel J Blueman" <[EMAIL PROTECTED]> wrote:
> The server processor is a Pentium-M 1.7GHz (ondemand governor, from
> 0.6GHz -> 1.7GHz).
>
> Gigabit path from server -> switch -> client. Client runs WinX
On Tue, 26 Sep 2006 17:55:34 -0400
Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Stephen Hemminger wrote:
> > The mii-tool utility seems to be abandoned and unmaintained?
> >
> > Here is a version that does standard 1000baseT support.
> > http://developer.osdl.org/shemminger/prototypes/mii-tool.ta
Stephen Hemminger wrote:
The mii-tool utility seems to be abandoned and unmaintained?
Here is a version that does standard 1000baseT support.
http://developer.osdl.org/shemminger/prototypes/mii-tool.tar.bz2
Not really. I would rather leave it as-is, and deprecate it in favor of
ethto
The mii-tool utility seems to be abandoned and unmaintained?
Here is a version that does standard 1000baseT support.
http://developer.osdl.org/shemminger/prototypes/mii-tool.tar.bz2
--
Stephen Hemminger <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe netd
Jeff Garzik <[EMAIL PROTECTED]> writes:
> applied 1-2
Thanks.
--
Krzysztof Halasa
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Krzysztof Halasa wrote:
The first patch renames drivers/net/wan/hdlc_generic.c file to hdlc.c.
It has been generated with git-diff* -M. Please let me know if you
need a "normal" patch.
It depends completely on what git-applymbox will accept, and how
git-applymbox interprets your submission.
applied 1-2
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Jeff,
The first patch renames drivers/net/wan/hdlc_generic.c file to hdlc.c.
It has been generated with git-diff* -M. Please let me know if you
need a "normal" patch.
--
Krzysztof Halasa
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECT
This patch removes accesses to the HDLC-internal data structures
from pc300 driver, thus enabling it to compile but breaking part
of its functionality.
Signed-off-by: Krzysztof Halasa <[EMAIL PROTECTED]>
diff --git a/drivers/net/wan/pc300_drv.c b/drivers/net/wan/pc300_drv.c
index 56e6940..8d9b959
On Tue, Sep 26, 2006 at 06:15:21PM +0200, Patrick McHardy wrote:
> Patrick McHardy wrote:
> > jamal wrote:
> >
> >>Yes, that looks plausible. Can you try making those changes and see if
> >>the warning is gone?
> >
> >
> > I think this points to a bigger brokeness caused by the move of
>
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Tue, 26 Sep 2006 13:45:31 -0700
> I'll test it out, and send off to Dave for 2.6.20, 2.6.19 is so in
> flux right now that adding more seems not like a good idea.
I'm willing to accept anything reasonable until approximately
this weekend.
-
To uns
On Tue, 26 Sep 2006 22:17:57 +0200
Rainer Baumann <[EMAIL PROTECTED]> wrote:
> Hi Stephens
>
> We merged your changes into our patch
> http://tcn.hypert.net/tcn_kernel_2_6_18.patch
> Please let us know if we should do further adoptions to our
> implementation and/or resubmit the adapted patch.
>
On Tue, 26 Sep 2006 21:09:31 +0100
"Daniel J Blueman" <[EMAIL PROTECTED]> wrote:
> The server processor is a Pentium-M 1.7GHz (ondemand governor, from
> 0.6GHz -> 1.7GHz).
>
> Gigabit path from server -> switch -> client. Client runs WinXP,
> Core2Duo 2.13GHz, Realtek RTL8168/8111 PCI-e NIC.
>
>
Hi,
Jeff,
in this thread I'm posting two patches:
- 1/2: modularizes generic HDLC code - WAN protocols (FR, Cisco HDLC
etc.) can now be separate modules. We can now have multiple module
versions for a protocol (something like syncppp-based PPP or based
on generic PPP). Also we don't have to
Hi Stephens
We merged your changes into our patch
http://tcn.hypert.net/tcn_kernel_2_6_18.patch
Please let us know if we should do further adoptions to our
implementation and/or resubmit the adapted patch.
Cheers+thanx,
Rainer
Stephen Hemminger wrote:
> Some changes:
>
> 1. need to select CONFIG
The server processor is a Pentium-M 1.7GHz (ondemand governor, from
0.6GHz -> 1.7GHz).
Gigabit path from server -> switch -> client. Client runs WinXP,
Core2Duo 2.13GHz, Realtek RTL8168/8111 PCI-e NIC.
Flow contol enabled in both directions, both for client and server:
sky2 lan0: Link is up at 1
From: Johannes Berg <[EMAIL PROTECTED]>
Date: Tue, 26 Sep 2006 12:04:34 +0200
> On Tue, 2006-09-26 at 11:44 +0200, Thomas Graf wrote:
>
> > Thinking it over I'm still not completely happy with this. A
> > small subset of all the validation tasks is simply too complex
> > to be put into the policy
[added netdev]
On Tue, 26 Sep 2006 12:04:40 -0700
"Miles Lane" <[EMAIL PROTECTED]> wrote:
> ieee80211: Info elem: parse failed: info_element->len + 2 > left :
> info_element->len+2=28 left=9, id=221.
> ieee80211: Info elem: parse failed: info_element->len + 2 > left :
> info_element->len+2=28 le
-- Forwarded message --
Date: Tue, 26 Sep 2006 12:50:51 +0200
From: Eric Sesterhenn <[EMAIL PROTECTED]>
To: linux-kernel@vger.kernel.org
Cc: [EMAIL PROTECTED]
Subject: [Patch] Possible dereference in net/core/rtnetlink.c
hi,
another possible dereference spotted by coverity (#cid 1
Or Gerlitz <[EMAIL PROTECTED]> wrote:
[...]
+ bond->dev->mtu = new_active->dev->mtu;
This won't generate a NETDEV_CHANGEMTU notifier event.
[...]
>+ /* bonding netdevices are created with ether_setup, so when the
>+ * slave type is not ARPHRD_
Daniel Drake <[EMAIL PROTECTED]> :
[...]
static struct pci_device_id rtl8169_pci_tbl[] = {
- { PCI_DEVICE(PCI_VENDOR_ID_REALTEK, 0x8169), },
- { PCI_DEVICE(PCI_VENDOR_ID_REALTEK, 0x8129), },
- { PCI_DEVICE(PCI_VENDOR_ID_DLINK, 0x4300), },
- { PCI_DEVICE(0x16ec
Michael Buesch <[EMAIL PROTECTED]> :
[...]
> > 3 - The data in the eeprom contains u16 and it has a known endianness.
> > It can be annotated as such (__be16 eeprom[]). I do not know how to
> > do the same with an u8 [].
>
> No. The eeprom is mostly not be16. The eeprom is mostly little
>
Add support for sky2 register dump, put it in a common file
for both skge and sky2.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
Makefile.am|2
ethtool-util.h |2
ethtool.c |1
marvell.c | 327
skg
Here's a backport of the 2.6.19 patch which adds support for the 8168
hardware found on some recent motherboards. It will be shipped in future
Gentoo 2.6.18 releases. I hope it's useful to someone, although if there
are any problems you should test the latest -git snapshot before telling
anybod
* Patrick McHardy <[EMAIL PROTECTED]> 2006-09-26 15:32
> Thomas Graf wrote:
> > Prevents filters from being added if the first generated
> > handle already exists.
> >
> > Signed-off-by: Kim Nordlund <[EMAIL PROTECTED]>
> > Signed-off-by: Thomas Graf <[EMAIL PROTECTED]>
> >
> > Index: net-2.6/net
From: Michael Buesch <[EMAIL PROTECTED]>
There is a potential race condition in the periodic_work_handler routine
of bcm43xx-softmac. In addition to fixing this condition, the size of code is
reduced by moving the mutex lock outside the if.
Signed-off-by: Larry Finger <[EMAIL PROTECTED]>
---
Ind
On Tuesday 26 September 2006 19:49, Francois Romieu wrote:
> Johannes Berg <[EMAIL PROTECTED]> :
> [...]
> > Now, arguably the correct fix would be to make the b44_read_eeprom
> > routine read an array of u16 as stored, and then use byte shifting
> > everywhere to fix up for the fact that Broadcom
I neglected to properly update the version number in the recent
patch series; this sets it to something reasonable.
Signed-off-by: Jay Vosburgh <[EMAIL PROTECTED]>
diff --git a/drivers/net/bonding/bonding.h b/drivers/net/bonding/bonding.h
index db16fee..dc434fb 100644
--- a/drivers/net/
Johannes Berg <[EMAIL PROTECTED]> :
[...]
> Now, arguably the correct fix would be to make the b44_read_eeprom
> routine read an array of u16 as stored, and then use byte shifting
> everywhere to fix up for the fact that Broadcom stores things into the
Yes.
> high/low byte of a u16 (yes, they alw
On Tuesday 26 September 2006 19:00, Jeff Garzik wrote:
> Michael Buesch wrote:
> > #ifdef BIG_ENDIAN
> > bp->phy_addr = eeprom[91] & 0x1f;
> > #else
> > bp->phy_addr = eeprom[90] & 0x1f;
> > #endif
>
> False. It's already fixed endian. It's just not the endian you like.
Jeff, come on...
On Tue, 26 Sep 2006 13:18:09 +0300 (IDT)
Or Gerlitz <[EMAIL PROTECTED]> wrote:
> Signed-off-by: Or Gerlitz <[EMAIL PROTECTED]>
>
> Index: net-2.6.19/drivers/net/bonding/bond_main.c
> ===
> --- net-2.6.19.orig/drivers/net/bonding/bond
Michael Buesch wrote:
#ifdef BIG_ENDIAN
bp->phy_addr = eeprom[91] & 0x1f;
#else
bp->phy_addr = eeprom[90] & 0x1f;
#endif
False. It's already fixed endian. It's just not the endian you like.
Jeff
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
On Mon, 2006-09-25 at 19:59 -0400, Jeff Garzik wrote:
> Seems like a better solution would be to remove the manual swap from the
> caller of b44_read_eeprom().
No.
You're not looking at the problem from the right angle.
The thing is that Broadcom decided to store the EEPROM data as an array
of
Patrick McHardy wrote:
> jamal wrote:
>
>>Yes, that looks plausible. Can you try making those changes and see if
>>the warning is gone?
>
>
> I think this points to a bigger brokeness caused by the move of
> dev->qdisc to RCU. It means destruction of filters and actions doesn't
> necessarily happ
On Tuesday 26 September 2006 18:08, Jeff Garzik wrote:
> Michael Buesch wrote:
> > No it isn't. There are lots of other parameters in the ssb SPROM.
> > And most of them are _not_ in bigendian.
> > I think we also read the PHYport or something in b44.
> > See bcm43xx or the ssb module for the rest
Michael Buesch wrote:
No it isn't. There are lots of other parameters in the ssb SPROM.
And most of them are _not_ in bigendian.
I think we also read the PHYport or something in b44.
See bcm43xx or the ssb module for the rest of the values.
Returning a SPROM bytearray as BABABABA is just plain w
Michael Buesch wrote:
On Tuesday 26 September 2006 01:59, Jeff Garzik wrote:
[EMAIL PROTECTED] wrote:
From: Michael Buesch <[EMAIL PROTECTED]>
This fixes eeprom read on big-endian architectures.
Signed-off-by: Michael Buesch <[EMAIL PROTECTED]>
Cc: Jeff Garzik <[EMAIL PROTECTED]>
Signed-off-b
On Tuesday 26 September 2006 17:59, Jeff Garzik wrote:
> Michael Buesch wrote:
> > On Tuesday 26 September 2006 01:59, Jeff Garzik wrote:
> >> [EMAIL PROTECTED] wrote:
> >>> From: Michael Buesch <[EMAIL PROTECTED]>
> >>>
> >>> This fixes eeprom read on big-endian architectures.
> >>>
> >>> Signed-o
On Fri, Sep 22, 2006 at 12:22:07PM -0700, Andrew Morton wrote:
> On Wed, 20 Sep 2006 13:35:47 +0400
> Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
>
> > Generic event handling mechanism.
> >
> > Consider for inclusion.
>
> Ulrich's objections sounded substantial, and afaik remain largely
> unreso
Francesco Fondelli writes:
> Anyway, I've been asked to add support for managing DSCP codepoints, so
> one can test DiffServ capable routers. It's very simple code and is working
> for
> me.
Looks fine too. We ask Dave to apply again.
Cheers.
--ro
This is just a minor buglet I came across by accident - when inet_init
fails to register raw_prot, it jumps to out_unregister_udp_proto which
should unregister UDP _and_ TCP.
Signed-off-by: Olaf Kirch <[EMAIL PROTECTED]>
net/ipv4/af_inet.c |4 ++--
1 files changed, 2 insertions(+), 2 deletio
Francesco Fondelli writes:
> The attached patch allows pktgen to produce 802.1Q and Q-in-Q tagged frames.
> I have used it for stress test a bridge and seems ok to me.
> Unfortunately I have no access to net-2.6.x git tree so the diff is against
> 2.6.17.13.
Thanks a lot.
Looks fine but hav
On Tuesday 26 September 2006 01:59, Jeff Garzik wrote:
> [EMAIL PROTECTED] wrote:
> > From: Michael Buesch <[EMAIL PROTECTED]>
> >
> > This fixes eeprom read on big-endian architectures.
> >
> > Signed-off-by: Michael Buesch <[EMAIL PROTECTED]>
> > Cc: Jeff Garzik <[EMAIL PROTECTED]>
> > Signed-o
On Thu, Sep 21, 2006 at 03:39:39PM -0700, Stephen Hemminger wrote:
Add support for older fiber versions of the SysKonnect board. These chipsets
use an internal PHY so they require special handling. The older sk98lin
driver already supported these
The patch seems to work with a single port card
[EMAIL PROTECTED] writes:
> PPPoE must advertise the underlying device's MTU via the ppp channel
> descriptor structure, as multilink functionality depends on it.
>
> Signed-off-by: Michal Ostrowski <[EMAIL PROTECTED]>
Acked-by: Paul Mackerras <[EMAIL PROTECTED]>
-
To unsubscribe from this list:
And the docs.
Cheers.
--ro
Signed-off-by: Francesco Fondelli <[EMAIL PROTECTED]>
Signed-off-by: Robert Olsson <[EMAIL PROTECTED]>
diff --git a/Documentation/networking/pktgen.txt
b/Documentation/networking/pktgen.txt
index 278771c..6062e35 100644
--- a
Thomas Graf wrote:
> Prevents filters from being added if the first generated
> handle already exists.
>
> Signed-off-by: Kim Nordlund <[EMAIL PROTECTED]>
> Signed-off-by: Thomas Graf <[EMAIL PROTECTED]>
>
> Index: net-2.6/net/sched/cls_basic.c
> ==
Hi,
On Mon, Sep 25, 2006 at 10:15:30PM +1000, Herbert Xu wrote:
> On Fri, Sep 01, 2006 at 06:22:48PM +0200, cagri coltekin wrote:
> >
> > The second causes the system to give the bug a couple of seconds
> > after bind starts, and loads the zones, without any traffic going
> > on. BTW, patch applie
Prevents filters from being added if the first generated
handle already exists.
Signed-off-by: Kim Nordlund <[EMAIL PROTECTED]>
Signed-off-by: Thomas Graf <[EMAIL PROTECTED]>
Index: net-2.6/net/sched/cls_basic.c
===
--- net-2.6.orig/
PPPoE must advertise the underlying device's MTU via the ppp channel
descriptor structure, as multilink functionality depends on it.
Signed-off-by: Michal Ostrowski <[EMAIL PROTECTED]>
---
drivers/net/pppoe.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/net/ppp
* Johannes Berg <[EMAIL PROTECTED]> 2006-09-26 09:25
> This patch adds an NLA_CUSTOM_CHECK type for netlink attributes
> in order to be able to centrally define new attribute structures
> instead of having to check these special types in each function
> that uses such an attribute.
Thinking it ove
Signed-off-by: Or Gerlitz <[EMAIL PROTECTED]>
Index: net-2.6.19/drivers/net/bonding/bond_main.c
===
--- net-2.6.19.orig/drivers/net/bonding/bond_main.c 2006-09-25
11:43:52.0 +0300
+++ net-2.6.19/drivers/net/bonding/bond_m
Signed-off-by: Or Gerlitz <[EMAIL PROTECTED]>
Index: net-2.6.19/drivers/net/bonding/bond_main.c
===
--- net-2.6.19.orig/drivers/net/bonding/bond_main.c 2006-09-25
11:46:35.0 +0300
+++ net-2.6.19/drivers/net/bonding/bond_m
Signed-off-by: Or Gerlitz <[EMAIL PROTECTED]>
Index: net-2.6.19/drivers/net/bonding/bond_main.c
===
--- net-2.6.19.orig/drivers/net/bonding/bond_main.c 2006-09-20
14:40:13.0 +0300
+++ net-2.6.19/drivers/net/bonding/bond_m
On Tue, 2006-09-26 at 11:44 +0200, Thomas Graf wrote:
> Thinking it over I'm still not completely happy with this. A
> small subset of all the validation tasks is simply too complex
> to be put into the policy. The validation of your type value
> array is such a case, address fields with variable
Hi Dave,
> here are the pending patches that didn't make it into the 2.6.18 kernel
> release. I have some additional fixes, but all of them need some more
> additional testing from my side.
it seems that you haven't pulled in these changes so far. So I didn't
rebase the tree and simply pushed som
Hello,
I am not familiar with the details of checksum algorithm of ip headers;
My question is this:
When switching between source and dest addresses in an IP header of an
IP packet - should the checksum of the ip header be changed ?
Or is the checksum algorithm indifferent to which is the IP sr
This patch series is an RFC for changes to the bonding driver such that it
would be able to support non ARPHRD_ETHER netdevices for its High-Availability
(active-backup) mode.
My motivation was to enable the bonding driver on its HA mode to work with the
IP over Infiniband (IPoIB) driver. With the
On Mon, 2006-09-25 at 10:49 -0500, Larry Finger wrote:
> When using TKIP and CCMP for wireless encryption with ieee80211, the logs get
> filled with useless
> replay messages where the previous and received TSC are identical. This
> change deletes
> the log message for this case, but still prints
On 26/09/06, David Miller <[EMAIL PROTECTED]> wrote:
From: [EMAIL PROTECTED]
Date: Mon, 25 Sep 2006 16:43:10 -0700
> +#ifdef CONFIG_NET_POLL_CONTROLLER
> + new_dev->poll_controller = real_dev->poll_controller;
> +#endif
> +
I don't see how this part can be correct. If netpoll actually
call
This patch adds an NLA_CUSTOM_CHECK type for netlink attributes
in order to be able to centrally define new attribute structures
instead of having to check these special types in each function
that uses such an attribute.
nl80211 will benefit from this because it needs an information
element attri
76 matches
Mail list logo
