Active Topics

 


Reply
Thread Tools
Posts: 2,152 | Thanked: 1,490 times | Joined on Jan 2006 @ Czech Republic
#71
Originally Posted by daperl View Post
But I know that someone else could get there light years sooner. Like Russell King! The god of all things ARM-linux.
Sadly the more experienced person the less time they have for such experiments. There is plenty of people with skills far better than ours, linux-omap list is place to meet them. OTOH sometimes skill can be replaced by luck or lot of time spent trying semi-random things :-)
Originally Posted by daperl View Post
I'ts just a menu script replacement for /sbin/init on the SD OS partition.
I did this so I could hack before booting without thrashing the internal flash. And obviously the internal initfs could be reworked to pass more responsibility to this 2nd init.
Oh I see, I was confused with '/sbin/init 2' and wifi driver kernel thread and the minishutdown reference too so I thought you tried it at device shutdown time.

Originally Posted by daperl View Post
I just bought a new n810 that should arrive tomorrow, I'm hoping the hardware keyboard will let me fake a terminal at this point in the boot.
Using qemu may be easier, I'll try that when I have some time (pretty scarce thing for me nowadays and no sign of it getting better). qemu can boot kernel directly but in our case the better mode is to let it boot from bootloader and let the emulation run NOLO and load kernel. With real device enabling framebuffer console in both kernels (and/or having serial console attached) could help to see where it fails.

Originally Posted by daperl View Post
It's funny you should mention this. Just yesterday, I took an SD card and I dd' initfs.jffs to the first partition. I then rebuilt the kernel with root=fe09 (/dev/mmcblock1p1) as a cmdline change. Needless to say, it didn't work.
yes, jffs2 does not work directly with block devices (=mmc), tar clone or cp -a of initfs would be better and also ext2 in kernel could help a lot :-)

Originally Posted by daperl View Post
My original plan was to use just one kernel for my proof-of-concept. But if linux is going to boot linux, a minimal loading-linux is certainly the way to go.
Yes and in that case the version of the first kernel doesn't matter much as long as it can load the diablo one from somewhere. Having one kernel as you suggested would be certainly much easier if we can get it to work.
__________________
Newbies click here before posting. Thanks.

If you really need to PM me with troubleshooting question please consider posting it to the forum instead. It is OK to PM me a link to such post then. Thank you.
 

The Following User Says Thank You to fanoush For This Useful Post:
qole's Avatar
Moderator | Posts: 7,109 | Thanked: 8,820 times | Joined on Oct 2007 @ Vancouver, BC, Canada
#72
Originally Posted by fanoush View Post
Sadly the more experienced person the less time they have for such experiments. There is plenty of people with skills far better than ours, linux-omap list is place to meet them. OTOH sometimes skill can be replaced by luck or lot of time spent trying semi-random things :-)
Wow, fanoush, you summarized my entire approach to hacking on the tablet, right there: ".... skill replaced by ... a lot of time spent trying semi-random things"

And you're right, occasionally that approach succeeds!
__________________
qole.org --- twitter --- Easy Debian wiki page
Please don't send me a private message, post to the appropriate thread.
Thank you all for your donations!
 
daperl's Avatar
Posts: 2,427 | Thanked: 2,986 times | Joined on Dec 2007
#73
Originally Posted by fanoush View Post
Sadly the more experienced person the less time they have for such experiments. There is plenty of people with skills far better than ours, linux-omap list is place to meet them. OTOH sometimes skill can be replaced by luck or lot of time spent trying semi-random things :-)
The sad, universal constant is that their documentation skills are inversely proportional to their technical skills. These people need personal writing assistants. They could also fetch coffee.

And for them, it would be a project, not an experiment.

Using qemu may be easier, I'll try that when I have some time (pretty scarce thing for me nowadays and no sign of it getting better). qemu can boot kernel directly but in our case the better mode is to let it boot from bootloader and let the emulation run NOLO and load kernel. With real device enabling framebuffer console in both kernels (and/or having serial console attached) could help to see where it fails.
You're probably right, but see my kernel-diversion comments below. I have major-kernel-releases on the brain. Maybe I'll revisit this later.

yes, jffs2 does not work directly with block devices (=mmc), tar clone or cp -a of initfs would be better and also ext2 in kernel could help a lot :-)
If I understand you correctly, it sounds like I was trying to mix and match my character and block device metaphors. I think the initfs hard-coded mmcblock devices are valid. And I notice that these 2 [mmcqd] kernel processes are running before the 2nd init. Maybe I'll try this experiment again by compiling ext2 into the kernel and changing my cmdline to "root=fe09 rootfstype=ext2 ..."

But on a jffs note, I've used your jffs mount solution many times, something everyone should have in their toolbox.

Yes and in that case the version of the first kernel doesn't matter much as long as it can load the diablo one from somewhere. Having one kernel as you suggested would be certainly much easier if we can get it to work.
I'm probably not spending my time wisely, but I want to know more why Nokia hasn't moved Diablo way passed 2.6.21. Fremantle is currently at 2.6.27 something. So, I'm currently going down this very deep patch and diff rabbit hole. Sorry, but I gotsta know what's on my devices. And I'm convinced I'll have a 2.6.22 running on a n8x0 in the next few days. Although not that big of a deal, I'm already running 2.6.21.7.
__________________
N9: Go white or go home
 
Reply

Tags
mer, mer release


 
Forum Jump


All times are GMT. The time now is 19:24.