Hey,
On Fri, Apr 06, 2007 at 04:17:26PM -0400, Ward Vandewege wrote:
On Fri, Apr 06, 2007 at 08:54:59PM +0200, Peter Stuge wrote:
Of course you are right. Sorry about doubting that.
No problem at all. I really appreciate all your efforts.
I want to make this work well. :)
So - it boots!! I've attached a boot log.
Beautiful! :)
I'm going to try to time things a bit now, disabling debug etc.
On Fri, Apr 06, 2007 at 04:33:41PM -0400, Ward Vandewege wrote:
On Fri, Apr 06, 2007 at 10:29:12PM +0200, Stefan Reinauer wrote:
Can you guys send a single complete patch when it's done?
Yes, here's a complete patch with signoff.
Yes, for sure. But I think Peter probably wants to speed it up some more :)
Two things remain:
--8<-- minicom-20070406-file-speedup-patch2.log.gz Mounted ext2fs ext2fs_read_one: block 43935752 offset=0 len=1 ret=0 ext2fs_read_one: block 43935752 offset=1 len=1 ret=0 ext2fs_read_one: block 43935752 offset=2 len=1 ret=0 ext2fs_read_one: block 43935752 offset=3 len=1 ret=0 ext2fs_read_one: block 43935752 offset=4 len=1 ret=0 ext2fs_read_one: block 43935752 offset=5 len=1 ret=0 -->8--
This is GRUB code reading menu.lst one byte at a time because it is looking for a newline.
There's a simple but good enough sector cache in read_sector() that gets used here so this is not a problem.
The mdelay(50) that I was worried about is not executed for every IDE command, but only for commands going to a different device than the last command, so it is also a non-issue.
I think this patch is good to go in now but please feel free to test further.
Thanks to Ward for patient help with remote debugging! :)
//Peter