enabled by the
HighPoint
BIOS anyway...
Signed-off-by: Sergei Shtylyov [EMAIL PROTECTED]
---
Michal, Linas, please verify the patch... :-)
No negative impact for me.
(Am I supposed to acked-by if I do this kind of review/test?)
--linas
-
To unsubscribe from this list: send the line
Various PCI bus errors can be signaled by newer PCI controllers.
This patch adds the PCI error recovery callbacks to the Symbios
SCSI device driver. The patch has been tested, and appears to
work well.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
Hi,
This patch has been bo
Various PCI bus errors can be signaled by newer PCI controllers.
This patch adds the PCI error recovery callbacks to the Symbios
SCSI device driver. The patch has been tested, and appears to
work well.
Signed-off-by: Linas Vepstas [EMAIL PROTECTED]
Hi,
This patch has been bouncing
ush_task: ENTER
ata_port_flush_task: flush #1
ata1: ata_port_flush_task: flush #2
ata_port_flush_task: EXIT
Then a hard hang here.
This was on 2.6.22-rc5-git1
Again, this disk and controller combo work spotlessly when using
the ide drivers.
--linas
-
To unsubscribe from this list: send the li
ata_port_flush_task: flush #1
ata1: ata_port_flush_task: flush #2
ata_port_flush_task: EXIT
Then a hard hang here.
This was on 2.6.22-rc5-git1
Again, this disk and controller combo work spotlessly when using
the ide drivers.
--linas
-
To unsubscribe from this list: send the line unsubscribe linux
queue on
the hard drive, to see if the command actually made it across?
--linas
/dev/hda:
multcount= 16 (on)
IO_support = 0 (default 16-bit)
unmaskirq= 0 (off)
using_dma= 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead= 256 (on)
geometry = 24792/255
?
--linas
/dev/hda:
multcount= 16 (on)
IO_support = 0 (default 16-bit)
unmaskirq= 0 (off)
using_dma= 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead= 256 (on)
geometry = 24792/255/63, sectors = 398297088, start = 0
0040 3fff c837 0010 003f
s. Given that its being sold at a big discount, it
may even be that the sellers know that this is a crappy disk. :-)
All I want is some way of resetting the disk, and continuing on.
I'm stalled in debugging; I'm not sue what I'm looking for.
--linas
-
To unsubscribe from this list: se
me)...
In my case, ctrl-alt-sysrq doesn't work, which makes it hard to debug.
I'm thinking that trying to debug libata is a better idea, rather than
investing time in ide, right? Although at the moment, libata works even
less; see other email.
--linas
-
To unsubscribe from this list: send the li
On Mon, Jun 18, 2007 at 04:22:38PM -0500, linas wrote:
> On Mon, Jun 18, 2007 at 10:04:41PM +0100, Alan Cox wrote:
> > please try using the libata
> > driver.
Its worse. I get a hard hang (sysrq doesn't work) during boot,
just when the system goes to read the partitio
On Mon, Jun 18, 2007 at 04:22:38PM -0500, linas wrote:
On Mon, Jun 18, 2007 at 10:04:41PM +0100, Alan Cox wrote:
please try using the libata
driver.
Its worse. I get a hard hang (sysrq doesn't work) during boot,
just when the system goes to read the partition table.
Recap
, rather than
investing time in ide, right? Although at the moment, libata works even
less; see other email.
--linas
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
, it
may even be that the sellers know that this is a crappy disk. :-)
All I want is some way of resetting the disk, and continuing on.
I'm stalled in debugging; I'm not sue what I'm looking for.
--linas
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
ess.
Dohh, yes, of course. Completely forgot about that. (I assume you mean
CONFIG_ATA). Will report tommorrow.
--linas
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/m
int).
I can prepare a patch, but only with a lot of guidance. I can test
& debug, I'm highly motivated just right now ...
--linas
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
experiments, experimental patches, data gathering,
etc. is welcome. The sooner, the better...
--linas
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
. is welcome. The sooner, the better...
--linas
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
right now ...
--linas
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
, of course. Completely forgot about that. (I assume you mean
CONFIG_ATA). Will report tommorrow.
--linas
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read
On Thu, May 24, 2007 at 12:26:29AM +0400, Sergei Shtylyov wrote:
> Hello.
>
> Linas Vepstas wrote:
> >I've got a rather old x86 box that I'm booting 2.6.21.1 on;
> >this kernel is not finding an ide controller on it.
>
> >The motherboard has 4 ide controllers tot
I've got a rather old x86 box that I'm booting 2.6.21.1 on;
this kernel is not finding an ide controller on it.
The motherboard has 4 ide controllers total; two olde-fashioned
ones (PIIX4, using the original 40-pin IDE ribbon cable) and two
"HighPoint HPT366" controllers, taking the 80-pin
I've got a rather old x86 box that I'm booting 2.6.21.1 on;
this kernel is not finding an ide controller on it.
The motherboard has 4 ide controllers total; two olde-fashioned
ones (PIIX4, using the original 40-pin IDE ribbon cable) and two
HighPoint HPT366 controllers, taking the 80-pin
On Thu, May 24, 2007 at 12:26:29AM +0400, Sergei Shtylyov wrote:
Hello.
Linas Vepstas wrote:
I've got a rather old x86 box that I'm booting 2.6.21.1 on;
this kernel is not finding an ide controller on it.
The motherboard has 4 ide controllers total; two olde-fashioned
ones (PIIX4, using
On Tue, May 22, 2007 at 08:53:32PM +0900, Tsutomu OWA wrote:
>
> Hi Ingo and Thomas,
>
> To revert spider_net.c to original one as it turns out that the patch
As the spidernet maintainer, I had not forwarded the previous patch
upstream; it should not have been appli
On Tue, May 22, 2007 at 08:53:32PM +0900, Tsutomu OWA wrote:
Hi Ingo and Thomas,
To revert spider_net.c to original one as it turns out that the patch
As the spidernet maintainer, I had not forwarded the previous patch
upstream; it should not have been applied.
--linas
-
To unsubscribe
cted, and then the kernel delivers the MSI to device driver.
The if statements should close that gap.
I'll send an updated patch shortly.
--linas
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at ht
.
The if statements should close that gap.
I'll send an updated patch shortly.
--linas
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http
On Wed, May 09, 2007 at 03:26:21PM -0500, Linas Vepstas wrote:
> Hi Matthew,
>
> I had been hoping these patches might make it into 2.6.22,
> ... this is a nag note; please forward upstream.
... should I repost the patches?
--linas
-
To unsubscribe from this list: send the line
der fresh and clean on skb" call
that should have been made; if so, I don't know what it is.
--linas
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
made; if so, I don't know what it is.
--linas
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Wed, May 09, 2007 at 03:26:21PM -0500, Linas Vepstas wrote:
Hi Matthew,
I had been hoping these patches might make it into 2.6.22,
... this is a nag note; please forward upstream.
... should I repost the patches?
--linas
-
To unsubscribe from this list: send the line unsubscribe
nning RT kernel. PREEPT_NONE kernel works just fine as well.
>
> Hrm... sounds a bit weird. I wonder if there's a locking bug in the
> driver in the first place.
>
> Linas, what's your take ?
Heh. I almost deleted the entire email thread cause it
didn't say "spidernet" in t
ke: *** [_all] Error 2
John Rose is working to fix this "real soon now".
--linas
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
to fix this real soon now.
--linas
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
. PREEPT_NONE kernel works just fine as well.
Hrm... sounds a bit weird. I wonder if there's a locking bug in the
driver in the first place.
Linas, what's your take ?
Heh. I almost deleted the entire email thread cause it
didn't say spidernet in the subject line. :-)
Seriously, I really almost did
I failed to cc some of the people on the cc list ... so am resending.
--linas
On Mon, May 14, 2007 at 06:37:30PM -0500, Linas Vepstas wrote:
>
> This patch adds PCI error recovery support to the
> s2io 10-Gigabit ethernet device driver. Third revision,
> blocks interrupts and
s2io cleanup suggestions, per discussion on mailing lists.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
drivers/net/s2io.c |2 --
drivers/net/s2io.h |1 -
2 files changed, 3 deletions(-)
Index: linux-2.6.22-rc1/drivers/net/
This patch adds PCI error recovery support to the
s2io 10-Gigabit ethernet device driver. Third revision,
blocks interrupts and the watchdog.
Tested, seems to work well.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
Acked-by: Ramkrishna Vepa <[EMAIL PROTECTED]>
Cc: Raghave
This patch adds PCI error recovery support to the
s2io 10-Gigabit ethernet device driver. Third revision,
blocks interrupts and the watchdog.
Tested, seems to work well.
Signed-off-by: Linas Vepstas [EMAIL PROTECTED]
Acked-by: Ramkrishna Vepa [EMAIL PROTECTED]
Cc: Raghavendra Koushik [EMAIL
s2io cleanup suggestions, per discussion on mailing lists.
Signed-off-by: Linas Vepstas [EMAIL PROTECTED]
drivers/net/s2io.c |2 --
drivers/net/s2io.h |1 -
2 files changed, 3 deletions(-)
Index: linux-2.6.22-rc1/drivers/net/s2io.c
I failed to cc some of the people on the cc list ... so am resending.
--linas
On Mon, May 14, 2007 at 06:37:30PM -0500, Linas Vepstas wrote:
This patch adds PCI error recovery support to the
s2io 10-Gigabit ethernet device driver. Third revision,
blocks interrupts and the watchdog
Hi Matthew,
I had been hoping these patches might make it into 2.6.22,
... this is a nag note; please forward upstream.
--linas
On Fri, Apr 20, 2007 at 03:47:20PM -0500, Linas Vepstas wrote:
>
> Implement the so-called "first failure data capture" (FFDC) for the
> symbios
ped_by_bats'
>
> I find these 50 or so warnings so scary that I've not yet tried
> to boot the kernel. Note that this is a non-modular kernel.
I'm getting oodles of these on an older -mm2 tree. The kernels seem to
work fine. Yes, they should be fixed but I'm up to my proverbial eyballs
in
so scary that I've not yet tried
to boot the kernel. Note that this is a non-modular kernel.
I'm getting oodles of these on an older -mm2 tree. The kernels seem to
work fine. Yes, they should be fixed but I'm up to my proverbial eyballs
in alligators.
--linas
-
To unsubscribe from this list
Hi Matthew,
I had been hoping these patches might make it into 2.6.22,
... this is a nag note; please forward upstream.
--linas
On Fri, Apr 20, 2007 at 03:47:20PM -0500, Linas Vepstas wrote:
Implement the so-called first failure data capture (FFDC) for the
symbios PCI error recovery. After
;. The hvsi should not
have even tried to register anything. The attached patch seems more
to the point.
--linas
The hvsi driver is used whenever the device-tree contains
nodes for serial ports, and those serial ports speak the hvterm
protocol. However, if no such nodes are found, then the hvsi
to be hvsi people, although I'm near-totally
ignorant of the thing.
If hvsi_count is zero, then the device tree did not have any
serial nodes that speak hvterm-protocol. The hvsi should not
have even tried to register anything. The attached patch seems more
to the point.
--linas
The hvsi driver
and more maintainable.
For the patch that touched arch/powerpc/platforms/pseries/eeh_event.c,
I ran a variety of tests, and couldn't see/find/evoke any adverse
effects, so ..
Acked-by: Linas Vepstas <[EMAIL PROTECTED]>
> The second question is whether this is the right implementation.
> kthr
o have threads that can be "fired off" from an
interrupt context. That would simplify the EEH code slightly
(removing a few dozen lines of code that do this bounce).
I presume that various device drivers might find this useful as well.
--linas
-
To unsubscribe from this list: send
this bounce).
I presume that various device drivers might find this useful as well.
--linas
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ
that touched arch/powerpc/platforms/pseries/eeh_event.c,
I ran a variety of tests, and couldn't see/find/evoke any adverse
effects, so ..
Acked-by: Linas Vepstas [EMAIL PROTECTED]
The second question is whether this is the right implementation.
kthread_create already works by using a workqueue
then,
an hour later, decrement a counter (which is how we limit these to
6 per hour). Thread reaping is "trivial", the thread just exits
after an hour.
Since these are events rare, I've no particular concern about
performance or resource consumption. The current code seems
to work just fine.
). Thread reaping is trivial, the thread just exits
after an hour.
Since these are events rare, I've no particular concern about
performance or resource consumption. The current code seems
to work just fine. :-)
--linas
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
t sequence.
(includes a whitespace fix for bad indentation).
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
drivers/scsi/sym53c8xx_2/sym_glue.c | 15 +++
drivers/scsi/sym53c8xx_2/sym_glue.h |1 +
drivers/scsi/sym53c8xx_2/sym_hipd.c | 18 ++
3 f
irq, assuming the system doesn't
deadlock on a screaming irq.
--linas
Here's the formal changelog entry:
Various PCI bus errors can be signaled by newer PCI controllers.
This patch adds the PCI error recovery callbacks to the Symbios
SCSI device driver. The patch has been tested, and appears to
work w
.
--linas
Here's the formal changelog entry:
Various PCI bus errors can be signaled by newer PCI controllers.
This patch adds the PCI error recovery callbacks to the Symbios
SCSI device driver. The patch has been tested, and appears to
work well.
Signed-off-by: Linas Vepstas [EMAIL PROTECTED
.
(includes a whitespace fix for bad indentation).
Signed-off-by: Linas Vepstas [EMAIL PROTECTED]
drivers/scsi/sym53c8xx_2/sym_glue.c | 15 +++
drivers/scsi/sym53c8xx_2/sym_glue.h |1 +
drivers/scsi/sym53c8xx_2/sym_hipd.c | 18 ++
3 files changed, 30
to the small collection of affected
systems is high.
The rest of this email is a long description of the nature
of the bug.
--linas
The basic structure of "normal" UDP/IP/Ethernet
frames (that actually work):
- It starts with the Ethernet header (dest MAC, src MAC, etc.)
- The
to the small collection of affected
systems is high.
The rest of this email is a long description of the nature
of the bug.
--linas
The basic structure of normal UDP/IP/Ethernet
frames (that actually work):
- It starts with the Ethernet header (dest MAC, src MAC, etc.)
- The next part is occupied
widely deployed by most distros
to handle the "sane naming" problem. In particular, "sane naming"
becomes hard if devices can be hotplugged, whether they are usb or pci
(e.g. a usb-to-serial converter).
--linas
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel&
On Wed, Apr 04, 2007 at 12:34:53PM -0400, David Woodhouse wrote:
> On Wed, 2007-04-04 at 11:22 -0500, Linas Vepstas wrote:
> > The biggest problem would seem to be that the assignment would
> > depend on the detection order; there don't seem to be unique
> > id's that would h
that would help udev consistently assign device names in
consistent order.
--linas
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
in
consistent order.
--linas
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Wed, Apr 04, 2007 at 12:34:53PM -0400, David Woodhouse wrote:
On Wed, 2007-04-04 at 11:22 -0500, Linas Vepstas wrote:
The biggest problem would seem to be that the assignment would
depend on the detection order; there don't seem to be unique
id's that would help udev consistently assign
becomes hard if devices can be hotplugged, whether they are usb or pci
(e.g. a usb-to-serial converter).
--linas
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please
Greg,
A non-urgent and somwhat ugly patch; please review, and if
it seems correct, please apply.
--linas
While fiddling with PCI hotplugging, I noticed the messages
pci 0001:00:02.4: Error creating sysfs bridge symlink, continuing...
pci 0001:00:02.2: Error creating sysfs bridge symlink
Greg,
A non-urgent and somwhat ugly patch; please review, and if
it seems correct, please apply.
--linas
While fiddling with PCI hotplugging, I noticed the messages
pci 0001:00:02.4: Error creating sysfs bridge symlink, continuing...
pci 0001:00:02.2: Error creating sysfs bridge symlink
driver, that well.
--linas
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
.
--linas
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Bino, James,
Please review, sign-off and forward upstream.
--linas
If a PCI error is detected that cannot be recovered from, there
will be a double call of lpfc_pci_remove_one(), with the second call
resulting in a null-pointer dereference. The first call occurs in
lpfc_io_error_detected
Bino, James,
Please review, sign-off and forward upstream.
--linas
If a PCI error is detected that cannot be recovered from, there
will be a double call of lpfc_pci_remove_one(), with the second call
resulting in a null-pointer dereference. The first call occurs in
lpfc_io_error_detected
Update driver support contact info.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
Cc: Jens Osterkamp <[EMAIL PROTECTED]>
Cc: Kou Ishizaki <[EMAIL PROTECTED]>
MAINTAINERS |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Index: linux-2.6.20
Janitorial patch. Undo long lines, fix typo in err msg.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
Cc: Jens Osterkamp <[EMAIL PROTECTED]>
Cc: Kou Ishizaki <[EMAIL PROTECTED]>
drivers/net/spider_net.c | 13 +++--
drivers/net/spider_net.h |2 +-
Multiple threads performing a transmit can race into
the spidernet tx ring cleanup code. This puts the
relevant check under a lock.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
Cc: Jens Osterkamp <[EMAIL PROTECTED]>
Cc: Kou Ishizaki <[EMAIL PROTECTED]>
drivers/net/s
It appears that under certain circumstances, a race will result
in a double-free of an skb. This patch null's out the skb pointer
upon the skb free, avoiding the inadvertent deref of bogus data.
The next patch fixes the actual race.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
Cc
This patch separates the hardware descriptor state from the
driver descriptor state, per (old) suggestion from Ben Herrenschmidt.
This compiles and boots and seems to work.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
Cc: Jens Osterkamp <[EMAIL PROTECTED]>
Cc: Kou Ishi
From: Jens Osterkamp <[EMAIL PROTECTED]>
This moves the medium variable into the spidernet card structure.
It renames the GMII_ variables to BCM54XX specific ones.
Signed-off-by: Jens Osterkamp <[EMAIL PROTECTED]>
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
driver
From: Ishizaki Kou <[EMAIL PROTECTED]>
This patches removes logging for SPIDER_NET_GTMFLLINT interrupts.
Since the interrupts are not irregular, and they happen frequently
when using 100Mbps network switches.
Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]>
Signed-off-by: Linas Vep
From: Kou Ishizaki <[EMAIL PROTECTED]>
This patch adds or changes some HW specific settings for spider_net on
Celleb.
Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]>
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
drivers/net/Kconfig |2 +-
drivers/net/s
From: Kou Ishizaki <[EMAIL PROTECTED]>
This patch moves calling init_firmware() from spider_net_probe() to
spider_net_open() so as to use the driver by built-in.
Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]>
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
driver
From: Kou Ishizaki <[EMAIL PROTECTED]>
Add auto negotiation support for Celleb.
Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]>
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
drivers/net/spider_net.c | 176 ++-
driver
As of 2.6.20-git4, the spider_net driver does not compile.
This appears to be due to some archaic usage involving kobjects.
It also fixes a nasty double-free during ifdown of the interface.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
Cc: Jens Osterkamp <[EMAIL PROTECTED]>
Cc:
e genmii_* functions around to avoid foreward declarations.
Signed-off-by: Jens Osterkamp <[EMAIL PROTECTED]>
Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]>
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
drivers/net/sungem_phy.c | 389 ++---
Jeff,
Please apply and forward upstream this patch series.
This is the followup to the collision of patches that
landed on your doorstep last week. It rolls up the
patches from Jens and Kou.
--linas
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" i
Jeff,
Please apply and forward upstream this patch series.
This is the followup to the collision of patches that
landed on your doorstep last week. It rolls up the
patches from Jens and Kou.
--linas
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
* functions around to avoid foreward declarations.
Signed-off-by: Jens Osterkamp [EMAIL PROTECTED]
Signed-off-by: Arnd Bergmann [EMAIL PROTECTED]
Signed-off-by: Linas Vepstas [EMAIL PROTECTED]
drivers/net/sungem_phy.c | 389 ++-
drivers/net/sungem_phy.h
As of 2.6.20-git4, the spider_net driver does not compile.
This appears to be due to some archaic usage involving kobjects.
It also fixes a nasty double-free during ifdown of the interface.
Signed-off-by: Linas Vepstas [EMAIL PROTECTED]
Cc: Jens Osterkamp [EMAIL PROTECTED]
Cc: Kou Ishizaki
From: Kou Ishizaki [EMAIL PROTECTED]
Add auto negotiation support for Celleb.
Signed-off-by: Kou Ishizaki [EMAIL PROTECTED]
Signed-off-by: Linas Vepstas [EMAIL PROTECTED]
drivers/net/spider_net.c | 176 ++-
drivers/net/spider_net.h | 10
From: Kou Ishizaki [EMAIL PROTECTED]
This patch moves calling init_firmware() from spider_net_probe() to
spider_net_open() so as to use the driver by built-in.
Signed-off-by: Kou Ishizaki [EMAIL PROTECTED]
Signed-off-by: Linas Vepstas [EMAIL PROTECTED]
drivers/net/spider_net.c | 247
From: Kou Ishizaki [EMAIL PROTECTED]
This patch adds or changes some HW specific settings for spider_net on
Celleb.
Signed-off-by: Kou Ishizaki [EMAIL PROTECTED]
Signed-off-by: Linas Vepstas [EMAIL PROTECTED]
drivers/net/Kconfig |2 +-
drivers/net/spider_net.c |8
From: Ishizaki Kou [EMAIL PROTECTED]
This patches removes logging for SPIDER_NET_GTMFLLINT interrupts.
Since the interrupts are not irregular, and they happen frequently
when using 100Mbps network switches.
Signed-off-by: Kou Ishizaki [EMAIL PROTECTED]
Signed-off-by: Linas Vepstas [EMAIL
From: Jens Osterkamp [EMAIL PROTECTED]
This moves the medium variable into the spidernet card structure.
It renames the GMII_ variables to BCM54XX specific ones.
Signed-off-by: Jens Osterkamp [EMAIL PROTECTED]
Signed-off-by: Linas Vepstas [EMAIL PROTECTED]
drivers/net/spider_net.c | 14
This patch separates the hardware descriptor state from the
driver descriptor state, per (old) suggestion from Ben Herrenschmidt.
This compiles and boots and seems to work.
Signed-off-by: Linas Vepstas [EMAIL PROTECTED]
Cc: Jens Osterkamp [EMAIL PROTECTED]
Cc: Kou Ishizaki [EMAIL PROTECTED
It appears that under certain circumstances, a race will result
in a double-free of an skb. This patch null's out the skb pointer
upon the skb free, avoiding the inadvertent deref of bogus data.
The next patch fixes the actual race.
Signed-off-by: Linas Vepstas [EMAIL PROTECTED]
Cc: Jens
Multiple threads performing a transmit can race into
the spidernet tx ring cleanup code. This puts the
relevant check under a lock.
Signed-off-by: Linas Vepstas [EMAIL PROTECTED]
Cc: Jens Osterkamp [EMAIL PROTECTED]
Cc: Kou Ishizaki [EMAIL PROTECTED]
drivers/net/spider_net.c |6
Janitorial patch. Undo long lines, fix typo in err msg.
Signed-off-by: Linas Vepstas [EMAIL PROTECTED]
Cc: Jens Osterkamp [EMAIL PROTECTED]
Cc: Kou Ishizaki [EMAIL PROTECTED]
drivers/net/spider_net.c | 13 +++--
drivers/net/spider_net.h |2 +-
2 files changed, 8 insertions
Update driver support contact info.
Signed-off-by: Linas Vepstas [EMAIL PROTECTED]
Cc: Jens Osterkamp [EMAIL PROTECTED]
Cc: Kou Ishizaki [EMAIL PROTECTED]
MAINTAINERS |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Index: linux-2.6.20-git16/MAINTAINERS
Koushik, Raju,
Please review, comment, and if you find this acceptable,
please forward upstream. This patch incorporates all of
fixes resulting from the last set of discussions, circa
November 2006.
--linas
This patch adds PCI error recovery support to the
s2io 10-Gigabit ethernet device
Koushik, Raju,
Please review, comment, and if you find this acceptable,
please forward upstream. This patch incorporates all of
fixes resulting from the last set of discussions, circa
November 2006.
--linas
This patch adds PCI error recovery support to the
s2io 10-Gigabit ethernet device
of indirect communication!)
--linas
This patch adds PCI Error recovery support to the
Emulex Lightpulse Fibrechannel (lpfc) SCSI device driver.
Lightly tested at this point, works.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
Signed-off-by: [EMAIL PROTECTED]
Cc: James Smart <[EMAIL
101 - 200 of 341 matches
Mail list logo