On Fri, 27 Jul 2007 18:22:22 -0400
Dan Williams <[EMAIL PROTECTED]> wrote:
> On Fri, 2007-07-27 at 20:56 +0100, Christoph Hellwig wrote:
> > On Tue, Jul 03, 2007 at 12:29:24PM -0700, Javier Cardona wrote:
> > > I'm currently working on per-packet mesh ttl. My plan is to register
> > > new mesh so
Resending:
In older chipsets, the mac address was stored in reversed order.
However, in newer chipsets, the mac address is in correct order. This
patch takes those newer chipsets into account and does not rely on a
special bit setup by BIOS'.
Signed-Off-By: Ayaz Abdulla <[EMAIL PROTECTED]>
---
On 27/07/07 04:33, Ayaz Abdulla wrote:
> In older chipsets, the mac address was stored in reversed order.
> However, in newer chipsets, the mac address is in correct order. This
> patch takes those newer chipsets into account and does not rely on a
> special bit setup by BIOS'.
>
> Signed-Off-By:
In older chipsets, the mac address was stored in reversed order.
However, in newer chipsets, the mac address is in correct order. This
patch takes those newer chipsets into account and does not rely on a
special bit setup by BIOS'.
Signed-Off-By: Ayaz Abdulla <[EMAIL PROTECTED]>
--- old/drivers
On Fri, 27 Jul 2007 14:08:09 +0200
Clemens Koller <[EMAIL PROTECTED]> wrote:
> Hi, Mario!
>
> Mario Doering schrieb:
> > Hello,
> >
> > are there any news or questions on this issue?
>
> Can you try the latest kernel to see if the same problem
> persists?
> Is there any kernel version where it
On Fri, 2007-07-27 at 20:56 +0100, Christoph Hellwig wrote:
> On Tue, Jul 03, 2007 at 12:29:24PM -0700, Javier Cardona wrote:
> > I'm currently working on per-packet mesh ttl. My plan is to register
> > new mesh sockopts through netfilter. The user interface will be:
>
> NACK. Drivers should ne
Add support to the VLAN subsystem for enabling/disabling hardware VLAN
filtering at runtime. This is useful for debugging purposes.
The existing vconfig utility can be used without modification.
Signed-off-by: Mitch Williams <[EMAIL PROTECTED]>
diff -urpN -X dontdiff linux-2.6.22.1-clean/inclu
Add support to e1000 for enabling/disabling hardware VLAN filtering
at runtime.
Signed-off-by: Mitch Williams <[EMAIL PROTECTED]>
diff -urpN -X dontdiff linux-2.6.22.1-clean/drivers/net/e1000/e1000_main.c
linux-2.6.22.1/drivers/net/e1000/e1000_main.c
--- linux-2.6.22.1-clean/drivers/net/e1000/e1
This patchset adds the capability to disable hardware VLAN filtering at
runtime via the existing vconfig utility. It's useful for debugging
purposes.
The first patch modifies the VLAN subsystem to define the flag, and to
support passing the flag on to the base driver.
The second patch modifies e
On Fri, 2007-07-27 at 14:06 -0700, Ben Greear wrote:
> This looks fine to me.
>
> Ben
>
Grr. Except that Evolution mangled them. I'll have to repost.
-Mitch
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
All,
Here's a short update on progress with e1000e, the future pci-express -only
version of the current e1000 driver. Since about a month ago, a lot has changed
so I'd like to keep everyone posted on progress and solicit ideas.
What happened since I posted "e1000new" ? Here's a summary:
* e
Mitch Williams wrote:
This patchset adds the capability to disable hardware VLAN filtering at
runtime via the existing vconfig utility. It's useful for debugging
purposes.
The first patch modifies the VLAN subsystem to define the flag, and to
support passing the flag on to the base driver.
The
Hi all,
Here is a list of some known regressions in 2.6.23-rc1.
Feel free to add new regressions/remove fixed etc.
http://kernelnewbies.org/known_regressions
List of Aces
NameRegressions fixed since 21-Jun-2007
Adrian Bunk6
Andi Kleen
Add support to e1000 for enabling/disabling hardware VLAN filtering
at runtime.
Signed-off-by: Mitch Williams <[EMAIL PROTECTED]>
diff -urpN -X dontdiff
linux-2.6.22.1-clean/drivers/net/e1000/e1000_main.c
linux-2.6.22.1/drivers/net/e1000/e1000_main.c
--- linux-2.6.22.1-clean/drivers/net/e1000/e10
Add support to the VLAN subsystem for enabling/disabling hardware VLAN
filtering at runtime. This is useful for debugging purposes.
The existing vconfig utility can be used without modification.
Signed-off-by: Mitch Williams <[EMAIL PROTECTED]>
diff -urpN -X dontdiff linux-2.6.22.1-clean/inclu
This patchset adds the capability to disable hardware VLAN filtering at
runtime via the existing vconfig utility. It's useful for debugging
purposes.
The first patch modifies the VLAN subsystem to define the flag, and to
support passing the flag on to the base driver.
The second patch modifies e
On Friday 27 July 2007 22:12:49 Andrew Morton wrote:
> On Fri, 27 Jul 2007 21:43:59 +0200
> Michael Buesch <[EMAIL PROTECTED]> wrote:
>
> > > Sure, but why is the locking interruptible rather than plain old
> > > mutex_lock()?
> >
> > Hm, well. We hold this mutex for several seconds, as writing t
On Fri, 27 Jul 2007 21:43:59 +0200
Michael Buesch <[EMAIL PROTECTED]> wrote:
> > Sure, but why is the locking interruptible rather than plain old
> > mutex_lock()?
>
> Hm, well. We hold this mutex for several seconds, as writing takes
> this long. So I simply thought it was worth allowing the wai
>-Original Message-
>From: Jeff Garzik [mailto:[EMAIL PROTECTED]
>Veeraiyan, Ayyappan wrote:
>> So, with driver/device supporting multiple Tx and Rx queues, I think,
it
>> would be very useful to have ethtool interface to manage the number
of
>> Tx and Rx queues of the interface.
>
>
>Absol
Veeraiyan, Ayyappan wrote:
So, with driver/device supporting multiple Tx and Rx queues, I think, it
would be very useful to have ethtool interface to manage the number of
Tx and Rx queues of the interface.
Absolutely! ethtool patches welcome :)
git://git.kernel.org/pub/scm/network/ethtool/et
On Tue, Jul 03, 2007 at 12:29:24PM -0700, Javier Cardona wrote:
> I'm currently working on per-packet mesh ttl. My plan is to register
> new mesh sockopts through netfilter. The user interface will be:
NACK. Drivers should never add sockopt, and drivers should not abuse
netfilter hooks.
-
To un
Jan-Bernd Themann wrote:
> On Wednesday 25 July 2007 19:17, Andrew Gallatin wrote:
>> 3) Padded frames.
>>
>> I may be missing something, but I don't see where you
>> either strip padding from frames or reject padded frames.
>> (see the pskb_trim_rcsum() in net/ipv4/ip_input.c:ip_rcv()
>>
> I th
>-Original Message-
>From: Jeff Garzik [mailto:[EMAIL PROTECTED]
>
>Stephen Hemminger wrote:
>> Using module parameter for per device settings is bad idea.
>> Please extend existing interfaces like ethtool, etc rather than
>committing
>> to a bad inflexible API.
>
>
>I agreed with Stephen's
On Friday 27 July 2007 21:38:53 Andrew Morton wrote:
> > > > +static ssize_t ssb_pci_attr_sprom_show(struct device *pcidev,
> > > > + struct device_attribute *attr,
> > > > + char *buf)
> > > > +{
> > > > + struct pci_d
On Friday 27 July 2007 21:21:20 John W. Linville wrote:
> On Fri, Jul 27, 2007 at 06:57:20PM +0200, Michael Buesch wrote:
> > The Sonics Silicon Backplane is a mini-bus used on
> > various Broadcom chips and embedded devices.
> > Devices using the SSB include b44, bcm43xx and various
> > Broadcom b
On Fri, 27 Jul 2007 21:30:48 +0200
Michael Buesch <[EMAIL PROTECTED]> wrote:
> > ERROR: "foo * bar" should be "foo *bar"
> > #4156: FILE: drivers/ssb/ssb_private.h:119:
> > +extern struct ssb_bus * ssb_pci_dev_to_bus(struct pci_dev *pdev);
> >
> > are worth addressing.
>
> Well, I intentionally
On Fri, Jul 27, 2007 at 06:57:20PM +0200, Michael Buesch wrote:
> The Sonics Silicon Backplane is a mini-bus used on
> various Broadcom chips and embedded devices.
> Devices using the SSB include b44, bcm43xx and various
> Broadcom based wireless routers.
> A b44 and bcm43xx port and a SSB based OH
On Friday 27 July 2007 21:03:18 Andrew Morton wrote:
> On Fri, 27 Jul 2007 18:57:20 +0200
> Michael Buesch <[EMAIL PROTECTED]> wrote:
>
> > The Sonics Silicon Backplane is a mini-bus used on
> > various Broadcom chips and embedded devices.
> > Devices using the SSB include b44, bcm43xx and various
> If anyone still has hang issues with sky2, please send me the hardware
> information (lspci, dmesg output), and capture the debugfs state after hang.
>
> At present the known open skge, sky2 issues are:
[snip]
There is still this active issue which I believe is orthogonal from
the interrupt hang
On Fri, 27 Jul 2007 18:57:20 +0200
Michael Buesch <[EMAIL PROTECTED]> wrote:
> The Sonics Silicon Backplane is a mini-bus used on
> various Broadcom chips and embedded devices.
> Devices using the SSB include b44, bcm43xx and various
> Broadcom based wireless routers.
> A b44 and bcm43xx port and
Some leftover code that makes use of adapter->lock in tx_timeout function,
which resets the interface under this lock. In close() when the workqueue
is flushed, prints the warning about sleeping with interrupts disabled
(when spinlock debug is enabled). The lock was required with private netxen
IOC
> From: Patrick McHardy [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, July 24, 2007 5:36 PM
> To: Waskiewicz Jr, Peter P
> Cc: [EMAIL PROTECTED]; netdev@vger.kernel.org
> Subject: Re: [FIX] NET: Fix sch_api and sch_prio to properly
> set and detect the root qdisc
>
[...]
> Both look good, thanks.
>
On Fri, Jul 27, 2007 at 02:08:09PM +0200, Clemens Koller wrote:
> Can you try the latest kernel to see if the same problem
> persists?
> Is there any kernel version where it was working fine?
In my case, this is 'problem' occur when I do run snmpd on
the same machine, and I saw that snmpd doing so
Hi Al,
> Since nobody uses it after we convert it to host-endian,
> no need to do that at all. At that point l2cap is endian-clean.
>
> Signed-off-by: Al Viro <[EMAIL PROTECTED]>
Signed-off-by: Marcel Holtmann <[EMAIL PROTECTED]>
Regards
Marcel
-
To unsubscribe from this list: send the line
Hi All,
> Signed-off-by: Al Viro <[EMAIL PROTECTED]>
Signed-off-by: Marcel Holtmann <[EMAIL PROTECTED]>
Regards
Marcel
-
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-inf
Hi Al,
> We loop through psm values, calling __l2cap_get_sock_by_addr(psm, ...)
> until we get NULL; then we set ->psm of our socket to htobs(psm).
> IOW, we find unused psm value and put it into our socket. So far, so
> good, but... __l2cap_get_sock_by_addr() compares its argument with
> ->psm
Hi Al,
> no code changes, just documenting existing types
>
> Signed-off-by: Al Viro <[EMAIL PROTECTED]>
Signed-off-by: Marcel Holtmann <[EMAIL PROTECTED]>
Regards
Marcel
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More ma
Stephen Hemminger wrote:
Using module parameter for per device settings is bad idea.
Please extend existing interfaces like ethtool, etc rather than committing
to a bad inflexible API.
I agreed with Stephen's comments here.
In general, net driver policy is to use ethtool (per-interface
granu
On Fri, 27 Jul 2007 08:58:45 -0400
Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Stephen Hemminger wrote:
> > If anyone still has hang issues with sky2, please send me the hardware
> > information (lspci, dmesg output), and capture the debugfs state after hang.
> >
> > At present the known open skge,
Just to chime in...
In general, I like where this LRO effort is going, and I really
appreciate you guys working on it.
Jeff
-
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.or
Stephen Hemminger wrote:
If anyone still has hang issues with sky2, please send me the hardware
information (lspci, dmesg output), and capture the debugfs state after hang.
At present the known open skge, sky2 issues are:
Did you add Chris Stromsoe's skge-hangs problem to the list?
Je
Since nobody uses it after we convert it to host-endian,
no need to do that at all. At that point l2cap is endian-clean.
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
---
net/bluetooth/l2cap.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/net/bluetooth/l2cap.c b/net/blue
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
---
net/bluetooth/l2cap.c | 20 +++-
1 files changed, 11 insertions(+), 9 deletions(-)
diff --git a/net/bluetooth/l2cap.c b/net/bluetooth/l2cap.c
index 09126bf..03309d2 100644
--- a/net/bluetooth/l2cap.c
+++ b/net/bluetooth/l2cap.c
@@
no code changes, just documenting existing types
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
---
include/net/bluetooth/l2cap.h | 50
net/bluetooth/l2cap.c | 27 +++--
2 files changed, 39 insertions(+), 38 deletions(-)
diff --gi
We loop through psm values, calling __l2cap_get_sock_by_addr(psm, ...)
until we get NULL; then we set ->psm of our socket to htobs(psm).
IOW, we find unused psm value and put it into our socket. So far, so
good, but... __l2cap_get_sock_by_addr() compares its argument with
->psm of sockets. IOW,
Hi Drew,
thanks a lot for your good feedback. See comments below.
I'll try to provide an updated version next week. It would
be nice if you could post a patch for your driver once
we have addressed the issues you mentioned. Then we would
have the eHEA driver for the SKB interface, and your driver
Hi, Mario!
Mario Doering schrieb:
Hello,
are there any news or questions on this issue?
Can you try the latest kernel to see if the same problem
persists?
Is there any kernel version where it was working fine?
On Wed, 9 May 2007 03:27:00 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
On W
Hello,
are there any news or questions on this issue?
Mario.
On Wed, 9 May 2007 03:27:00 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Wed, 9 May 2007 12:01:42 +0200 Mario Doering <[EMAIL PROTECTED]>
> wrote:
>
> > Hello,
> >
> > we have a D-Link DFE-580TX 4 port network card in our
Hello there,
I'm facing the following issue : when I try to ping using source
interface instead of a source ip address the ping utility starts to
send arp requests instead of icmp requests though the ip address I'm
pinging it's not in the subnets directly connected to my linux box.
I've noticed th
Francois Romieu wrote:
Glen Gray <[EMAIL PROTECTED]> :
Hey Francois,
I've CC'd the netdev list as requested
Your PR is not lost (nor are the pending ones btw...). I'm simply trying
to find a real explanation for
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=242572
Ah, apologies. When
If anyone still has hang issues with sky2, please send me the hardware
information (lspci, dmesg output), and capture the debugfs state after hang.
At present the known open skge, sky2 issues are:
1) Skge doesn't work with dual port fiber
2) Sky2 (and vendor sk98lin) don't work on some MSI mother
Try and be consistent with whitespace and line wrapping.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- a/net/ipv4/fib_trie.c 2007-07-27 08:57:53.0 +0100
+++ b/net/ipv4/fib_trie.c 2007-07-27 08:57:54.0 +0100
@@ -154,7 +154,8 @@ struct trie {
};
static voi
Get rid of some of the macro's in this code. If only used once, just
expand the usage in that spot. Otherwise convert to inline.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- a/net/ipv4/fib_trie.c 2007-07-27 08:00:30.0 +0100
+++ b/net/ipv4/fib_trie.c 2007-07-27 08:41
The use of macro's for set/referencing node parent causes issues with
the rcu macros. Convert them to inline and fix a couple of spots
where node_parent() was being called multiple times which added unneeded
barriers.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- a/net/ipv4/fib_trie.c
There were a couple of places where sparse found declarations that covered
earlier declarations.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- a/net/ipv4/fib_trie.c 2007-07-27 08:41:46.0 +0100
+++ b/net/ipv4/fib_trie.c 2007-07-27 08:47:05.0 +0100
@@ -651,7 +
Here is a slightly revised version of the FIB trie cleanup patches.
I don't have a machine with anywhere near enough routes to test this,
so would someone with many routes give it a go and make sure nothing
got busted in the process.
--
-
To unsubscribe from this list: send the line "unsubscrib
56 matches
Mail list logo
