across a variety of OSes?
Would the recent caching difficulties of the 2.4.* series have handled such
a technique in a reasonable fashion?
mrc
--
Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/
We are all of us living in the shadow of Manhattan. -- Watchmen
fatal
On Tue, Jun 26, 2001 at 03:48:09PM -0700, Jeffrey W. Baker wrote:
> These flags would be really handy. We already have the raw device for
> sequential reading of e.g. CDROM and DVD devices.
Not going to help 99% of the applications out there.
mrc
--
Mike Castle [EMAIL PRO
On Tue, Jun 26, 2001 at 03:48:09PM -0700, Jeffrey W. Baker wrote:
These flags would be really handy. We already have the raw device for
sequential reading of e.g. CDROM and DVD devices.
Not going to help 99% of the applications out there.
mrc
--
Mike Castle [EMAIL PROTECTED
a variety of OSes?
Would the recent caching difficulties of the 2.4.* series have handled such
a technique in a reasonable fashion?
mrc
--
Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/
We are all of us living in the shadow of Manhattan. -- Watchmen
fatal (You are in a maze
Actually, the server was the only RT, the rest
were some other model that was basically a PS/2 (286) that booted DOS, then
booted the other same chip that the RT used that was on a daughter card.
AOS was basically IBM's version of BSD. Academic Operating System.
mrc
--
Mike Castle
, the server was the only RT, the rest
were some other model that was basically a PS/2 (286) that booted DOS, then
booted the other same chip that the RT used that was on a daughter card.
AOS was basically IBM's version of BSD. Academic Operating System.
mrc
--
Mike Castle [EMAIL PROTECTED
sing some
> infrequently used code that was swapped to a busy disk), your server will
> keep on humming.
This same approach can easily be used by multiple processes.
I don't see what is gained by using threads over processes for such an
architecture.
mrc
--
Mike Castle [
infrequently used code that was swapped to a busy disk), your server will
keep on humming.
This same approach can easily be used by multiple processes.
I don't see what is gained by using threads over processes for such an
architecture.
mrc
--
Mike Castle [EMAIL PROTECTED
On Tue, Jun 19, 2001 at 10:23:47PM -0400, John Weber wrote:
> On a related note... is System.map also necessary? Anyone care to explain
Debugging. ksymoops and klogd can both make use of it.
mrc
--
Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/
We are all of
On Tue, Jun 19, 2001 at 06:30:54PM -0700, Ben Greear wrote:
> Yeah, and we are young and prolific too, so you better watch out! :)
Prolific != competent.
--
Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/
We are all of us living in the shadow of Manhattan. -- Watch
ication, say some app with a dedicated server, 73MB isn't the end
> of the world (though I suppose it was at the time...).
How much would 73MB of cache cost? How much would it cost to get that much
on the CPU?
mrc
--
Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/
W
filesystem with root permissions
> enabled...any security bells going off?
Why would you need to have nfs root access?
You're reading from the nfs mount, not writing to it.
mrc
--
Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/
We are all of us living in the shadow of Manha
On Tue, Jun 19, 2001 at 10:37:12AM -0700, Larry McVoy wrote:
> On Tue, Jun 19, 2001 at 10:20:37AM -0700, Mike Castle wrote:
> > Also, I could never actually find the "too fat" quote anywhere.
>
> I can personally vouch for the too fat comment, I've heard him say it
d."
Also, I could never actually find the "too fat" quote anywhere. Best I
could find was one of Pike's papers on the plan9 site. Best that I can
tell is that both of these quotes are Urban Legends.
mrc
--
Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/
find the too fat quote anywhere. Best I
could find was one of Pike's papers on the plan9 site. Best that I can
tell is that both of these quotes are Urban Legends.
mrc
--
Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/
We are all of us living in the shadow of Manhattan
On Tue, Jun 19, 2001 at 10:37:12AM -0700, Larry McVoy wrote:
On Tue, Jun 19, 2001 at 10:20:37AM -0700, Mike Castle wrote:
Also, I could never actually find the too fat quote anywhere.
I can personally vouch for the too fat comment, I've heard him say it in
person.
What about the UNIX
enabled...any security bells going off?
Why would you need to have nfs root access?
You're reading from the nfs mount, not writing to it.
mrc
--
Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/
We are all of us living in the shadow of Manhattan. -- Watchmen
fatal (You
app with a dedicated server, 73MB isn't the end
of the world (though I suppose it was at the time...).
How much would 73MB of cache cost? How much would it cost to get that much
on the CPU?
mrc
--
Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/
We are all of us
On Tue, Jun 19, 2001 at 06:30:54PM -0700, Ben Greear wrote:
Yeah, and we are young and prolific too, so you better watch out! :)
Prolific != competent.
--
Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/
We are all of us living in the shadow of Manhattan. -- Watchmen
On Tue, Jun 19, 2001 at 10:23:47PM -0400, John Weber wrote:
On a related note... is System.map also necessary? Anyone care to explain
Debugging. ksymoops and klogd can both make use of it.
mrc
--
Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/
We are all of us
p waiting.
For curiosities sake, at what point would this technique result in a
thundering herd issue? Does it happen near the level at which the number of
schedulable entities equal the number of processors or does it have to be
much greater than that?
mrc
--
Mike Castle [EMAIL
.
For curiosities sake, at what point would this technique result in a
thundering herd issue? Does it happen near the level at which the number of
schedulable entities equal the number of processors or does it have to be
much greater than that?
mrc
--
Mike Castle [EMAIL PROTECTED
On Tue, Jun 12, 2001 at 03:25:54PM -0400, Russell Leighton wrote:
> Any recommendations for alternate threading packages?
Does NSPR use native methods (ie, clone), or just ride on top of pthreads?
What about the gnu threading package?
mrc
--
Mike Castle [EMAIL PROTEC
On Tue, Jun 12, 2001 at 03:25:54PM -0400, Russell Leighton wrote:
Any recommendations for alternate threading packages?
Does NSPR use native methods (ie, clone), or just ride on top of pthreads?
What about the gnu threading package?
mrc
--
Mike Castle [EMAIL PROTECTED
ad. From the
Use a temp fd_set and assignment.
fd_set readset;
readset=set_to_watch
select(n, readset, NULL, NULL, timeout);
mrc
--
Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/
We are all of us living in the shadow of Manhattan. -- Watchmen
fatal ("You are in a
a temp fd_set and assignment.
fd_set readset;
readset=set_to_watch
select(n, readset, NULL, NULL, timeout);
mrc
--
Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/
We are all of us living in the shadow of Manhattan. -- Watchmen
fatal (You are in a maze of twisty
On Wed, May 30, 2001 at 05:44:39PM -0700, Jonathan Lundell wrote:
> Lots. Maybe we oughta have /proc/sysconf/... (there's no reason
> sysconf() can't be a library reading /proc).
You don't mount proc?
mrc
--
Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/
We a
On Wed, May 30, 2001 at 11:30:05PM +0200, Marcus Meissner wrote:
> The problem is only there if you specify a directory for the linked to
> component.
>
> [marcus@wine /tmp]$ strace -f ln -s fupp/berk xxx
Is it only a directory, or the length?
ln -s fupp_berk xxx
for instance.
-
On Wed, May 30, 2001 at 11:30:05PM +0200, Marcus Meissner wrote:
The problem is only there if you specify a directory for the linked to
component.
[marcus@wine /tmp]$ strace -f ln -s fupp/berk xxx
Is it only a directory, or the length?
ln -s fupp_berk xxx
for instance.
--
Mike
On Wed, May 30, 2001 at 05:44:39PM -0700, Jonathan Lundell wrote:
Lots. Maybe we oughta have /proc/sysconf/... (there's no reason
sysconf() can't be a library reading /proc).
You don't mount proc?
mrc
--
Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/
We are all
The comment seems to indicate that if retval is 0, then FD_ISSET will be
false.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
to indicate that if retval is 0, then FD_ISSET will be
false.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We are all of us
On Mon, May 28, 2001 at 03:15:04PM -0400, Ricky Beam wrote:
> PS: I really hate it when people break "functional" things in the "stable"
> tree. (functional and stable are both open to debate.)
I was under the impression that it really wasn't functional.
But generally you don't want to.
Use a user mode application to feed you the data instead.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- m
mode application to feed you the data instead.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We are all of us living
On Mon, May 28, 2001 at 03:15:04PM -0400, Ricky Beam wrote:
PS: I really hate it when people break functional things in the stable
tree. (functional and stable are both open to debate.)
I was under the impression that it really wasn't functional.
mrc
--
Mike Castle Life
On Sun, May 20, 2001 at 11:33:20PM -0700, Ben Ford wrote:
> Not only that, but Alan said that somebody is rewriting it in C.
I'll believe it when I see it.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not w
On Sun, May 20, 2001 at 11:33:20PM -0700, Ben Ford wrote:
Not only that, but Alan said that somebody is rewriting it in C.
I'll believe it when I see it.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work
savvy
enough to install python.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We are all of us living in the shadow of Man
to install python.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We are all of us living in the shadow of Manhattan
You!
(randomly points to a process) take a seat! You're not running for a
while!" and the process gets totatlly swapped out for a "while," not even
scheduled?
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all
d to deal
> with installing/upgrading it just for CML2.
Some don't like installing/upgrading the following just for a kernel:
gcc
binutils
modutils
mount
Not to mention netfilter.
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right
991 K. Richard Pixley (rich at cygnus.com)
* configure: added -V for version number option.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least
. Richard Pixley (rich at cygnus.com)
* configure: added -V for version number option.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day
with installing/upgrading it just for CML2.
Some don't like installing/upgrading the following just for a kernel:
gcc
binutils
modutils
mount
Not to mention netfilter.
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time
to a process) take a seat! You're not running for a
while! and the process gets totatlly swapped out for a while, not even
scheduled?
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com
ERSION, that will *ONLY* be set during make
USERVERSION=foo.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We are all of us
, that will *ONLY* be set during make
USERVERSION=foo.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We are all of us living
nition) with a later
kernel version?
We're going to have hundreds of people complaining about this. Not just
one or two.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be
) with a later
kernel version?
We're going to have hundreds of people complaining about this. Not just
one or two.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right
http://www.uwsg.indiana.edu/hypermail/linux/kernel/0104.0/0233.html
http://www.uwsg.indiana.edu/hypermail/linux/kernel/0104.1/0231.html
That is, the change in how nice is recalculated.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all th
://www.uwsg.indiana.edu/hypermail/linux/kernel/0104.0/0233.html
http://www.uwsg.indiana.edu/hypermail/linux/kernel/0104.1/0231.html
That is, the change in how nice is recalculated.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time
esters might want should use
something other than the CONFIG_ namespace.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We a
want should use
something other than the CONFIG_ namespace.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We are all of us living
osts about similar issues in the linux-kernel
archive, but no documented solution. Certainly nothing so simple as
"enable the stupid thing in BIOS." So for archival sake... here it is.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and b
osts about similar issues in the linux-kernel
archive, but no documented solution. Certainly nothing so simple as
"enable the stupid thing in BIOS." So for archival sake... here it is.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and b
On Wed, Apr 11, 2001 at 02:21:42AM +0200, Andi Kleen wrote:
> Try echo 0 > /proc/sys/net/ipv4/tcp_ecn
> If it helps complain to the sites that their firewall is broken.
It's certain that this refers only to the site firewall?
I had to do this to get to www.ibm.com. :-<
mrc
--
rhaps a mechanism a user space program can use to communicate to the kernel
(ala arpd/kerneld message queues, or something like klogd). Then a more
general user space tool could be used that would do policy appropriate
stuff, ending with init 0.
mrc
--
Mike Castle Life is like a cloc
ernel
(ala arpd/kerneld message queues, or something like klogd). Then a more
general user space tool could be used that would do policy appropriate
stuff, ending with init 0.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right al
On Wed, Apr 11, 2001 at 02:21:42AM +0200, Andi Kleen wrote:
Try echo 0 /proc/sys/net/ipv4/tcp_ecn
If it helps complain to the sites that their firewall is broken.
It's certain that this refers only to the site firewall?
I had to do this to get to www.ibm.com. :-
mrc
--
Mike Castle
than I have normally with this cheesey motherboard :-].
At least the long long computation bug on non i686 compilations is fixed
with 2.95.3.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.
with this cheesey motherboard :-].
At least the long long computation bug on non i686 compilations is fixed
with 2.95.3.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda
D patches, sets up EXTRAVERSION to a specific
value.
I do with the make file also had a USERVERSION that would be hands off for
anyone but the builder.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not wo
, sets up EXTRAVERSION to a specific
value.
I do with the make file also had a USERVERSION that would be hands off for
anyone but the builder.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
X=y
CONFIG_USB_SERIAL_KEYSPAN_USA19W=y
CONFIG_USB_SERIAL_KEYSPAN_USA49W=y
CONFIG_USB_SERIAL_MCT_U232=m
CONFIG_USB_SERIAL_OMNINET=m
#
# USB misc drivers
#
CONFIG_USB_RIO500=m
#
# Kernel hacking
#
CONFIG_MAGIC_SYSRQ=y
--
Mike Castle Life is like a clock: You can work constantly
[
EYSPAN_USA19W=y
CONFIG_USB_SERIAL_KEYSPAN_USA49W=y
CONFIG_USB_SERIAL_MCT_U232=m
CONFIG_USB_SERIAL_OMNINET=m
#
# USB misc drivers
#
CONFIG_USB_RIO500=m
#
# Kernel hacking
#
CONFIG_MAGIC_SYSRQ=y
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all th
ble to build against a later kernel
version than you're running on, and determine at run time what features may
or may not be there, so one could have a 2.4.2 kernel handy to build libc
against while still running a 2.2.18 kernel. Theoretically.)
mrc
--
Mike Castle Life is like a clo
against a later kernel
version than you're running on, and determine at run time what features may
or may not be there, so one could have a 2.4.2 kernel handy to build libc
against while still running a 2.2.18 kernel. Theoretically.)
mrc
--
Mike Castle Life is like a clock: You can
On Mon, Feb 12, 2001 at 11:09:39PM -0600, Matt Stegman wrote:
> Is there any kernel patch that would allow Linux to properly recognize,
> and execute gzipped executables?
What's wrong with using gzexe?
mrc
--
Mike Castle Life is like a clock: You can work constantly
On Mon, Feb 12, 2001 at 11:09:39PM -0600, Matt Stegman wrote:
Is there any kernel patch that would allow Linux to properly recognize,
and execute gzipped executables?
What's wrong with using gzexe?
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL
; it
would make more since to be consistent with that.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We are all of us livi
t
would make more since to be consistent with that.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We are all of us living
e in a while. If you never hit swap, then reduce it or eliminate
it. If you are constantly running over 1/3 of it or so, might consider
upping it a little bit.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not
, then reduce it or eliminate
it. If you are constantly running over 1/3 of it or so, might consider
upping it a little bit.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right
On Thu, Jan 18, 2001 at 09:52:02PM +0100, Igmar Palsenberg wrote:
> I use lstat to check if a config file is a symlink, and if it is, it
> refuses to open it.
Nice race condition.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be
On Thu, Jan 18, 2001 at 09:52:02PM +0100, Igmar Palsenberg wrote:
I use lstat to check if a config file is a symlink, and if it is, it
refuses to open it.
Nice race condition.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right
ved in ORBit and GNOME? Or just a big
supporter? :->
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We are all of us livin
and GNOME? Or just a big
supporter? :-
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We are all of us living in the shadow
er seeing
anything come across this list.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We are all of us living in the shadow of
come across this list.
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We are all of us living in the shadow of Manhattan
On Mon, Oct 16, 2000 at 04:47:09PM -0400, Alexander Viro wrote:
> tmp = *p++;
> *q = f(tmp, *p++);
> return p;
>
> is equivalent to more idiomatic
>
> *q = f(p[0], p[1]);
> return p+2;
Which gets better assembler out of various versions of gcc?
mrc
--
Mike C
On Mon, Oct 16, 2000 at 04:47:09PM -0400, Alexander Viro wrote:
tmp = *p++;
*q = f(tmp, *p++);
return p;
is equivalent to more idiomatic
*q = f(p[0], p[1]);
return p+2;
Which gets better assembler out of various versions of gcc?
mrc
--
Mike Castle Life is like a clock
g/gnu/parted
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We are all of us living in the shadow of Manhattan. -- Watchmen
-
To unsu
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We are all of us living in the shadow of Manhattan. -- Watchmen
-
To unsubscribe from
On Tue, Sep 12, 2000 at 04:31:07PM -0700, Andre Hedrick wrote:
> Do to limits in personal bandwidth and other projects that need to get
> done, I can no longer keep up the back port of the ATA code.
Bummer.
The 2.2.17 ide code doesn't work for me.
I used to use 2.2.15pre15 with ide. With
On Tue, Sep 12, 2000 at 04:31:07PM -0700, Andre Hedrick wrote:
Do to limits in personal bandwidth and other projects that need to get
done, I can no longer keep up the back port of the ATA code.
Bummer.
The 2.2.17 ide code doesn't work for me.
I used to use 2.2.15pre15 with ide. With
On Sun, Sep 10, 2000 at 07:57:38PM -0700, David S. Miller wrote:
> So basically the situation is that people prefer to switch the whole
> OS as opposed to applying a kernel patch?
Or multiple kernel patches.
NFS.
RAID.
IDE.
mrc
--
Mike Castle Life is like a clock: You ca
On Sun, Sep 10, 2000 at 07:57:38PM -0700, David S. Miller wrote:
So basically the situation is that people prefer to switch the whole
OS as opposed to applying a kernel patch?
Or multiple kernel patches.
NFS.
RAID.
IDE.
mrc
--
Mike Castle Life is like a clock: You can work
88 matches
Mail list logo
