Booting from HDD

View: New views
20 Messages — Rating Filter:   Alert me  
< Prev | 1 - 2 | Next >

Booting from HDD

by Jason Kemp-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Mornin' all,

Has anyone made a version of colorForth available that boots from HDD or
from a USB flash drive?  I've seen the IDE driver on colorForth.com and
the USB code on CF05, but I think these are cases of still booting  from
floppy.  I'm just wondering if someone has changed the boot/kernel code
already.

My laptop is now becoming unreliable by rebooting itself every now and
then and frequently refusing to read floppies.  I have another PC to try
but it doesn't even have a floppy interface...  I know--I really should
just go and find another old PC with a floppy and try that instead.

Thanks,
Jason




---------------------------------------------------------------------
To unsubscribe, e-mail: colorforth-unsubscribe@...
For additional commands, e-mail: colorforth-help@...
Main web page - http://www.colorforth.com


Re: Booting from HDD

by John Comeau :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi Jason, I think my last release on sourceforge will boot from USB
but I don't have a jump drive to test it with. It ought to work
because it uses BIOS calls, and I think a USB boot will come up as the
"A" drive, but who knows what I might have overlooked...

On Thu, Mar 13, 2008 at 5:30 AM, Jason Kemp <jason.kemp@...> wrote:

> Mornin' all,
>
> Has anyone made a version of colorForth available that boots from HDD or
> from a USB flash drive?  I've seen the IDE driver on colorForth.com and
> the USB code on CF05, but I think these are cases of still booting  from
> floppy.  I'm just wondering if someone has changed the boot/kernel code
> already.
>
> My laptop is now becoming unreliable by rebooting itself every now and
> then and frequently refusing to read floppies.  I have another PC to try
> but it doesn't even have a floppy interface...  I know--I really should
> just go and find another old PC with a floppy and try that instead.
>
> Thanks,
> Jason
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: colorforth-unsubscribe@...
> For additional commands, e-mail: colorforth-help@...
> Main web page - http://www.colorforth.com
>
>



--
John Comeau <jc@...> http://jc.unternet.net/
"A place for everything, and everything
all over the place"

---------------------------------------------------------------------
To unsubscribe, e-mail: colorforth-unsubscribe@...
For additional commands, e-mail: colorforth-help@...
Main web page - http://www.colorforth.com


Re: Booting from HDD

by Jason Kemp-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Thanks John,

I'll give it a go later this afternoon.

Jason

John Comeau said the following on 13/03/2008 11:50:

> Hi Jason, I think my last release on sourceforge will boot from USB
> but I don't have a jump drive to test it with. It ought to work
> because it uses BIOS calls, and I think a USB boot will come up as the
> "A" drive, but who knows what I might have overlooked...
>
> On Thu, Mar 13, 2008 at 5:30 AM, Jason Kemp <jason.kemp@...> wrote:
>  
>> Mornin' all,
>>
>> Has anyone made a version of colorForth available that boots from HDD or
>> from a USB flash drive?  I've seen the IDE driver on colorForth.com and
>> the USB code on CF05, but I think these are cases of still booting  from
>> floppy.  I'm just wondering if someone has changed the boot/kernel code
>> already.
>>
>> My laptop is now becoming unreliable by rebooting itself every now and
>> then and frequently refusing to read floppies.  I have another PC to try
>> but it doesn't even have a floppy interface...  I know--I really should
>> just go and find another old PC with a floppy and try that instead.
>>
>> Thanks,
>> Jason
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: colorforth-unsubscribe@...
>> For additional commands, e-mail: colorforth-help@...
>> Main web page - http://www.colorforth.com
>>
>>
>>    
>
>
>
>  


---------------------------------------------------------------------
To unsubscribe, e-mail: colorforth-unsubscribe@...
For additional commands, e-mail: colorforth-help@...
Main web page - http://www.colorforth.com


Re: Booting from HDD

by Jason Kemp-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi John,

It works in VESA modes 114 and 117 on a Jetway J7F4 (7F4K1G2E-PB) board
with VIA Eden 1.2 GHz processor, booting from a USB floppy drive.

Thank you _very_ much!
Jason

John Comeau said the following on 13/03/2008 11:50:

> Hi Jason, I think my last release on sourceforge will boot from USB
> but I don't have a jump drive to test it with. It ought to work
> because it uses BIOS calls, and I think a USB boot will come up as the
> "A" drive, but who knows what I might have overlooked...
>
> On Thu, Mar 13, 2008 at 5:30 AM, Jason Kemp <jason.kemp@...> wrote:
>  
>> Mornin' all,
>>
>> Has anyone made a version of colorForth available that boots from HDD or
>> from a USB flash drive?  I've seen the IDE driver on colorForth.com and
>> the USB code on CF05, but I think these are cases of still booting  from
>> floppy.  I'm just wondering if someone has changed the boot/kernel code
>> already.
>>
>> My laptop is now becoming unreliable by rebooting itself every now and
>> then and frequently refusing to read floppies.  I have another PC to try
>> but it doesn't even have a floppy interface...  I know--I really should
>> just go and find another old PC with a floppy and try that instead.
>>
>> Thanks,
>> Jason
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: colorforth-unsubscribe@...
>> For additional commands, e-mail: colorforth-help@...
>> Main web page - http://www.colorforth.com
>>
>>
>>    
>
>
>
>  


---------------------------------------------------------------------
To unsubscribe, e-mail: colorforth-unsubscribe@...
For additional commands, e-mail: colorforth-help@...
Main web page - http://www.colorforth.com


Re: Booting from HDD

by japeters :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

How is it testing?
----- Original Message -----
From: "Jason Kemp" <jason.kemp@...>
To: <colorforth@...>
Sent: Thursday, March 13, 2008 7:10 AM
Subject: Re: [colorforth] Booting from HDD


> Thanks John,
>
> I'll give it a go later this afternoon.
>
> Jason

---------------------------------------------------------------------
To unsubscribe, e-mail: colorforth-unsubscribe@...
For additional commands, e-mail: colorforth-help@...
Main web page - http://www.colorforth.com


Re: Booting from HDD

by Jason Kemp-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Dear John(?)

It's fine on the Jetway (sorry, your message has only just come through
to me)
It doesn't work on my old Gateway SOLO2150 which runs the original CF01
and Josh Grams's CF05: it counts the blocks as they load, then it
reboots, but the PC is a bit dicky anyway.
So far nothing runs on my Asrock P4i64G 3GHz P4; this version doesn't
load the blocks but displays a code that I can't remember (P1892 ?)
anyway, I will try it again and pay more attention if you wish.

I will try booting from a flash drive later on the Jetway too.

Jason

japeters@... said the following on 13/03/2008 23:41:

> How is it testing?
> ----- Original Message ----- From: "Jason Kemp"
> <jason.kemp@...>
> To: <colorforth@...>
> Sent: Thursday, March 13, 2008 7:10 AM
> Subject: Re: [colorforth] Booting from HDD
>
>
>> Thanks John,
>>
>> I'll give it a go later this afternoon.
>>
>> Jason
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: colorforth-unsubscribe@...
> For additional commands, e-mail: colorforth-help@...
> Main web page - http://www.colorforth.com
>
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: colorforth-unsubscribe@...
For additional commands, e-mail: colorforth-help@...
Main web page - http://www.colorforth.com


Re: Booting from HDD

by Nick Maroudas-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Dear Jason,

Looking forward to more from you and John Comeau, on how
to boot (and save?) with his iso on your flash drive.  

Re your not finding a version that works on a 3GHz P4,
I
have the same experience with 3.3 GHz PD on Intel945
board. None of the following booted properly - not
John's CD of CFDOS4, nor floppies with Chuck's CF01,
nor the Neitz/StMarie CF01, nor Josh's CF05 and a
related CF05 from Ray - though every one of these ran
reliably on my 0.55 GHz P4/ASUS P2. However (to my
relief!) Howerd Oakford's CFDOS4 (from Howerd's
website)
runs on both the old and the new machine.

http://www.inventio.co.uk/

Scratching around for a possible reason, I found JC's
meticulous comparison View of
/colorforth/boot_asm_list.txt on SourceForge.net.
According to my understanding of John's list, number 11
is the only one for sure that "has VESA code instead of
AGP" - VESA/VBE being the new standard for graphics
software of course.
JC lists number 11 as "/usr/src/howerd/VESA/boot.asm"
but no. 10 is also by Howerd
"/usr/src/howerd/Quartus/BOOT.ASM # same as Kris
Johnson's"
so I am not sure which boot.asm is used to boot Howerd's
floppy, and which one is used to boot John's CD (and
your USB flash drive). But if VESA code does indeed
turn out to be crucial for some newer machines, then I
shall owe it to JC's method for spotting the difference
:-)

Caritas,

NickM


Quoting Jason Kemp <jason.kemp@...>:

>... " It's fine on the Jetway
>... " It doesn't work on my old Gateway SOLO2150 which
>... " runs the original CF01
>... " and Josh Grams's CF05
>... " So far nothing runs on my Asrock P4i64G 3GHz P4;
>... " anyway, I will try it again and pay more
>... " attention if you wish.
>... "
>... " I will try booting from a flash drive later on
>... " the Jetway too.
>... "
>... " Jason
>... "

---------------------------------------------------------------------
To unsubscribe, e-mail: colorforth-unsubscribe@...
For additional commands, e-mail: colorforth-help@...
Main web page - http://www.colorforth.com


Re: Booting from HDD

by Jason Kemp-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Dear Nick,

Sorry, I sent this yesterday but it's been bounced back.

It doesn't boot from a flash drive.

The board has a Phoenix BIOS and it identifies a USB flash drive in the
BIOS setup as "USB-HDD0" so I assume it is emulating a hard disk--in
fact I had the same flash drive running FreeDOS before (so I could run
Pygmy) and DOS saw it as the C: drive.  So if it's emulating a HDD then
I expect that is why colorForth Won't boot fully--it displays "P9492" in
the top right though, which I assume is from the progress routine in
boot.asm.  Lots of guessing and assuming at the mo!

Just a brief Google of USB Flash booting and it appears that in some AMI
BIOSes give a forced FDD emulation option.

Jason

Nick Maroudas said the following on 14/03/2008 20:36:

> Dear Jason,
>
> Looking forward to more from you and John Comeau, on how
> to boot (and save?) with his iso on your flash drive.  
>
> Re your not finding a version that works on a 3GHz P4,
> I
> have the same experience with 3.3 GHz PD on Intel945
> board. None of the following booted properly - not
> John's CD of CFDOS4, nor floppies with Chuck's CF01,
> nor the Neitz/StMarie CF01, nor Josh's CF05 and a
> related CF05 from Ray - though every one of these ran
> reliably on my 0.55 GHz P4/ASUS P2. However (to my
> relief!) Howerd Oakford's CFDOS4 (from Howerd's
> website)
> runs on both the old and the new machine.
>
> http://www.inventio.co.uk/
>
> Scratching around for a possible reason, I found JC's
> meticulous comparison View of
> /colorforth/boot_asm_list.txt on SourceForge.net.
> According to my understanding of John's list, number 11
> is the only one for sure that "has VESA code instead of
> AGP" - VESA/VBE being the new standard for graphics
> software of course.
> JC lists number 11 as "/usr/src/howerd/VESA/boot.asm"
> but no. 10 is also by Howerd
> "/usr/src/howerd/Quartus/BOOT.ASM # same as Kris
> Johnson's"
> so I am not sure which boot.asm is used to boot Howerd's
> floppy, and which one is used to boot John's CD (and
> your USB flash drive). But if VESA code does indeed
> turn out to be crucial for some newer machines, then I
> shall owe it to JC's method for spotting the difference
> :-)
>
> Caritas,
>
> NickM
>
>
> Quoting Jason Kemp <jason.kemp@...>:
>
>  
>> ... " It's fine on the Jetway
>> ... " It doesn't work on my old Gateway SOLO2150 which
>> ... " runs the original CF01
>> ... " and Josh Grams's CF05
>> ... " So far nothing runs on my Asrock P4i64G 3GHz P4;
>> ... " anyway, I will try it again and pay more
>> ... " attention if you wish.
>> ... "
>> ... " I will try booting from a flash drive later on
>> ... " the Jetway too.
>> ... "
>> ... " Jason
>> ... "
>>    
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: colorforth-unsubscribe@...
> For additional commands, e-mail: colorforth-help@...
> Main web page - http://www.colorforth.com
>
>
>
>  


