Re: [patch 0/3] Status for the first mainline merge batch

2008-06-12 Thread Stefan Schmidt
Hello. On Wed, 2008-06-11 at 23:23, Koen Kooi wrote: > > Op 11 jun 2008, om 21:38 heeft Szefan Schmidt het volgende geschreven: >> >> Now to the remaining four items on my todo list: >> >> 4. What is CKEN = ... in ezx_init about? > > Didn't RMK just remove CKEN from the kernel? It would fit as it

Re: [patch 0/3] Status for the first mainline merge batch

2008-06-12 Thread Stefan Schmidt
Hello. On Wed, 2008-06-11 at 20:47, Daniel Ribeiro wrote: > > Szefan Schmidt escreveu: > > The goal was to have a really minimal patchset that boots, shows the > > console on > > the display and fails due to missing rootfs. So a working kernel with > > minimal > > featureset. We have a lot more

Re: [patch 2/3] Common code for the Motorola EZX GSM phones A780 and E680

2008-06-12 Thread Stefan Schmidt
Hello. On Wed, 2008-06-11 at 22:54, Antonio Ospite wrote: > On Wed, 11 Jun 2008 21:38:31 +0200 > Szefan Schmidt <[EMAIL PROTECTED]> wrote: > ^ > Hi Szefan :) This happens if you write the email header yourself (Needed to get a name for quilt mail). :) > Just comments about the "non-code" sectio

Re: [patch 0/3] Status for the first mainline merge batch

2008-06-12 Thread Daniel Ribeiro
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Stefan Schmidt escreveu: > That is were the fun begins. :) I disagree on this. Let me explain a > bit further. > > We are working on this since october 2005. All the time out-of-tree. > Due to the massive changes in mainline our patches are rotting ve

Re: [patch 1/3] Reserve the first memory page for bootloader signaling.

2008-06-12 Thread Paulo Marques
Szefan Schmidt wrote: EZX uses the first memory page to indicate the bootloader special cases like resume or entering a bootloader mode that passes the GSM UART to USB. Therefor we reserve the first page. Signed-off-by: Stefan Schmidt <[EMAIL PROTECTED]> Signed-off-by: Daniel Ribeiro <[EMAIL PRO

Re: [patch 0/3] Status for the first mainline merge batch

2008-06-12 Thread Stefan Schmidt
Hello. On Thu, 2008-06-12 at 09:32, Daniel Ribeiro wrote: > > Stefan Schmidt escreveu: > > > If we now start again trying to make our first patchset really great > > we run into the same problems once again. I don't think that this > > would be good for the project. > > I wouldnt say "rea

Re: [patch 1/3] Reserve the first memory page for bootloader signaling.

2008-06-12 Thread Daniel Ribeiro
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Paulo! Long time no see :) Paulo Marques escreveu: > Humm... shouldn't we use "machine_is_xxx()" macros for this? I.e., > something like: > > /* Reserve the first memory page for exiting sleep and user off */ > if (machine_is_ezx_a1200() || machi

Re: suspend/resume on linux2.6-arm

2008-06-12 Thread Daniel Ribeiro
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel Ribeiro escreveu: > The problem lies on the bootloader which doesnt honor PSPR and resumes > to the address written at RESUME_ADDR on RAM. > There is no way to workaround this on blob2. An update on this.. Last night i wrote

Re: [patch 0/3] Status for the first mainline merge batch

2008-06-12 Thread Daniel Ribeiro
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Stefan Schmidt escreveu: > I submit the current two patches this weekend as RFC only. Gather > some feedback for later submission. Then I'll work on the feedback we > get and *also* work with you on the PCAP to have a chance to get it in > shape for su

Re: [patch 0/3] Status for the first mainline merge batch

2008-06-12 Thread Stefan Schmidt
Hello. On Thu, 2008-06-12 at 10:19, Daniel Ribeiro wrote: > > Stefan Schmidt escreveu: > > I submit the current two patches this weekend as RFC only. Gather > > some feedback for later submission. Then I'll work on the feedback we > > get and *also* work with you on the PCAP to have a chance to g

Re: Help to get MMC working on A910.

2008-06-12 Thread Daniel Ribeiro
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Antonio Ospite escreveu: > On Sat, 23 Feb 2008 18:00:12 +0100 > So the first thought I had is that there is another controller > involved and attached to the SPI bus. But Daniel Ribeiro suggested me > that it could also be the standard pxa controller o