|
Re: [Request + (long) progress report] How do I run Maemo (+ Hildon etc) on top of vanilla armel linux?
Message 5 / 9
Copying random directory trees from Scratchbox into debian armel VM: variously produces segfaults, assertion failures, dbus errors, shared library errors, missing icon errors, missing theme errors, eye twitch errors, insanity errors I can report that running gvm under the qemu-arm in Maemo_Ubuntu_Lucid_Desktop_SDK_Virtual_Image_Final .7z (from https://www.fladnag.net/downloads/telephone/n900/tools/) also segfaults. But... then I discovered the FREMANTLE_ARMEL directory in that VM.... :D Here's a rough example of what's I've copied in (I just learned that 50 xterm windows kind of... happened... but [being able to do] this is why you leave your terminals open, people ;P):
Unfortunately I don't seem to have recorded screenshots or dumps of this but I remember at one point seeing in strace that disk information being sent over D-Bus (I distinctly remember seeing the Trash entry) after I requested a file picker! Seemingly to no effect though, it still crashed in the end anyway. I don't know how close this might have been. |
Re: [Request + (long) progress report] How do I run Maemo (+ Hildon etc) on top of vanilla armel linux?
Message 6 / 9
Launching manually-copied-over hildon-home and hildon-desktop inside debian armel VM: EGL errors, many assertion failures Here's what I get, with many identical duplicate lines removed: Code:
# maemo-invoker /usr/bin/hildon-desktop.launch In spite of the errors, it seems some things have actually started up: Code:
# DISPLAY=:0 xwininfo -root -treeCopying whole FREMANTLE_ARMEL directory into Debian armel VM and using as chroot: produces similar errors to above :'( The previous crash is with libraries manually copied over into root of debian armel installation (that poor poor disk image...). Obviously chrooting is the slightly more common-sense way to do it. But unfortunately chrooting doesn't work, either! On a brand-new cleanly-installed debian armel system, with the FREMANTLE_ARMEL directory copied in and chrooted-into... I get exactly the exact same assertions and EGL failures as above, just (for some reason) hidden in syslog (with no syslogd running...) this time around. Had to dig the messages out with strace. No point posting them as they're exactly the same. For what it's worth, the messages are coming out of maemo-launcher and run in an infinite loop, presumably as maemo-launcher attempts to endlessly restart hildon-home.launch. Trying to run the N8x0 device images inside stock QEMU: white screen + hung emulator Apparently this specific failure mode is a bit of a theme? https://talk.maemo.org/showpost.php?p=211906 Followed instructions at http://www.rkeene.org/projects/info/wiki/106. Grabbed images from https://web.archive.org/web/20131117...ev/nokia_N800/ and config.mtd from https://talk.maemo.org/showpost.php?p=211310. Unfortunately, just like in the posts, I just get a slightly off-white screen, and QEMU sits there not doing anything. This is with:
|
Re: [Request + (long) progress report] How do I run Maemo (+ Hildon etc) on top of vanilla armel linux?
Message 7 / 9
Trying to run the N8x0 device images inside QEMU compiled with GCC 3.x from Debian 4.0 (x86_64): N800... works?! Don't understand this one at all. This was a long shot that I did not really expect to do anything different, and I tried it "just in case". Same source code checkout, in fact I just realized I cp -r'd the SVN checkout from my host system into the Debian VM and then ./configured and built it without running make clean first. So Debian 4 and GCC 3.3 definitely did something very interesting. Seems mainline QEMU's N8x0 device support is actually quietly broken on newer systems (unsurprising really). (The outcome of using GCC 3.3 was that I tried to compile r4980 on my Arch box, and the ./configure from that era bailed out and asked for GCC 3. So, I went hunting for something with GCC 3, and using Debian was becoming a bit of a theme, so I just went straight for that.) The good news: the N800 model works! Here's the very boring bootup debug log, which I'm posting because I couldn't find one on the internet anywhere, and I want to preserve a copy: Code:
$ ~/debian4/root/qemu-svnr6679/arm-softmmu/qemu-system-arm -kernel zImage -M n800 -mtdblock qemu-n800.img -m 130 -append "root=/dev/mtdblock3 rootfstype=jffs2" |
Re: [Request + (long) progress report] How do I run Maemo (+ Hildon etc) on top of vanilla armel linux?
Message 8 / 9 - QEMU debug log continued...
Code:
omap_gpio_module_write: Read-only register 00000000The bad news: the N800 emulation is faithful to the real hardware to the point thaaaat I... cannot type. Yippee. So, I made this: Code:
#!/bin/bashIt uses xinput as a keylogger and xdotool to move and click the mouse. (Use it with a text editor or a terminal running cat focused, since sending the Enter key into the QEMU window will switch you to full-screen keyboard mode.) This only allows me to type basic commands, though. I do NOT want to eg add the routines to handle uppercase letters or special characters etc etc unless I absolutely HAVE to... Oh - and this is for a US keyboard layout, you'd have to go look at xmodmap -pk if you're on a different layout (I forgot where I put my code that parses xmodmap output and didn't feel like rewriting it so just left it with the fixed keycodes.) (One last thing, leave it running and try and type elsewhere :D the result is hilariously disorientating :D) Even more bad news: I don't have any networking!! I'm not sure what options to pass to get this working - if there are any. :/ (As an aside, ping appears to not have been made suid root. Nice one.) |
Re: [Request + (long) progress report] How do I run Maemo (+ Hildon etc) on top of vanilla armel linux?
Message 9 / 9
I also don't even have a working serial console. I've tried all of these console devices, all to no effect:
Adding init=/bin/sh completely blocks the boot pretty much immediately, so this tells me where/when the kernel initialization is taking place and equivalently when/where I should definitely be seeing tty output. No dice though. So... even though I can boot OS2008 in the N800, I don't consider this successful as I can't really use the resulting device. I can't get GVM into it, for starters!! I'm not entirely sure how this is working at all though to be honest. At one point when using r4980 and RX-34-RX-34_2008SE_1.2007... I think .44-4, nothing was working, and straceing qemu-system-arm showed that it was slowly lseeking around and lazily reading the flash. And then something twigged internally inside the VM and QEMU went into a hard loop executing clock_gettime 20,000 times a second. That was weird. It didn't emit any more lseeks or reads after going into that hard loop, so after giving it a few moments, I ^C'd it. Trying to run same QEMU using -M n810: nnnope -M N810 just results in Code:
$ ~/debian4/root/qemu-svnr6679/arm-softmmu/qemu-system-arm -kernel zImage -M n810 -mtdblock n810.img -m 130 -append "root=/dev/mtdblock3 rootfstype=jffs2"Code:
$ ~/debian4/root/qemu-svnr4980/arm-softmmu/qemu-system-arm -kernel zImage -M n810 -mtdblock n810.img -m 130 -append "root=/dev/mtdblock3 rootfstype=jffs2"I tried the partition table change noted at https://talk.maemo.org/showpost.php?p=211906 but to no effect. I think something's deadlocking waiting for some emulated hardware to enter a certain state or something. I've had a look at hw/nseries.c but that's just poking lots of magic values into registers. I tried forcing the N800 model to also initialize the N810 keyboard, but that didn't work (I would have been very surprised if it did). Chances are the deadlock would probably be debugged/fixed from hw/omap2.c, which... I am slightly not so inclined to want to touch :P NOTE. I am intrigued to emulate an N series device in QEMU but I am hesitant this will get me any closer to my goal - Xomap provides the exact GL environment that Hildon is expecting, and my goal here is reproducing this GL environment (software-emulated or not - I really really don't care) with vanilla Debian. Trying to run OS2009 on N900: insufficient instructions found I cannot find good instructions on how to run OS2009 on an N900. In fact am uncertain this endeavour would be successful - https://talk.maemo.org/showpost.php?p=591969 notes that QEMU did not have SGX graphics support back in 2010, and looking in the source code today, I'm uncertain how to interpret what I see - there are not that many references to "SGX" and "sgx": Code:
$ rg SGXCode:
$ rg sgxI tried googling the listed filenames for fun, and this led me to find http://46.249.74.23/qemu/, which contains the exact files mentioned in the command! What's very nice is that this setup automatically routes Linux to the tty console: Code:
$ /data/qemu-linaro/arm-softmmu/qemu-system-arm -M n900 -mtdblock RX-51_2009SE_20.2010.36-2.nand -sd RX-51_2009SE_20.2010.36-2.emmc -serial mon:stdio -clock unix -redir tcp:2224:10.0.2.15:22 -redir tcp:13219:10.0.2.15:10000 Unfortunately, after all this, the resulting image does not boot up correctly; it just displays a "Twitter" tile on a black screen... and that's basically it. I can't interact with it at all. The only thing I can do is press F2, which turns the touch layer on and off - producing the messages toward the end of the above scrollback. Interestingly, at one point, while I was tinkering around with Hildon in my vanilla Debian image, I actually got the exact same result - a lone Twitter tile on an otherwise-blank display, which didn't do anything when I clicked it. This suggests to me that, considering this failure happened while I was struggling with getting GL working, perhaps the N900 setup doesn't have working GL, and it's failing in exactly the same way?? If true, this would be consistent with "SGX not working". But I'm truly stumped. (For archival, since IP addresses to tend to bitrot eventually, google finds references to an "ivo" connecting to IRC from that IP, along with a similar/consistent "From:" email at https://lkml.org/lkml/2016/1/7/490 (which also references the IP).) If you got to the end of this without skipping through anything, then even if you have no suggestions, please leave a comment so I can properly congratulate/thank you! :P |
Re: [Request + (long) progress report] How do I run Maemo (+ Hildon etc) on top of vanilla armel linux?
Darn. Wont get congrats cause skipped that much. And can't help cause don't understand those things. But your thread with a walkthrough is very educating in many ways. So thanks. Hope some will know how to help you.
|
Re: [Request + (long) progress report] How do I run Maemo (+ Hildon etc) on top of vanilla armel linux?
First things first.
I believe that this whole thread should be relocated to the one of the maemo subforums ...perhaps ...since it engulfs both the n8x0s and n900 ... stipulated in the thread title "M4 and M5" for maemo 4 and 5 os's in the title to differentiate it so folks know it concerns the two os's and the device lines. Otherwise the hard work you have done will get drowned under future posts residing here in "General" And that would be a shame. That is the first suggestion. Second ...and pertaining specifically to your work you have done . Good on you. Even though you are new to the forum ...it is obvious you have been messing about with the NIT line for a while before joining us here. As well ...your tackling of such issues as you have demonstrated here is admirable and I can fathom you will be an asset to our mad collection of fellows here. So welcome. Now to the meat of things. without going into technicals...and rambling on ...on those... the blunt end of the stick is ... Hildon is not an easy thing to implement on anything else other than our devices ..and running the os's properly....as well. It is documented that even the attempt to bring hildon to gnome was long and very difficult and not entirely successful....though not entirely a failure either. Back in the day I worked on implementation of Hildon into gnome ...and it was no small feat...on my own....Hildon is a right mess. Always has been. Currently if you wish to understand more of your issues and how to possibly (and I say that word in the most tentative fashion...since you may or may not get your issues sorted out ...) get them sorted... I would suggest referring to the Maemo Leste work being done. They are currently miles ahead of most every other attempt at working with Hildon ...that has been previously done. If anything ...the Leste team may be able to help you answer a few questions ... More importantly ...if you are as sharp as you seem to be... then I think perhaps the Leste team could use you ...if they felt they could use your skill set. It may be you can give them a hand and also at the same time accomplish your ambitions. |
Re: [Request + (long) progress report] How do I run Maemo (+ Hildon etc) on top of vanilla armel linux?
Maemish: it's okay :cool: and thanks :)
endsormeans: Ah, I didn't know there were specific subforums - by all means when a mod notices this thread they can relocate it wherever seems most appropriate. And I changed the thread title too, thanks. Quote:
Quote:
What would be really really nice is if Leste has binary compatibility with original Maemo. Because I'm not going to be able to recompile Garnet :D Thanks for the replies! I'll go say hello to the Leste team and see what happens from that. (Edit with thread URL pending...) |
Re: [Request + (long) progress report] How do I run M4/M5 (Hildon etc) on top of vanilla armel linux?
Haha
More akin to "attempted" UI integration... Some of the sharpest brains did work on it back in the day...but they couldn't do it. And I did no better following their lead and trying to puzzle out what the hell to do to make it work.... As I said ..it has always been a mess... and not just any old mess... A freakin' hot mess... from its creation...to the present. Waiting for a mod to move this thread to a better home in a subforum ...isn't a good idea... What few mods we have are overworked as it is... I would suggest approaching a mod and asking directly. |
| All times are GMT. The time now is 03:56. |
vBulletin® Version 3.8.8