---------------------------------------------------------------------
To unsubscribe, e-mail: colorforth-unsubscribe@...
For additional commands, e-mail: colorforth-help@...
Main web page - http://www.colorforth.com


Re: Booting from HDD

by Nick Maroudas-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Dear Jason,

If it's decimal 9492 that would be hex 2514 which (by
my
 reckoning, based on Tim Neitz's NASM complete
printout)
means that your load has progressed 5/6 of the way
through the 3000h kernel, and is about ready to
"accept:" the first word from block 18.  But can block
18 have been loaded (or, for that matter, can any mod
be saved?) if your flash disk is not emulating a
floppy?
IMHO you are on the right track. Perhaps one of the
"start" words in CF (start0, start1, start2) expect
somewhere that CF was booted from a floppy.

 Unfortunately, as a mere "consumer grade" forther,
I cannot offer practical advice; all I know is that,
like your FreeDOS, Sidux on my flash drive shows up as
a second Hard Disc.  How about some practical input
from the person who wrote the USB code in CF05? Who
prepared the flash disc for SEAFORTH? Though I guess
Jason might prefer to chew this nice big bone in his
own corner.              

Meanwhile, my local computer shop has ceased to stock
floppy discs.  

Quoting Jason Kemp <jason.kemp@...>:

>... " Dear Nick,
>... "
>... " Sorry, I sent this yesterday but it's been
>... " bounced back.
>... "
>... " It doesn't boot from a flash drive.
>... "
>... " The board has a Phoenix BIOS and it identifies a
>... " USB flash drive in the
>... " BIOS setup as "USB-HDD0" so I assume it is
>... " emulating a hard disk--in
>... " fact I had the same flash drive running FreeDOS
>... " before (so I could run
>... " Pygmy) and DOS saw it as the C: drive.  So if
>... " it's emulating a HDD then
>... " I expect that is why colorForth Won't boot
>... " fully--it displays "P9492" in
>... " the top right though, which I assume is from the
>... " progress routine in
>... " boot.asm.  Lots of guessing and assuming at the
>... " mo!
>... "
>... " Just a brief Google of USB Flash booting and it
>... " appears that in some AMI
>... " BIOSes give a forced FDD emulation option.
>... "
>... " Jason
>... "
>... " Nick Maroudas said the following on 14/03/2008
>... " 20:36:
>... " > Dear Jason,
>... " >
>... " > Looking forward to more from you and John
>... " Comeau, on how
>... " > to boot (and save?) with his iso on your flash
>... " drive.  
>... " >
>... " > Re your not finding a version that works on a
>... " 3GHz P4,
>... " > I
>... " > have the same experience with 3.3 GHz PD on
>... " Intel945
>... " > board. None of the following booted properly -
>... " not
>... " > John's CD of CFDOS4, nor floppies with Chuck's
>... " CF01,
>... " > nor the Neitz/StMarie CF01, nor Josh's CF05
>... " and a
>... " > related CF05 from Ray - though every one of
>... " these ran
>... " > reliably on my 0.55 GHz P4/ASUS P2. However
>... " (to my
>... " > relief!) Howerd Oakford's CFDOS4 (from
>... " Howerd's
>... " > website)
>... " > runs on both the old and the new machine.
>... " >
>... " > http://www.inventio.co.uk/
>... " >
>... " > Scratching around for a possible reason, I
>... " found JC's
>... " > meticulous comparison View of
>... " > /colorforth/boot_asm_list.txt on
>... " SourceForge.net.
>... " > According to my understanding of John's list,
>... " number 11
>... " > is the only one for sure that "has VESA code
>... " instead of
>... " > AGP" - VESA/VBE being the new standard for
>... " graphics
>... " > software of course.
>... " > JC lists number 11 as
>... " "/usr/src/howerd/VESA/boot.asm"
>... " > but no. 10 is also by Howerd
>... " > "/usr/src/howerd/Quartus/BOOT.ASM # same as
>... " Kris
>... " > Johnson's"
>... " > so I am not sure which boot.asm is used to
>... " boot Howerd's
>... " > floppy, and which one is used to boot John's
>... " CD (and
>... " > your USB flash drive). But if VESA/VBE does
>... " indeed
>... " > turn out to be crucial for some newer
>... " machines, then I
>... " > shall owe it to JC's method for spotting the
>... " difference
>... " > :-)
>... " >
>... " > Caritas,
>... " >
>... " > NickM
>... " >

---------------------------------------------------------------------
To unsubscribe, e-mail: colorforth-unsubscribe@...
For additional commands, e-mail: colorforth-help@...
Main web page - http://www.colorforth.com


Re: Booting from HDD

by Albert van der Horst :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

On Sat, Mar 15, 2008 at 05:57:43PM +0200, Nick Maroudas wrote:

> Dear Jason,
>
> If it's decimal 9492 that would be hex 2514 which (by
> my
>  reckoning, based on Tim Neitz's NASM complete
> printout)
> means that your load has progressed 5/6 of the way
> through the 3000h kernel, and is about ready to
> "accept:" the first word from block 18.  But can block
> 18 have been loaded (or, for that matter, can any mod
> be saved?) if your flash disk is not emulating a
> floppy?
> IMHO you are on the right track. Perhaps one of the
> "start" words in CF (start0, start1, start2) expect
> somewhere that CF was booted from a floppy.

It is not so much the booting. That is regulated by the BIOS
and can handle other boot devices just fine.

After booting, Chuck Moore style, reading is not done from
an abstracted device, but from the floppy drive based on
the fact that the hardware in pc are all similar if not equal.
I have a booting Forth (bina) that can handle hard disks
just fine. But it has to switch back from 32 bit protected
mode to run the BIOS. Portable, but that is not Chuck's style.

It can be argued that a CF stick can not be a drop in replacement
for a floppy drive, because it can be in a computer at the same
time as a floppy drive, and from that it can be concluded
that the IO ports of both devices are different.

colorforth is very simple, but this is the other side of the coin.

<SNIP>

--
Albert van der Horst, UTRECHT,THE NETHERLANDS
Economic growth -- like all pyramid schemes -- ultimately falters.
albert@spe&ar&c.xs4all.nl &=n http://home.hccnet.nl/a.w.m.van.der.horst

---------------------------------------------------------------------
To unsubscribe, e-mail: colorforth-unsubscribe@...
For additional commands, e-mail: colorforth-help@...
Main web page - http://www.colorforth.com


Re: Booting from HDD

by John Comeau :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

P9492: 'P' is protected mode, 9492 is the last hex address just past
which one of the debugging calls was executed. If I remember right,
that version starts at 0x9400, so it's only 0x92 bytes into the
bootloader.

On Sat, Mar 15, 2008 at 4:59 AM, Jason Kemp <jason.kemp@...> wrote:

> Dear Nick,
>
>  Sorry, I sent this yesterday but it's been bounced back.
>
>  It doesn't boot from a flash drive.
>
>  The board has a Phoenix BIOS and it identifies a USB flash drive in the
>  BIOS setup as "USB-HDD0" so I assume it is emulating a hard disk--in
>  fact I had the same flash drive running FreeDOS before (so I could run
>  Pygmy) and DOS saw it as the C: drive.  So if it's emulating a HDD then
>  I expect that is why colorForth Won't boot fully--it displays "P9492" in
>  the top right though, which I assume is from the progress routine in
>  boot.asm.  Lots of guessing and assuming at the mo!
>
>  Just a brief Google of USB Flash booting and it appears that in some AMI
>  BIOSes give a forced FDD emulation option.
>
>  Jason
>
>  Nick Maroudas said the following on 14/03/2008 20:36:
>
>
> > Dear Jason,
>  >
>  > Looking forward to more from you and John Comeau, on how
>  > to boot (and save?) with his iso on your flash drive.
>  >
>  > Re your not finding a version that works on a 3GHz P4,
>  > I
>  > have the same experience with 3.3 GHz PD on Intel945
>  > board. None of the following booted properly - not
>  > John's CD of CFDOS4, nor floppies with Chuck's CF01,
>  > nor the Neitz/StMarie CF01, nor Josh's CF05 and a
>  > related CF05 from Ray - though every one of these ran
>  > reliably on my 0.55 GHz P4/ASUS P2. However (to my
>  > relief!) Howerd Oakford's CFDOS4 (from Howerd's
>  > website)
>  > runs on both the old and the new machine.
>  >
>  > http://www.inventio.co.uk/
>  >
>  > Scratching around for a possible reason, I found JC's
>  > meticulous comparison View of
>  > /colorforth/boot_asm_list.txt on SourceForge.net.
>  > According to my understanding of John's list, number 11
>  > is the only one for sure that "has VESA code instead of
>  > AGP" - VESA/VBE being the new standard for graphics
>  > software of course.
>  > JC lists number 11 as "/usr/src/howerd/VESA/boot.asm"
>  > but no. 10 is also by Howerd
>  > "/usr/src/howerd/Quartus/BOOT.ASM # same as Kris
>  > Johnson's"
>  > so I am not sure which boot.asm is used to boot Howerd's
>  > floppy, and which one is used to boot John's CD (and
>  > your USB flash drive). But if VESA code does indeed
>  > turn out to be crucial for some newer machines, then I
>  > shall owe it to JC's method for spotting the difference
>  > :-)
>  >
>  > Caritas,
>  >
>  > NickM
>  >
>  >
>  > Quoting Jason Kemp <jason.kemp@...>:
>  >
>  >
>  >> ... " It's fine on the Jetway
>  >> ... " It doesn't work on my old Gateway SOLO2150 which
>  >> ... " runs the original CF01
>  >> ... " and Josh Grams's CF05
>  >> ... " So far nothing runs on my Asrock P4i64G 3GHz P4;
>  >> ... " anyway, I will try it again and pay more
>  >> ... " attention if you wish.
>  >> ... "
>  >> ... " I will try booting from a flash drive later on
>  >> ... " the Jetway too.
>  >> ... "
>  >> ... " Jason
>  >> ... "
>  >>
>  >
>  > ---------------------------------------------------------------------
>  > To unsubscribe, e-mail: colorforth-unsubscribe@...
>  > For additional commands, e-mail: colorforth-help@...
>  > Main web page - http://www.colorforth.com
>  >
>  >
>  >
>  >
>
>
>  ---------------------------------------------------------------------
>  To unsubscribe, e-mail: colorforth-unsubscribe@...
>  For additional commands, e-mail: colorforth-help@...
>  Main web page - http://www.colorforth.com
>
>



--
John Comeau <jc@...> http://jc.unternet.net/
"A place for everything, and everything
all over the place"

---------------------------------------------------------------------
To unsubscribe, e-mail: colorforth-unsubscribe@...
For additional commands, e-mail: colorforth-help@...
Main web page - http://www.colorforth.com


Re: Booting from HDD

by Nick Maroudas-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Dear John,

