12-14-2006, 06:00 AM | #1 |
Banned
Posts: 1,300
Karma: 1479
Join Date: Jul 2006
Location: Peoples Republic of Washington
Device: Reader / iPhone / Librie / Kindle
|
Unbrickable Developer Iliad Idea
While I'm sure iRex is confidently moving forwards with their concept in how to do an iLiad restore, and this will have a useful place for developers and users alike...
As I was re-hacking my iLiad a thought came to me, especially in light of the root fs space crisis. What if developers could boot the iLiad from an ext2 CF instead of the Sandisk Disk on Chip? I looked at the code in linuxrc and other than some possible needed extra modprobes to have the kernel ready to mount the CF the concept looks trivial to implement. This concept could also possibly make development internally at iRex easier as well. For us external developers it would mean we could reload our bricked CF cards and be back up very quickly. One possible fringe benefit: faster boots. I've benchmarked my Sandisk 4GB CF card as faster on the iLiad than the Sandisk Disk on Chip. |
12-14-2006, 06:30 AM | #2 |
Connoisseur
Posts: 81
Karma: 292
Join Date: Nov 2006
Device: i62HD + T68
|
i vote to a yes to this solution, but the only problem i see could be this
that after a time the developers will have a "real" linux in the iliad, the average joe, wants the aplications, but he only have the internal memory for the linux, in this way we are assuming that everybody have a CF, (i will buy one, but i'm waiting to see a 4gb cheap). For the developers are no problem, the problem can be in the use of the iliad and about irex how to sell it,... that we are fighting to have a linux machine, with the e-ink, and seems that irex want only a e-book reader.... (i'm not talking about matthijs) |
Advert | |
|
12-14-2006, 07:37 AM | #3 |
eink fanatic
Posts: 2,022
Karma: 4924
Join Date: Mar 2006
Location: Germany
Device: STAReBOOK, iRex Iliad, Sony 505, Kindle 2
|
That would indeed be cool.
I am no dev myself, but even I can see the benefits here. The only danger I can see is that there would have to be some edit to one of the bootup system files, one of the very lowlvel and basic ones, to check for a bootable CF image before it starts booting from the Iliad internal chip. That way, it should even be possible to use an alternate OS, returning to the original would then just be removing the CF card with the alternate bootfiles. If you can really pull this off it could work much like rockbox for mp3 players...:-) |
12-14-2006, 08:42 AM | #4 | |
Guru
Posts: 607
Karma: 2157
Join Date: Oct 2005
Device: NCR3125, Nokia 770,...
|
Quote:
|
|
12-14-2006, 08:48 AM | #5 | |
Banned
Posts: 1,300
Karma: 1479
Join Date: Jul 2006
Location: Peoples Republic of Washington
Device: Reader / iPhone / Librie / Kindle
|
Quote:
The intriguing thing about this one: we could do it ourselves... but it might cost a couple bricked iliads but you would think iRex could develop it in a day or so as it is a natural extension of their existing technique. |
|
Advert | |
|
12-14-2006, 11:13 AM | #6 |
Groupie
Posts: 199
Karma: 666
Join Date: Oct 2006
Location: Eindhoven, the Netherlands
Device: iLiad, DR1000S, DR800SG
|
Is there enough room on tffsa1 for the CF driver and everything needed for it? I don't think there is. Other than that its quite a nice idea...
What we are working on actually resides in the bootloader, before the Linux kernel is loaded. This would mean that if you flash random data to your kernel location, it would still allow recovery. This suggested method would not, it relies on the kernel to do the right thing and load TFFS filesystem support and read from tffsa1. Last edited by Matthijs; 12-14-2006 at 11:16 AM. Reason: Add more info on what we are working on |
12-14-2006, 11:30 AM | #7 | |
Evangelist
Posts: 423
Karma: 1517132
Join Date: Jun 2006
Location: Madrid, Spain
Device: quaderno, remarkable2, yotaphone2, prs950, iliad, onhandpc, newton
|
Quote:
What Scotty is proposing about the CF solution could be handly for testing kernels, using monte/kmonte, bootimg or kexec instead of modifying the iliad startup files. Any of these solutions (monte/kexec...) provides a way lo load a linux kernel and a ramdisk from another running kernel (like loadlin did to load Linux from DOS in the old days). IIRC the linkstation/terastation/kurobox hacking guys used it to load alternative kernels from the official one... More information: monte: http://sourceforge.net/projects/monte bootimg: http://bootimg.sourceforge.net/ kexec: http://www.xmission.com/~ebiederm/files/kexec/ http://www-128.ibm.com/developerwork...y/l-kexec.html Last edited by Antartica; 12-14-2006 at 11:33 AM. |
|
12-14-2006, 11:32 AM | #8 |
Banned
Posts: 1,300
Karma: 1479
Join Date: Jul 2006
Location: Peoples Republic of Washington
Device: Reader / iPhone / Librie / Kindle
|
Yes but most of us are content to play with user space applications, scripts and the occasional loadable kernel module. We are more at risk of doing something silly to the boot sequence and being bricked than we are of bricking our kernel.
A possible solution to the issues you raise would be to put the CF card support in the kernel, which does have room, instead of using loadable kernel modules. |
12-16-2006, 11:04 AM | #9 | |
Guru
Posts: 607
Karma: 2157
Join Date: Oct 2005
Device: NCR3125, Nokia 770,...
|
Quote:
The trivial idea of including the CF and Memory Card drivers in tffsa1... I acknowledge I have not checked space I am sort of lazy checking this kind of things: if you had put /bin/cp in tffsa1 I had survived to the 2.4 update... but I did not checked for it, I just assumed it was. |
|
12-16-2006, 11:09 AM | #10 | |
Guru
Posts: 607
Karma: 2157
Join Date: Oct 2005
Device: NCR3125, Nokia 770,...
|
Quote:
Another solution is to store them in a directory of the reserved partition, they are small enough to allow room for the update process, and moreover the update from iRex is very modular now. In fact his solution, using the reserved partition, is within the reach of advanced users. And again, if iRex can do something with the bootloader, that is very good news. I'd prefer such solution. |
|
12-16-2006, 12:08 PM | #11 |
Groupie
Posts: 199
Karma: 666
Join Date: Oct 2006
Location: Eindhoven, the Netherlands
Device: iLiad, DR1000S, DR800SG
|
I don't have time to put something like this together now, but if you guys would like to help, I will test.
So if you provide me with a new tffsa1* and the files to put on my /mnt/protected/ and on my CF card, I promise to test it. That way nobody but me will brick his iLiad *) take update.image.gz from pre-2.7-update, gunzip and mount it on your Linux PC with "mount -o loop update.image <dir>" Last edited by Matthijs; 12-16-2006 at 12:10 PM. Reason: color the * |
12-17-2006, 12:28 AM | #12 | |
Banned
Posts: 1,300
Karma: 1479
Join Date: Jul 2006
Location: Peoples Republic of Washington
Device: Reader / iPhone / Librie / Kindle
|
Quote:
|
|
12-24-2006, 06:15 AM | #13 | |
Mad Scientist
Posts: 294
Karma: 242
Join Date: May 2006
Location: Germany
Device: Zaurus, HTCMagician, iLiad
|
Quote:
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Unbrickable iLiad | hudson | iRex | 68 | 05-02-2010 05:10 AM |
iLiad China iLiad users can get developer package. | ericshliao | iRex Developer's Corner | 35 | 03-20-2010 05:21 AM |
Iliad Software idea | sputnik | iRex | 5 | 09-01-2008 08:17 AM |
new iLiad, developer access and installing third-party software | Ea | iRex | 3 | 07-25-2008 03:37 PM |
iLiad Idea: iLiad application Downloader | Adam B. | iRex Developer's Corner | 8 | 09-06-2007 03:03 AM |