Date: Tue, 03 Mar 2009 23:52:29 -0600 From: Nathan Whitehorn <nwhitehorn@freebsd.org> To: Weongyo Jeong <weongyo@freebsd.org> Cc: FreeBSD PowerPC ML <freebsd-ppc@freebsd.org> Subject: Re: No mixer with Snapper Message-ID: <49AE171D.9020801@freebsd.org> In-Reply-To: <20090304053318.GA99730@weongyo.cdnetworks.kr> References: <20090228165533.GA1166@narn.knownspace> <b9c23c9f0903010445k32205622u6dca98b98a26e93b@mail.gmail.com> <20090301142432.GC1166@narn.knownspace> <b9c23c9f0903010813p8d1aa55nd2a3f6d94547862b@mail.gmail.com> <1235993578.13513.0.camel@horst-tla> <49ABFAC6.1000000@freebsd.org> <20090303000024.GA82725@michelle.cdnetworks.co.kr> <49AC9C72.3030307@freebsd.org> <20090303053952.GC94580@weongyo.cdnetworks.kr> <49ADEFF9.3010605@freebsd.org> <20090304053318.GA99730@weongyo.cdnetworks.kr>
next in thread | previous in thread | raw e-mail | index | archive | help
Weongyo Jeong wrote: > On Tue, Mar 03, 2009 at 09:05:29PM -0600, Nathan Whitehorn wrote: >> Weongyo Jeong wrote: >>> On Mon, Mar 02, 2009 at 08:56:50PM -0600, Nathan Whitehorn wrote: >>>> Pyun YongHyeon wrote: >>>>> On Mon, Mar 02, 2009 at 09:27:02AM -0600, Nathan Whitehorn wrote: >>>>>> Horst G?nther Burkhardt III wrote: >>>>>>> On Sun, 2009-03-01 at 17:13 +0100, Marco Trillo wrote: >>>>>>>> Hi, >>>>>>>> >>>>>>>> Thanks! The problem is that an <i2c-address> property is used, while >>>>>>>> the OFW-I2C code only looks for <reg>. >>>>>>>> >>>>>>>> The attached patch -- to apply in /usr/src/sys -- makes the OFW-I2C >>>>>>>> code also look for the <i2c-address> property. With the patch, the >>>>>>>> mixer should attach and work fine. >>>>>>>> >>>>>>>> Regards >>>>>>>> Marco >>>>>>> Awesome, so when will we see this in -CURRENT or better yet -STABLE? ;) >>>>>>> >>>>>>> -- Horst. >>>>>> SVN revision 189280. MFC schedule of interesting features in -CURRENT >>>>>> that I had something to do with: >>>>>> >>>>>> - ATA DMA: unless I receive any bug reports, some time in the middle of >>>>>> this week >>>>> Hmm, I think there was a couple of issues of ATA DMA on iBook G4. >>>>> marcel@ and weongyo@ also reported instability of ATA DMA, was that >>>>> fixed? AFAIK weongyo@ couldn't even boot kernel. >>>>> See >>>>> http://lists.freebsd.org/pipermail/freebsd-ppc/2008-November/003372.html >>>>> for entire thread. >>>> I think it was fixed. The G4 iBook that I've acquired since those >>>> reports works flawlessly, and I haven't received any other reports, >>>> positive or negative, since my earlier attempts at fixing those bugs. If >>>> anyone whose machine didn't work before now does, or is still broken, or >>>> even if your machine has always worked fine with the DMA support, I >>>> would very much appreciate an email. >>> Now I've updated kernel and the symptom is same with the previous that >>> without set hw.ata.atapi_dma=0 I couldn't boot with the following >>> message (written by hand): >>> >>> acd0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout >>> acd0: TIMEOUT - READ_BIG retrying (0 retries left) >>> >>> The above msg looks a kind of loop and I'll try to do disk stresstest >>> for reproducing hangs I encountered. >> Drat. That means the mode is set up wrong. I went through the Apple >> sources, and produced a patch that slavishly follows the exact details >> of the way Apple initializes the controller. It can be found here: >> http://people.freebsd.org/~nwhitehorn/atamodesetup.diff >> >> Could you give that a shot? > > Of course but it didn't help that I hope I didn't missed something all > steps I followed are as follows: > > # cd /usr/src/sys/powerpc/powermac > # fetch http://people.freebsd.org/~nwhitehorn/atamodesetup.diff > # patch -p0 < atamodesetup.diff > # cd /usr/src > # make buildkernel && installkernel > > The symptom is still same with the previous that it looks no progress. I have no idea what could possibly be wrong. We have almost exactly the same hardware, and I don't know nearly enough about the internals of the ATA stack to know where to start debugging this. Do we have any ATA-aware developers with this hardware? -Nathan
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?49AE171D.9020801>