From: "Martin Eriksson" <nitrax@giron.wox.org>
To: "Andre Hedrick" <andre@linux-ide.org>
Cc: "Marcelo Tosatti" <marcelo@conectiva.com.br>,
"lkml" <linux-kernel@vger.kernel.org>
Subject: Re: IDE is still crap.. or something
Date: Sat, 24 Nov 2001 10:03:02 +0100 [thread overview]
Message-ID: <00de01c174c6$d4d092b0$0201a8c0@HOMER> (raw)
In-Reply-To: <Pine.LNX.4.10.10111232239100.32407-100000@master.linux-ide.org>
----- Original Message -----
From: "Andre Hedrick" <andre@linux-ide.org>
To: "Martin Eriksson" <nitrax@giron.wox.org>
Cc: "Marcelo Tosatti" <marcelo@conectiva.com.br>; "lkml"
<linux-kernel@vger.kernel.org>
Sent: Saturday, November 24, 2001 8:06 AM
Subject: Re: IDE is still crap.. or something
> On Fri, 23 Nov 2001, Martin Eriksson wrote:
>
> > > > any of the -c -u -m -W settings in hdparm. I even applied the 2.4.14
IDE
> > > > patch (after fixing the rejects) but no go.
>
> Mr. Martin Eriksson,
>
> As for your subject -- "IDE" died a long time ago, but since it died
> before you entered university, I am not at all surprized. Now as for
> jumping on the case of the talented Mr. Marcelo Tosatti. He has not found
> it neccessary to enter university at this time, as he could likely teach
> the content scheduled in the next year to you.
>
> Why are you doing thoughtless things like overriding the ruleset for
> optimizing the HOST/Device pair? I seriously doubt that you know the
> history of those option? Of the lot, one of them is retired as of ATA-2;
> however it still is optional for a while. The other is foolish in most
> cases unless dealing with ATA-2 hardware, or have audio driver problems.
> The next is settable by the kernel if you allow it to do the work for you.
> The last is also set by the kernel, should you allow it to operate. There
> is no valid reason for you to do anything w/ hdparm.
Well, actually I'm not the "must-use-hdparm -c1 -u1 -d1 -m16 -W1 -X66" kind
of guy... I just tested some options because my system was slow. I do not
run hdparm now, and everything works fine (with your ATA patch, and the
preempt patch). I'm moving the hard disks to the "on-board" controller
(PIIX) today, to see if that works better (without preempt+ata).
Also, I *would* be upgrading my linux system *if I had money*, but until
then, I happily run with my crappy BP6, crappy HD's and crappy HPT366
controller.
> Now this is a global reply to your list of rants. Now if you can not
> merge patches and understand what is going on, then please keep the noise
> down. Next time please have some credablity when you attempt to make
> grand pontifications of code quality in Linux. Lastly you were not to be
> a target for everyones entertainment but this is where you have come.
I'm sorry if the subject set you off.. what I should have written is
propably "ATA hard disk access slows down my system", but I was tired and
had previously been reading "comp.sys.ibm.pc.games.space-sim".
Also, I'm not meaning to sound important or anything with my sig. Maybe I
should change it? Hmm...
>
> Regards,
>
> Andre Hedrick
> Linux ATA Development
> Linux Disk Certification Project
_____________________________________________________
| Martin Eriksson <nitrax@giron.wox.org>
| Linux developer / Ignorant excuse for a human /
| Ranting bastard / Swede
next prev parent reply other threads:[~2001-11-24 9:03 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-11-23 19:11 Martin Eriksson
2001-11-23 18:27 ` Marcelo Tosatti
2001-11-23 19:59 ` Martin Eriksson
2001-11-24 7:06 ` Andre Hedrick
2001-11-24 9:03 ` Martin Eriksson [this message]
2001-11-24 11:40 ` ATA is not crap. Propably Martin Eriksson
2001-11-24 12:04 ` Andre Hedrick
2001-11-23 19:37 ` IDE is still crap.. or something Martin Eriksson
2001-11-23 20:21 ` listmail
2001-11-27 3:17 Daniel Stone
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='00de01c174c6$d4d092b0$0201a8c0@HOMER' \
--to=nitrax@giron.wox.org \
--cc=andre@linux-ide.org \
--cc=linux-kernel@vger.kernel.org \
--cc=marcelo@conectiva.com.br \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®