Quote:
Originally Posted by ulno
Ok, I can kexec it, but of course, I don't se anything.
|
As expected
. Next step is trying with the USB controller support and the USB-to-serial adapter; alternatively there is the netconsole option.
Quote:
Just for toying a little bit more around with options, I tried to load my zImage in qemu-system-arm, but I just get a black screen. Is this supposed to happen?
Is there an option to pretest the kernel somehow?
|
The problem is that ARM machines are different from x86 in the "standardization" aspect. Load addresses, I/O setup, etc are different in every board, and qemu has to be teached that. I don't know a way to pretest the kernel right now
.
Quote:
|
I also found another very interesting thing in kernel 2.6.32-rc6: drivers/net/netconsole.c - seems to offer a console via network
|
It was mentioned earlier in this thread, but nobody has tested it yet with the iliad. If you feel adventurous...
Quote:
|
Also a thing, which would be easily testable in qemu. Anybody has an idea what I have to do to run my kernel images in qemu?
|
You would have to extend qemu to:
1. Support the specific iliad sub-architecture
2. Add the emulation bits for its specific hardware (delta display controller, buttons, etc).
Both of them require some intimate knowledge of the "emulated system" (the iliad), which I don't have. In all it would be quite a bit of work. iRex did some of it for its iON architecture (DR1000), which incorporates a modified qemu in the SDK; perhaps some of those modifications could be used as a starting point, but that is a project on its own.
IMHO the least-work-required way is to do one of:
1. Use USB-serial adapter
2. Use netconsole
3. Hack a driver so that the iliad use its own display for the boot messages.
I'm going to try the third option; if you can experiment the other two, it would be great.
Happy hacking!
