On Wed, Jan 18, 2006 at 03:36:59PM -0500, Jeff Garzik wrote:
John W. Linville wrote:
The master branch of that tree is (mostly) up-to-date w/ Linus, plus
changes I recently sent to Jeff. Those changes are also available on
the upstream-jgarzik branch, but it is frozen to when I requested
Add an entry to MAINTAINERS for wireless networking, just so people
know whom to bless with patches.
Signed-off-by: John W. Linville [EMAIL PROTECTED]
---
MAINTAINERS |7 +++
1 files changed, 7 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 6d1b048..23aca6f 100644
Correct location info for net-2.6 git tree.
Signed-off-by: John W. Linville [EMAIL PROTECTED]
---
MAINTAINERS |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 6d1b048..0d0f8a8 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -1841,7 +1841,7
. At this point nobody seems to be able to define a real
problem other than talking about it.
I vote for eepro100 to come out.
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http
merged. If it is wrong, let's have another patch
and discuss what needs to happen.
John
--
John W. Linville
[EMAIL PROTECTED]
-
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
On Wed, Jan 18, 2006 at 02:46:36AM +0100, Patrick McHardy wrote:
John W. Linville wrote:
On Tue, Jan 17, 2006 at 07:17:55PM +0100, Roger While wrote:
I am going to NACK this.
Two reasons :
1) Unless we are patching different trees, it appears
the dev_kfree_skb at label drop_free got missed
ignoring a
properly configured AP? I know expecting common sense from government
regulators is optimistic, but still... :-)
Of course when we are the AP, the ability to adjust these parameters
could be very important. No?
John
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list
changelog commentary:
[PATCH] prism54/islpci_eth.c: dev_kfree_skb used with interrupts disabled
dev_kfree_skb should not be used with interrupts disabled. Change to
use dev_kfree_skb_irq instead.
Is that alright w/ everyone?
John
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe
authorities... :-)
John
--
John W. Linville
[EMAIL PROTECTED]
-
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
- SIOCSIWCOMMIT]
*/
const iw_handler * standard;
--
John W. Linville
[EMAIL PROTECTED]
-
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
On Sat, Jan 14, 2006 at 05:11:27PM -0500, Jeff Garzik wrote:
John W. Linville wrote:
Since we are toying with the issue of multiple stacks (at least in the
wireless development kernels), some thought needs to be done w.r.t. how
to make a final decision between the two stacks. An objective
person
(or even a small group) to tackle alone!
Thanks,
John
--
John W. Linville
[EMAIL PROTECTED]
-
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
that are incompatible among its associated wlan devices. Since the
wlan interface implementations should not be device specific, perhaps
the 802.11 stack can be smart enough to filter-out most conflicting
config requests before they get to the WiPHY device?
--
John W. Linville
[EMAIL PROTECTED
them w/ treatment as ethernet devices? Probably don't
need a pronouncement on this at this time...
--
John W. Linville
[EMAIL PROTECTED]
-
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
. Is this feasible?
--
John W. Linville
[EMAIL PROTECTED]
-
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
the private netlink messages later?
For now, I would prefer not to endorse the idea of using them.
John
--
John W. Linville
[EMAIL PROTECTED]
-
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
, echo and cat can be best
tools. The slaves (netdevs) can be created and deleted at will.
No obscure netdev with no apparent functionality and nothing special
in the first, last or whichever netdev.
Yes, this is the option that is making the most sense to me.
John
--
John W. Linville
[EMAIL
configuration ioctl's (think
ifconfig) are handled already? I would think we would do the same
thing for the wireless ioctl's.
John
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo
continued
contributions and your support.
May the Force be with us!
John
--
John W. Linville
[EMAIL PROTECTED]
-
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
From: Christoph Dworzak [EMAIL PROTECTED]
A BIOS bug affecting some multiport tulip NICs requires an irq fixup
in tulip_core.c. This has only been enabled for i686, but it is
needed for x86_64 as well.
Signed-off-by: John W. Linville [EMAIL PROTECTED]
---
drivers/net/tulip/tulip_core.c |2
--
John W. Linville
[EMAIL PROTECTED]
-
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
On Mon, Dec 19, 2005 at 02:08:58PM -0200, Arnaldo Carvalho de Melo wrote:
On 12/19/05, John W. Linville [EMAIL PROTECTED] wrote:
On Mon, Dec 19, 2005 at 03:35:04PM +0100, Lennert Buytenhek wrote:
On Mon, Dec 19, 2005 at 12:20:32PM -0200, Arnaldo Carvalho de Melo wrote:
@@ -633,7
On Fri, Dec 16, 2005 at 12:47:47AM -0800, Nivedita Singhvi wrote:
Stephen Hemminger wrote:
On Thu, 15 Dec 2005 21:10:03 -0500
John W. Linville [EMAIL PROTECTED] wrote:
That is a good question...what does a MAC address like
FF:xx:xx:xx:xx:xx signify? Anyone know?
Stupid Xen code
On Thu, Dec 15, 2005 at 01:58:41PM -0800, David S. Miller wrote:
From: John W. Linville [EMAIL PROTECTED]
Date: Thu, 15 Dec 2005 15:21:37 -0500
Interesting... FWIW the FC4.netdev.6 kernel seems to be working fine
on (a yet-to-be-released box), which is an x86_64 (AMD) box w/
forcedeth
they are related,
can you elaborate as to what you believe the connection might be?
John
--
John W. Linville
[EMAIL PROTECTED]
-
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
know... :-)
John
--
John W. Linville
[EMAIL PROTECTED]
-
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
On Thu, Dec 15, 2005 at 05:50:50PM +0100, Andi Kleen wrote:
On Thu, Dec 15, 2005 at 11:40:08AM -0500, John W. Linville wrote:
On Thu, Dec 15, 2005 at 04:29:04PM +0100, Andi Kleen wrote:
Hallo,
When I boot a kernel with iommu=force (this forces all pci_map_sgs
through the K8
FF:xx:xx:xx:xx:xx signify? Anyone know?
I can understand why you made that change (compatibility), but if noone
has a good answer as to what it's for, I'd be tempted to chuck it...
John
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body
other way would be any less
ugly either... :-)
I do not object to this patch. I'm just being curious.
John
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http
On Mon, Dec 12, 2005 at 03:29:44PM -0500, Jeff Garzik wrote:
John W. Linville wrote:
From: John W. Linville [EMAIL PROTECTED]
At least some versions of the via-velocity hardware only support
checksumming IPv4 frames in hardware. However, the driver is currently
setting the NETIF_F_HW_CSUM
From: John W. Linville [EMAIL PROTECTED]
At least some versions of the via-velocity hardware only support
checksumming IPv4 frames in hardware. However, the driver is currently
setting the NETIF_F_HW_CSUM flag, which indicates support for more than
just IPv4. This results in errors when trying
From: John W. Linville [EMAIL PROTECTED]
__prism2_translate_scan uses kmalloc to dynamically allocates a buffer
for holding some textual diagnostic output, and it does so while holding a
spinlock. With CONFIG_DEBUG_SPINLOCK_SLEEP defined, this causes debug
messages to appear in /var/log/messages
for powerpc, which was added in early 2.4 development.
Signed-off-by: Olaf Hering [EMAIL PROTECTED]
This patch seems familiar...did it get proposed and rejected before?
If so, why was that?
If not, well, perhaps I need a soda or something... :-)
John
--
John W. Linville
[EMAIL PROTECTED
On Fri, Dec 09, 2005 at 09:08:47PM +0100, Francois Romieu wrote:
John W. Linville [EMAIL PROTECTED] :
[...]
__prism2_translate_scan uses kmalloc to dynamically allocates a buffer
for holding some textual diagnostic output, and it does so while holding a
spinlock
.
emphasizing on at least one occassion that IP addresses belong to
the _box_, not to the link.
I think Al B.'s idea merits some consideration. I definitely think
we blur the distinctions between L2 and L3 a bit too much in places.
Of course, patches would be helpful...
John
--
John W. Linville
On Sat, Nov 19, 2005 at 01:16:53AM -0500, Dmitry Torokhov wrote:
Have a couple of minor changes for atmel wireless driver, please
consider applying.
Is there a 3/3? I only got 1 2...
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe netdev
On Fri, Nov 18, 2005 at 01:22:55PM -0500, Jeff Garzik wrote:
John W. Linville wrote:
James Ketrenos:
ipw2100: Fix 'Driver using old /proc/net/wireless...' message
John W. Linville:
e1000: avoid leak when e1000_setup_loopback_test fails
e1000: zero-out pointers
On Wed, Nov 16, 2005 at 12:42:24PM +0100, Thomas Graf wrote:
* Pekka Savola [EMAIL PROTECTED] 2005-11-16 12:46
On Mon, 14 Nov 2005, John W. Linville wrote:
http://people.redhat.com/linville/kernels/fedora-netdev/
I guess the test can be termed a 'success' because after updating from
ia64 NaT consumption fault with sctp_sideffect commands.
- [SCTP]: Include ulpevents in socket receive buffer accounting.
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http
;
}
--
John W. Linville
[EMAIL PROTECTED]
-
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
/netdev-jwl.git
James Ketrenos:
ipw2100: Fix 'Driver using old /proc/net/wireless...' message
John W. Linville:
e1000: avoid leak when e1000_setup_loopback_test fails
e1000: zero-out pointers in e1000_free_desc_rings
fec_8xx: make CONFIG_FEC_8XX depend on CONFIG_8xx
drivers
Bunk:
drivers/net/sk98lin/skge.c: make SkPciWriteCfgDWord() a static inline
hostap: rename hostap.c to hostap_main.c
Carlo Perassi:
atmel: CodingStyle cleanup
Christophe Lucas:
atmel: audit return code of create_proc_read_entry
John W. Linville:
skge: fix warning
of the house,
you may want to contact me as [EMAIL PROTECTED] instead.
Thanks,
John
P.S. For those who just want to cut to the chase, do this (as root):
cd /etc/yum.repos.d
wget
http://people.redhat.com/linville/kernels/fedora-netdev/fedora-netdev.repo
yum update
--
John W. Linville
On Sun, Nov 13, 2005 at 02:26:58PM +0100, Thomas Bogendoerfer wrote:
On Sat, Nov 12, 2005 at 10:15:23PM -0500, John W. Linville wrote:
Is it necessary to maintain special cases for the single-PHY
configurations? What would be the effect of folding the single-PHY
situation into the multi
(-)
create mode 100644 drivers/net/bonding/bond_sysfs.c
Patch included as a bzip2'ed attachment due to size concerns.
--
John W. Linville
[EMAIL PROTECTED]
bonding-sysfs.patch.bz2
Description: BZip2 compressed data
-netdevm=113036483108400w=2
--
John W. Linville
[EMAIL PROTECTED]
-
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
unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More
On Sat, Nov 12, 2005 at 09:47:49PM -0500, John W. Linville wrote:
On Wed, Oct 26, 2005 at 04:27:23PM -0400, Ayaz Abdulla wrote:
This patch contains support for different modes of interrupt mitigation
of forcedeth. It includes changes based on Jeff's comments. Currently,
the modes
Output driver name as prefix to Unknown flash/EEPROM type. message.
Signed-off-by: John W. Linville [EMAIL PROTECTED]
---
drivers/net/bnx2.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
applies-to: 841d5e5eeda46fd95ac03c36964919818a9bc3a6
Check return of dev_alloc_skb in bnx2_test_loopback, and handle
appropriately.
Signed-off-by: John W. Linville [EMAIL PROTECTED]
---
drivers/net/bnx2.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
applies-to: 465a9eb5187941d84c8eede71d8cdd41cfce0a97
unregistration oops (CVE-2005-2709)
are found in the git repository at:
git://git.tuxdriver.com/git/netdev-jwl.git linville-bnx2
John W. Linville:
bnx2: output driver name as prefix in error message
bnx2: check return of dev_alloc_skb in bnx2_test_loopback
bnx2: avoid possible
Avoid possible overflows when validating eeprom-offset and eeprom-len
against bp-flash_info-total_size in bnx2_get_eeprom.
Signed-off-by: John W. Linville [EMAIL PROTECTED]
---
drivers/net/bnx2.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
applies
In e1000_loopback_test, make sure to call e1000_free_desc_rings if
e1000_setup_loopback_test fails. Currently in that case it will not
get called, causing a leak.
Signed-off-by: John W. Linville [EMAIL PROTECTED]
---
drivers/net/e1000/e1000_ethtool.c |4 +++-
1 files changed, 3 insertions
-by: John W. Linville [EMAIL PROTECTED]
---
drivers/net/e1000/e1000_ethtool.c | 12 ++--
1 files changed, 10 insertions(+), 2 deletions(-)
applies-to: 789c88cf79279812f092ef72f3a3592e2f2e1561
0e75569096c919daaab2109c5358cb1263df386a
diff --git a/drivers/net/e1000/e1000_ethtool.c
b
On Wed, Nov 09, 2005 at 04:41:05PM -0500, John W. Linville wrote:
Just a couple of minor fixes for e1000. Individual patches to follow.
Ooops, this is 0/2 not 0/3... Hopefully it will be less confusing
if I just repost...
John
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from
On Wed, Nov 09, 2005 at 04:44:21PM -0500, John W. Linville wrote:
On Wed, Nov 09, 2005 at 04:41:05PM -0500, John W. Linville wrote:
Just a couple of minor fixes for e1000. Individual patches to follow.
Ooops, this is 0/2 not 0/3... Hopefully it will be less confusing
if I just repost
On Mon, Nov 07, 2005 at 01:24:59PM -0500, John W. Linville wrote:
Change CONFIG_FEC_8XX to depend on CONFIG_8xx instead of CONFIG_FEC.
CONFIG_FEC depends on ColdFire CPUs, which does not apply for the
PPC 8xx processors.
FWIW, I have this patch available on the linville-fec_8xx branch
Remove the superfluous parameter checking in bnx2_{get,set}_eeprom.
The parameters are already validated in ethtool_{get,set}_eeprom.
Signed-off-by: John W. Linville [EMAIL PROTECTED]
---
drivers/net/bnx2.c | 12 ++--
1 files changed, 2 insertions(+), 10 deletions(-)
applies
On Wed, Nov 09, 2005 at 12:13:10PM -0800, Michael Chan wrote:
On Wed, 2005-11-09 at 16:39 -0500, John W. Linville wrote:
Avoid possible overflows when validating eeprom-offset and eeprom-len
against bp-flash_info-total_size in bnx2_get_eeprom.
It looks like net/core/ethtool.c already has
On Mon, Nov 07, 2005 at 10:13:34PM +0800, Yan Zheng wrote:
MAF_GSQUERY flag may cause problem when MLDv1 compatibility mode expires.
Could you be more specific about what problem it will cause?
Thanks,
John
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send
Change CONFIG_FEC_8XX to depend on CONFIG_8xx instead of CONFIG_FEC.
CONFIG_FEC depends on ColdFire CPUs, which does not apply for the
PPC 8xx processors.
Signed-off-by: John W. Linville [EMAIL PROTECTED]
---
drivers/net/fec_8xx/Kconfig |2 +-
1 files changed, 1 insertion(+), 1 deletion
(Resending w/o the patch, in case it is too big for the list...)
The following changes since commit 0b154bb7d0cce80e9c0bcf11d4f9e71b59409d26:
Linus Torvalds:
Merge master.kernel.org:/.../sam/kbuild
are found in the git repository at:
git://git.tuxdriver.com/git/netdev-jwl.git
The following changes since commit 0b154bb7d0cce80e9c0bcf11d4f9e71b59409d26:
Linus Torvalds:
Merge master.kernel.org:/.../sam/kbuild
are found in the git repository at:
git://git.tuxdriver.com/git/netdev-jwl.git
Adrian Bunk:
fix NET_RADIO=n, IEEE80211=y compile
kill
|3
21 files changed, 3478 insertions(+), 1826 deletions(-)
--
John W. Linville
[EMAIL PROTECTED]
-
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
On Sat, Nov 05, 2005 at 04:24:21PM -0500, Jeff Garzik wrote:
John W. Linville wrote:
I thought you might appreciate a little offload of some of your netdev
merging chores. I don't think there is anything controversial here.
Thanks, appreciated.
I already had some of this stuff in netdev
Make CONFIG_FEC_8XX depend on CONFIG_8xx. This keeps allmodconfig from
breaking on non-8xx (PPC) platforms.
Signed-off-by: John W. Linville [EMAIL PROTECTED]
---
drivers/net/fec_8xx/Kconfig |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/fec_8xx/Kconfig b
-name,
tun-dev-type);
+ break;
+
#ifdef TUN_DEBUG
case TUNSETDEBUG:
tun-debug = arg;
Do you need to do some range validation on arg before setting tun-dev-type?
John
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line
On Thu, Aug 11, 2005 at 10:36:34PM -0700, Chris Wedgwood wrote:
On Fri, Aug 05, 2005 at 01:20:59PM -0400, John W. Linville wrote:
Yes. Opening attachments makes them harder to review.
Lots of people can't inline patches because they are inflicted with
crappy MUAs --- I would much prefer
as opposed to submission?
Yes. Opening attachments makes them harder to review.
--
John W. Linville
[EMAIL PROTECTED]
-
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
On Thu, Jul 28, 2005 at 09:42:14AM -0500, Jon Wetzel wrote:
On Wed, Jul 27, 2005 at 09:56:05PM -0400, John W. Linville wrote:
Jon, you should probably add a patch (or redo you current patch)
and use MAX_ADDR_LEN instead of adding the new ETH_MAX_ADDR_LEN...
I wanted to do this initially
the function pointers is acceptable
and probably preferrable.
John
--
John W. Linville
[EMAIL PROTECTED]
-
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
to follow...
John
P.S. Would a driver ever need to implement its own verion of this
function? Since perm_addr is in the net_device structure, is there
a cleaner way to do this? Just thinking out-loud...
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line
Add generic ethtool operation for getting permanenet hardware address.
Signed-off-by: John W. Linville [EMAIL PROTECTED]
---
This moves and renames the basically generic e1000_get_perm_addr
routine to ethtool_op_get_perm_addr, and causes e1000 to make use of
the new name.
drivers/net/e1000
701 - 773 of 773 matches
Mail list logo