Re: IT8212/ITE RAID

Bartlomiej Zolnierkiewicz
2005-08-14T15:56:41Z

On 8/14/05, Alan Cox <alan@lxorguk.ukuu.org.uk> wrote:
> On Sul, 2005-08-14 at 17:01 +0200, Bartlomiej Zolnierkiewicz wrote:
> > > Thats probably the fact other patches from -ac are missing in base. It
> > > should be harmless.
> >
> > Therefore please submit them.
>
> Cut the crap, you know I've submitted the stuff again and again and
> again along with other fixes, reports of stuff you broke you ignored
> etc. So I got bored of playing your games.

* your stuff was accepted after all (and some stuff like ide-cd
fixes was never splitted from the -ac patchset and submitted)

* you've never provided any technical details on "the stuff I broke"

Can't you get over this bullshit please? Life goes on.

> > > > > [227523.229631] hda: cache flushes not supported
> > > > > [227523.229932] hda:hda: recal_intr: status=0x51 { DriveReady SeekComplete Error }
> > > > > [227523.230905] hda: recal_intr: error=0x04 { DriveStatusError }
> > > > > [227523.230952] ide: failed opcode was: unknown
> > >
> > > Yep - on my "wtf" list. In some cases we send a strange command to the
> > > IT8212 drive. I'm still trying to find the guilty command we send (none
> > > of my drives do this), so that I can fix the ident adjustment to stop
> > > it. The noise is just the command being rejected which is ok but messy
> > > and wants stomping.
> >
> > small hint: WIN_RESTORE
>
> Would make sense, but I thought I had the right bits masked. Will take a

WIN_RESTORE is send unconditionally (as it always was),

This is not the right thing, somebody should go over all ATA/ATAPI
drafts and come with the correct strategy of handling WIN_RESTORE.

> look tomorrow however.