Christoph Hellwig made a comment about how the names in ieee80211.h make more
sense, and I also agree. This should also make patches for migrating fullmac
drivers to d80211 smaller.
Hopefully I didn't miss anything in the transition. Patch is bzip2ed since a
49kb patch seems a little big for in
Begin forwarded message:
Date: Mon, 24 Jul 2006 12:01:48 +0400
From: Jim Klimov <[EMAIL PROTECTED]>
To: linux-kernel@vger.kernel.org
Subject: Unable to handle kernel paging request, another 2.6.16.25 server
reboots
Hello linux-kernel,
I recently wrote about problems with a fileserver reboo
From: Henrik Kretzschmar <[EMAIL PROTECTED]>
[NET] initialisation cleanup for ULI526x-net-driver
removes the unneeded local variable rc
replace pci_module_init() with pci_register_driver()
two coding style issues on switch
Signed-off-by: Henrik Kretzschmar <[EMAIL PROTECTED]>
---
diff -ruN lin
From: Henrik Kretzschmar <[EMAIL PROTECTED]>
[NET] initialisation cleanup for ULI526x-net-driver
removes the unneeded local variable rc
replace pci_module_init() with pci_register_driver()
two coding style issues on switch
Signed-off-by: Henrik Kretzschmar <[EMAIL PROTECTED]>
---
diff -ruN lin
On Mon, 24 Jul 2006 01:39:30 -0700, Michael Wu wrote:
> Christoph Hellwig made a comment about how the names in ieee80211.h make more
> sense, and I also agree. This should also make patches for migrating fullmac
> drivers to d80211 smaller.
Could you split the patch to two patches (one for the
On Sun, 23 Jul 2006 01:43:25 -0700, Michael Wu wrote:
> This patch moves the MACSTR/MAC2STR macros to d80211.h
> so that they are available to drivers. It also converts the adm8211
> and bcm43xx drivers to use this macro.
I really dislike those MACSTR/MAC2STR names. I always fail to remember
which
On Sun, Jul 23, 2006 at 11:13:52AM -0500, Larry Finger wrote:
> Michael Buesch wrote:
> >On Sunday 23 July 2006 17:59, Larry Finger wrote:
> >>>Do you have the same problem on other git trees?
> >>>I saw some people running into this error when cloning Linus'
> >>>linux-2.6.git. I couldn't reprodu
Jeff,
Any status on accepting this patch, I've got some additional fixes
that are based on having access to genphy_update_link()
- kumar
On Jun 5, 2006, at 6:45 PM, Nathaniel Case wrote:
On Mon, 2006-06-05 at 17:08 -0500, Andy Fleming wrote:
Looks good. Feel free to send these patches to
On Monday 24 July 2006 06:54, Jiri Benc wrote:
> I really dislike those MACSTR/MAC2STR names. I always fail to remember
> which one is which. What about renaming them when we are touching them?
>
> And why not to use MAC_FMT/MAC_ARG names as used in net/ieee80211.h? ;-)
>
I dislike MACSTR/MAC2STR t
On 7/23/06, Michael Wu <[EMAIL PROTECTED]> wrote:
Hi,
This patch series converts a number of fullmac wireless drivers to use
d80211.h instead of ieee80211.h.
Nice work
The remaining drivers are hostap, atmel, zd1211rw and ipw*.
I've been working on zd1211rw, give me a week. Anyone s
Christophe Devriese <[EMAIL PROTECTED]> wrote:
[...]
>Would it be acceptable to have an interface flag IFF_SILENT that can be set on
>an interface, which prevents it from receiving packets in both forwarding
>paths ?
Starting with kernel version 2.6.17, there is code in skb_bond()
to su
Todd Showalter wrote:
I've been having trouble with the sky2 driver. It appears to work
most of the time, but it will quite often wedge during transfers. The
2.6.17.* kernels actually seem worse than 2.6.16.19, but none of them
work perfectly.
What typically happens is that after worki
Jay Vosburgh wrote:
Another possibility would be to have __vlan_hwaccel_rx check the
VLAN_DEV_INFO(skb->dev)->real_dev, and if that's a bonding device, apply
the same logic found in skb_bond(). Or, if there's some way to ask the
question "is dev a VLAN device?", then that same test coul
On Mon, 24 Jul 2006 14:38:39 -0400
Todd Showalter <[EMAIL PROTECTED]> wrote:
> On Mon, 24 Jul 2006 10:53:03 -0700, Stephen Hemminger
> <[EMAIL PROTECTED]> wrote:
>
> > There is a receive problem that shows up under load, that is fixed
> > in the latest version (2.6.18 git), the patch is queued fo
On Wed, 19 Jul 2006 13:01:50 -0700 (PDT)
David Miller <[EMAIL PROTECTED]> wrote:
> From: Stephen Hemminger <[EMAIL PROTECTED]>
> Date: Wed, 19 Jul 2006 15:52:04 -0400
>
> > As a related note, I am looking into fixing inet hash tables to use RCU.
>
> IBM had posted a patch a long time ago, which
On Mon, 24 Jul 2006 11:45:33 -0700, Stephen Hemminger
<[EMAIL PROTECTED]> wrote:
> I suspect that probably isn't a sky2 driver problem.
> Does it go away if you turn of TCP window scaling:
> sysctl -w net.ipv4.tcp_window_scaling=0
>
> If so, you probably have a middlebox in your path that i
Sukadev Bhattiprolu [EMAIL PROTECTED] wrote:
| Andrew,
|
| Javier Achirica, one of the major contributors to drivers/net/wireless/airo.c
| took a look at this patch, and doesn't have any problems with it. It doesn't
| fix any bugs and is just a cleanup, so it certainly isn't a candidate
| for thi
On Fri, 2006-07-21 at 05:06 -0700, Toralf Förster wrote:
> Compiling (an exotic ?) config I got:
>
> ...
> CC init/version.o
> LD init/built-in.o
> LD .tmp_vmlinux1
> drivers/built-in.o: In function `bnx2_set_rx_mode':
> bnx2.c:(.text+0xd741e): undefined reference to `crc32_le
From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Wed, 19 Jul 2006 14:42:35 +0200
> Stefan Rompf wrote:
> > [VLAN]: Fix link state propagation
> >
> > When the queue of the underlying device is stopped at initialization time
> > or the device is marked "not present", the state will be propagated to
Hello!
> Also, there is some code for refcnt's in it that looks wrong.
Yes, it is disgusting. rcu does not allow to increase socket refcnt
in lookup routine.
Ben's version looks cleaner here, it does not touch refcnt
in rcu lookups. But it is dubious too:
do_time_wait:
+ sock_hold(sk);
From: "Randy.Dunlap" <[EMAIL PROTECTED]>
Date: Mon, 3 Jul 2006 21:42:33 -0700
> On Mon, 03 Jul 2006 19:46:55 -0700 (PDT) David Miller wrote:
>
> > Yes, indeed. Nothing named CONFIG_* should be defined explicitly
> > by the source files, only through Kconfig.
> >
> > I would rather address that
Michael Buesch spotted this typo. The impact is that the incorrect value
was being computed for blinking LED and interrupt moderation values.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- skge-2.6.orig/drivers/net/skge.c
+++ skge-2.6/drivers/net/skge.c
@@ -519,7 +519,7 @@ static inlin
From: Wei Yongjun <[EMAIL PROTECTED]>
Date: Wed, 05 Jul 2006 05:19:54 -0400
> In my test, those direct state transition can not be counted to
> tcpAttemptFails. Following is my patch:
>
> Signed-off-by: Wei Yongjun <[EMAIL PROTECTED]>
This change can be implemented more simply, I believe.
Excep
Ben Greear <[EMAIL PROTECTED]> wrote:
>Jay Vosburgh wrote:
>
>> Another possibility would be to have __vlan_hwaccel_rx check the
>> VLAN_DEV_INFO(skb->dev)->real_dev, and if that's a bonding device, apply
>> the same logic found in skb_bond(). Or, if there's some way to ask the
>> question "
Stephen Hemminger wrote:
Michael Buesch spotted this typo. The impact is that the incorrect value
was being computed for blinking LED and interrupt moderation values.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- skge-2.6.orig/drivers/net/skge.c
+++ skge-2.6/drivers/net/skge.c
@@ -5
Jay Vosburgh wrote:
Ben Greear <[EMAIL PROTECTED]> wrote:
Jay Vosburgh wrote:
Another possibility would be to have __vlan_hwaccel_rx check the
VLAN_DEV_INFO(skb->dev)->real_dev, and if that's a bonding device, apply
the same logic found in skb_bond(). Or, if there's some way to ask
From: Wei Yongjun <[EMAIL PROTECTED]>
Date: Thu, 06 Jul 2006 04:01:18 -0400
> - TCP_INC_STATS(TCP_MIB_OUTSEGS);
> + if (!(tcb->sacked & TCPCB_LOST))
> + TCP_INC_STATS(TCP_MIB_OUTSEGS);
This test is not accurate enough. For example, timer based
retransmits will not set the TCP
On Mon, 24 Jul 2006 16:34:46 -0500
Larry Finger <[EMAIL PROTECTED]> wrote:
> Stephen Hemminger wrote:
> > Michael Buesch spotted this typo. The impact is that the incorrect value
> > was being computed for blinking LED and interrupt moderation values.
> >
> > Signed-off-by: Stephen Hemminger <[E
Okay, Fix both typo's in one patch .The impact is that the incorrect value
was being computed for blinking LED and interrupt moderation values.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- skge-2.6.orig/drivers/net/skge.c
+++ skge-2.6/drivers/net/skge.c
@@ -516,10 +516,7 @@ static int
From: Roland Dreier <[EMAIL PROTECTED]>
Date: Tue, 04 Jul 2006 13:34:27 -0700
> Well, here's a quick overview, leaving out some of the details. The
> difference between TOE and iWARP/RDMA is really the interface that
> they present.
Thanks for the description Roland. It helps me understand the
From: Tom Tucker <[EMAIL PROTECTED]>
Date: Wed, 05 Jul 2006 12:09:42 -0500
> "A TOE net stack is closed source firmware. Linux engineers have no way
> to fix security issues that arise. As a result, only non-TOE users will
> receive security updates, leaving random windows of vulnerability for
> e
From: Steve Wise <[EMAIL PROTECTED]>
Date: Wed, 05 Jul 2006 12:50:34 -0500
> However, iWARP devices _could_ integrate with netfilter. For most
> devices the connection request event (SYN) gets passed up to the host
> driver. So the driver can enforce filter rules then.
This doesn't work. In or
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Fri, 7 Jul 2006 18:11:31 +1000
> 5) RDMA over TCP on the receive side is offloaded into the NIC. This
>allows the NIC to directly place data into the application's buffer.
>
>We're starting to have a little bit of a problem because it means th
From: Christoph Hellwig <[EMAIL PROTECTED]>
Date: Fri, 7 Jul 2006 11:10:08 +0200
> skbuff.h has an #ifndef CONFIG_HAVE_ARCH_DEV_ALLOC_SKB to allow
> architectures to reimplement __dev_alloc_skb. It's not set on any
> architecture and now that we have an architecture-overrideable
> NET_SKB_PAD the
From: Christoph Hellwig <[EMAIL PROTECTED]>
Date: Fri, 7 Jul 2006 11:09:57 +0200
> dev_alloc_skb is designated for RX descriptors, not TX. (Some drivers
> use it for the latter anyway, but that's a different story)
>
> Signed-off-by: Christoph Hellwig <[EMAIL PROTECTED]>
Also applied, thanks a
That TOE/iWARP could end-up being precluded by NAT seems so ironic from a POE2E
standpoint.
rick jones
"Purity Of End To END"
-
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/majordom
This should fix the problem reported in
http://bugzilla.kernel.org/show_bug.cgi?id=6186
where the skb is used after freed. The code in IP multicast route.
Code was reusing an skb which could lead to use after free or double free.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
net/ipv4
From: Rick Jones <[EMAIL PROTECTED]>
Date: Mon, 24 Jul 2006 15:34:30 -0700
> That TOE/iWARP could end-up being precluded by NAT seems so ironic
> from a POE2E standpoint.
To be honest we do not have a pure end to end internet, and some of
our failed experiments in the past prove this :-)
For exa
> skbuff.h has an #ifndef CONFIG_HAVE_ARCH_DEV_ALLOC_SKB to allow
> architectures to reimplement __dev_alloc_skb. It's not set on any
> architecture and now that we have an architecture-overrideable
> NET_SKB_PAD there is not point at all to have one either.
I missed this when hch first posted it
[EMAIL PROTECTED] wrote:
> From: Steve Wise <[EMAIL PROTECTED]>
> Date: Wed, 05 Jul 2006 12:50:34 -0500
>
>> However, iWARP devices _could_ integrate with netfilter. For most
>> devices the connection request event (SYN) gets passed up to the host
>> driver. So the driver can enforce filter rule
On Tuesday 25 July 2006 00:34, Rick Jones wrote:
> That TOE/iWARP could end-up being precluded by NAT seems so ironic from a
> POE2E
> standpoint.
Yes, it's sad, but reality unfortunately.
There is even precedent: the VJ stateless TW recycling scheme also
turned out to not work because of NAT
[EMAIL PROTECTED] wrote:
> From: Tom Tucker <[EMAIL PROTECTED]>
> Date: Wed, 05 Jul 2006 12:09:42 -0500
>
>> "A TOE net stack is closed source firmware. Linux engineers have no
>> way to fix security issues that arise. As a result, only non-TOE
>> users will receive security updates, leaving rando
> For example, my idea to allow ESTABLISHED TCP socket demux to be done
> before netfilter is flawed. Connection tracking and NAT can change
> the packet ID and loop it back to us to hit exactly an ESTABLISHED TCP
> socket, therefore we must always hit netfilter first.
Hmm, how does this happen?
From: Andi Kleen <[EMAIL PROTECTED]>
Date: Tue, 25 Jul 2006 01:10:25 +0200
> > All the original costs of route, netfilter, TCP socket lookup all
> > reappear as we make VJ netchannels fit all the rules of real practical
> > systems, eliminating their gains entirely.
>
> At least most of the optim
Hi,
This patch contains some of the bug fixes and enhancements done to
s2io driver. Following are the brief description of changes
1. Introduced macro "S2IO_PARM_INT" for declaring integer load parameter
2. UDP_RR test failure, memset txdl after Tx completion
Hi,
This patch contains some of the bug fixes and enhancements done to
s2io driver. Following are the brief description of changes
1. code cleanup to handle gso modification better
2. Move repeated code in rx path, to a common function
s2io_chk_rx_buffer
On Tuesday 25 July 2006 01:22, David Miller wrote:
> From: Andi Kleen <[EMAIL PROTECTED]>
> Date: Tue, 25 Jul 2006 01:10:25 +0200
>
> > > All the original costs of route, netfilter, TCP socket lookup all
> > > reappear as we make VJ netchannels fit all the rules of real practical
> > > systems, el
This appears to be a mistake, but I didn't follow the GSO stuff
very closely, so there could be some non-obvious reason.
[XFRM]: Fix protocol field value for outgoing IPv6 GSO packets
Signed-off-by: Patrick McHardy <[EMAIL PROTECTED]>
---
commit 8035f60a607630459e4440dbbc5a20f3cfbf97ac
tree f1a
On Tue, Jul 25, 2006 at 02:09:26AM +0200, Patrick McHardy wrote:
> This appears to be a mistake, but I didn't follow the GSO stuff
> very closely, so there could be some non-obvious reason.
Yes it definitely was a mistake! Thanks for picking this up Patrick.
> [XFRM]: Fix protocol field value for
John W. Linville wrote:
On Sun, Jul 23, 2006 at 11:13:52AM -0500, Larry Finger wrote:
Michael Buesch wrote:
On Sunday 23 July 2006 17:59, Larry Finger wrote:
Do you have the same problem on other git trees?
I saw some people running into this error when cloning Linus'
linux-2.6.git. I couldn'
This all sounds like the discussions we had within HP-UX between 10.20 and 11.0
concerning Inbound Packet Scheduling vs Thread Optimized Packet Scheduling. IPS
was done by the 10.20 stack at the handoff between the driver and netisr. If
the packet was not an IP datagram fragment, parts of the
From: Rick Jones <[EMAIL PROTECTED]>
Date: Mon, 24 Jul 2006 17:29:05 -0700
> Nirvana I suppose would be the addition of a field in the header
> which could be used for the determination of where to process. A
> Transport Protocol option I suppose, maybe the IPv6 flow id, but
> knuth only knows if
David Miller wrote:
From: Rick Jones <[EMAIL PROTECTED]>
Date: Mon, 24 Jul 2006 17:29:05 -0700
Nirvana I suppose would be the addition of a field in the header
which could be used for the determination of where to process. A
Transport Protocol option I suppose, maybe the IPv6 flow id, but
knut
It would have to be done in such a way as to not make the PAWS
tests fail by accident. But I think it's doable.
CPU ID and higher-order generation number such that whenever the process
migrates to a lower-numbered CPU, the generation number is bumped to make the
timestamp larger than before?
Tom Walter Dillig wrote:
[109]
452 net/ieee80211/softmac/ieee80211softmac_io.c
Possible null dereference of variable "*pkt" in function call
(include/asm/string.h:__constant_c_and_count_memset) checked at
(453:net/ieee80211/softmac/ieee80211softmac_io.c)
Either I'm misunderstanding, or this is
Tom Walter Dillig wrote:
[109]
452 net/ieee80211/softmac/ieee80211softmac_io.c
Possible null dereference of variable "*pkt" in function call
(include/asm/string.h:__constant_c_and_count_memset) checked at
(453:net/ieee80211/softmac/ieee80211softmac_io.c)
Either I'm misunderstanding, or this is
On Tue, 25 Jul 2006 01:00:54 +0100
Daniel Drake <[EMAIL PROTECTED]> wrote:
> Tom Walter Dillig wrote:
> > [109]
> > 452 net/ieee80211/softmac/ieee80211softmac_io.c
> > Possible null dereference of variable "*pkt" in function call
> > (include/asm/string.h:__constant_c_and_count_memset) checked at
> Even enough bits for 1024 or 2048 CPUs in the single system image?
MSI-X supports 255 sub interrupts max, most hardware probably much less
(e.g. 8 seems to be a popular number).
It can be always hashed to the existing CPUs.
It's a nice idea but I think standard hashing + processing in softi
Add NAPI support to the via-rhine driver so that it can handle higher speeds
and doesn't get overloaded by interrupts as easily.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
drivers/net/via-rhine.c | 75 +++
1 files changed, 63 insertion
From: Rick Jones <[EMAIL PROTECTED]>
Date: Mon, 24 Jul 2006 17:55:24 -0700
> Even enough bits for 1024 or 2048 CPUs in the single system image? I have
> seen
> 1024 touted by SGI, and with things going so multi-core, perhaps 16384 while
> sounding initially bizzare would be in the realm of the
Ben Greear <[EMAIL PROTECTED]> wrote:
>Jay Vosburgh wrote:
>> Sadly, elegance remains elusive, since the by the time skb_bond
>> is called, the slave device the packet arrived on isn't available
>> (vlan->real_dev points to 'bond0' by this point), and that information
>> is needed to decide w
On Tuesday 25 July 2006 02:29, Rick Jones wrote:
> This all sounds like the discussions we had within HP-UX between 10.20 and
> 11.0
> concerning Inbound Packet Scheduling vs Thread Optimized Packet Scheduling.
We've also talking about this for many years, just no code so far.
Or rather Linux
On Sunday 23 July 2006 08:32, Anthony DeRobertis wrote:
> Andreas Kleen wrote:
>
> >
> > You need to use iommu=soft swiotlb=force
> >
> > The standard IOMMU is also broken on VIA, but forced swiotlb should
> > work.
>
> Didn't work :-(
swiotlb=force is unfortunately broken right now.
But whi
[IPROUTE]: Add support for multipath route realms
Routing realms exist per nexthop, but iproute currently only allows to send
a single route realm, which is refused by the kernel for multipath routes.
Add support for specifying per nexthop realms. Old kernels only return the
first realm back to us
Hello!
gregkh-driver-network-class_device-to-device.patch, which briefly
appeared in Linux 2.6.18-rc1-mm1 broke MadWifi, which is copying the
physical device information from the master network device to the
virtual network devices:
SET_NETDEV_DEV(dev, mdev->class_dev.dev);
The same code exists
On Wed, 19 Jul 2006, Stephen Hemminger wrote:
> This should fix the problem reported in
> http://bugzilla.kernel.org/show_bug.cgi?id=6186
> where the skb is used after freed. The code in IP multicast route.
>
> Code was reusing an skb which could lead to use after free or double free.
>
> Signe
On Mon, Jul 24, 2006 at 03:06:13PM -0700, David Miller ([EMAIL PROTECTED])
wrote:
> Don't get too excited about VJ netchannels, more and more roadblocks
> to their practicality are being found every day.
>
> For example, my idea to allow ESTABLISHED TCP socket demux to be done
> before netfilter
Big patches are fun.
These two attached patches also roll in a switch to MAC_FMT and MAC_ARG, and
use IEEE80211_DATA_LEN when possible. Otherwise, it's the same as before
except split into two patches.
Thanks,
-Michael Wu
switch-d80211-to-new-names.bz2
Description: BZip2 compressed data
swi
On Wed, 2006-07-19 at 14:57 -0700, Stephen Hemminger wrote:
> This should fix the problem reported in
> http://bugzilla.kernel.org/show_bug.cgi?id=6186
> where the skb is used after freed. The code in IP multicast route.
>
> Code was reusing an skb which could lead to use after free or double fre
From: Evgeniy Polyakov <[EMAIL PROTECTED]>
Date: Sun, 9 Jul 2006 17:24:46 +0400
> This patch includes core kevent files:
> - userspace controlling
> - kernelspace interfaces
> - initialisation
> - notification state machines
>
> It might also inlclude parts from other subsystem (like network
On Mon, Jul 24, 2006 at 11:17:08PM -0700, David Miller ([EMAIL PROTECTED])
wrote:
> From: Evgeniy Polyakov <[EMAIL PROTECTED]>
> Date: Sun, 9 Jul 2006 17:24:46 +0400
>
> > This patch includes core kevent files:
> > - userspace controlling
> > - kernelspace interfaces
> > - initialisation
> >
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Tue, 18 Jul 2006 23:04:04 +1000
> Actually, I plan to differentiate between RX CHECKSUM_HW and TX
> CHECKSUM_HW. Now that we have things like Xen it is possible for
> RX packets to have patial checksums too.
>
> When this is done loopback can send TX CH
From: Guillaume Chazarain <[EMAIL PROTECTED]>
Date: Wed, 19 Jul 2006 14:35:15 +0200
> Herbert Xu wrote :
> > Probably. Patches are welcome :)
> Here are they, in both case I checked that the stuff to clear
> was not already cleared, but I could not produce any misbehavior
> by writing random junk
From: Evgeniy Polyakov <[EMAIL PROTECTED]>
Date: Tue, 25 Jul 2006 09:51:28 +0400
> On Mon, Jul 24, 2006 at 03:06:13PM -0700, David Miller ([EMAIL PROTECTED])
> wrote:
> > Furthermore, the VJ netchannel gains can be partially obtained from
> > generic stateless facilities that we are going to get
74 matches
Mail list logo