toring. Upgrading the BIOS is no longer going 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 *
using the old 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 t
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
efore 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 inco
eems
it an appropriate time to do this. In addition, the patch was changed to
allow either HIPM or DIPM as a prerequisite for enabling ALPM, rather than
just using HIPM.
I suspect these changes would be useful for servers as well, extending
run time when a failover to UPS is detected.
--
Bill Davids
7,20.
I looked at these before, did you really run with a chunk size of just
under 16GB, or does "15696M" have some inobvious meaning?
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wick
shown before, with almost all
ol'good SCSI drives TCQ helps alot - up to 2x the
difference and more - with multiple I/O threads)
Well, what the driver does is minimal. It just passes through all the
commands to the harddrive. After all, NCQ/TCQ gives the harddrive more
responsibility reg
kills two birds with a single store, but will avoid having to
re-solve the problem at sometime in the future. That's good software!
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." -
Junio C Hamano wrote:
This introduces a shared header file that defines the entries
for two dma blacklists in ide-dma.c and libata-core.c to make it
easier to keep them in sync.
Why wasn't this done this way in the first place? Out of tree
development for libata or something?
--
ater afterward. ;-)
Well, I did save the message in my tricks file, but it sounds like a
last ditch effort after something get very wrong.
--
bill davidsen <[EMAIL PROTECTED]>
CTO TMR Associates, Inc
Doing interesting things with small computers since 1979
-
To unsubscribe from this l
Stephen Clark wrote:
Bill Davidsen wrote:
Stephen Clark wrote:
Bill Davidsen wrote:
Alan Cox wrote:
it seems broken to manipulate xfer_mask after returning from the
driver's ->mode_filter hook.
this patch is more than just a speed-limited warning printk, afaics
Stephen Clark wrote:
Bill Davidsen wrote:
Alan Cox wrote:
it seems broken to manipulate xfer_mask after returning from the
driver's ->mode_filter hook.
this patch is more than just a speed-limited warning printk, afaics
I actually suggested that order because the only
the very last test made. Since the mode
filter is not told what mode will be used but just subtracts modes that
are not allowed this should be safe.
Far better to have a drive which works slowly than one which works
unreliably.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fea
.
--
-bill davidsen ([EMAIL PROTECTED])
"The secret to procrastination is to put things off until the
last possible moment - but no longer" -me
-
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to [EMAIL PROTECTED]
More maj
Ondrej Zary wrote:
Jens Axboe wrote:
On Tue, Jul 05 2005, Ondrej Zary wrote:
André Tomt wrote:
Al Boldi wrote:
Bartlomiej Zolnierkiewicz wrote: {
On 7/4/05, Al Boldi <[EMAIL PROTECTED]> wrote:
Hdparm -tT gives 38mb/s in 2.4.31
Cat /dev/hda > /dev/null gives 2% user 33% sys 65% idle
H
lot of the mailing lists to a news (usenet) server,
since it allows a single copy of a message to be indexed in multiple
groups, and some clients will skip what you have seen better than others.
--
-bill davidsen ([EMAIL PROTECTED])
"The secret to procrastination is to put things off unti
16 matches
Mail list logo