ts-7000
[Top] [All Lists]

[ts-7000] Re: ERROR: "clk_put" [drivers/usb/host/ohci-hcd.ko] undefined!

To:
Subject: [ts-7000] Re: ERROR: "clk_put" [drivers/usb/host/ohci-hcd.ko] undefined!
From: "j.chitte" <>
Date: Wed, 30 Jun 2010 04:56:44 -0000

--- In  "Blair" <> wrote:
>
> I want to move to a more recent kernel so that I can get newer ALSA drivers.  
> Yes, what's in 2.6.21 sort of works but the sound is rather "barky" through 
> OSS and playing stuff through pure ALSA results in dropouts which were 
> apparently addressed in later versions.  I haven't had any luck building more 
> recent ALSA drivers and some web references say you need at least 2.6.24 to 
> do it.
> 
> Why I'm screwing around with the cavium stuff I found on the TS ftp site is 
> that I figure it's reasonably close to working on their hardware.  But maybe 
> that's the wrong approach.  The question I need answered is when you start 
> from a vanilla kernel source, what needs to be turned on or off so that it 
> works on a 7350?  Clearly the menuconfig for 2.6.21 has a specific item for 
> the 7350/7370.
> 
> If you or anyone else has a config file and/or patches that are known to work 
> on a 7350, I'd appreciate it.
> 
>

Well, yes , I suspect you are making life hard for yourself. If you are going 
to struggle to get a more recent kernel you're probably best going for a 
current one rather than an "old" recent kernel. A lot of stuff is now in 
mainline for these boards.

Seriously , drop cavium if your target is Cirrus EP9302 cpu. The fact that TS 
use both does not imply that any code from cavium will help you.

I don't recall what toolchain you're using but I posted a config for 
crosstools-ng that makes an eabi toolchain for ts72xx. That's the same family 
and should work without any adjustment.

I don't have that hardware but I think there is open source support for SD now 
so that should free you from using a TS binary tied to a particular kernel 
version. Though it looks like the SD is handled by FPGA so that may not be an 
issue.

Personally I don't like being tied to closed source binary code which is why I 
have avoided SD dependant boards from TS.

You should be able to get nfs boot without the FPGA then work on that later.

It seems that TS code boots to an initrd image that has the necessary drivers 
to access the SD and then pivot-root to debian.

You may want to look at the contents of that initrd to see what is required.

HTH






------------------------------------

Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/ts-7000/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/ts-7000/join
    (Yahoo! ID required)

<*> To change settings via email:
     
    

<*> To unsubscribe from this group, send an email to:
    

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/

<Prev in Thread] Current Thread [Next in Thread>
Admin

Disclaimer: Neither Andrew Taylor nor the University of NSW School of Computer and Engineering take any responsibility for the contents of this archive. It is purely a compilation of material sent by many people to the birding-aus mailing list. It has not been checked for accuracy nor its content verified in any way. If you wish to get material removed from the archive or have other queries about the archive e-mail Andrew Taylor at this address: andrewt@cse.unsw.EDU.AU