From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from beaver.sibername.com ([64.15.155.210]) by speech.braille.uwo.ca with esmtp (Exim 3.36 #1 (Debian)) id 1I742e-00033E-00 for ; Sat, 07 Jul 2007 02:45:16 -0400 Received: from [24.226.71.61] (port=58185 helo=tenstac) by beaver.sibername.com with smtp (Exim 4.66) (envelope-from ) id 1I7427-0002mM-Ov for speakup@braille.uwo.ca; Sat, 07 Jul 2007 02:44:43 -0400 Message-ID: <005801c7c06a$b1211470$ab00a8c0@tenstac> From: "Doug Sutherland" To: "Speakup is a screen review system for Linux." References: <20070707045535.GA29060@localhost.localdomain><003d01c7c065$8bc2ae50$ab00a8c0@tenstac> <20070707063206.GA31253@localhost.localdomain> Subject: Re: initrd question Date: Sat, 7 Jul 2007 02:44:46 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1807 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1896 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - beaver.sibername.com X-AntiAbuse: Original Domain - braille.uwo.ca X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - proficio.ca X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: speakup@braille.uwo.ca X-Mailman-Version: 2.1.9 Precedence: list Reply-To: "Speakup is a screen review system for Linux." List-Id: "Speakup is a screen review system for Linux." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jul 2007 06:45:16 -0000 Greg, Consider this: an embedded linux system loads a ramdisk image built using buildroot, and its root fs is in ram and stays there. They have alsa up and running in seconds. Alsa is easy because it's in the kernel and can even be statically included in the kernel. The applications are more difficult, but surely doable unless there is some weird limit to ramdisk size. Ram is way faster than disk, and flash on embedded is way slower than disk. Maybe some day we'll all be running huge ramdisks. If we had enough memory, why not? It would be fast. As long as my critical files, not the system but data, are on disk then who cares if the root fs is corrupted, in fact, to reboot an embedded linux system you press a button, and voila, two seconds later you're whole root fs is brand new, just as it was because the buildroot makes a nice image that loads into ram on boot. Another related interesting tool is uboot bootloader, another embedded tool but may be relevant here. With the uboot, you can use command line args to load a ramdisk. Now if only uboot could talk hehe. -- Doug