Messages in this thread | | | Date | Mon, 22 Aug 2005 11:28:31 +0200 | From | Bartlomiej Zolnierkiewicz <> | Subject | Re: IT8212/ITE RAID |
| |
Any news about URLs? It shouldn't be too hard find them unless they never existed in the first place. I will work on the issues immediately.
Bartlomiej
On 8/14/05, Bartlomiej Zolnierkiewicz <bzolnier@gmail.com> wrote: > On 8/14/05, Alan Cox <alan@lxorguk.ukuu.org.uk> wrote: > > On Sul, 2005-08-14 at 17:56 +0200, Bartlomiej Zolnierkiewicz wrote: > > > * your stuff was accepted after all (and some stuff like ide-cd > > > fixes was never splitted from the -ac patchset and submitted) > > > > They were. > > I remember discussion about end-of-media ide-cd fixes but the patch > was never submitted. If you have *URL* to the patch I'll work on the patch. > > > > * you've never provided any technical details on "the stuff I broke" > > > > I did, several times. I had some detailed locking discussions with > > Manfred and others on it as a result. The locking in the base IDE is > > still broken, in fact its become worse - the random locking around > > timing changes now causes some PIIX users to see double spinlock debug > > with the base kernel as an example. > > Huh? *WHICH* my patch causes this? > > I don't remember this discussion et all, care to give some pointers? > > > > > 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. > > > > Ok that would make sense. Matthew Garrett also reported some problems in > > that area with suspend/resume (BIOS restoring its idea of things...) > > Quite likely, WIN_RESTORE is not sent on resume etc. > - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |