Re: GPIO's

> I have tried this as well to some extent and it looks really wired, from
> the
> info I could gather on #handhelds.org on irc, it looks like not all of the
> keys are handled by the pxa, instead some of them are mapped to the SoC
> chip.
> For me it might as well be an *asic3*.
> Did you take a look at my patch?

I did, and i noticed the asic3 code. I didn't know whether these where
just artifacts of the hx4700 code, or if they were really effective.
Looking at possibilities for SoC's i hoped to have the LZ9FC22 as winner,
it seemed to be the lcd controler, and the only chip with unclear
functions is the LC4128Zc, and i don't think it does the compex things
done by a SoC.
I don't know if it is possible, but could this chip be used to do some
sort of double mapping for the gpio's? I'm just guessing, as i don't
really know what else could be going on.

> There is basic support for it in aximx30_core.c.
> Also the initrd image from my web site "insomds" asic3_base without kernel
> panics ;)
> However the GPIO's problem is still there, we need to figure out those.

Is it possible to get linux do those gpio dumps? haret seems to miss some
changes, especialy when the 68-77 range isn't ignored (this range is
highly active), i like to know some more information about this range
(like the order the gpio's change), but with haret this seems to be
inpossible. (correct me when i'm wrong)

Mvg,
Môshe van der Sterre
http://www.moshe.nl/
http://www.coecu.nl/
Received on Wed Apr 20 2005 - 16:30:59 EDT