Thanks for setting me right re P9492. I was way off.
Might I ask you kindly, as the author of that version,
also to set me right on what instruction or opcode
stands at 0x92 bytes into the bootloader? By my crude
reckoning (based on Tim's  NASM cmcolor.list.txt) if
"org7c00" is 0x00 then 0x92 has already set up the
video mode (presumably AGP) copied all the blocks
(presumably not via floppy :) and stands at
"relocate:".  Is this anywhere near your mark?    

Caritas,

NickM


Quoting John Comeau <jc@...>:

>... " P9492: 'P' is protected mode, 9492 is the last
>... " hex address just past
>... " which one of the debugging calls was executed.
>... " If I remember right,
>... " that version starts at 0x9400, so it's only 0x92
>... " bytes into the
>... " bootloader.
>... "
>... " On Sat, Mar 15, 2008 at 4:59 AM, Jason Kemp
>... " <jason.kemp@...> wrote:
>... " > Dear Nick,
>... " >
>... " >  Sorry, I sent this yesterday but it's been
>... " bounced back.
>... " >
>... " >  It doesn't boot from a flash drive.
>... " >
>... " >  The board has a Phoenix BIOS and it
>... " identifies a USB flash drive in the
>... " >  BIOS setup as "USB-HDD0" so I assume it is
>... " emulating a hard disk--in
>... " >  fact I had the same flash drive running
>... " FreeDOS before (so I could run
>... " >  Pygmy) and DOS saw it as the C: drive.  So if
>... " it's emulating a HDD then
>... " >  I expect that is why colorForth Won't boot
>... " fully--it displays "P9492" in
>... " >  the top right though, which I assume is from
>... " the progress routine in
>... " >  boot.asm.  Lots of guessing and assuming at
>... " the mo!
>... " >
>... " >  Just a brief Google of USB Flash booting and
>... " it appears that in some AMI
>... " >  BIOSes give a forced FDD emulation option.
>... " >
>... " >  Jason
>... " >
>... " >  Nick Maroudas said the following on
>... " 14/03/2008 20:36:
>... " >
>... " >
>... " > > Dear Jason,
>... " >  >
>... " >  > Looking forward to more from you and John
>... " Comeau, on how
>... " >  > to boot (and save?) with his iso on your
>... " flash drive.
>... " >  >
>... " >  > Re your not finding a version that works on
>... " a 3GHz P4,
>... " >  > I
>... " >  > have the same experience with 3.3 GHz PD on
>... " Intel945
>... " >  > board. None of the following booted
>... " properly - not
>... " >  > John's CD of CFDOS4, nor floppies with
>... " Chuck's CF01,
>... " >  > nor the Neitz/StMarie CF01, nor Josh's CF05
>... " and a
>... " >  > related CF05 from Ray - though every one of
>... " these ran
>... " >  > reliably on my 0.55 GHz P4/ASUS P2. However
>... " (to my
>... " >  > relief!) Howerd Oakford's CFDOS4 (from
>... " Howerd's
>... " >  > website)
>... " >  > runs on both the old and the new machine.
>... " >  >
>... " >  > http://www.inventio.co.uk/
>... " >  >
>... " >  > Scratching around for a possible reason, I
>... " found JC's
>... " >  > meticulous comparison View of
>... " >  > /colorforth/boot_asm_list.txt on
>... " SourceForge.net.
>... " >  > According to my understanding of John's
>... " list, number 11
>... " >  > is the only one for sure that "has VESA
>... " code instead of
>... " >  > AGP" - VESA/VBE being the new standard for
>... " graphics
>... " >  > software of course.
>... " >  > JC lists number 11 as
>... " "/usr/src/howerd/VESA/boot.asm"
>... " >  > but no. 10 is also by Howerd
>... " >  > "/usr/src/howerd/Quartus/BOOT.ASM # same as
>... " Kris
>... " >  > Johnson's"
>... " >  > so I am not sure which boot.asm is used to
>... " boot Howerd's
>... " >  > floppy, and which one is used to boot
>... " John's CD (and
>... " >  > your USB flash drive). But if VESA code
>... " does indeed
>... " >  > turn out to be crucial for some newer
>... " machines, then I
>... " >  > shall owe it to JC's method for spotting
>... " the difference
>... " >  > :-)
>... " >  >
>... " >  > Caritas,
>... " >  >
>... " >  > NickM
>... " >  >
>... " >  >
>... " >  > Quoting Jason Kemp
>... " <jason.kemp@...>:
>... " >  >
>... " >  >
>... " >  >> ... " It's fine on the Jetway
>... " >  >> ... " It doesn't work on my old Gateway
>... " SOLO2150 which
>... " >  >> ... " runs the original CF01
>... " >  >> ... " and Josh Grams's CF05
>... " >  >> ... " So far nothing runs on my Asrock
>... " P4i64G 3GHz P4;
>... " >  >> ... " anyway, I will try it again and pay
>... " more
>... " >  >> ... " attention if you wish.
>... " >  >> ... "
>... " >  >> ... " I will try booting from a flash
>... " drive later on
>... " >  >> ... " the Jetway too.
>... " >  >> ... "
>... " >  >> ... " Jason
>... " >  >> ... "
>... " >  >>
>... " >  >
>... " >  >
>... "
---------------------------------------------------------------------

>... " >  > To unsubscribe, e-mail:
>... " colorforth-unsubscribe@...
>... " >  > For additional commands, e-mail:
>... " colorforth-help@...
>... " >  > Main web page - http://www.colorforth.com
>... " >  >
>... " >  >
>... " >  >
>... " >  >
>... " >
>... " >
>... " >
>... "
---------------------------------------------------------------------

>... " >  To unsubscribe, e-mail:
>... " colorforth-unsubscribe@...
>... " >  For additional commands, e-mail:
>... " colorforth-help@...
>... " >  Main web page - http://www.colorforth.com
>... " >
>... " >
>... "
>... "
>... "
>... " --
>... " John Comeau <jc@...>
>... " http://jc.unternet.net/
>... " "A place for everything, and everything
>... " all over the place"
>... "
>... "
---------------------------------------------------------------------
>... " To unsubscribe, e-mail:
>... " colorforth-unsubscribe@...
>... " For additional commands, e-mail:
>... " colorforth-help@...
>... " Main web page - http://www.colorforth.com
>... "


--
Dr Nicolas George Maroudas
Avigdor Meiri 9/1
Sea View
Haifa 3 55 00
Israel
Tel +972 048 337 315

****************************

No trees were killed in the sending of this message.
However, a large number of electrons were terribly
inconvenienced

****

---------------------------------------------------------------------
To unsubscribe, e-mail: colorforth-unsubscribe@...
For additional commands, e-mail: colorforth-help@...
Main web page - http://www.colorforth.com


Re: Booting from HDD

by Ray St. Marie :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

On Sat, Mar 15, 2008 at 3:37 PM, Nick Maroudas
<alice@...> wrote:

> Dear John,
>
> Thanks for setting me right re P9492. I was way off.
> Might I ask you kindly, as the author of that version,
> also to set me right on what instruction or opcode
> stands at 0x92 bytes into the bootloader? By my crude
> reckoning (based on Tim's  NASM cmcolor.list.txt) if
> "org7c00" is 0x00 then 0x92 has already set up the
> video mode (presumably AGP) copied all the blocks
> (presumably not via floppy :) and stands at
> "relocate:".  Is this anywhere near your mark?
>
> Caritas,
>
> NickM
>
>
> Quoting John Comeau <jc@...>:
>
> >... " P9492: 'P' is protected mode, 9492 is the last
>
> >... " hex address just past
> >... " which one of the debugging calls was executed.
> >... " If I remember right,
> >... " that version starts at 0x9400, so it's only 0x92
> >... " bytes into the
> >... " bootloader.
> >... "
> >... " On Sat, Mar 15, 2008 at 4:59 AM, Jason Kemp
> >... " <jason.kemp@...> wrote:
> >... " > Dear Nick,
> >... " >
> >... " >  Sorry, I sent this yesterday but it's been
> >... " bounced back.
> >... " >
> >... " >  It doesn't boot from a flash drive.
> >... " >
> >... " >  The board has a Phoenix BIOS and it
> >... " identifies a USB flash drive in the
> >... " >  BIOS setup as "USB-HDD0" so I assume it is
> >... " emulating a hard disk--in
> >... " >  fact I had the same flash drive running
> >... " FreeDOS before (so I could run
> >... " >  Pygmy) and DOS saw it as the C: drive.  So if
> >... " it's emulating a HDD then
> >... " >  I expect that is why colorForth Won't boot
> >... " fully--it displays "P9492" in
> >... " >  the top right though, which I assume is from
> >... " the progress routine in
> >... " >  boot.asm.  Lots of guessing and assuming at
> >... " the mo!
> >... " >
> >... " >  Just a brief Google of USB Flash booting and
> >... " it appears that in some AMI
> >... " >  BIOSes give a forced FDD emulation option.
> >... " >
> >... " >  Jason
> >... " >
> >... " >  Nick Maroudas said the following on
> >... " 14/03/2008 20:36:
> >... " >
> >... " >
> >... " > > Dear Jason,
> >... " >  >
> >... " >  > Looking forward to more from you and John
> >... " Comeau, on how
> >... " >  > to boot (and save?) with his iso on your
> >... " flash drive.
> >... " >  >
> >... " >  > Re your not finding a version that works on
> >... " a 3GHz P4,
> >... " >  > I
> >... " >  > have the same experience with 3.3 GHz PD on
> >... " Intel945
> >... " >  > board. None of the following booted
> >... " properly - not
> >... " >  > John's CD of CFDOS4, nor floppies with
> >... " Chuck's CF01,
> >... " >  > nor the Neitz/StMarie CF01, nor Josh's CF05
> >... " and a
> >... " >  > related CF05 from Ray - though every one of
> >... " these ran
> >... " >  > reliably on my 0.55 GHz P4/ASUS P2. However
> >... " (to my
> >... " >  > relief!) Howerd Oakford's CFDOS4 (from
> >... " Howerd's
> >... " >  > website)
> >... " >  > runs on both the old and the new machine.
> >... " >  >
> >... " >  > http://www.inventio.co.uk/
> >... " >  >
> >... " >  > Scratching around for a possible reason, I
> >... " found JC's
> >... " >  > meticulous comparison View of
> >... " >  > /colorforth/boot_asm_list.txt on
> >... " SourceForge.net.
> >... " >  > According to my understanding of John's
> >... " list, number 11
> >... " >  > is the only one for sure that "has VESA
> >... " code instead of
> >... " >  > AGP" - VESA/VBE being the new standard for
> >... " graphics
> >... " >  > software of course.
> >... " >  > JC lists number 11 as
> >... " "/usr/src/howerd/VESA/boot.asm"
> >... " >  > but no. 10 is also by Howerd
> >... " >  > "/usr/src/howerd/Quartus/BOOT.ASM # same as
> >... " Kris
> >... " >  > Johnson's"
> >... " >  > so I am not sure which boot.asm is used to
> >... " boot Howerd's
> >... " >  > floppy, and which one is used to boot
> >... " John's CD (and
> >... " >  > your USB flash drive). But if VESA code
> >... " does indeed
> >... " >  > turn out to be crucial for some newer
> >... " machines, then I
> >... " >  > shall owe it to JC's method for spotting
> >... " the difference
> >... " >  > :-)
> >... " >  >
> >... " >  > Caritas,
> >... " >  >
> >... " >  > NickM
> >... " >  >
> >... " >  >
> >... " >  > Quoting Jason Kemp
> >... " <jason.kemp@...>:
> >... " >  >
> >... " >  >
> >... " >  >> ... " It's fine on the Jetway
> >... " >  >> ... " It doesn't work on my old Gateway
> >... " SOLO2150 which
> >... " >  >> ... " runs the original CF01
> >... " >  >> ... " and Josh Grams's CF05
> >... " >  >> ... " So far nothing runs on my Asrock
> >... " P4i64G 3GHz P4;
> >... " >  >> ... " anyway, I will try it again and pay
> >... " more
> >... " >  >> ... " attention if you wish.
> >... " >  >> ... "
> >... " >  >> ... " I will try booting from a flash
> >... " drive later on
> >... " >  >> ... " the Jetway too.
> >... " >  >> ... "
> >... " >  >> ... " Jason
> >... " >  >> ... "
> >... " >  >>
> >... " >  >
> >... " >  >
> >... "
> ---------------------------------------------------------------------
> >... " >  > To unsubscribe, e-mail:
> >... " colorforth-unsubscribe@...
> >... " >  > For additional commands, e-mail:
> >... " colorforth-help@...
> >... " >  > Main web page - http://www.colorforth.com
> >... " >  >
> >... " >  >
> >... " >  >
> >... " >  >
> >... " >
> >... " >
> >... " >
> >... "
> ---------------------------------------------------------------------
> >... " >  To unsubscribe, e-mail:
> >... " colorforth-unsubscribe@...
> >... " >  For additional commands, e-mail:
> >... " colorforth-help@...
> >... " >  Main web page - http://www.colorforth.com
> >... " >
> >... " >
> >... "
> >... "
> >... "
> >... " --
> >... " John Comeau <jc@...>
> >... " http://jc.unternet.net/
> >... " "A place for everything, and everything
> >... " all over the place"
> >... "
> >... "
> ---------------------------------------------------------------------
> >... " To unsubscribe, e-mail:
> >... " colorforth-unsubscribe@...
> >... " For additional commands, e-mail:
> >... " colorforth-help@...
> >... " Main web page - http://www.colorforth.com
> >... "
>
>
> --
> Dr Nicolas George Maroudas
> Avigdor Meiri 9/1
> Sea View
> Haifa 3 55 00
> Israel
> Tel +972 048 337 315
>
> ****************************
>
> No trees were killed in the sending of this message.
> However, a large number of electrons were terribly
> inconvenienced
>
> ****
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: colorforth-unsubscribe@...
> For additional commands, e-mail: colorforth-help@...
> Main web page - http://www.colorforth.com
>
>

Hi Nick, All!

Far as I can tell from my listing of Terry's 800x600 version of
Chuck's 01 with Terry's floppy strobe, where I returned all of the
margins and fonts and video mode to 4117 ( 1024x768 5:6:5 color with
linear frame buffer bit set) ...

0x92h is were the jump instruction 0xeah is inserted in the relocate
code and is the jump to protected mode, far as I can tell.

--
Raymond St. Marie ii,
colorforthray.info

---------------------------------------------------------------------
To unsubscribe, e-mail: colorforth-unsubscribe@...
For additional commands, e-mail: colorforth-help@...
Main web page - http://www.colorforth.com


Re: Booting from HDD

by Ray St. Marie :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

On Sat, Mar 15, 2008 at 5:25 PM, Ray St. Marie <ray.stmarie@...> wrote:

>
> On Sat, Mar 15, 2008 at 3:37 PM, Nick Maroudas
> <alice@...> wrote:
> > Dear John,
> >
> > Thanks for setting me right re P9492. I was way off.
> > Might I ask you kindly, as the author of that version,
> > also to set me right on what instruction or opcode
> > stands at 0x92 bytes into the bootloader? By my crude
> > reckoning (based on Tim's  NASM cmcolor.list.txt) if
> > "org7c00" is 0x00 then 0x92 has already set up the
> > video mode (presumably AGP) copied all the blocks
> > (presumably not via floppy :) and stands at
> > "relocate:".  Is this anywhere near your mark?
> >
> > Caritas,
> >
> > NickM
> >
> >
> > Quoting John Comeau <jc@...>:
> >
> > >... " P9492: 'P' is protected mode, 9492 is the last
> >
> > >... " hex address just past
> > >... " which one of the debugging calls was executed.
> > >... " If I remember right,
> > >... " that version starts at 0x9400, so it's only 0x92
> > >... " bytes into the
> > >... " bootloader.
> > >... "
> > >... " On Sat, Mar 15, 2008 at 4:59 AM, Jason Kemp
> > >... " <jason.kemp@...> wrote:
> > >... " > Dear Nick,
> > >... " >
> > >... " >  Sorry, I sent this yesterday but it's been
> > >... " bounced back.
> > >... " >
> > >... " >  It doesn't boot from a flash drive.
> > >... " >
> > >... " >  The board has a Phoenix BIOS and it
> > >... " identifies a USB flash drive in the
> > >... " >  BIOS setup as "USB-HDD0" so I assume it is
> > >... " emulating a hard disk--in
> > >... " >  fact I had the same flash drive running
> > >... " FreeDOS before (so I could run
> > >... " >  Pygmy) and DOS saw it as the C: drive.  So if
> > >... " it's emulating a HDD then
> > >... " >  I expect that is why colorForth Won't boot
> > >... " fully--it displays "P9492" in
> > >... " >  the top right though, which I assume is from
> > >... " the progress routine in
> > >... " >  boot.asm.  Lots of guessing and assuming at
> > >... " the mo!
> > >... " >
> > >... " >  Just a brief Google of USB Flash booting and
> > >... " it appears that in some AMI
> > >... " >  BIOSes give a forced FDD emulation option.
> > >... " >
> > >... " >  Jason
> > >... " >
> > >... " >  Nick Maroudas said the following on
> > >... " 14/03/2008 20:36:
> > >... " >
> > >... " >
> > >... " > > Dear Jason,
> > >... " >  >
> > >... " >  > Looking forward to more from you and John
> > >... " Comeau, on how
> > >... " >  > to boot (and save?) with his iso on your
> > >... " flash drive.
> > >... " >  >
> > >... " >  > Re your not finding a version that works on
> > >... " a 3GHz P4,
> > >... " >  > I
> > >... " >  > have the same experience with 3.3 GHz PD on
> > >... " Intel945
> > >... " >  > board. None of the following booted
> > >... " properly - not
> > >... " >  > John's CD of CFDOS4, nor floppies with
> > >... " Chuck's CF01,
> > >... " >  > nor the Neitz/StMarie CF01, nor Josh's CF05
> > >... " and a
> > >... " >  > related CF05 from Ray - though every one of
> > >... " these ran
> > >... " >  > reliably on my 0.55 GHz P4/ASUS P2. However
> > >... " (to my
> > >... " >  > relief!) Howerd Oakford's CFDOS4 (from
> > >... " Howerd's
> > >... " >  > website)
> > >... " >  > runs on both the old and the new machine.
> > >... " >  >
> > >... " >  > http://www.inventio.co.uk/
> > >... " >  >
> > >... " >  > Scratching around for a possible reason, I
> > >... " found JC's
> > >... " >  > meticulous comparison View of
> > >... " >  > /colorforth/boot_asm_list.txt on
> > >... " SourceForge.net.
> > >... " >  > According to my understanding of John's
> > >... " list, number 11
> > >... " >  > is the only one for sure that "has VESA
> > >... " code instead of
> > >... " >  > AGP" - VESA/VBE being the new standard for
> > >... " graphics
> > >... " >  > software of course.
> > >... " >  > JC lists number 11 as
> > >... " "/usr/src/howerd/VESA/boot.asm"
> > >... " >  > but no. 10 is also by Howerd
> > >... " >  > "/usr/src/howerd/Quartus/BOOT.ASM # same as
> > >... " Kris
> > >... " >  > Johnson's"
> > >... " >  > so I am not sure which boot.asm is used to
> > >... " boot Howerd's
> > >... " >  > floppy, and which one is used to boot
> > >... " John's CD (and
> > >... " >  > your USB flash drive). But if VESA code
> > >... " does indeed
> > >... " >  > turn out to be crucial for some newer
> > >... " machines, then I
> > >... " >  > shall owe it to JC's method for spotting
> > >... " the difference
> > >... " >  > :-)
> > >... " >  >
> > >... " >  > Caritas,
> > >... " >  >
> > >... " >  > NickM
> > >... " >  >
> > >... " >  >
> > >... " >  > Quoting Jason Kemp
> > >... " <jason.kemp@...>:
> > >... " >  >
> > >... " >  >
> > >... " >  >> ... " It's fine on the Jetway
> > >... " >  >> ... " It doesn't work on my old Gateway
> > >... " SOLO2150 which
> > >... " >  >> ... " runs the original CF01
> > >... " >  >> ... " and Josh Grams's CF05
> > >... " >  >> ... " So far nothing runs on my Asrock
> > >... " P4i64G 3GHz P4;
> > >... " >  >> ... " anyway, I will try it again and pay
> > >... " more
> > >... " >  >> ... " attention if you wish.
> > >... " >  >> ... "
> > >... " >  >> ... " I will try booting from a flash
> > >... " drive later on
> > >... " >  >> ... " the Jetway too.
> > >... " >  >> ... "
> > >... " >  >> ... " Jason
> > >... " >  >> ... "
> > >... " >  >>
> > >... " >  >
> > >... " >  >
> > >... "
> > ---------------------------------------------------------------------
> > >... " >  > To unsubscribe, e-mail:
> > >... " colorforth-unsubscribe@...
> > >... " >  > For additional commands, e-mail:
> > >... " colorforth-help@...
> > >... " >  > Main web page - http://www.colorforth.com
> > >... " >  >
> > >... " >  >
> > >... " >  >
> > >... " >  >
> > >... " >
> > >... " >
> > >... " >
> > >... "
> > ---------------------------------------------------------------------
> > >... " >  To unsubscribe, e-mail:
> > >... " colorforth-unsubscribe@...
> > >... " >  For additional commands, e-mail:
> > >... " colorforth-help@...
> > >... " >  Main web page - http://www.colorforth.com
> > >... " >
> > >... " >
> > >... "
> > >... "
> > >... "
> > >... " --
> > >... " John Comeau <jc@...>
> > >... " http://jc.unternet.net/
> > >... " "A place for everything, and everything
> > >... " all over the place"
> > >... "
> > >... "
> > ---------------------------------------------------------------------
> > >... " To unsubscribe, e-mail:
> > >... " colorforth-unsubscribe@...
> > >... " For additional commands, e-mail:
> > >... " colorforth-help@...
> > >... " Main web page - http://www.colorforth.com
> > >... "
> >
> >
> > --
> > Dr Nicolas George Maroudas
> > Avigdor Meiri 9/1
> > Sea View
> > Haifa 3 55 00
> > Israel
> > Tel +972 048 337 315
> >
> > ****************************
> >
> > No trees were killed in the sending of this message.
> > However, a large number of electrons were terribly
> > inconvenienced
> >
> > ****
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: colorforth-unsubscribe@...
> > For additional commands, e-mail: colorforth-help@...
> > Main web page - http://www.colorforth.com
> >
> >
>
> Hi Nick, All!
>
> Far as I can tell from my listing of Terry's 800x600 version of
> Chuck's 01 with Terry's floppy strobe, where I returned all of the
> margins and fonts and video mode to 4117 ( 1024x768 5:6:5 color with
> linear frame buffer bit set) ...
>
> 0x92h is were the jump instruction 0xeah is inserted in the relocate
> code and is the jump to protected mode, far as I can tell.
>
> --
> Raymond St. Marie ii,
> colorforthray.info
>

Microsoft (R) Macro Assembler Version 6.14.8444    10/12/07 23:04:39
color.asm     Page 1 - 1


                                ;colorForth, 2001 Jul 22, Chuck Moore, Public Domain
                                ;modified 8/06/01 for 800x600 operation Terry Loveall, loveall@...
                                ;modified ras20040728 returned to 1024x768 operation for the pentium 4
                                ;by Ray St. Marie Rastm2@...
                                .MODEL tiny
                                .486p
 00000000 only SEGMENT USE32
                                ASSUME DS:only

                                next MACRO adr
                                    dec  ECX
                                    jnz  adr
                                ENDM

                                DUP_ MACRO
                                    lea  ESI, [ESI-4]
                                    mov  [ESI], EAX
                                ENDM

                                DROP MACRO
                                    lodsd
                                ENDM

                                ;;hp equ 800
                                ;;vp equ 600
                                ;;vesa equ 114h
 = 00000400 hp equ 1024
 = 00000300 vp equ 768
 = 00004117 vesa equ 4117h ; 117h but with LinearFrameBuffer Bit on
 = 00025C00 buffer equ 604*256
                                include boot.asm ; boot boot0 hard
                              C ; Floppy boot segment
                              C
                              C org 0 ; actually 7c00
 00000000  EB 56      C start: jmp  start0
 00000002  90      C     nop
                              C
 00000003  63 6D 63 66 20     C     db 'cmcf 1.0'
           31 2E 30
 0000000B  0200      C     dw 512     ; bytes/sector
 0000000D  01      C     db 1       ; sector/cluster
 0000000E  0001      C     dw 1       ; sector reserved
 00000010  02      C     db 2       ; FATs
 00000011  00E0      C     dw 16*14   ; root directory entries
 00000013  0B40      C     dw 80*2*18 ; sectors
 00000015  F0      C     db 0F0h    ; media
 00000016  0009      C     dw 9       ; sectors/FAT
 00000018  0012      C     dw 18      ; sectors/track
 0000001A  0002      C     dw 2       ; heads
 0000001C  00000000      C     dd 0       ; hidden sectors
 00000020  00000B40      C     dd 80*2*18 ; sectors again
 00000024  00      C     db 0       ; drive
                              C ;    db 0
                              C ;    db 29h     ; signature
                              C ;    dd 44444444h     ; serial
                              C ;    db 'COLOR FORTH' ; label
                              C ;    db '        '
                              C
 00000025 00      C command  db 0
 00000026  00      C          db 0   ; head, drive
 00000027 00      C cylinder db 0
 00000028  00      C          db 0   ; head
 00000029  01      C          db 1   ; sector
 0000002A  02      C          db 2   ; 512 bytes/sector
 0000002B  12      C          db 18  ; sectors/track
 0000002C  1B      C          db 1bh ; gap
 0000002D  FF      C          db 0ffh
                              C ALIGN 4
 00000030 00000012      C nc dd 18 ; Forth+Icons+blocks 24-161
 00000034 0017      C gdt dw 17h
 00000036  00000040 R      C     dd offset gdt0
                              C ALIGN 8
 00000040 0000 0000 0000      C gdt0 dw 0, 0, 0, 0
           0000
 00000048  FFFF 0000 9A00     C     dw 0FFFFh, 0, 9A00h, 0CFh ; code
           00CF
 00000050  FFFF 0000 9200     C     dw 0FFFFh, 0, 9200h, 0CFh ; data
           00CF
                              C
                              C ; Code is compiled in Protected 32-bit mode.
                              C ; Hence  org $-2  to fix 16-bit words
                              C ; and 4 hand-assembled instructions.
                              C ; and EAX and AX exchanged
                              C ; This code is in Real 16-bit mode
                              C
 00000058  B8 00004F02      C start0: mov  EAX, 4F02h ; Video mode
                              C org $-2
 0000005B  BB 00004117      C     mov  EBX, vesa ; hp*vp rgb: 565
                              C org $-2
 0000005E  CD 10      C     int  10h
 00000060  FA      C     cli
 00000061  66| 33 C0      C     xor  AX, AX    ; Move code to 0
 00000064  66| 8B D8      C     mov  BX, AX
 00000067  8C CB      C     mov  EBX, CS
 00000069  8E DB      C     mov  DS, EBX
 0000006B  8E C0      C     mov  ES, EAX
 0000006D  66| 8B F8      C     mov  DI, AX
 00000070  66| 8B F0      C     mov  SI, AX
 00000073  E8 00000000      C     call $+5 ; Where are we? IP+4*CS
                              C org $-2
 00000076  5E      C loc: pop  ESI
 00000077  81 EE 00000076     C     sub  ESI, offset loc-offset start
                              C org $-2
 0000007B  B9 00000080      C     mov  ECX, 512/4
                              C org $-2
 0000007E  F3/ 66| A5      C     rep movsw
                              C ;    jmp  0:relocate
 00000081  EA      C     db 0eah
 00000082  0086 0000      C     dw offset relocate-offset start, 0
                              C
 00000086      C relocate: ; This code is executed from 0
 00000086  8E D8      C     mov  DS, EAX
                              C ;   lgdt fword ptr gdt
 00000088  0F 01 16      C     db 0fh, 1, 16h
 0000008B  0034      C     dw offset gdt-offset start
 0000008D  B0 01      C     mov  AL, 1
 0000008F  0F 22 C0      C     mov  CR0, EAX
                              C ;    jmp  8:protected
 00000092  EA      C     db 0eah
 00000093  0097 0008      C     dw offset protected-offset start, 8
                              C
 00000097      C protected: ; Now in Protected 32-bit mode
 00000097  B0 10      C     mov  AL, 10h
 00000099  8E D8      C     mov  DS, EAX
 0000009B  8E C0      C     mov  ES, EAX
 0000009D  8E D0      C     mov  SS, EAX
 0000009F  BC 000A0000      C     mov  ESP, Gods
 000000A4  33 C9      C     xor  ECX, ECX
                              C

--
Raymond St. Marie ii,
colorforthray.info

---------------------------------------------------------------------
To unsubscribe, e-mail: colorforth-unsubscribe@...
For additional commands, e-mail: colorforth-help@...
Main web page - http://www.colorforth.com


Re: Booting from HDD

by John Comeau :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

If I knew, I'd have put it in the message :^}

Unfortunately, those neurons were probably destroyed several hundred
beers ago. Most likely the best way to find out would be to use cvs to
check out the source as of the date of the release, and if there's a
.lst file it will show you (under the 'as' subdirectory). Sorry I
can't be of more use at the moment...

On Sat, Mar 15, 2008 at 3:37 PM, Nick Maroudas
<alice@...> wrote:

> Dear John,
>
>  Thanks for setting me right re P9492. I was way off.
>  Might I ask you kindly, as the author of that version,
>  also to set me right on what instruction or opcode
>  stands at 0x92 bytes into the bootloader? By my crude
>  reckoning (based on Tim's  NASM cmcolor.list.txt) if
>  "org7c00" is 0x00 then 0x92 has already set up the
>  video mode (presumably AGP) copied all the blocks
>  (presumably not via floppy :) and stands at
>  "relocate:".  Is this anywhere near your mark?
>
>  Caritas,
>
>  NickM
>
>
>  Quoting John Comeau <jc@...>:
>
>  >... " P9492: 'P' is protected mode, 9492 is the last
>
>
> >... " hex address just past
>  >... " which one of the debugging calls was executed.
>  >... " If I remember right,
>  >... " that version starts at 0x9400, so it's only 0x92
>  >... " bytes into the
>  >... " bootloader.
>  >... "
>  >... " On Sat, Mar 15, 2008 at 4:59 AM, Jason Kemp
>  >... " <jason.kemp@...> wrote:
>  >... " > Dear Nick,
>  >... " >
>  >... " >  Sorry, I sent this yesterday but it's been
>  >... " bounced back.
>  >... " >
>  >... " >  It doesn't boot from a flash drive.
>  >... " >
>  >... " >  The board has a Phoenix BIOS and it
>  >... " identifies a USB flash drive in the
>  >... " >  BIOS setup as "USB-HDD0" so I assume it is
>  >... " emulating a hard disk--in
>  >... " >  fact I had the same flash drive running
>  >... " FreeDOS before (so I could run
>  >... " >  Pygmy) and DOS saw it as the C: drive.  So if
>  >... " it's emulating a HDD then
>  >... " >  I expect that is why colorForth Won't boot
>  >... " fully--it displays "P9492" in
>  >... " >  the top right though, which I assume is from
>  >... " the progress routine in
>  >... " >  boot.asm.  Lots of guessing and assuming at
>  >... " the mo!
>  >... " >
>  >... " >  Just a brief Google of USB Flash booting and
>  >... " it appears that in some AMI
>  >... " >  BIOSes give a forced FDD emulation option.
>  >... " >
>  >... " >  Jason
>  >... " >
>  >... " >  Nick Maroudas said the following on
>  >... " 14/03/2008 20:36:
>  >... " >
>  >... " >
>  >... " > > Dear Jason,
>  >... " >  >
>  >... " >  > Looking forward to more from you and John
>  >... " Comeau, on how
>  >... " >  > to boot (and save?) with his iso on your
>  >... " flash drive.
>  >... " >  >
>  >... " >  > Re your not finding a version that works on
>  >... " a 3GHz P4,
>  >... " >  > I
>  >... " >  > have the same experience with 3.3 GHz PD on
>  >... " Intel945
>  >... " >  > board. None of the following booted
>  >... " properly - not
>  >... " >  > John's CD of CFDOS4, nor floppies with
>  >... " Chuck's CF01,
>  >... " >  > nor the Neitz/StMarie CF01, nor Josh's CF05
>  >... " and a
>  >... " >  > related CF05 from Ray - though every one of
>  >... " these ran
>  >... " >  > reliably on my 0.55 GHz P4/ASUS P2. However
>  >... " (to my
>  >... " >  > relief!) Howerd Oakford's CFDOS4 (from
>  >... " Howerd's
>  >... " >  > website)
>  >... " >  > runs on both the old and the new machine.
>  >... " >  >
>  >... " >  > http://www.inventio.co.uk/
>  >... " >  >
>  >... " >  > Scratching around for a possible reason, I
>  >... " found JC's
>  >... " >  > meticulous comparison View of
>  >... " >  > /colorforth/boot_asm_list.txt on
>  >... " SourceForge.net.
>  >... " >  > According to my understanding of John's
>  >... " list, number 11
>  >... " >  > is the only one for sure that "has VESA
>  >... " code instead of
>  >... " >  > AGP" - VESA/VBE being the new standard for
>  >... " graphics
>  >... " >  > software of course.
>  >... " >  > JC lists number 11 as
>  >... " "/usr/src/howerd/VESA/boot.asm"
>  >... " >  > but no. 10 is also by Howerd
>  >... " >  > "/usr/src/howerd/Quartus/BOOT.ASM # same as
>  >... " Kris
>  >... " >  > Johnson's"
>  >... " >  > so I am not sure which boot.asm is used to
>  >... " boot Howerd's
>  >... " >  > floppy, and which one is used to boot
>  >... " John's CD (and
>  >... " >  > your USB flash drive). But if VESA code
>  >... " does indeed
>  >... " >  > turn out to be crucial for some newer
>  >... " machines, then I
>  >... " >  > shall owe it to JC's method for spotting
>  >... " the difference
>  >... " >  > :-)
>  >... " >  >
>  >... " >  > Caritas,
>  >... " >  >
>  >... " >  > NickM
>  >... " >  >
>  >... " >  >
>  >... " >  > Quoting Jason Kemp
>  >... " <jason.kemp@...>:
>  >... " >  >
>  >... " >  >
>  >... " >  >> ... " It's fine on the Jetway
>  >... " >  >> ... " It doesn't work on my old Gateway
>  >... " SOLO2150 which
>  >... " >  >> ... " runs the original CF01
>  >... " >  >> ... " and Josh Grams's CF05
>  >... " >  >> ... " So far nothing runs on my Asrock
>  >... " P4i64G 3GHz P4;
>  >... " >  >> ... " anyway, I will try it again and pay
>  >... " more
>  >... " >  >> ... " attention if you wish.
>  >... " >  >> ... "
>  >... " >  >> ... " I will try booting from a flash
>  >... " drive later on
>  >... " >  >> ... " the Jetway too.
>  >... " >  >> ... "
>  >... " >  >> ... " Jason
>  >... " >  >> ... "
>  >... " >  >>
>  >... " >  >
>  >... " >  >
>  >... "
>  ---------------------------------------------------------------------
>  >... " >  > To unsubscribe, e-mail:
>  >... " colorforth-unsubscribe@...
>  >... " >  > For additional commands, e-mail:
>  >... " colorforth-help@...
>  >... " >  > Main web page - http://www.colorforth.com
>  >... " >  >
>  >... " >  >
>  >... " >  >
>  >... " >  >
>  >... " >
>  >... " >
>  >... " >
>  >... "
>  ---------------------------------------------------------------------
>  >... " >  To unsubscribe, e-mail:
>  >... " colorforth-unsubscribe@...
>  >... " >  For additional commands, e-mail:
>  >... " colorforth-help@...
>  >... " >  Main web page - http://www.colorforth.com
>  >... " >
>  >... " >
>  >... "
>  >... "
>  >... "
>  >... " --
>  >... " John Comeau <jc@...>
>  >... " http://jc.unternet.net/
>  >... " "A place for everything, and everything
>  >... " all over the place"
>  >... "
>  >... "
>  ---------------------------------------------------------------------
>  >... " To unsubscribe, e-mail:
>
> >... " colorforth-unsubscribe@...
>  >... " For additional commands, e-mail:
>  >... " colorforth-help@...
>  >... " Main web page - http://www.colorforth.com
>  >... "
>
>
>  --
>  Dr Nicolas George Maroudas
>  Avigdor Meiri 9/1
>  Sea View
>  Haifa 3 55 00
>  Israel
>  Tel +972 048 337 315
>
>  ****************************
>
>  No trees were killed in the sending of this message.
>  However, a large number of electrons were terribly
>  inconvenienced
>
>  ****
>
>
>
>  ---------------------------------------------------------------------
>  To unsubscribe, e-mail: colorforth-unsubscribe@...
>  For additional commands, e-mail: colorforth-help@...
>  Main web page - http://www.colorforth.com
>
>



--
John Comeau <jc@...> http://jc.unternet.net/
"A place for everything, and everything
all over the place"

---------------------------------------------------------------------
To unsubscribe, e-mail: colorforth-unsubscribe@...
For additional commands, e-mail: colorforth-help@...
Main web page - http://www.colorforth.com


Re: Booting from HDD

by vaded :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Please do not misunderstand me -- I am very grateful for the work you
all are doing on colorForth for the PC.  I'm just curious how all of
you view the whole colorForth on PC issue, since it is obvious that
Chuck's goal was to say "good riddance" to the PC ASAP.  Most of the
posts I see on this mailing list are about colorForth for the PC.  

Perhaps it would be a different story if we have access to some of
the new chips/usb drives.  I'm just confused why this emphasis on
PC colorForth when it was meant for/could do much more on a modern
Forth processor?

My regards,

-

On Sat, 15 Mar 2008 20:39:28 -0600, "John Comeau" <jc@...>
said:

> If I knew, I'd have put it in the message :^}
>
> Unfortunately, those neurons were probably destroyed several hundred
> beers ago. Most likely the best way to find out would be to use cvs to
> check out the source as of the date of the release, and if there's a
> .lst file it will show you (under the 'as' subdirectory). Sorry I
> can't be of more use at the moment...
>
> On Sat, Mar 15, 2008 at 3:37 PM, Nick Maroudas
> <alice@...> wrote:
> > Dear John,
> >
> >  Thanks for setting me right re P9492. I was way off.
> >  Might I ask you kindly, as the author of that version,
> >  also to set me right on what instruction or opcode
> >  stands at 0x92 bytes into the bootloader? By my crude
> >  reckoning (based on Tim's  NASM cmcolor.list.txt) if
> >  "org7c00" is 0x00 then 0x92 has already set up the
> >  video mode (presumably AGP) copied all the blocks
> >  (presumably not via floppy :) and stands at
> >  "relocate:".  Is this anywhere near your mark?
> >
> >  Caritas,
> >
> >  NickM
> >
> >
> >  Quoting John Comeau <jc@...>:
> >
> >  >... " P9492: 'P' is protected mode, 9492 is the last
> >
> >
> > >... " hex address just past
> >  >... " which one of the debugging calls was executed.
> >  >... " If I remember right,
> >  >... " that version starts at 0x9400, so it's only 0x92
> >  >... " bytes into the
> >  >... " bootloader.
> >  >... "
> >  >... " On Sat, Mar 15, 2008 at 4:59 AM, Jason Kemp
> >  >... " <jason.kemp@...> wrote:
> >  >... " > Dear Nick,
> >  >... " >
> >  >... " >  Sorry, I sent this yesterday but it's been
> >  >... " bounced back.
> >  >... " >
> >  >... " >  It doesn't boot from a flash drive.
> >  >... " >
> >  >... " >  The board has a Phoenix BIOS and it
> >  >... " identifies a USB flash drive in the
> >  >... " >  BIOS setup as "USB-HDD0" so I assume it is
> >  >... " emulating a hard disk--in
> >  >... " >  fact I had the same flash drive running
> >  >... " FreeDOS before (so I could run
> >  >... " >  Pygmy) and DOS saw it as the C: drive.  So if
> >  >... " it's emulating a HDD then
> >  >... " >  I expect that is why colorForth Won't boot
> >  >... " fully--it displays "P9492" in
> >  >... " >  the top right though, which I assume is from
> >  >... " the progress routine in
> >  >... " >  boot.asm.  Lots of guessing and assuming at
> >  >... " the mo!
> >  >... " >
> >  >... " >  Just a brief Google of USB Flash booting and
> >  >... " it appears that in some AMI
> >  >... " >  BIOSes give a forced FDD emulation option.
> >  >... " >
> >  >... " >  Jason
> >  >... " >
> >  >... " >  Nick Maroudas said the following on
> >  >... " 14/03/2008 20:36:
> >  >... " >
> >  >... " >
> >  >... " > > Dear Jason,
> >  >... " >  >
> >  >... " >  > Looking forward to more from you and John
> >  >... " Comeau, on how
> >  >... " >  > to boot (and save?) with his iso on your
> >  >... " flash drive.
> >  >... " >  >
> >  >... " >  > Re your not finding a version that works on
> >  >... " a 3GHz P4,
> >  >... " >  > I
> >  >... " >  > have the same experience with 3.3 GHz PD on
> >  >... " Intel945
> >  >... " >  > board. None of the following booted
> >  >... " properly - not
> >  >... " >  > John's CD of CFDOS4, nor floppies with
> >  >... " Chuck's CF01,
> >  >... " >  > nor the Neitz/StMarie CF01, nor Josh's CF05
> >  >... " and a
> >  >... " >  > related CF05 from Ray - though every one of
> >  >... " these ran
> >  >... " >  > reliably on my 0.55 GHz P4/ASUS P2. However
> >  >... " (to my
> >  >... " >  > relief!) Howerd Oakford's CFDOS4 (from
> >  >... " Howerd's
> >  >... " >  > website)
> >  >... " >  > runs on both the old and the new machine.
> >  >... " >  >
> >  >... " >  > http://www.inventio.co.uk/
> >  >... " >  >
> >  >... " >  > Scratching around for a possible reason, I
> >  >... " found JC's
> >  >... " >  > meticulous comparison View of
> >  >... " >  > /colorforth/boot_asm_list.txt on
> >  >... " SourceForge.net.
> >  >... " >  > According to my understanding of John's
> >  >... " list, number 11
> >  >... " >  > is the only one for sure that "has VESA
> >  >... " code instead of
> >  >... " >  > AGP" - VESA/VBE being the new standard for
> >  >... " graphics
> >  >... " >  > software of course.
> >  >... " >  > JC lists number 11 as
> >  >... " "/usr/src/howerd/VESA/boot.asm"
> >  >... " >  > but no. 10 is also by Howerd
> >  >... " >  > "/usr/src/howerd/Quartus/BOOT.ASM # same as
> >  >... " Kris
> >  >... " >  > Johnson's"
> >  >... " >  > so I am not sure which boot.asm is used to
> >  >... " boot Howerd's
> >  >... " >  > floppy, and which one is used to boot
> >  >... " John's CD (and
> >  >... " >  > your USB flash drive). But if VESA code
> >  >... " does indeed
> >  >... " >  > turn out to be crucial for some newer
> >  >... " machines, then I
> >  >... " >  > shall owe it to JC's method for spotting
> >  >... " the difference
> >  >... " >  > :-)
> >  >... " >  >
> >  >... " >  > Caritas,
> >  >... " >  >
> >  >... " >  > NickM
> >  >... " >  >
> >  >... " >  >
> >  >... " >  > Quoting Jason Kemp
> >  >... " <jason.kemp@...>:
> >  >... " >  >
> >  >... " >  >
> >  >... " >  >> ... " It's fine on the Jetway
> >  >... " >  >> ... " It doesn't work on my old Gateway
> >  >... " SOLO2150 which
> >  >... " >  >> ... " runs the original CF01
> >  >... " >  >> ... " and Josh Grams's CF05
> >  >... " >  >> ... " So far nothing runs on my Asrock
> >  >... " P4i64G 3GHz P4;
> >  >... " >  >> ... " anyway, I will try it again and pay
> >  >... " more
> >  >... " >  >> ... " attention if you wish.
> >  >... " >  >> ... "
> >  >... " >  >> ... " I will try booting from a flash
> >  >... " drive later on
> >  >... " >  >> ... " the Jetway too.
> >  >... " >  >> ... "
> >  >... " >  >> ... " Jason
> >  >... " >  >> ... "
> >  >... " >  >>
> >  >... " >  >
> >  >... " >  >
> >  >... "
> >  ---------------------------------------------------------------------
> >  >... " >  > To unsubscribe, e-mail:
> >  >... " colorforth-unsubscribe@...
> >  >... " >  > For additional commands, e-mail:
> >  >... " colorforth-help@...
> >  >... " >  > Main web page - http://www.colorforth.com
> >  >... " >  >
> >  >... " >  >
> >  >... " >  >
> >  >... " >  >
> >  >... " >
> >  >... " >
> >  >... " >
> >  >... "
> >  ---------------------------------------------------------------------
> >  >... " >  To unsubscribe, e-mail:
> >  >... " colorforth-unsubscribe@...
> >  >... " >  For additional commands, e-mail:
> >  >... " colorforth-help@...
> >  >... " >  Main web page - http://www.colorforth.com
> >  >... " >
> >  >... " >
> >  >... "
> >  >... "
> >  >... "
> >  >... " --
> >  >... " John Comeau <jc@...>
> >  >... " http://jc.unternet.net/
> >  >... " "A place for everything, and everything
> >  >... " all over the place"
> >  >... "
> >  >... "
> >  ---------------------------------------------------------------------
> >  >... " To unsubscribe, e-mail:
> >
> > >... " colorforth-unsubscribe@...
> >  >... " For additional commands, e-mail:
> >  >... " colorforth-help@...
> >  >... " Main web page - http://www.colorforth.com
> >  >... "
> >
> >
> >  --
> >  Dr Nicolas George Maroudas
> >  Avigdor Meiri 9/1
> >  Sea View
> >  Haifa 3 55 00
> >  Israel
> >  Tel +972 048 337 315
> >
> >  ****************************
> >
> >  No trees were killed in the sending of this message.
> >  However, a large number of electrons were terribly
> >  inconvenienced
> >
> >  ****
> >
> >
> >
> >  ---------------------------------------------------------------------
> >  To unsubscribe, e-mail: colorforth-unsubscribe@...
> >  For additional commands, e-mail: colorforth-help@...
> >  Main web page - http://www.colorforth.com
> >
> >
>
>
>
> --
> John Comeau <jc@...> http://jc.unternet.net/
> "A place for everything, and everything
> all over the place"
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: colorforth-unsubscribe@...
> For additional commands, e-mail: colorforth-help@...
> Main web page - http://www.colorforth.com
>

---------------------------------------------------------------------
To unsubscribe, e-mail: colorforth-unsubscribe@...
For additional commands, e-mail: colorforth-help@...
Main web page - http://www.colorforth.com


Re: Booting from HDD

by Jeff Fox-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

> Please do not misunderstand me -- I am very grateful for the work you
> all are doing on colorForth for the PC.  I'm just curious how all of
> you view the whole colorForth on PC issue, since it is obvious that
> Chuck's goal was to say "good riddance" to the PC ASAP.  Most of the
> posts I see on this mailing list are about colorForth for the PC.

That's because colorforth has mostly been a PC thing. There has been
some colorforth like stuff for the F21 and ipaq but most people have
PC and will run colorforth on some flavor of PC.

> Perhaps it would be a different story if we have access to some of
> the new chips/usb drives.  I'm just confused why this emphasis on
> PC colorForth when it was meant for/could do much more on a modern
> Forth processor?

Chuck stayed with Intel processors for CAD while he had expressed
an interest in P21 being able to host a CAD system that could
design P21.  P21/F21 systems were barely big enough to host the
P21 or F21 designs directly.  And given the restrictions on P21
and the small number of F21 and I21 made the to go a scalable
die technology multiple c18 Chuck chose create okad II and do
it in colorforth.

He continues to say that okad is the best example of what a
Forth program can do and what it looks like relative to other
programs.  And naturally he is proud of okad and what has been
done with okad as well. And with all the people using colorforth
at IntellaSys to enhance colorforth/okad and chip designs Chuck
is very happy with it.

The first things he coded for the first prototype chips were
components he will use in SEAforth colorforth.  Until he has
created a colorforth for his own chips and ported the cad
software he and others will be using the PC colorforth for
all the purposes it is being used now and probably others.

The closest thing to a colorforth on a Forth chip so far
was the aha system, desktop and compiler.  But I never
implemented a full colorforth with a color based editor
and gui.  It will be fun to have a colorforth on forth
chips when that is available.

I do ANS Forth on a Pentium or Arm or P21 or SEAforth,
mostly Pentium.  I do machine Forth on P21, f21, and
c18 systems.  I do something like colorforth on F21 and
coloforth on Pentium.  I expect I will get a colorforth
forth chip pc soon after Chuck.  But until then I do
enjoy doing PC colorforth as much as I do.

Of the various Forth environments I use I find colorforth
the most fun.  It is a hard thing to quantify but it does
have a different feel to it.  I enjoy working with it.
If I didn't work with it I might spend time playing with
it.

I have said that people often get stuck on getting colorforth
to run.  And that to the interesting part are the similarities
to Forth chips more than the Pentium details.  But thankfully
there are other people who are more interested in getting
the Pentium details sorted out.  And it is a long path from
the first colorforth to a Forth chip colorforth designed
to replace PC colorforth.  The first Forth chip colorforth
I would picture would be more like P21Forth or Aha.  It
would be a SEAforth implementation and much smaller than
a Pentium PC implemenation.

I expect it will be a while before we see anything on the
scale of a Pentium PC made of Forth chips.  It will be fun
when we get there.  And getting there requires colorforth
and will be fun.

Well, that's my $.02(processor)'s worth.

Best Wishes




---------------------------------------------------------------------
To unsubscribe, e-mail: colorforth-unsubscribe@...
For additional commands, e-mail: colorforth-help@...
Main web page - http://www.colorforth.com


Re: Booting from HDD

by Nick Maroudas-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Nick here,

I use CF on a PC for practical reasons, because that is
how it came. Like vaded (below) I am grateful to CM, JF
and all the other contributors to this website (and to
MR for running it).  CF gave me a 3 fold increase in
speed over an ANSI Forth, and I am looking forward to
parallel SEAFORTH because music is essentially the sum
of harmonics that move through time in parallel. But,
waiting for SEAFORTH chips/usb drives to arrive (and at
a price I can afford) I was forced to buy a 3GHz PC to
run CF at even more speed. (My local supplier looked at
me strangely when I asked him to add a floppy drive and
no MS).

Caritas,

NickM    


Quoting vaded@...:

>... " Please do not misunderstand me -- I am very
>... " grateful for the work you
>... " all are doing on colorForth for the PC.  I'm
>... " just curious how all of
>... " you view the whole colorForth on PC issue, since
>... " it is obvious that
>... " Chuck's goal was to say "good riddance" to the
>... " PC ASAP.  Most of the
>... " posts I see on this mailing list are about
>... " colorForth for the PC.  
>... "
>... " Perhaps it would be a different story if we have
>... " access to some of
>... " the new chips/usb drives.

---------------------------------------------------------------------
To unsubscribe, e-mail: colorforth-unsubscribe@...
For additional commands, e-mail: colorforth-help@...
Main web page - http://www.colorforth.com


Parent Message unknown Re: Booting from HDD

by Nick Maroudas-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Nick here,

Thanks Ray, for your boot.asm printout (below).  It
shows a boot process that has already set up video
4FO2/4117 and copied the 512 byte boot sector before
relocating to "at0:" to copy the remaining code via
floppy then jumping to "start2" via the floppy call
"stop" motor.  For comparison, here is JC's boot.asm.
Unlike yours (or Howerd's original CFDOS4 floppy) this
CD version does not set up video before relocating, and
seems to rely on MSDOS or ElTorito (non-emulation
mode) to have copied all of the code before setting up
the Graphic Output Display ("god"). See lines 98, 99 in
JC's version (below). This is a long way from the
simplicity of Chuck's original boot.asm (which one can
consult on JC's site under "as/", together with a very
helpful commentary by John himself). As Albert van der
Horst has just remarked, "CF is simple but this is the
other side of the coin".  I find that Howerd's
CFDOS4.blk (simply DeeDee'd onto a floppy) boots a new
Pentium D with no OS apart from BIOS, but John's CFDOS4
CD does not.

IMHO Jason is on the right track: floppy emulation; just
dd a reliable floppy image onto the flash stick
(after all, CF is meant to be self booting). I could
expatiate if anyone is interested.  

Caritas,

NickM


JC's boot.asm

http://colorforth.cvs.sourceforge.net/colorforth/colorforth/jc2007/boot.asm?revision=1.69&view=markup

intel_syntax ;# floppy boot segment
    2 ;# 0x000-0x400 is BIOS interrupt table
    3 ;# 0x400-0x500 is BIOS system information area
    4 ;# we can use starting at 0x500
    5
    6 .equ upper_right, 158 ;# address of upper-right
corner of screen
    7 .ifdef LOADBLOCKS
    8  ;# this 'ifdef' is only here to trigger the
Makefile to include this number
    9  ;# but let's use it to define other constants
while we're at it
   10  .equ HEADS, 2
   11  .equ SECTORS_PER_TRACK, 18
   12  .equ BYTES_PER_CYLINDER, 512 * HEADS *
SECTORS_PER_TRACK
   13  .equ LOAD_CYLINDERS, (LOADBLOCKS * 1024) /
BYTES_PER_CYLINDER
   14  .if (LOADBLOCKS * 1024) % BYTES_PER_CYLINDER > 0
   15   .equ LOAD_CYLINDERS, LOAD_CYLINDERS + 1
   16  .endif
   17 .endif
   18 .macro showprogress
   19   .ifdef DEBUGGING
   20   call progress
   21   .endif
   22 .endm
   23 .macro shownumber
   24  .ifdef DEBUGGING
   25  call shownumber
   26  .endif
   27 .endm
   28
   29 .org 0 ;# actually 0x7c00, where the BIOS loads
the bootsector
   30 start:
   31     jmp  start0
   32 bootmode: ;# this byte after the short jmp above
is normally just padding
   33 ;# we will use it to indicate a startup from
MSDOS
   34 ;# also to indicate El Torito boot
   35 .ifdef EL_TORITO_BOOT
   36     .byte 0xfe ;# even number so we can use MSDOS
check odd parity
   37 .else
   38     .byte 0 ;# pad to offset 3
   39 .endif
   40     .ascii "cmcf 1.0"
   41 bps:
   42     .word 512     ;# bytes/sector
   43     .byte 1       ;# sector/cluster
   44     .word 1       ;# sector reserved
   45     .byte 2       ;# fats
   46     .word 16*14   ;# root directory entries
   47     .word 80 * HEADS * SECTORS_PER_TRACK ;#
sectors
   48     .byte 0x0f0   ;# media
   49     .word 9       ;# sectors/fat
   50 spt:
   51     .word SECTORS_PER_TRACK ;# sectors/track
   52 heads:
   53     .word HEADS   ;# heads
   54     .long 0       ;# hidden sectors
   55     .long 80 * HEADS * SECTORS_PER_TRACK ;#
sectors again
   56 drive:
   57     .byte 0       ;# drive
   58 cylinder: .word 0
   59 .align 4
   60 ;# forth+icons+blocks 24-LOADBLOCKS ;# number of
cylinders to load (out of 80)
   61 ;# needs to be on longword boundary, see nc_ in
color.asm
   62 nc:  .long LOAD_CYLINDERS
   63 gdt: .word gdt_end - gdt0 - 1 ;# GDT limit
   64     .long gdt0 + loadaddr ;# pointer to start of
table
   65 .align 8
   66 gdt0: .word 0, 0, 0, 0 ;# start of table must be
a
null entry
   67     .equ code32p, . - gdt0
   68     .word 0xffff, 0, 0x9a00, 0xcf ;# 32-bit
protected-mode code
   69     .equ data32p, . - gdt0
   70     .word 0xffff, 0, 0x9200, 0xcf ;# 32-bit
protected-mode data
   71     .equ code16r, . - gdt0
   72     .word 0xffff, 0, 0x9a00, 0x00 ;# 16-bit
real-mode code
   73     .equ data16r, . - gdt0
   74     .word 0xffff, 0, 0x9200, 0x00 ;# 16-bit
real-mode data
   75 gdt_end:
   76 real_mode_idt:
   77     .word 0xffff ;# limit
   78     .long 0 ;# base is that of BIOS interrupt
table
   79 .code16
   80 start0:
   81     cmp  word ptr cs:0, 0x20cd ;# INT 20h at
start
of .com program header
   82     jnz  0f
   83     dec  byte ptr [cs: bootmode + 0x100]
   84 0:  cli
   85     push cs ;# need to set DS=CS, especially on
VMWare, DS was 0x40
   86     pop  ds
   87     zero ss ;# set stack to something low and out
of the way
   88     mov  esp, iobuffer + 0x1000
   89     call whereami ;# set EBP to load location
   90     call relocate ;# move past BIOS stuff and
buffer space
   91     mov  esp, gods ;# stack pointer now where it
really belongs
   92     call whereami ;# set EBP to where we
relocated
   93     showprogress
   94     data32 call protected_mode
   95 .code32
   96     call a20 ;# set A20 gate to enable access to
addresses with 1xxxxx
   97     mov  al, byte ptr bootmode + loadaddr
   98     or   al, al  ;# negative if MSDOS-loaded or
El
Torito non-emulation mode
   99     jz   0f ;# otherwise we need to load bootcode
from floppy
  100 9:  mov  esi, godd ;# set up data stack pointer
for 'god' task
  101     jmp  start1
  102 0:  mov  byte ptr [es: 0xb8000 | (upper_right -
8)], 'P'
  103     call unreal_mode
  104 .code16
  105     ;# fall through to cold-start routine
  106 cold:
  107     mov  edi, loadaddr  ;# start by overwriting
this code
  108     ;# that's why it's so critical that
'cylinder'
be reset to zero before
  109     ;# saving the image; if it's anything but
that, when this block is
  110     ;# overwritten, 'cylinder' will be changed,
and cylinders will be skipped
  111     ;# in loading, making the bootblock unusable
  112     call read
  113     inc  byte ptr cylinder + loadaddr
  114     xor  cx, cx
  115     mov  cl, nc + loadaddr ;# number of cylinders
used
  116     dec  cx
  117 0:  push cx
  118     call read
  119     inc  byte ptr cylinder + loadaddr
  120     mov  dx, word ptr cylinder + loadaddr
  121     shownumber
  122     pop  cx
  123     loop 0b
  124     showprogress
  125     data32 call protected_mode

**********************

Quoting "Ray St. Marie" <ray.stmarie@...>:

>... " On Sat, Mar 15, 2008 at 5:25 PM, Ray St. Marie
>... " <ray.stmarie@...> wrote:
>... " >
>
>... " > --
>... " > Raymond St. Marie ii,
>... " > colorforthray.info
>... " >
>... "
>... " Microsoft (R) Macro Assembler Version
>... " 6.14.8444    10/12/07 23:04:39
>... " color.asm     Page 1 - 1
>... "
>... "
>... " ;colorForth, 2001 Jul 22, Chuck Moore,
>... " Public Domain
>... " ;modified 8/06/01 for 800x600 operation
>... " Terry Loveall, loveall@...
>... " ;modified ras20040728 returned to 1024x768
>... " operation for the pentium 4
>... " ;by Ray St. Marie
>... " Rastm2@...
>... " .MODEL tiny
>... " .486p
>... "  00000000 only SEGMENT USE32
>... " ASSUME DS:only
>... "
>... " next MACRO adr
>... "    dec  ECX
>... "    jnz  adr
>... " ENDM
>... "
>... " DUP_ MACRO
>... "    lea  ESI, [ESI-4]
>... "    mov  [ESI], EAX
>... " ENDM
>... "
>... " DROP MACRO
>... "    lodsd
>... " ENDM
>... "
>... " ;;hp equ 800
>... " ;;vp equ 600
>... " ;;vesa equ 114h
>... "  = 00000400 hp equ 1024
>... "  = 00000300 vp equ 768
>... "  = 00004117 vesa equ 4117h ; 117h but with
>... " LinearFrameBuffer Bit on
>... "  = 00025C00 buffer equ 604*256
>... " include boot.asm ; boot boot0 hard
>... "      C ; Floppy boot segment
>... "      C
>... "      C org 0 ; actually 7c00
>... "  00000000  EB 56      C start: jmp  start0
>... "  00000002  90      C     nop
>... "      C
>... "  00000003  63 6D 63 66 20     C     db 'cmcf
>... " 1.0'
>... "   31 2E 30
>... "  0000000B  0200      C     dw 512     ;
>... " bytes/sector
>... "  0000000D  01      C     db 1       ;
>... " sector/cluster
>... "  0000000E  0001      C     dw 1       ; sector
>... " reserved
>... "  00000010  02      C     db 2       ; FATs
>... "  00000011  00E0      C     dw 16*14   ; root
>... " directory entries
>... "  00000013  0B40      C     dw 80*2*18 ;
>... " sectors
>... "  00000015  F0      C     db 0F0h    ; media
>... "  00000016  0009      C     dw 9       ;
>... " sectors/FAT
>... "  00000018  0012      C     dw 18      ;
>... " sectors/track
>... "  0000001A  0002      C     dw 2       ; heads
>... "  0000001C  00000000      C     dd 0       ;
>... " hidden sectors
>... "  00000020  00000B40      C     dd 80*2*18 ;
>... " sectors again
>... "  00000024  00      C     db 0       ; drive
>... "      C ;    db 0
>... "      C ;    db 29h     ; signature
>... "      C ;    dd 44444444h     ; serial
>... "      C ;    db 'COLOR FORTH' ; label
>... "      C ;    db '        '
>... "      C
>... "  00000025 00      C command  db 0
>... "  00000026  00      C          db 0   ; head,
>... " drive
>... "  00000027 00      C cylinder db 0
>... "  00000028  00      C          db 0   ; head
>... "  00000029  01      C          db 1   ; sector
>... "  0000002A  02      C          db 2   ; 512
>... " bytes/sector
>... "  0000002B  12      C          db 18  ;
>... " sectors/track
>... "  0000002C  1B      C          db 1bh ; gap
>... "  0000002D  FF      C          db 0ffh
>... "      C ALIGN 4
>... "  00000030 00000012      C nc dd 18 ;
>... " Forth+Icons+blocks 24-161
>... "  00000034 0017      C gdt dw 17h
>... "  00000036  00000040 R      C     dd offset
>... " gdt0
>... "      C ALIGN 8
>... "  00000040 0000 0000 0000      C gdt0 dw 0, 0, 0,
>... " 0
>... "   0000
>... "  00000048  FFFF 0000 9A00     C     dw 0FFFFh,
>... " 0, 9A00h, 0CFh ; code
>... "   00CF
>... "  00000050  FFFF 0000 9200     C     dw 0FFFFh,
>... " 0, 9200h, 0CFh ; data
>... "   00CF
>... "      C
>... "      C ; Code is compiled in Protected
>... " 32-bit mode.
>... "      C ; Hence  org $-2  to fix 16-bit
>... " words
>... "      C ; and 4 hand-assembled instructions.
>... "      C ; and EAX and AX exchanged
>... "      C ; This code is in Real 16-bit mode
>... "      C
>... "  00000058  B8 00004F02      C start0: mov  EAX,
>... " 4F02h ; Video mode
>... "      C org $-2
>... "  0000005B  BB 00004117      C     mov  EBX,
>... " vesa ; hp*vp rgb: 565
>... "      C org $-2
>... "  0000005E  CD 10      C     int  10h
>... "  00000060  FA      C     cli
>... "  00000061  66| 33 C0      C     xor  AX, AX  
>... " ; Move code to 0
>... "  00000064  66| 8B D8      C     mov  BX, AX
>... "  00000067  8C CB      C     mov  EBX, CS
>... "  00000069  8E DB      C     mov  DS, EBX
>... "  0000006B  8E C0      C     mov  ES, EAX
>... "  0000006D  66| 8B F8      C     mov  DI, AX
>... "  00000070  66| 8B F0      C     mov  SI, AX
>... "  00000073  E8 00000000      C     call $+5 ;
>... " Where are we? IP+4*CS
>... "      C org $-2
>... "  00000076  5E      C loc: pop  ESI
>... "  00000077  81 EE 00000076     C     sub  ESI,
>... " offset loc-offset start
>... "      C org $-2
>... "  0000007B  B9 00000080      C     mov  ECX,
>... " 512/4
>... "      C org $-2
>... "  0000007E  F3/ 66| A5      C     rep movsw
>... "      C ;    jmp  0:relocate
>... "  00000081  EA      C     db 0eah
>... "  00000082  0086 0000      C     dw offset
>... " relocate-offset start, 0
>... "      C
>... "  00000086      C relocate: ; This code is
>... " executed from 0
>... "  00000086  8E D8      C     mov  DS, EAX
>... "      C ;   lgdt fword ptr gdt
>... "  00000088  0F 01 16      C     db 0fh, 1, 16h
>... "  0000008B  0034      C     dw offset
>... " gdt-offset start
>... "  0000008D  B0 01      C     mov  AL, 1
>... "  0000008F  0F 22 C0      C     mov  CR0, EAX
>... "      C ;    jmp  8:protected
>... "  00000092  EA      C     db 0eah
>... "  00000093  0097 0008      C     dw offset
>... " protected-offset start, 8
>... "      C
>... "  00000097      C protected: ; Now in Protected
>... " 32-bit mode
>... "  00000097  B0 10      C     mov  AL, 10h
>... "  00000099  8E D8      C     mov  DS, EAX
>... "  0000009B  8E C0      C     mov  ES, EAX
>... "  0000009D  8E D0      C     mov  SS, EAX
>... "  0000009F  BC 000A0000      C     mov  ESP,
>... " Gods
>... "  000000A4  33 C9      C     xor  ECX, ECX
>... "      C
>... "
>... " --
>... " Raymond St. Marie ii,
>... " colorforthray.info
>... "
>... "
---------------------------------------------------------------------
>... " To unsubscribe, e-mail:
>... " colorforth-unsubscribe@...
>... " For additional commands, e-mail:
>... " colorforth-help@...
>... " Main web page - http://www.colorforth.com
>... "


--
Dr Nicolas George Maroudas
Avigdor Meiri 9/1
Sea View
Haifa 3 55 00
Israel
Tel +972 048 337 315

****************************

No trees were killed in the sending of this message.
However, a large number of electrons were terribly
inconvenienced

****

---------------------------------------------------------------------
To unsubscribe, e-mail: colorforth-unsubscribe@...
For additional commands, e-mail: colorforth-help@...
Main web page - http://www.colorforth.com


Re: Booting from HDD

by Jason Kemp-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Dear Vaded,

This is my position: I am new to Forth and colorForth;  I have not (yet)
written my own Forth:  I am not a computer scientist;  I am finding that
gaining an understanding of any aspect of colorForth is like wading
through treacle.  I am hoping that before long I will be some way up the
learning curve--although it seems to be a case of multiple learning
curves rather than just one, and this is down to the problems of using a
PC: not one of my questions to this list has actually been about *using*
colorForth yet but just about getting it to compile or run or where to
find code or documentation.  It's my problems that seem to have caused
most of the activity on the list recently, so that might be why you see
an emphasis on colorForth for the PC recently.

If there were something else available that I could run it on that at
the moment would be easier and more reliable than a PC, then I would
jump at the opportunity.  I appreciate that the PC is not the easiest,
simplest or most efficient architecture, but at the moment I think it's
all that's available to me--please do advise me if I have this wrong.

Jason

vaded@... said the following on 16/03/2008 22:07:

> Please do not misunderstand me -- I am very grateful for the work you
> all are doing on colorForth for the PC.  I'm just curious how all of
> you view the whole colorForth on PC issue, since it is obvious that
> Chuck's goal was to say "good riddance" to the PC ASAP.  Most of the
> posts I see on this mailing list are about colorForth for the PC.  
>
> Perhaps it would be a different story if we have access to some of
> the new chips/usb drives.  I'm just confused why this emphasis on
> PC colorForth when it was meant for/could do much more on a modern
> Forth processor?
>
> My regards,
>
> -
>  
>


---------------------------------------------------------------------
To unsubscribe, e-mail: colorforth-unsubscribe@...
For additional commands, e-mail: colorforth-help@...
Main web page - http://www.colorforth.com

< Prev | 1 - 2 | Next >