> Thank you for your report.
> there have been several reports (at least 8 on lkml already) of this
> BUG() before for 2.6.22 (and a few before that), however nobody has
> reported this in 2.6.23 or later, so it's very likely something that
> this got fixed since in a later kernel
>
Thank you for your report.
there have been several reports (at least 8 on lkml already) of this
BUG() before for 2.6.22 (and a few before that), however nobody has
reported this in 2.6.23 or later, so it's very likely something that
this got fixed since in a later kernel
Outstanding.
> You are a regular reader of linux-kernel, and therefore the sk98lin
> removal can hardly be a surprise for you. If you prefer whining over
> helping to improve the kernel that's your choice...
>
In my case the issue is simply one of practicality: I cannot go to the
data center 5 times per
You are a regular reader of linux-kernel, and therefore the sk98lin
removal can hardly be a surprise for you. If you prefer whining over
helping to improve the kernel that's your choice...
In my case the issue is simply one of practicality: I cannot go to the
data center 5 times per day
> However, it really DOES lock up under load. I even
> tried 2.6.23-rc4 and the absolute latest version of
> the
> driver and it still locks up, as in
>
Yich. I'm glad I'm still using sk98lin on my unmanned colo box.
Kyle
-
To unsubscribe from this list: send the line "unsubscribe
However, it really DOES lock up under load. I even
tried 2.6.23-rc4 and the absolute latest version of
the
driver and it still locks up, as in
Yich. I'm glad I'm still using sk98lin on my unmanned colo box.
Kyle
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
> As for breaking binary crap, thats a bonus. Break them hard, break them
> often.
>
I think there's a big difference in philosophy between "break binary
drivers if you want to make a legitimate change for whatever reason" and
"break binary drivers just to be a pain in the ass to the
As for breaking binary crap, thats a bonus. Break them hard, break them
often.
I think there's a big difference in philosophy between break binary
drivers if you want to make a legitimate change for whatever reason and
break binary drivers just to be a pain in the ass to the developers and
> Does skge work for your hardware?
I unloaded sky2 and loaded skge at one point, but it didn't recognize my
hardware. Perhaps it doesn't work with the 88E8053?
Kyle
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
Thanks for the pointer. I've done this, and created an actual kernel
module tarball that is now available at
http://www.krose.org/~krose/projects/sk98lin/sk98lin.tar.gz.
Thanks,
Kyle
Jan Engelhardt wrote:
> On Jul 26 2007 12:30, Kyle Rose wrote:
>>> Sorry for the nitpick, it can be
> Sorry for the nitpick, it can be done easier :)
I'm sure it can. I didn't want to have to figure out the kernel build
system just to get this one driver working. Hence my desire for it to
remain in the kernel proper until sky2 utterly works. ;-)
Kyle
-
To unsubscribe from this list: send
>From http://www.krose.org/~krose/computing.html:
Since the sky2 driver continues to suck ass (which is a technical
description for "it hangs all the time under load, at least on my
hardware" :-) ), I've fixed the sk98lin driver to compile for
linux-2.6.23-rc1. Those who continue to have problems
Thanks for the pointer. I've done this, and created an actual kernel
module tarball that is now available at
http://www.krose.org/~krose/projects/sk98lin/sk98lin.tar.gz.
Thanks,
Kyle
Jan Engelhardt wrote:
On Jul 26 2007 12:30, Kyle Rose wrote:
Sorry for the nitpick, it can be done easier
Does skge work for your hardware?
I unloaded sky2 and loaded skge at one point, but it didn't recognize my
hardware. Perhaps it doesn't work with the 88E8053?
Kyle
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
Sorry for the nitpick, it can be done easier :)
I'm sure it can. I didn't want to have to figure out the kernel build
system just to get this one driver working. Hence my desire for it to
remain in the kernel proper until sky2 utterly works. ;-)
Kyle
-
To unsubscribe from this list: send
From http://www.krose.org/~krose/computing.html:
Since the sky2 driver continues to suck ass (which is a technical
description for it hangs all the time under load, at least on my
hardware :-) ), I've fixed the sk98lin driver to compile for
linux-2.6.23-rc1. Those who continue to have problems
16 matches
Mail list logo
