From: Jeff Garzik [EMAIL PROTECTED]
Date: Sun, 24 Feb 2008 00:20:41 -0500
This is a 50% resend, rebased on top of net-2.6.
Please pull from 'upstream-davem' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-davem
to receive the following updates:
David Miller wrote:
Jeff, I really don't want to pull that tree in. Please trust me as
your upstream to handle merging issues, as needed.
I trust you... Otherwise I wouldn't have volunteered to move my
upstream from Linus to you :)
My main issues/motivations were:
* quite simply, just
From: Jeff Garzik [EMAIL PROTECTED]
Date: Sun, 24 Feb 2008 00:48:54 -0500
I trust you... Otherwise I wouldn't have volunteered to move my
upstream from Linus to you :)
...
So (as you saw in last email)... rebased and resend.
Thanks :)
--
To unsubscribe from this list: send the line
From: Jeff Garzik [EMAIL PROTECTED]
Date: Wed, 20 Feb 2008 11:55:57 -0500
Note: this is based off of Linus's latest commit
(5d9c4a7de64d398604a978d267a6987f1f4025b7), since all my previous
submissions are now upstream (thanks!).
The whole point of my not rebasing net-2.6 is so that you can
From: J. Bruce Fields [EMAIL PROTECTED]
Date: Wed, 20 Feb 2008 16:23:02 -0500
On Wed, Feb 20, 2008 at 01:15:30PM -0800, David Miller wrote:
From: Jeff Garzik [EMAIL PROTECTED]
Date: Wed, 20 Feb 2008 11:55:57 -0500
Note: this is based off of Linus's latest commit
On Wed, Feb 20, 2008 at 01:15:30PM -0800, David Miller wrote:
From: Jeff Garzik [EMAIL PROTECTED]
Date: Wed, 20 Feb 2008 11:55:57 -0500
Note: this is based off of Linus's latest commit
(5d9c4a7de64d398604a978d267a6987f1f4025b7), since all my previous
submissions are now upstream
On Wed, Feb 20, 2008 at 01:42:57PM -0800, David Miller wrote:
From: J. Bruce Fields [EMAIL PROTECTED]
Date: Wed, 20 Feb 2008 16:23:02 -0500
On Wed, Feb 20, 2008 at 01:15:30PM -0800, David Miller wrote:
From: Jeff Garzik [EMAIL PROTECTED]
Date: Wed, 20 Feb 2008 11:55:57 -0500
From: J. Bruce Fields [EMAIL PROTECTED]
Date: Wed, 20 Feb 2008 17:25:30 -0500
The advantages include earlier warning of merge problems, and avoidance
of duplicate commits--if Jeff's done work that depends on patches that
already upstream, then he either does that work against upstream, or
David Miller [EMAIL PROTECTED] :
[...]
Because it forces me to pull Linus's upstream into net-2.6,
I don't have any choice in the matter.
Jeff's choice is a bit surprizing. That being said, it would had been nice
to fast-forward net-2.6 from a442585952f137bd4cdb1f2f3166e4157d383b82
to Linus's
From: Francois Romieu [EMAIL PROTECTED]
Date: Wed, 20 Feb 2008 23:40:53 +0100
David Miller [EMAIL PROTECTED] :
[...]
Because it forces me to pull Linus's upstream into net-2.6,
I don't have any choice in the matter.
Jeff's choice is a bit surprizing. That being said, it would had been
From: Jeff Garzik [EMAIL PROTECTED]
Date: Fri, 15 Feb 2008 11:03:14 -0500
Please pull from 'upstream-davem' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-davem
Pulled and pushed out.
As I mentioned to John Linville just now, I'm going to try
and keep
David Miller wrote:
From: Jeff Garzik [EMAIL PROTECTED]
Date: Fri, 15 Feb 2008 11:03:14 -0500
Please pull from 'upstream-davem' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-davem
Pulled and pushed out.
As I mentioned to John Linville just now, I'm
Jeff Garzik (1):
[netdrvr] sis190: build fix
But you did it wrong...
sis190.c b/drivers/net/sis190.c
index b570402..2e9e88b 100644
--- a/drivers/net/sis190.c
+++ b/drivers/net/sis190.c
@@ -326,7 +326,7 @@ static const struct {
{ SiS 191 PCI Gigabit Ethernet adapter },
};
Sam Ravnborg wrote:
Jeff Garzik (1):
[netdrvr] sis190: build fix
But you did it wrong...
sis190.c b/drivers/net/sis190.c
index b570402..2e9e88b 100644
--- a/drivers/net/sis190.c
+++ b/drivers/net/sis190.c
@@ -326,7 +326,7 @@ static const struct {
{ SiS 191 PCI Gigabit Ethernet
Sam Ravnborg [EMAIL PROTECTED] :
[...]
-static struct pci_device_id sis190_pci_tbl[] __devinitdata = {
+static struct pci_device_id sis190_pci_tbl[] = {
{ PCI_DEVICE(PCI_VENDOR_ID_SI, 0x0190), 0, 0, 0 },
{ PCI_DEVICE(PCI_VENDOR_ID_SI, 0x0191), 0, 0, 1 },
{ 0, },
The
On Wed, Jan 30, 2008 at 11:47:11PM +0100, Francois Romieu wrote:
Sam Ravnborg [EMAIL PROTECTED] :
[...]
-static struct pci_device_id sis190_pci_tbl[] __devinitdata = {
+static struct pci_device_id sis190_pci_tbl[] = {
{ PCI_DEVICE(PCI_VENDOR_ID_SI, 0x0190), 0, 0, 0 },
{
From: Jeff Garzik [EMAIL PROTECTED]
Date: Wed, 23 Jan 2008 05:05:18 -0500
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-davem
Pulled into net-2.6, thanks Jeff.
--
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL
Well, it's 2.6.24-rc7 already - any news?
I put this into my net-2.6 tree last night since Jeff asked
me to look over critical networking driver stuff for a little
while.
Thanks, they are upstream now and it did fix tulip in my PPC - network
is stable again.
--
Meelis Roos ([EMAIL
JG A couple [minorly] notable wireless bug fixes, and plenty of viro fixes
JG for obscure issues :)
What about the tulip NAPI fix from Stephen Hemminger? Without this, my tulip
is hosed easily.
The thread where I reported it was Badness at net/core/dev.c:2199, around
Dec 16.
From: Meelis Roos [EMAIL PROTECTED]
Date: Mon, 7 Jan 2008 14:44:03 +0200 (EET)
JG A couple [minorly] notable wireless bug fixes, and plenty of viro
fixes
JG for obscure issues :)
What about the tulip NAPI fix from Stephen Hemminger? Without this, my
tulip
is hosed easily.
On Sun, Dec 23, 2007 at 12:33:14AM -0500, Jeff Garzik wrote:
A couple [minorly] notable wireless bug fixes, and plenty of viro fixes
for obscure issues :)
Heh... FWIW, forcedeth patch (sent your way about two weeks ago) also
belongs in the same set. If you need a resend - tell...
There's
Al Viro wrote:
On Sun, Dec 23, 2007 at 12:33:14AM -0500, Jeff Garzik wrote:
A couple [minorly] notable wireless bug fixes, and plenty of viro fixes
for obscure issues :)
Heh... FWIW, forcedeth patch (sent your way about two weeks ago) also
belongs in the same set. If you need a resend -
On Sun, Dec 23, 2007 at 01:42:14AM -0500, Jeff Garzik wrote:
I applied it to #upstream (2.6.25) since forcedeth is not on any
big-endian platforms AFAIK.
All right, then... I hadn't been sure if it's onboard-only, that's all.
I have an epic100 card too if you need it (though it sounds like
Jeff Garzik wrote:
A couple serious fixes (wireless, e100, sky2) and a bevy of minor ones.
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-linus
Hi Jeff,
Should I resend the 2 cxgb3 patches posted on 12/05 and 12/06
Divy Le Ray wrote:
Jeff Garzik wrote:
A couple serious fixes (wireless, e100, sky2) and a bevy of minor ones.
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-linus
Hi Jeff,
Should I resend the 2 cxgb3 patches posted
http://vger.kernel.org/majordomo-info.html
The last thing I have from you, in netdev#upstream, is
commit 75758e8aa4b7d5c651261ce653dd8d0b716e1eda
Author: Divy Le Ray [EMAIL PROTECTED]
Date: Wed Dec 5 10:15:01 2007 -0800
cxgb3 - T3C support update
Update GPIO mapping for T3C.
On Thu, 2007-09-13 at 01:30 -0400, Jeff Garzik wrote:
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-linus
to receive the following updates:
drivers/net/atl1/atl1_main.c | 19 +++
Dan Williams wrote:
WTF? why would the default be to _not_ propagate carrier state? Are
there some mitigating circumstances that require this driver to not
notify the stack of carrier on/off? Userspace stuff really should know
about the carrier state, and this disables it by default.
The
On Fri, 2007-09-14 at 14:17 -0400, Jeff Garzik wrote:
Dan Williams wrote:
WTF? why would the default be to _not_ propagate carrier state? Are
there some mitigating circumstances that require this driver to not
notify the stack of carrier on/off? Userspace stuff really should know
about
Dan Williams [EMAIL PROTECTED] wrote:
[...]
I admit that I probably don't understand the system architecture of
where ehea would be used, but would this
cause /sys/class/net/ethX/carrier to be TRUE even if the device has no
carrier? That seems quite wrong IMHO. When does ehea not have a
carrier?
On Fri, 2007-09-14 at 12:19 -0700, Jay Vosburgh wrote:
Dan Williams [EMAIL PROTECTED] wrote:
[...]
I admit that I probably don't understand the system architecture of
where ehea would be used, but would this
cause /sys/class/net/ethX/carrier to be TRUE even if the device has no
carrier?
Dan Williams [EMAIL PROTECTED] wrote:
[...]
So essentially the ehea device has a 1(+) external ports that may/may
not be connected, but all lpars share the physical hardware itself,
which is quite happy to let all the lpars talk to each other essentially
via loopback even if there is no actual
Dan Williams wrote:
On Thu, 2007-09-13 at 01:30 -0400, Jeff Garzik wrote:
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-linus
to receive the following updates:
drivers/net/atl1/atl1_main.c | 19 +++
Satyam Sharma wrote:
On Mon, 30 Jul 2007, Jeff Garzik wrote:
true, we should just remove the dev==NULL check
Patch below:
[PATCH] nmclan_cs: Remove bogus (dev==NULL) check in mace_interrupt()
The (dev == NULL) check in drivers/net/pcmcia/nmclan_cs.c:mace_interrupt()
handler is always
On Mon, 30 Jul 2007, Jeff Garzik wrote:
true, we should just remove the dev==NULL check
Patch below:
[PATCH] nmclan_cs: Remove bogus (dev==NULL) check in mace_interrupt()
The (dev == NULL) check in drivers/net/pcmcia/nmclan_cs.c:mace_interrupt()
handler is always false, so let's remove it.
On Mon, Jul 02, 2007 at 10:54:01AM -0400, Jeff Garzik wrote:
...
maximilian attems (1):
starfire list alpha as 64 bit arch
...
--- a/drivers/net/starfire.c
+++ b/drivers/net/starfire.c
@@ -152,7 +152,7 @@ static int full_duplex[MAX_UNITS] = {0, };
* This SUCKS.
* We need a much
On Tue, 3 Jul 2007 00:13:29 +0200
Adrian Bunk [EMAIL PROTECTED] wrote:
On Mon, Jul 02, 2007 at 10:54:01AM -0400, Jeff Garzik wrote:
...
maximilian attems (1):
starfire list alpha as 64 bit arch
...
--- a/drivers/net/starfire.c
+++ b/drivers/net/starfire.c
@@ -152,7 +152,7 @@
On Thu, 29 Mar 2007, Jeff Garzik wrote:
Guennadi Liakhovetski wrote:
Jeff, might be worth getting the sk_buff leak fix in ppp from
http://www.spinics.net/lists/netdev/msg27706.html in 2.6.21 too?
Don't know how important it is for stable. It was present in 2.6.18 too.
Can you resend the
On 3/30/2007, Guennadi Liakhovetski [EMAIL PROTECTED] wrote:
On Thu, 29 Mar 2007, Jeff Garzik wrote:
Guennadi Liakhovetski wrote:
Jeff, might be worth getting the sk_buff leak fix in ppp from
http://www.spinics.net/lists/netdev/msg27706.html in 2.6.21 too?
Don't know how important it is
Guennadi Liakhovetski wrote:
Jeff, might be worth getting the sk_buff leak fix in ppp from
http://www.spinics.net/lists/netdev/msg27706.html in 2.6.21 too?
Don't know how important it is for stable. It was present in 2.6.18 too.
Can you resend the patch to me, please?
Easier for the system
Jeff, might be worth getting the sk_buff leak fix in ppp from
http://www.spinics.net/lists/netdev/msg27706.html in 2.6.21 too?
Don't know how important it is for stable. It was present in 2.6.18 too.
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line
On Tue, 6 Mar 2007, Jeff Garzik wrote:
Jay Vosburgh (3):
bonding: Improve IGMP join processing
ip_mc_rejoin_group: Kill warning about unused variable `in_dev' when
CONFIG_IP_MULTICAST is not set.
Signed-off-by: Geert Uytterhoeven [EMAIL PROTECTED]
diff --git a/net/ipv4/igmp.c
From: Geert Uytterhoeven [EMAIL PROTECTED]
Date: Mon, 12 Mar 2007 11:02:43 +0100 (CET)
On Tue, 6 Mar 2007, Jeff Garzik wrote:
Jay Vosburgh (3):
bonding: Improve IGMP join processing
ip_mc_rejoin_group: Kill warning about unused variable `in_dev' when
CONFIG_IP_MULTICAST is not set.
On Thu, 1 Mar 2007, Kok, Auke wrote:
Linus Torvalds wrote:
Ok, here's an interesting one: my e1000 card no longer worked for a while.
The green link-light blinks on/off once a second, and in time to that, my
dmesg fills up with an endless supply of
e1000: eth0:
Linus Torvalds wrote:
On Thu, 1 Mar 2007, Kok, Auke wrote:
and lspci says:
00:19.0 Ethernet controller: Intel Corporation 82566DM Gigabit Network
Connection (rev 02)
DMI info isn't very interesting, but it's an all-Intel board:
so it's all-intel chipset, all-intel board, and
Ok, here's an interesting one: my e1000 card no longer worked for a while.
The green link-light blinks on/off once a second, and in time to that, my
dmesg fills up with an endless supply of
e1000: eth0: e1000_watchdog: NIC Link is Down
e1000: eth0: e1000_watchdog: NIC Link is
On 3/1/07, Linus Torvalds [EMAIL PROTECTED] wrote:
Ok, here's an interesting one: my e1000 card no longer worked for a while.
The green link-light blinks on/off once a second, and in time to that, my
dmesg fills up with an endless supply of
e1000: eth0: e1000_watchdog: NIC Link is
Linus Torvalds wrote:
Ok, here's an interesting one: my e1000 card no longer worked for a while.
The green link-light blinks on/off once a second, and in time to that, my
dmesg fills up with an endless supply of
e1000: eth0: e1000_watchdog: NIC Link is Down
e1000: eth0:
Auke Kok wrote:
Jeff Garzik wrote:
Auke Kok wrote:
Jeff Garzik wrote:
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-linus
Jeff,
is there a reason that you didn't pull the e1000 tree from us? I send
you all the
Jeff Garzik wrote:
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-linus
Jeff,
is there a reason that you didn't pull the e1000 tree from us? I send you all
the information 5 days ago, WITH the changes that you
Auke Kok wrote:
Jeff Garzik wrote:
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-linus
Jeff,
is there a reason that you didn't pull the e1000 tree from us? I send
you all the information 5 days ago, WITH the changes
Jeff Garzik wrote:
Auke Kok wrote:
Jeff Garzik wrote:
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-linus
Jeff,
is there a reason that you didn't pull the e1000 tree from us? I send
you all the information 5 days
Hi Jeff,
Could you apply the updates for ucc_geth driver?
The patches from Timur that make the driver compile correctly on 2.6.20.
[PATCH] Fix phy_read/write redefinition errors in ucc_geth_phy.c
[PATCH] Update ucc_geth.c for new workqueue structure
The patch from Ahmed that cleans up some
Li Yang-r58472 wrote:
Hi Jeff,
Could you apply the updates for ucc_geth driver?
The patches from Timur that make the driver compile correctly on 2.6.20.
[PATCH] Fix phy_read/write redefinition errors in ucc_geth_phy.c
[PATCH] Update ucc_geth.c for new workqueue structure
The patch from Ahmed
On Thu, Aug 24, 2006 at 12:54:57AM -0400, Jeff Garzik wrote:
Besides via-rhine NAPI (optional) and the UCC gige driver (optional),
just the collected fixes for drivers/net/.
Please pull from 'upstream-greg' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
On Wed, Aug 09, 2006 at 02:25:39AM -0400, Jeff Garzik wrote:
Please pull from 'upstream-greg' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-greg
to receive the following updates:
drivers/net/myri10ge/myri10ge.c |2 +-
net/core/wireless.c
Jeff,
Noticed Andy's gianfar fixes aren't in here. I'd be good to see if
we can get them in for 2.6.17
- kumar
On Apr 12, 2006, at 5:14 PM, Jeff Garzik wrote:
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
to receive the
Kumar Gala wrote:
Jeff,
Noticed Andy's gianfar fixes aren't in here. I'd be good to see if we
can get them in for 2.6.17
Never saw them...
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Apr 12, 2006, at 5:45 PM, Jeff Garzik wrote:
Kumar Gala wrote:
Jeff,
Noticed Andy's gianfar fixes aren't in here. I'd be good to see
if we can get them in for 2.6.17
Never saw them...
Odd, posted to netdev, Andy may not have copied you on them.
Kumar Gala wrote:
On Apr 12, 2006, at 5:45 PM, Jeff Garzik wrote:
Kumar Gala wrote:
Jeff,
Noticed Andy's gianfar fixes aren't in here. I'd be good to see if
we can get them in for 2.6.17
Never saw them...
Odd, posted to netdev, Andy may not have copied you on them.
On Thu, 16 Mar 2006, Jeff Garzik wrote:
Please pull from 'upstream-fixes' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
The commit comments for the Chelsio driver fix are a bit unfortunate.
The array clearly _does_ have three elements, it's just that the code
Wolfgang Hoffmann wrote:
On Friday 24 February 2006 06:22, Jeff Garzik wrote:
Please pull from 'upstream-fixes' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
[...]
Stephen Hemminger:
sky2: yukon-ec-u chipset initialization
sky2: limit coalescing
On Friday 24 February 2006 17:14, Stephen Hemminger wrote:
There is an outstanding bug where the sky2 will hang if it receives a
packet larger than the MTU. At this point, there isn't enough information
on chip behavior to fix.
You could try using a larger mut or patching the driver so that
On Friday 24 February 2006 06:22, Jeff Garzik wrote:
Please pull from 'upstream-fixes' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
[...]
Stephen Hemminger:
sky2: yukon-ec-u chipset initialization
sky2: limit coalescing values to ring size
On Sun, 31 Jul 2005, Jeff Garzik wrote:
Please pull from the 'upstream-fixes' branch of
rsync://rsync.kernel.org/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
to obtain the fixes described in the attached diffstat/changelog/patch.
Could you please try to edit the emails you apply to
65 matches
Mail list logo