On Fri, 05 May 2006 21:39:14 -0700
Ben Greear <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
>
> > Sorry, I should have added Badalian to Cc:. He's using 3c905C (3c59x.c,
> > allegedly maintained by myself).
> >
> > (Badalian, please use emailed reply-to-all rather than the bugzilla
> > inte
From: Greg KH <[EMAIL PROTECTED]>
Date: Fri, 5 May 2006 21:08:39 -0700
> On Fri, May 05, 2006 at 06:41:58PM -0700, David S. Miller wrote:
> > From: Stephen Hemminger <[EMAIL PROTECTED]>
> > Date: Fri, 21 Apr 2006 12:54:38 -0700
> >
> > > Atomically create attributes when class device is added. Th
Larry Finger wrote:
> Uli Kunitz wrote:
> > Larry Finger wrote:
> >
> > > * A new routine (ieee80211_init_geo ?) will be written to be called by the
> > > driver to load the geo structure into the kernel. Information passed to
> > > the
> > > daemon will be the country code in ASCII and whether t
Andrew Morton wrote:
Sorry, I should have added Badalian to Cc:. He's using 3c905C (3c59x.c,
allegedly maintained by myself).
(Badalian, please use emailed reply-to-all rather than the bugzilla
interface for the remainder of this discussion, thanks).
There is an ancient patch on this page:
Linus Torvalds wrote:
On Fri, 5 May 2006, Andrew Morton wrote:
On Fri, 5 May 2006 21:06:18 -0400
"John W. Linville" <[EMAIL PROTECTED]> wrote:
These are fixes intended for 2.6.17...thanks!
Jeff is offline for a couple of weeks. Please prepare a pull for Linus.
Actually,
On Fri, May 05, 2006 at 06:41:58PM -0700, David S. Miller wrote:
> From: Stephen Hemminger <[EMAIL PROTECTED]>
> Date: Fri, 21 Apr 2006 12:54:38 -0700
>
> > Atomically create attributes when class device is added. This avoids the
> > race between registering class_device (which generates hotplug e
On Fri, 5 May 2006, Andrew Morton wrote:
> On Fri, 5 May 2006 21:06:18 -0400
> "John W. Linville" <[EMAIL PROTECTED]> wrote:
> >
> > These are fixes intended for 2.6.17...thanks!
>
> Jeff is offline for a couple of weeks. Please prepare a pull for Linus.
Actually, while Jeff is off, Steve Hem
On Fri, 5 May 2006 21:06:18 -0400
"John W. Linville" <[EMAIL PROTECTED]> wrote:
> These are fixes intended for 2.6.17...thanks!
Jeff is offline for a couple of weeks. Please prepare a pull for Linus.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to
On Fri, 05 May 2006 08:57:06 -0700
Ben Greear <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> >
> > Begin forwarded message:
> >
> > Date: Thu, 4 May 2006 23:15:56 -0700
> > From: [EMAIL PROTECTED]
> > To: [EMAIL PROTECTED]
> > Subject: [Bugme-new] [Bug 6495] New: Vlan MTU Fragmentation
> >
In article <[EMAIL PROTECTED]> (at Sat, 06 May 2006 01:53:21 +0100), David
Woodhouse <[EMAIL PROTECTED]> says:
> There is a default route, because I believe that's the only thing that
> radvd can do. I cannot advertise a route to _only_ fec0::/16, can I?
Yes, you can, via Route Information optio
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Fri, 21 Apr 2006 12:54:38 -0700
> Atomically create attributes when class device is added. This avoids the
> race between registering class_device (which generates hotplug event),
> and the creation of attribute groups.
>
> Signed-off-by: Stephen
In article <[EMAIL PROTECTED]> (at Fri, 05 May 2006 17:40:11 -0700 (PDT)),
"David S. Miller" <[EMAIL PROTECTED]> says:
> From: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
> Date: Fri, 05 May 2006 12:24:52 +0900 (JST)
>
> > Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
>
> It is critical that w
On Fri, May 05, 2006 at 03:14:35PM -0500, Larry Finger wrote:
> * A new routine (ieee80211_init_geo ?) will be written to be called by the
> driver to load the geo structure into the kernel. Information passed to the
> daemon will be the country code in ASCII and whether the interface is to be
These are patches intended for the next release (i.e. 2.6.18)...thanks!
---
The following changes since commit fd5226a72694d1c0abe1cc39711a86f1754e637d:
John W. Linville:
Merge branch 'upstream-fixes' into upstream
are found in the git repository at:
git://git.kernel.org/pub/scm/lin
These are fixes intended for 2.6.17...thanks!
---
The following changes since commit d98550e334715b2d9e45f8f0f4e1608720108640:
Linus Torvalds:
Merge branch 'merge' of git://git.kernel.org/.../paulus/powerpc
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kerne
From: John Heffner <[EMAIL PROTECTED]>
Date: Thu, 04 May 2006 15:06:00 -0400
> Xiaoliang (David) Wei wrote:
> > Hi gurus,
> >
> >I am reading the code of tcp_highspeed.c in the kernel and have a
> > question on the hstcp_cong_avoid function, specifically the following
> > AI part (line 136~14
From: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
Date: Fri, 05 May 2006 12:24:52 +0900 (JST)
> Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
It is critical that we free the inet6 device structure using an RCU
callback in order for this locking strategy to work.
An RCU head needs to be added to
From: Evgeniy Polyakov <[EMAIL PROTECTED]>
Date: Fri, 5 May 2006 13:36:56 +0400
> Hardware folks could also create it's own implementation and show
> community if theirs approach is good or not.
Designing hardware for non-existing software infrastructure is
risky buisness :-)
-
To unsubscribe fro
From: Ralf Baechle <[EMAIL PROTECTED]>
Date: Tue, 2 May 2006 00:52:35 +0100
> On Sun, Apr 30, 2006 at 05:21:36PM -0700, David S. Miller wrote:
>
> > > With such extensive patches for netrom and rose modules that will go
> > > into a future 2.6.x kernel, I think it would be justified to update th
In article <[EMAIL PROTECTED]> (at Fri, 05 May 2006 22:00:32 +0100), David
Woodhouse <[EMAIL PROTECTED]> says:
> Since updating the kernel to 2.6.16, I've got problems with external
> connectivity to hosts which have both IPv4 and (Global) IPv6 addresses
> in DNS. Glibc used to return the IPv4 ad
From: Evgeniy Polyakov <[EMAIL PROTECTED]>
Date: Thu, 4 May 2006 16:24:22 +0400
> No in-kernel users require it to be exported, so if you do think it
> should not be exported I will force external module changes.
What are the alternatives?
-
To unsubscribe from this list: send the line "unsubscri
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Thu, 4 May 2006 17:17:50 +1000
> Anyway, the same issue affects DCCP (and SCTP too probably). Here
> is a patch that does the same thing for DCCP.
Thanks for catching that, applied.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Thu, 4 May 2006 16:10:19 -0700
> It makes sense to add this simple statistic to keep track of received
> multicast packets.
>
> Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
Applied, thanks Stephen.
-
To unsubscribe from this list: send th
From: Sridhar Samudrala <[EMAIL PROTECTED]>
Date: Fri, 05 May 2006 12:14:50 -0700
> [SCTP]: Fix state table entries for chunks received in CLOSED state.
>
> Discard an unexpected chunk in CLOSED state rather can calling BUG().
>
> Signed-off-by: Sridhar Samudrala <[EMAIL PROTECTED]>
Applied, th
From: Sridhar Samudrala <[EMAIL PROTECTED]>
Date: Fri, 05 May 2006 12:14:45 -0700
> [SCTP]: Fix panic's when receiving fragmented SCTP control chunks.
>
> Use pskb_pull() to handle incoming COOKIE_ECHO and HEARTBEAT chunks that
> are received as skb's with fragment list.
>
> Signed-off-by: Sridh
From: Sridhar Samudrala <[EMAIL PROTECTED]>
Date: Fri, 05 May 2006 12:14:28 -0700
> [SCTP]: Allow spillover of receive buffer to avoid deadlock.
>
> This patch fixes a deadlock situation in the receive path by allowing
> temporary spillover of the receive buffer.
>
> - If the chunk we receive ha
From: Sridhar Samudrala <[EMAIL PROTECTED]>
Date: Fri, 05 May 2006 12:14:38 -0700
> [SCTP]: Prevent possible infinite recursion with multiple bundled DATA.
>
> There is a rare situation that causes lksctp to go into infinite recursion
> and crash the system. The trigger is a packet that contains
Subject:
GPF on Dell machines
From:
Paul Risenhoover <[EMAIL PROTECTED]>
Date:
Fri, 05 May 2006 09:37:34 -0700
To:
linux-kernel@vger.kernel.org
I've been getting the following error repeatedly on a number of machines
in my server farm. Unfortunately, when this happens, the machine
becomes c
Dan Williams wrote:
On Fri, 2006-05-05 at 15:14 -0500, Larry Finger wrote:
Thanks to all that responded to my earlier RFC. A number of changes in my thinking are based on
those comments, which came from Christoph Hellwig, Rick Jones, Ulrich Kunitz, Faidon Liambotis,
Jouni Malinen, and Harald W
Uli Kunitz wrote:
Larry Finger wrote:
* A new routine (ieee80211_init_geo ?) will be written to be called by the
driver to load the geo structure into the kernel. Information passed to the
daemon will be the country code in ASCII and whether the interface is to be
used indoors or outdoors.
Wo
On Fri, 2006-05-05 at 15:14 -0500, Larry Finger wrote:
> Thanks to all that responded to my earlier RFC. A number of changes in my
> thinking are based on
> those comments, which came from Christoph Hellwig, Rick Jones, Ulrich Kunitz,
> Faidon Liambotis,
> Jouni Malinen, and Harald Welte. The
Larry Finger wrote:
> * A new routine (ieee80211_init_geo ?) will be written to be called by the
> driver to load the geo structure into the kernel. Information passed to the
> daemon will be the country code in ASCII and whether the interface is to be
> used indoors or outdoors.
Would it be poss
I've been using and testing IPv6 on a private network.
Machines have RFC1918 IPv4 addresses, with connectivity by NAT to the
outside world. They also have site-local IPv6 addresses. There is
approximately zero chance of getting corporate approval to have external
IPv6 connectivity.
Since updating
Thanks to all that responded to my earlier RFC. A number of changes in my thinking are based on
those comments, which came from Christoph Hellwig, Rick Jones, Ulrich Kunitz, Faidon Liambotis,
Jouni Malinen, and Harald Welte. The important points of my proposal are as follows:
* The database w
Add PCI ID for bcm4319.
Signed-off-by: Stefano Brivio <[EMAIL PROTECTED]>
Index: wireless-dev/drivers/net/wireless/bcm43xx/bcm43xx_main.c
===
--- wireless-dev.orig/drivers/net/wireless/bcm43xx/bcm43xx_main.c
2006-05-05 00:50:0
Fix whitespace.
Signed-off-by: Stefano Brivio <[EMAIL PROTECTED]>
Index: wireless-dev/drivers/net/wireless/bcm43xx/bcm43xx_main.c
===
--- wireless-dev.orig/drivers/net/wireless/bcm43xx/bcm43xx_main.c
2006-05-05 00:50:00.370034
Please apply to wireless-dev.
--
Check for valid MAC address in SPROM fields instead of relying on PHY type
while setting the MAC address in the networking subsystem, as some devices
have multiple PHYs.
Signed-off-by: Stefano Brivio <[EMAIL PROTECTED]>
Index: wireless-dev/drivers/net/wireless/b
On Fri, 05 May 2006 19:42:27 +0100
Daniel Drake <[EMAIL PROTECTED]> wrote:
> Stephen Hemminger wrote:
> > What is happening is that if there is a misconfiguration and irq routing
> > is messed up (ie edge trigged). The driver will degenerate to polling every
> > 100ms.
> > If your system is this
Dave,
Please apply the following 4 SCTP patches to 2.6 tree.
Thanks
Sridhar
[SCTP]: Allow spillover of receive buffer to avoid deadlock.
This patch fixes a deadlock situation in the receive path by allowing
temporary spillover of the receive buffer.
- If the chunk we receive has a tsn that imm
[SCTP]: Prevent possible infinite recursion with multiple bundled DATA.
There is a rare situation that causes lksctp to go into infinite recursion
and crash the system. The trigger is a packet that contains at least the
first two DATA fragments of a message bundled together. The recursion is
trig
[SCTP]: Fix state table entries for chunks received in CLOSED state.
Discard an unexpected chunk in CLOSED state rather can calling BUG().
Signed-off-by: Sridhar Samudrala <[EMAIL PROTECTED]>
---
net/sctp/sm_statetable.c | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
diff
[SCTP]: Fix panic's when receiving fragmented SCTP control chunks.
Use pskb_pull() to handle incoming COOKIE_ECHO and HEARTBEAT chunks that
are received as skb's with fragment list.
Signed-off-by: Sridhar Samudrala <[EMAIL PROTECTED]>
---
net/sctp/sm_statefuns.c | 13 -
1 files c
On Fri, May 05, 2006 at 12:20:54PM +0900, Horms wrote:
>
> Sorry, I missunderstood your patch completely the first time around.
> Yes I think this is an excellent idea. Assuming its tested and works
> I'm happy to sign off on it and prod DaveM.
Horms,
I'll get a setup together and post results w
Stephen Hemminger wrote:
What is happening is that if there is a misconfiguration and irq routing
is messed up (ie edge trigged). The driver will degenerate to polling every
100ms.
If your system is this misconfigured, then ACPI or the BIOS needs to be fixed
and the driver really only needs to w
On Fri, 2006-05-05 at 19:42 +0200, Michael Buesch wrote:
> > Signed-off-by: David Woodhouse <[EMAIL PROTECTED]>
> Signed-off-by: Michael Buesch <[EMAIL PROTECTED]>
>
> John, please apply. I will also send a patch for d80211.
Would be good to get this into 2.6.17 too.
--
dwmw2
-
To unsubscribe
On Friday 05 May 2006 20:18, you wrote:
> On Fri, 2006-05-05 at 19:42 +0200, Michael Buesch wrote:
> > > Signed-off-by: David Woodhouse <[EMAIL PROTECTED]>
> > Signed-off-by: Michael Buesch <[EMAIL PROTECTED]>
> >
> > John, please apply. I will also send a patch for d80211.
>
> Would be good to g
On Fri, 5 May 2006 19:35:09 +0200
Thomas Glanzmann <[EMAIL PROTECTED]> wrote:
> Hello,
>
> > > http://developer.osdl.org/shemminger/prototypes/sky2-1.3-rc1.tar.bz2
>
> > v0.15:
> > 64 bytes from 10.0.0.138: icmp_seq=2 ttl=64 time=0.467 ms
>
> > v1.3-rc1:
> > 64 bytes from 10.0.0.138: icmp_seq
John, this is the same patch as before, but for d80211.
Please apply to wireless-dev.
--
Fix the conditions under which we poke at the APHY registers in
bcm43xx_phy_initg() to avoid a machine check on chips where they don't
exist.
Signed-off-by: Michael Buesch <[EMAIL PROTECTED]>
diff --git a/d
On Friday 05 May 2006 19:19, David Woodhouse wrote:
> On Fri, 2006-05-05 at 12:59 -0400, Joseph Jezak wrote:
> > I fixed the specs, it should be bcm->chip_package == 2, sorry for the
> > mistake.
>
> Thanks. The correct patch should look like this then...
>
> [BCM43xx] Fix access to non-existent
Hello,
> > http://developer.osdl.org/shemminger/prototypes/sky2-1.3-rc1.tar.bz2
> v0.15:
> 64 bytes from 10.0.0.138: icmp_seq=2 ttl=64 time=0.467 ms
> v1.3-rc1:
> 64 bytes from 10.0.0.138: icmp_seq=4 ttl=64 time=32.9 ms
I can't confirm this. For me it is just perfect:
64 bytes from 89.106.
On Friday 05 May 2006 10:49, Eric Dumazet wrote:
> On a dual opteron box, I noticed high oprofile numbers in net/core/dst.c
> , function dst_destroy(struct dst_entry * dst)
>
> It appears the smb_rmb() done at the begining of dst_destroy() is the
> killer (this is a lfence machine instruction,
On Thu, May 04, 2006 at 12:37:45PM -0400, Pavel Roskin wrote:
> Hello, Jean!
>
> I'm converting Orinoco to the dBm reporting, and it turns out that the
> best signal iwconfig will report is -1dBm (0.8mW). This would happen if
> qual->level has its highest value of 255. Please see this code from
On Fri, 05 May 2006 11:08:23 -0400
George Nychis <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I need help finding this patch that Stephen made.
>
> He sent me a patch, but i do not think its related to the patch that
> solved this problem. I will include the patch he did forward to me at
> the bottom.
I noticed that after a 'ip route flush cache' (manual or timer
triggered) on a busy server, X entries are added to dst_garbage_list.
(X depends on the number of established sockets)
Every 1/10th second (DST_GC_MIN) , net/core/dst.c::dst_run_gc() is
fired, and try to free some entries fr
Andrew Morton wrote:
Begin forwarded message:
Date: Thu, 4 May 2006 23:15:56 -0700
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Bugme-new] [Bug 6495] New: Vlan MTU Fragmentation
http://bugzilla.kernel.org/show_bug.cgi?id=6495
Summary: Vlan MTU Fragmentation
Kernel V
The problem here is that the bcm34xx driver and the ieee80211
stack do not agree on what channels are possible for 802.11a.
The ieee80211 stack only wants channels between 34 and 165, while
the bcm43xx driver accepts anything from 0 to 200. I made the
bcm43xx driver comply with the ieee80211 stack
Hi,
I need help finding this patch that Stephen made.
He sent me a patch, but i do not think its related to the patch that
solved this problem. I will include the patch he did forward to me at
the bottom.
However here is the problem, i even rtied his misspelling of change :)
thorium-ini 15849-
Stephen Hemminger wrote:
Here is a new version that addresses some of the outstanding bugs.
* There was a race in receive processing that would cause hang
* Some more support for Yukon Ultra found in dual-core Centrino
laptops (I want one of these).
It does not fix the problems with dual port
Default management interface (wmasterXap) confuses users. This patch removes
it and gives userspace tools (such as hostapd or wpa_supplicant) possibility
to switch it on/off as needed.
To do this, a new PRISM2_PARAM_MGMT_IF iwpriv ioctl is introduced. When set,
it accepts one parameter: 1 for enab
On Fri, 05 May 2006 12:15:40 +0200, Johannes Berg wrote:
> On Fri, 2006-05-05 at 07:45 +0200, Ulrich Kunitz wrote:
> > But there could be also
> > support for one interface in AP and the other in STA mode.
>
> That's actually a much more interesting use case for WDS.
You don't need different MAC
On Fri, 2006-05-05 at 07:45 +0200, Ulrich Kunitz wrote:
> But there could be also
> support for one interface in AP and the other in STA mode.
That's actually a much more interesting use case for WDS.
johannes
signature.asc
Description: This is a digitally signed message part
On Thu, 2006-05-04 at 09:44 -0700, Jouni Malinen wrote:
> Yes. Currently, I'm just using a configuration file parameter for this,
> but this information should eventually be exported by the kernel code to
> allow wpa_supplicant to select which mode to use without requiring user
> configuration.
F
Eric Dumazet <[EMAIL PROTECTED]> wrote:
>
> I missed the corresponding wmb that should be done somewhere in the dst
> code.
The wmb for dst's is in dst_release while skb's have an implicit barrier
through atomic_dec_and_test in kfree_skb.
Cheers,
--
Visit Openswan at http://www.openswan.org/
Em
On Thu, May 04, 2006 at 04:04:32PM -0700, David S. Miller ([EMAIL PROTECTED])
wrote:
> Hardware folks are jumping the gun and it's very annoying and takes
> precious time away from thinking about and working on the
> implementation.
Hardware folks could also create it's own implementation and sho
On Friday 05 May 2006 07:14, Ayaz Abdulla wrote:
> I noticed the same behaviour, i.e. can not use both MSI and MSIX without
> rebooting.
>
> I had sent a message to the maintainer of the MSI/MSIX source a few
> months ago and got a response that they were working on fixing it. Not
> sure what the
On a dual opteron box, I noticed high oprofile numbers in net/core/dst.c
, function dst_destroy(struct dst_entry * dst)
It appears the smb_rmb() done at the begining of dst_destroy() is the
killer (this is a lfence machine instruction, that apparently is doing
a *lot* of things... may be IO
66 matches
Mail list logo
