Re: is there a way to run the compiled arm on Nexus S ?

cem akpolat <[email protected]>
Newsgroups gmane.comp.micro-kernel.l4.devel
Message-ID <CAMm5YqpJpuZw66H0Vq5QfNPeNMhjkBETu+N2nu953gk2AFOmqA@mail.gmail.com>
Thanks Adam, I will try to figure out it and inform you about the last
status. Your guess can be true, but I have to find out too what drivers are
missing. As you mentioned, firstly I have to see what is going on.

Cem

Cem Akpolat

On Mon, Nov 3, 2014 at 11:41 PM, Adam Lackorzynski <
[email protected]> wrote:

> On Mon Nov 03, 2014 at 10:50:05 +0100, cem akpolat wrote:
> > On Sat, Nov 1, 2014 at 10:21 AM, Adam Lackorzynski <
> > [email protected]> wrote:
> >
> > > On Thu Oct 30, 2014 at 13:11:24 +0100, cem akpolat wrote:
> > > > Thank you first of ally your responses.  I haven't unfortunately JTAG
> > > > component right now and also the equipment like Matthias mentioned.
> How
> > > > about the fastboot? Is it also possible to use fastboot for sending
> > > android
> > > > image? l4 generates bootstrap_L4LinuxARM.elf file, and we can convert
> > > this
> > > > image file into the u-boot image file as explained in [1] with the
> > > > following command.
> > >
> > > There's a fastboot make target, so you can just issue:
> > >   make fastboot E=...
> > > and it will load the rawimage using fastboot.
> > >
> > > I converted it but it seems that either the given address is not true
> or
> > > > this method doesn't work.
> > >
> > > Typically rawimage must be used with fastboot but there are also cases
> > > for uimages (use 'make fastboot_uimage' then), it depends. In your case
> > > it loads fine but then nothing happens on the target? If that's the
> case
> > > it's just guessing what could be the cause...
> > >
> > > I used fastboot and the message whet I try to load the image is as
> below
> >
> > akpolat@akpolatX240:~/mysvn/arm_l4android/src/l4$ make fastboot -C
> > /home/akpolat/mysvn/arm_l4android/src/l4/ elfimage E=L4LinuxARM
> > O=/home/akpolat/mysvn/arm_l4android/src/build/l4/
> > make: Entering directory `/home/akpolat/mysvn/arm_l4android/src/l4'
> > make[1]: Entering directory
> > `/home/akpolat/mysvn/arm_l4android/src/l4/pkg/bootstrap/server/src'
> > make[2]: Entering directory
> >
> `/home/akpolat/mysvn/arm_l4android/src/build/l4/pkg/bootstrap/server/src/OBJ-arm_armv7a'
> >   Image size(s) in bytes:
> >        bootstrap_L4LinuxARM.elf:  9970040
> >                   bootstrap.raw:  9936896
> >   Start address: 0x71000000
> >   --> Build-Nr: 27
> > make[2]: Leaving directory
> >
> `/home/akpolat/mysvn/arm_l4android/src/build/l4/pkg/bootstrap/server/src/OBJ-arm_armv7a'
> > make[1]: Leaving directory
> > `/home/akpolat/mysvn/arm_l4android/src/l4/pkg/bootstrap/server/src'
> > creating boot image...
> > creating boot image - 9938944 bytes
> > downloading 'boot.img'...
> > OKAY [  1.540s]
> > booting...
> >
> >
> > Considering the given output, it seems that the boot.img is loaded but
> > booting process cannot start. I applied the same steps for uimage instead
> > of elfimage and the result is again the same as below.
>
> The process of fastboot looks ok to me.
>
> > These outputs raise of course some questions such as I really load the
> > image into the right address or I use the right command for the
> > compilation.
> >
> > In all above mentioned cases, what I am see is only the Google log along
> > with a lock on the screen.
>
> It will be stuck somewhere. For this case you need the UART (or JTAG) to
> see what's going on. Further, to see something on the display, there
> need to be proper drivers for this particular device. I'd guess those
> are not there?
>
>
>
>
> Adam
> --
> Adam                 [email protected]
>   Lackorzynski         http://os.inf.tu-dresden.de/~adam/
>
> _______________________________________________
> l4-hackers mailing list
> [email protected]
> http://os.inf.tu-dresden.de/mailman/listinfo/l4-hackers
>

_______________________________________________
l4-hackers mailing list
[email protected]
http://os.inf.tu-dresden.de/mailman/listinfo/l4-hackers
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.