have a console open on the machine and can verify
the odd behavior.
--
Bill Davidsen
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
--
To unsubscribe from this list: send the line "unsubscribe linux-kern
mory right after the microcode which you
could put on the stack (15 bytes) slide the image up into alignment, load it,
and put everything back. Haven't looked at the code or data, just tossing out an
idea I used for something else back when.
--
Bill Davidsen
"We have more to fear fr
the microcode which you
could put on the stack (15 bytes) slide the image up into alignment, load it,
and put everything back. Haven't looked at the code or data, just tossing out an
idea I used for something else back when.
--
Bill Davidsen david...@tmr.com
We have more to fear from
have a console open on the machine and can verify
the odd behavior.
--
Bill Davidsen david...@tmr.com
We have more to fear from the bungling of the incompetent than from
the machinations of the wicked. - from Slashdot
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
Kevin Ross wrote:
On 07/27/2012 09:45 PM, Grant Coady wrote:
On Fri, 27 Jul 2012 14:45:18 -0700, you wrote:
On 07/27/2012 12:08 PM, Bill Davidsen wrote:
Have you set the io scheduler to deadline on all members of the array?
That's kind of "job one" on older kernels.
I have n
Kevin Ross wrote:
On 07/27/2012 09:45 PM, Grant Coady wrote:
On Fri, 27 Jul 2012 14:45:18 -0700, you wrote:
On 07/27/2012 12:08 PM, Bill Davidsen wrote:
Have you set the io scheduler to deadline on all members of the array?
That's kind of job one on older kernels.
I have not, thanks
;job one" on older kernels.
--
Bill Davidsen
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
of job one on older kernels.
--
Bill Davidsen david...@tmr.com
We have more to fear from the bungling of the incompetent than from
the machinations of the wicked. - from Slashdot
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord
[EMAIL PROTECTED] wrote:
On Fri, 15 Feb 2008 20:08:13 EST, Bill Davidsen said:
can never make you see why technological extortion is evil. People have
always moved to new drivers without pushing because they were *better*,
guess that model is dead.
And the drivers get better because
[EMAIL PROTECTED] wrote:
On Fri, 15 Feb 2008 20:08:13 EST, Bill Davidsen said:
can never make you see why technological extortion is evil. People have
always moved to new drivers without pushing because they were *better*,
guess that model is dead.
And the drivers get better because
Adrian Bunk wrote:
On Fri, Feb 15, 2008 at 02:07:41PM -0500, Bill Davidsen wrote:
Adrian Bunk wrote:
On Wed, Feb 13, 2008 at 09:26:26PM -0500, Bill Davidsen wrote:
...
In general, if a driver works and is being used, until it *needs*
attention I see no reason to replace
just looking at the critical output rather than
the analysis.
Yes, if this was an original program requirement it would or should have
been a feature. Real world cases sometimes use tools in creative ways.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bunglin
Adrian Bunk wrote:
On Wed, Feb 13, 2008 at 09:26:26PM -0500, Bill Davidsen wrote:
...
In general, if a driver works and is being used, until it *needs*
attention I see no reason to replace it. I don't agree that "it forces
people to try the new driver" is a valid reason, being un
Adrian Bunk wrote:
On Wed, Feb 13, 2008 at 09:26:26PM -0500, Bill Davidsen wrote:
...
In general, if a driver works and is being used, until it *needs*
attention I see no reason to replace it. I don't agree that it forces
people to try the new driver is a valid reason, being unmaintained
the analysis.
Yes, if this was an original program requirement it would or should have
been a feature. Real world cases sometimes use tools in creative ways.
--
Bill Davidsen [EMAIL PROTECTED]
We have more to fear from the bungling of the incompetent than from
the machinations of the wicked
Adrian Bunk wrote:
On Fri, Feb 15, 2008 at 02:07:41PM -0500, Bill Davidsen wrote:
Adrian Bunk wrote:
On Wed, Feb 13, 2008 at 09:26:26PM -0500, Bill Davidsen wrote:
...
In general, if a driver works and is being used, until it *needs*
attention I see no reason to replace
driver needs a change. I can't
see anyone using sk98lin on a new system, so it would be less
contentious to let the hardware (or users) die of natural causes if you can.
--
Bill Davidsen <[EMAIL PROTECTED]>
"Woe unto the statesman who makes war without a reason that will still
be
to happen, and
upgrading the hardware isn't cost effective, but keeping old systems out
of the landfill is ecologically and financially sound.
The option is a holdover from the past, but so arm some of my clients
and their hardware. ;-)
And *my* hardware, I might add, I am as cheap as anyone
appreciate it very much if somebody could point me towards a solution.
If you want to do it at user code level, you could note the symlink,
follow it to the "real" name, and read the EA there. I don't see any
easy way to force the kernel to follow the symlink.
--
Bill Davidsen <[EMAIL PROT
appreciate it very much if somebody could point me towards a solution.
If you want to do it at user code level, you could note the symlink,
follow it to the real name, and read the EA there. I don't see any
easy way to force the kernel to follow the symlink.
--
Bill Davidsen [EMAIL PROTECTED]
We have
, and
upgrading the hardware isn't cost effective, but keeping old systems out
of the landfill is ecologically and financially sound.
The option is a holdover from the past, but so arm some of my clients
and their hardware. ;-)
And *my* hardware, I might add, I am as cheap as anyone.
--
Bill
sk98lin on a new system, so it would be less
contentious to let the hardware (or users) die of natural causes if you can.
--
Bill Davidsen [EMAIL PROTECTED]
Woe unto the statesman who makes war without a reason that will still
be valid when the war is over... Otto von Bismark
thought.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
, but they should get cleaned up.
/me is tempted to provide a version which can send messages in Morse
Code ;)
Thought someone did that a while ago. Alan Cox, maybe.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the m
rate no errors,
other than the driver thinks it's sending packets and the sniffer doesn't.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
--
To unsubscribe from this
to unfunded mandates, and
requiring changes to kernel, module and/or rc.local config is just that.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
--
To unsubscribe from this li
, and
requiring changes to kernel, module and/or rc.local config is just that.
--
Bill Davidsen [EMAIL PROTECTED]
We have more to fear from the bungling of the incompetent than from
the machinations of the wicked. - from Slashdot
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
, but they should get cleaned up.
/me is tempted to provide a version which can send messages in Morse
Code ;)
Thought someone did that a while ago. Alan Cox, maybe.
--
Bill Davidsen [EMAIL PROTECTED]
We have more to fear from the bungling of the incompetent than from
the machinations
the driver thinks it's sending packets and the sniffer doesn't.
--
Bill Davidsen [EMAIL PROTECTED]
We have more to fear from the bungling of the incompetent than from
the machinations of the wicked. - from Slashdot
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
thought.
--
Bill Davidsen [EMAIL PROTECTED]
We have more to fear from the bungling of the incompetent than from
the machinations of the wicked. - from Slashdot
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo
than
multi-socket, by avoiding using the system memory bus, but it still can
get ugly.
I have an IPC test around which showed that, it ran like hell on HT, and
progressively worse as cache because less shared. I wonder why the
latest git works so much better?
--
Bill Davidsen <[EM
than
multi-socket, by avoiding using the system memory bus, but it still can
get ugly.
I have an IPC test around which showed that, it ran like hell on HT, and
progressively worse as cache because less shared. I wonder why the
latest git works so much better?
--
Bill Davidsen [EMAIL
y help!
I'm not sure I helped, but you now have more and better things about
which to be confused. ;-)
Yours
Manuel
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashd
things about
which to be confused. ;-)
Yours
Manuel
--
Bill Davidsen [EMAIL PROTECTED]
We have more to fear from the bungling of the incompetent than from
the machinations of the wicked. - from Slashdot
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
to make it fully tunable, it
could have a default by UID or GID. Usful on machines shared by students
or managers.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
--
To
int though.
- It cannot be used with the loop encryption stuff. dm-crypt should be
used instead, on top of loop (which, I think, is even the recommended
way to do this today, so not a big deal).
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the
.
- It cannot be used with the loop encryption stuff. dm-crypt should be
used instead, on top of loop (which, I think, is even the recommended
way to do this today, so not a big deal).
--
Bill Davidsen [EMAIL PROTECTED]
We have more to fear from the bungling of the incompetent than from
to make it fully tunable, it
could have a default by UID or GID. Usful on machines shared by students
or managers.
--
Bill Davidsen [EMAIL PROTECTED]
We have more to fear from the bungling of the incompetent than from
the machinations of the wicked. - from Slashdot
--
To unsubscribe from
ing merged by
Linus?
Judging from the fact that TuxOnIce is still excluded, I would say the
answer is obvious. :-(
Posession is nine points of the law...
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wick
s, because they've got dynamic numbers
everywhere.
Did they? I haven't tried using tar in the appropriate ways on BSD to
see if it behaves in the same way. Of course on a system which doesn't
change between backups I guess the dynamic number would be the same in
any case.
--
Bill Davidsen <[EM
much, with rewrites of sectors where possible this problem is
less common than it was. But I agree on the drive kicking option, more
control is good. However, the timeout should be in the driver, not in
the raid code, that's where it belongs. The kernel copes with errors
better than having a drive g
on the drive kicking option, more
control is good. However, the timeout should be in the driver, not in
the raid code, that's where it belongs. The kernel copes with errors
better than having a drive go practice self-gratification for minutes at
a time.
--
Bill Davidsen [EMAIL PROTECTED]
We
got dynamic numbers
everywhere.
Did they? I haven't tried using tar in the appropriate ways on BSD to
see if it behaves in the same way. Of course on a system which doesn't
change between backups I guess the dynamic number would be the same in
any case.
--
Bill Davidsen [EMAIL PROTECTED]
We
?
Judging from the fact that TuxOnIce is still excluded, I would say the
answer is obvious. :-(
Posession is nine points of the law...
--
Bill Davidsen [EMAIL PROTECTED]
We have more to fear from the bungling of the incompetent than from
the machinations of the wicked. - from Slashdot
08:08 -0800 (PST)
Most likely cause is that you forwarded mail from google to verizon,
which is probably a bad thing on many levels.
Not Verizon's fault.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinatio
of user programs is not something I ever do...
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
for this persons application so that he could use sse
and mmx etc.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
--
To unsubscribe from this list: send the line "uns
for this persons application so that he could use sse
and mmx etc.
--
Bill Davidsen [EMAIL PROTECTED]
We have more to fear from the bungling of the incompetent than from
the machinations of the wicked. - from Slashdot
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
of user programs is not something I ever do...
--
Bill Davidsen [EMAIL PROTECTED]
We have more to fear from the bungling of the incompetent than from
the machinations of the wicked. - from Slashdot
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
cause is that you forwarded mail from google to verizon,
which is probably a bad thing on many levels.
Not Verizon's fault.
--
Bill Davidsen [EMAIL PROTECTED]
We have more to fear from the bungling of the incompetent than from
the machinations of the wicked. - from Slashdot
--
To unsubscribe from
speed, CPU
temperature, etc.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the b
supposedly use radioactive decay, I'm unsure if
that's better but I don't want to carry the dongle in my pants pocket.
The hotbits network site uses radioactive decay to generate it's numbers.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompeten
of this code over the two existing network
swap approaches, swapping to NFS mounted file and swap to NBD device?
I've used the NFS file when a program was running out of memory and that
seemed to work, people in UNYUUG have reported that the nbd swap works,
so what's better here?
--
Bill
concerns.
That doesn't actually sound too hard, and the sounds of passing traffic
are not likely to be replicable in any case. Lots of sensor data might
be used as well, fan rpm, etc. That sounds so obvious I can't believe
there isn't a reason it's not being done.
--
Bill Davidsen <[EM
concerns.
That doesn't actually sound too hard, and the sounds of passing traffic
are not likely to be replicable in any case. Lots of sensor data might
be used as well, fan rpm, etc. That sounds so obvious I can't believe
there isn't a reason it's not being done.
--
Bill Davidsen [EMAIL
of this code over the two existing network
swap approaches, swapping to NFS mounted file and swap to NBD device?
I've used the NFS file when a program was running out of memory and that
seemed to work, people in UNYUUG have reported that the nbd swap works,
so what's better here?
--
Bill
speed, CPU
temperature, etc.
--
Bill Davidsen [EMAIL PROTECTED]
We have more to fear from the bungling of the incompetent than from
the machinations of the wicked. - from Slashdot
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
supposedly use radioactive decay, I'm unsure if
that's better but I don't want to carry the dongle in my pants pocket.
The hotbits network site uses radioactive decay to generate it's numbers.
--
Bill Davidsen [EMAIL PROTECTED]
We have more to fear from the bungling of the incompetent than from
idescsi driver,
although I haven't used a kernel newer than... 2.6.18 or so on the old
machines. Since you have a solution I won't suggest you try that with an
old kernel ;-)
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
t
.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROT
) can approve your messages for posting, but it
will take a few hours that I get off work, and have time to do it.
(I need to do some additional setups, all those lists are not
in my existing majordomo password database..)
Should I wait for your approval?
--
Bill Davidsen <[EMAIL PROTEC
think you for the hint, but I would hardly call this sentence
"detailed" in terms of being a cookbook solution to the problem.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked."
would hardly call this sentence
detailed in terms of being a cookbook solution to the problem.
--
Bill Davidsen [EMAIL PROTECTED]
We have more to fear from the bungling of the incompetent than from
the machinations of the wicked. - from Slashdot
--
To unsubscribe from this list: send the line
) can approve your messages for posting, but it
will take a few hours that I get off work, and have time to do it.
(I need to do some additional setups, all those lists are not
in my existing majordomo password database..)
Should I wait for your approval?
--
Bill Davidsen [EMAIL PROTECTED]
We
.
--
Bill Davidsen [EMAIL PROTECTED]
We have more to fear from the bungling of the incompetent than from
the machinations of the wicked. - from Slashdot
--
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
on the old
machines. Since you have a solution I won't suggest you try that with an
old kernel ;-)
--
Bill Davidsen [EMAIL PROTECTED]
We have more to fear from the bungling of the incompetent than from
the machinations of the wicked. - from Slashdot
--
To unsubscribe from this list: send the line
Tejun Heo wrote:
Bill Davidsen wrote:
Jan Engelhardt wrote:
On Dec 1 2007 06:26, Justin Piszcz wrote:
I ran the following:
dd if=/dev/zero of=/dev/sdc
dd if=/dev/zero of=/dev/sdd
dd if=/dev/zero of=/dev/sde
(as it is always a very good idea to do this with any new disk
Tejun Heo wrote:
Bill Davidsen wrote:
Jan Engelhardt wrote:
On Dec 1 2007 06:26, Justin Piszcz wrote:
I ran the following:
dd if=/dev/zero of=/dev/sdc
dd if=/dev/zero of=/dev/sdd
dd if=/dev/zero of=/dev/sde
(as it is always a very good idea to do this with any new disk
Adrian Bunk wrote:
On Thu, Dec 06, 2007 at 02:32:05PM -0500, Bill Davidsen wrote:
...
Sounds like a local DoS attack point to me...
As long as /dev/random is readable for all users there's no reason to
use /dev/urandom for a local DoS...
The original point was that urandom draws
Adrian Bunk wrote:
On Thu, Dec 06, 2007 at 02:32:05PM -0500, Bill Davidsen wrote:
...
Sounds like a local DoS attack point to me...
As long as /dev/random is readable for all users there's no reason to
use /dev/urandom for a local DoS...
The original point was that urandom draws
Pavol Cvengros wrote:
Bill Davidsen wrote:
Pavol Cvengros wrote:
On Thursday 06 December 2007 21:15:53 Bill Davidsen wrote:
Pavol Cvengros wrote:
Hello,
I am trying LKML to get some help on one linux kernel related
problem.
Lately we got a machine with new HW from Intel. CPU is Intel
Pavol Cvengros wrote:
Bill Davidsen wrote:
Pavol Cvengros wrote:
On Thursday 06 December 2007 21:15:53 Bill Davidsen wrote:
Pavol Cvengros wrote:
Hello,
I am trying LKML to get some help on one linux kernel related
problem.
Lately we got a machine with new HW from Intel. CPU is Intel
Justin Piszcz wrote:
On Fri, 7 Dec 2007, Bill Davidsen wrote:
Justin Piszcz wrote:
Trying to format a floppy (2-3 of them) on a GA-P35-DS4 2.0 with a
regular Sony floppy on Debian x86_64 with kernel 2.6.23.9:
# fdformat /dev/fd0
Could not determine current format type: No such device
Pavol Cvengros wrote:
On Thursday 06 December 2007 21:15:53 Bill Davidsen wrote:
Pavol Cvengros wrote:
Hello,
I am trying LKML to get some help on one linux kernel related problem.
Lately we got a machine with new HW from Intel. CPU is Intel Core2 Duo
E6850 3GHz with 2GB of RAM
help determine that. It
certainly was seen at boot time. Didn't get hooked to some SCSI device
name by udev, did it?
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
-
Justin Piszcz wrote:
On Fri, 7 Dec 2007, Bill Davidsen wrote:
Justin Piszcz wrote:
Trying to format a floppy (2-3 of them) on a GA-P35-DS4 2.0 with a
regular Sony floppy on Debian x86_64 with kernel 2.6.23.9:
# fdformat /dev/fd0
Could not determine current format type: No such device
Pavol Cvengros wrote:
On Thursday 06 December 2007 21:15:53 Bill Davidsen wrote:
Pavol Cvengros wrote:
Hello,
I am trying LKML to get some help on one linux kernel related problem.
Lately we got a machine with new HW from Intel. CPU is Intel Core2 Duo
E6850 3GHz with 2GB of RAM
help determine that. It
certainly was seen at boot time. Didn't get hooked to some SCSI device
name by udev, did it?
--
Bill Davidsen [EMAIL PROTECTED]
We have more to fear from the bungling of the incompetent than from
the machinations of the wicked. - from Slashdot
--
To unsubscribe from
t's actually needed,
and then return some pass/fail status for that particular transaction.
Clearly every level in the stack would have to know how to do that. It
would seem that once excess memory use was detected the transaction
could be failed without deadlock.
--
Bill Davidsen &l
Brett Warden wrote:
On Dec 5, 2007 9:37 AM, Alan Cox <[EMAIL PROTECTED]> wrote:
Although I would suggest that "aggressive" may not be the best term - I'm
not such of a good one however - skip_passive ?
How about force_init?
Much more descriptive.
--
Bill Davidsen &
Just a thought, but I see people running Linux on that
chipset, if not that particular board.
A cheap test even if it shows nothing. Of course it could be a CPU cache
issue in that one CPU, although that's unlikely.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear fr
hrottle user + urandom use such that the total
stays below the available entropy. I had forgotten that that was a lower
bound, although it's kind of an on-off toggle rather than proportional.
Clearly if you care about this a *lot* you will use a hardware RNG.
Thanks for the reminder on read_wakeup.
and widely used userspace
interface like /dev/urandom" either.
Sounds like a local DoS attack point to me...
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
--
To unsub
userspace
interface like /dev/urandom either.
Sounds like a local DoS attack point to me...
--
Bill Davidsen [EMAIL PROTECTED]
We have more to fear from the bungling of the incompetent than from
the machinations of the wicked. - from Slashdot
--
To unsubscribe from this list: send the line
such that the total
stays below the available entropy. I had forgotten that that was a lower
bound, although it's kind of an on-off toggle rather than proportional.
Clearly if you care about this a *lot* you will use a hardware RNG.
Thanks for the reminder on read_wakeup.
--
Bill Davidsen [EMAIL PROTECTED
a thought, but I see people running Linux on that
chipset, if not that particular board.
A cheap test even if it shows nothing. Of course it could be a CPU cache
issue in that one CPU, although that's unlikely.
--
Bill Davidsen [EMAIL PROTECTED]
We have more to fear from the bungling
Brett Warden wrote:
On Dec 5, 2007 9:37 AM, Alan Cox [EMAIL PROTECTED] wrote:
Although I would suggest that aggressive may not be the best term - I'm
not such of a good one however - skip_passive ?
How about force_init?
Much more descriptive.
--
Bill Davidsen [EMAIL PROTECTED]
We have
for that particular transaction.
Clearly every level in the stack would have to know how to do that. It
would seem that once excess memory use was detected the transaction
could be failed without deadlock.
--
Bill Davidsen [EMAIL PROTECTED]
We have more to fear from the bungling of the incompetent than from
el is
not entirely compatible with the kernel.org releases, although that's
rarely a problem.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
--
To unsubscribe from this lis
contract with
Intel to provide CPUs with those instructions, and we used them in the
Terminet(r) printers.
Those were the days ;-)
--
Bill Davidsen <[EMAIL PROTECTED]>
"Woe unto the statesman who makes war without a reason that will still
be valid when the war is over..." Otto vo
CPUs with those instructions, and we used them in the
Terminet(r) printers.
Those were the days ;-)
--
Bill Davidsen [EMAIL PROTECTED]
Woe unto the statesman who makes war without a reason that will still
be valid when the war is over... Otto von Bismark
--
To unsubscribe from this list
compatible with the kernel.org releases, although that's
rarely a problem.
--
Bill Davidsen [EMAIL PROTECTED]
We have more to fear from the bungling of the incompetent than from
the machinations of the wicked. - from Slashdot
--
To unsubscribe from this list: send the line unsubscribe linux
and
after doing this, that's a good idea as well. S.M.A.R.T is your friend.
And when writing /dev/zero to a drive, if it craps out you have less
emotional attachment to the data.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompeten
iffers.
If you are referring to the "compat" RPMs, be aware that they use the
current headers, which is a good or bad thing depending on what you want
to do. If you want to build old software, you get to keep a down-rev
virtual machine to do it right :-(
--
Bill Davidsen <[EMAI
e(function);
Alan (who learned B before C, and is still waiting for P)
I had the BCPL book still on the reference shelf in the office, along
with goodies like the four candidates to be Ada, and a TRAC manual. I
too expected the next language to be "P".
--
Bill Davidsen <[EMAIL
.
If you are referring to the compat RPMs, be aware that they use the
current headers, which is a good or bad thing depending on what you want
to do. If you want to build old software, you get to keep a down-rev
virtual machine to do it right :-(
--
Bill Davidsen [EMAIL PROTECTED]
We have more
and
after doing this, that's a good idea as well. S.M.A.R.T is your friend.
And when writing /dev/zero to a drive, if it craps out you have less
emotional attachment to the data.
--
Bill Davidsen [EMAIL PROTECTED]
We have more to fear from the bungling of the incompetent than from
);
Alan (who learned B before C, and is still waiting for P)
I had the BCPL book still on the reference shelf in the office, along
with goodies like the four candidates to be Ada, and a TRAC manual. I
too expected the next language to be P.
--
Bill Davidsen [EMAIL PROTECTED]
We have more
on floppy.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
on floppy.
--
Bill Davidsen [EMAIL PROTECTED]
We have more to fear from the bungling of the incompetent than from
the machinations of the wicked. - from Slashdot
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info
1 - 100 of 1215 matches
Mail list logo
