little EBDA lilo patch (fwd)

little EBDA lilo patch (fwd)

[David Woodhouse]

[-- Attachment #1: Type: text/plain, Size: 103 bytes --]

Could someone who's using LILO on DiskOnChip please confirm that this is 
OK, and apply it?

--
dwmw2


[-- Attachment #2: 1 --]
[-- Type: message/rfc822 , Size: 4572 bytes --]

[-- Attachment #2.1.1: Type: text/plain, Size: 1015 bytes --]

Hi,

I came across a machine with flashdisk, that didnt boot with standard lilo boot.b (EBDA off).
Trying your boot.b-mtd it started working but unfortunately command line was garbled (later
i found that the turning LARGE_EBDA on was the culprit).

Trying to fix it i found, that even if boot loaders themselves were under 0x9a000,
the cmdline position didnt depend on LARGE_EBDA.

This little patch moves cmdline area to 0x98000 (Dave Miller's recent email
to l-k about boot protocol mentions 32k as upper limit for kernel setup code,
thus 0x98000 seemed safe).

I hope it helps (in case you or someone else see the same problem).

        Thanks for good work! Regards,

                Peter

PS: I'd suggest mentioning patchin.sh in main README - or at least a pair of words about
    how it is intended to plug in kernel sources (at least i did it the slower
    way of directly patching kernel and copying missing files/dirs from mtd to kernel
    on compilation errors). 
--
Peter Kundrat
peter@kundrat.sk
~

[-- Attachment #2.1.2: lilo-ebda.patch --]
[-- Type: text/plain, Size: 1628 bytes --]

diff -ur lilo.orig/lilo.h lilo/lilo.h
--- lilo.orig/lilo.h	Fri Dec  4 19:55:31 1998
+++ lilo/lilo.h	Sun Aug 27 02:40:46 2000
@@ -149,10 +151,12 @@
 FIRSTSEG  = 0x9A00
 STACKSEG  = 0x9000
 SECONDSEG = 0x9B00			! second stage loader segment
+PARMLINE  = 0x2A00			! parameter line construction area off.
 #else
 FIRSTSEG  = 0x8A00
 STACKSEG  = 0x8000
 SECONDSEG = 0x8B00			! second stage loader segment
+PARMLINE  = 0xD000			! parameter line construction area off. (0x98000)
 #endif
 
 INITSEG   = DEF_INITSEG			! we move boot here - out of the way
@@ -164,7 +168,6 @@
 DFLCMD	  = 0x2600			! default command line
 MAP	  = 0x2000			! map load area offset
 KEYTABLE  = 0x2800			! keyboard translation table offset
-PARMLINE  = 0x2a00			! parameter line construction area off.
 SECOND	  = 0x1000			! second stage loader load address
 SECOND_SS = 0xB000			! second as seen from SS:0000
 SLA_SIZE  = 0x9E00			! setup load area size
diff -ur lilo.orig/second.S lilo/second.S
--- lilo.orig/second.S	Sat Dec  5 00:20:07 1998
+++ lilo/second.S	Sun Aug 27 02:43:56 2000
@@ -830,9 +830,15 @@
 	call	load1
 	seg	es
 	mov	CL_MAGIC_ADDR,#CL_MAGIC ! set magic number
-	seg	es
-	mov	word ptr CL_OFFSET,#PARMLINE+SECOND_SS
-				! set parameter line offset
+#ifndef LCF_LARGE_EBDA
+        seg     es
+        mov     word ptr CL_OFFSET,#PARMLINE+SECOND_SS
+                                ! set parameter line offset
+#else
+        seg     es
+        mov     word ptr CL_OFFSET,#PARMLINE+SECONDSEG*16-INITSEG*16
+                                ! set parameter line offset
+#endif
 	pop	si		! restore SI
 	lodsw			! get flags bit map
 	mov	bx,ax

little EBDA lilo patch (fwd)

[Dvir Oren]

David Woodhouse writes ("little EBDA lilo patch (fwd)"):
> Could someone who's using LILO on DiskOnChip please confirm that this is 
> OK, and apply it?

Compiles and params are passed correctly.

-- 
Dvir Oren               <dviro@lucidvon.com>
Lucid VON Ltd.     <http://www.lucidvon.com>
9 Saloniki St.,        Tel-Aviv       Israel
Tel:  +972 3 644 3038  Fax:  +972 3 644 3039


To unsubscribe, send "unsubscribe mtd" to majordomo@infradead.org

Re: little EBDA lilo patch (fwd)

[David Woodhouse]

dvir@lucidvon.com said:
>  Compiles and params are passed correctly.

Thanks. Anyone wanna commit it then?

--
dwmw2




To unsubscribe, send "unsubscribe mtd" to majordomo@infradead.org