Being a relative kernel newbie I'm having to learn/discover all this stuff that
you'd think would be in a FAQ or HOWTO guide somewhere. That aside, ultimately
my target application is pretty straightforward. It uses USB, serial ports,
some GPIO lines and basic userland file I/O. The whole thing works under
2.6.21 but as I said earlier, ALSA is buggy on this kernel.
I started to search in the kernel source tree for TS7350 references and it
appears that the only things are TSUART, XUART, SD Card stuff, and an Ethernet
driver. So in theory I could modify a later kernel's Kconfig files to include
these items.
But this begs a question which you bring up. You say a lot of stuff is in the
mainline kernel now. How can I tell? Where can I find a change log that talks
about this?
--- In "j.chitte" <> wrote:
>
>
>
> --- In "Blair" <bburtan65@> 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/
|