etherboot-developers — Discussion of developer issues

Re: [Etherboot-developers] Re: 5.1 will not boot on 486 was Serial Port Debugging

[<ebi...@ln...>]

Timothy Legge <tl...@ro...> writes:

> > arch/i386/firmware/pcbios/pcbios.S is where currticks is 
> > located,  and that is what I was thinking of.
>  
> > in start32.S you can comment out the enabling of the 
> > interrupts in _real_call.
> 
> > I am quite certain there should be some effect.
>  
> My knowledge of Assembly is zero, so I am unsure of which code enables the
> registers.  When I commented out the call to _real_call in
> arch/i386/firmware/pcbios/pcbios.S the pc reboot at the point it used to freeze.
> I had done a cvs update earlier and did not have time to check whether the pc
> would reboot without commenting out the _real_call call.

Good news, bad news.  I have managed to reproduce the problem on a k8 system,
so it is not a 486 problem.  Probably something to do interactions
with the old award BIOS core, which it appears my reference system is
using...

I still don't know just what the issues is but I am looking into it.

Eric

[Etherboot-developers] Re: 5.1 will not boot on 486 was Serial Port Debugging

[Timothy L. <tl...@ro...>]

> arch/i386/firmware/pcbios/pcbios.S is where currticks is 
> located,  and that is what I was thinking of.
 
> in start32.S you can comment out the enabling of the 
> interrupts in _real_call.

> I am quite certain there should be some effect.
 
My knowledge of Assembly is zero, so I am unsure of which code enables the registers.  When I commented out the call to _real_call in arch/i386/firmware/pcbios/pcbios.S the pc reboot at the point it used to freeze.  I had done a cvs update earlier and did not have time to check whether the pc would reboot without commenting out the _real_call call.

Tim

Re: [Etherboot-developers] question from Kemerovo

[Anselm M. H. <an...@ho...>]

Hello Paul,

Friday, January 31, 2003, 7:26:18 AM, you wrote:

PL> Hello.

PL> We  have  a  trouble  to find an appropriate firmware for network adapter UM900X
PL> NE2000-compatible. These adapters are installed on several diskless workstations
PL> and we trying to boot one remotely from windows 2000 server.
PL> Boot-ROM size is 8kb. Is there appropriate firmware for such adapters?
PL> Thanks a lot for the future comments.

If they are NE2000-compatible, try to get a floppy image from
rom-o-matic.net for them (ne - ns8390) and test it out.
If it works, well, I remember someone had to put an etherboot onto 8k
ROMs, and it worked with some older version (which you should try on
floppy first too) - you could get them probably from sourceforge
mirrors (etherboot.org -> Download ....)?

Best regards,
 Anselm                            mailto:an...@ho...

Re: [Etherboot-developers] 5.1 will not boot on 486 was Serial Port Debugging

[<ebi...@ln...>]

"Timothy Legge" <tim...@us...> writes:

> > > If you disable the call to _real_call it should work properly.
> Though
> > > it should stop counting.
> > 
> > As an extension to this you should just be able to keep the interrupts
> > disabled in _real_call and the code should work as well.  But
> confirming
> > that would be interesting.
> 
> If the only places to comment out are the two:
> 
> call _real_call
> 
> in start32.S, it did not work.  

arch/i386/firmware/pcbios/pcbios.S is where currticks is located,
and that is what I was thinking of.

in start32.S you can comment out the enabling of the interrupts
in _real_call.

I am quite certain there should be some effect.

Eric

[Etherboot-developers] question from Kemerovo

[Paul L. <pa...@ku...>]

Hello.

We  have  a  trouble  to find an appropriate firmware for network adapter UM900X
NE2000-compatible. These adapters are installed on several diskless workstations
and we trying to boot one remotely from windows 2000 server.
Boot-ROM size is 8kb. Is there appropriate firmware for such adapters?
Thanks a lot for the future comments.

Paul Lou
Kuzbass State Technical University, Kemerovo, Russia
____________________________
Chief Network Administrator
Library Technical Consultant
phone:  +7 3842 362759
e-mail: pa...@ku...
icq:    5985405

RE: [Etherboot-developers] 5.1 will not boot on 486 was Serial Port Debugging

[Timothy L. <tim...@us...>]

> > If you disable the call to _real_call it should work properly.
Though
> > it should stop counting.
> 
> As an extension to this you should just be able to keep the interrupts
> disabled in _real_call and the code should work as well.  But
confirming
> that would be interesting.

If the only places to comment out are the two:

call _real_call

in start32.S, it did not work.  

Tim

Re: [Etherboot-developers] 5.1 will not boot on 486 was Serial Port Debugging

[<ebi...@ln...>]

ebi...@ln... (Eric W. Biederman) writes:

> "Timothy Legge" <tim...@us...> writes:
> 
> > OK, more information.  There does seem to be an issue with currticks.
> > In main (main.c) I placed:
> > 
> > unsigned long x = currticks(); 
> 
> currticks() failing is a good test case, as it is about as simple as it
> gets.
> 
> If you disable the call to _real_call it should work properly.  Though
> it should stop counting.

As an extension to this you should just be able to keep the interrupts
disabled in _real_call and the code should work as well.  But confirming
that would be interesting.

Eric

Re: [Etherboot-developers] 5.1 will not boot on 486 was Serial Port Debugging

[<ebi...@ln...>]

"Timothy Legge" <tim...@us...> writes:

> OK, more information.  There does seem to be an issue with currticks.
> In main (main.c) I placed:
> 
> unsigned long x = currticks(); 

currticks() failing is a good test case, as it is about as simple as it
gets.

If you disable the call to _real_call it should work properly.  Though
it should stop counting.

5.0.8 uses _real_to_prot and _prot_to_real for the same functionality.
The next step is to walk through and see what the differences are between
those functions are.  

The implementation is radically different but in functionality I believe
the are very close to each other.

Eric

[Etherboot-developers] [COMMIT] osloader.c fixes...

[<ebi...@ln...>]

When testing memtest86 I found a bug is load_block.  My code
to skip blocks did not work properly when 512 byte packets were coming 
in with the result that the entire file was skipped.

The work around is to use a tftp server that supports larger
packets...

Eric

[Etherboot-developers] Efforts To Continue21292

[Sarah P. <lul...@ba...>]

<html xmlns:v=3D"urn:schemas-microsoft-com:vml"
xmlns:o=3D"urn:schemas-microsoft-com:office:office"
xmlns:w=3D"urn:schemas-microsoft-com:office:word"
xmlns=3D"http://www.w3.org/TR/REC-html40">

<head>
<meta http-equiv=3DContent-Type content=3D"text/html; charset=3Diso-8859-1=
">
<meta name=3DProgId content=3DWord.Document>
<meta name=3DGenerator content=3D"Microsoft Word 9">
<meta name=3DOriginator content=3D"Microsoft Word 9">
<link rel=3DFile-List href=3D"./mort-ad-11-4_files/filelist.xml">
<title>Untitled Document</title>
<!--[if gte mso 9]><xml>
 <o:DocumentProperties>
  <o:Author>Paul W</o:Author>
  <o:Template>Normal</o:Template>
  <o:LastAuthor>Paul W</o:LastAuthor>
  <o:Revision>2</o:Revision>
  <o:TotalTime>37</o:TotalTime>
  <o:Created>2003-01-22T02:36:00Z</o:Created>
  <o:LastSaved>2003-01-22T02:36:00Z</o:LastSaved>
  <o:Pages>1</o:Pages>
  <o:Words>96</o:Words>
  <o:Characters>551</o:Characters>
  <o:Company>cc</o:Company>
  <o:Lines>4</o:Lines>
  <o:Paragraphs>1</o:Paragraphs>
  <o:CharactersWithSpaces>676</o:CharactersWithSpaces>
  <o:Version>9.2720</o:Version>
 </o:DocumentProperties>
</xml><![endif]-->
<style>
<!--
 /* Font Definitions */
@font-face
	{font-family:Verdana;
	panose-1:2 11 6 4 3 5 4 4 2 4;
	mso-font-charset:0;
	mso-generic-font-family:swiss;
	mso-font-pitch:variable;
	mso-font-signature:536871559 0 0 0 415 0;}
 /* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{mso-style-parent:"";
	margin:0in;
	margin-bottom:.0001pt;
	mso-pagination:widow-orphan;
	font-size:12.0pt;
	font-family:"Times New Roman";
	mso-fareast-font-family:"Times New Roman";}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;
	text-underline:single;}
a:visited, span.MsoHyperlinkFollowed
	{color:blue;
	text-decoration:underline;
	text-underline:single;}
p
	{margin-right:0in;
	mso-margin-top-alt:auto;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	mso-pagination:widow-orphan;
	font-size:12.0pt;
	font-family:"Times New Roman";
	mso-fareast-font-family:"Times New Roman";}
@page Section1
	{size:8.5in 11.0in;
	margin:1.0in 1.25in 1.0in 1.25in;
	mso-header-margin:.5in;
	mso-footer-margin:.5in;
	mso-paper-source:0;}
div.Section1
	{page:Section1;}
-->
</style>
<!--[if gte mso 9]><xml>
 <o:shapedefaults v:ext=3D"edit" spidmax=3D"1027"/>
</xml><![endif]--><!--[if gte mso 9]><xml>
 <o:shapelayout v:ext=3D"edit">
  <o:idmap v:ext=3D"edit" data=3D"1"/>
 </o:shapelayout></xml><![endif]-->
</head>

<body bgcolor=3Dwhite lang=3DEN-US link=3Dblue vlink=3Dblue style=3D'tab-i=
nterval:.5in'>

<div class=3DSection1>

<div align=3Dcenter>

<table border=3D0 cellpadding=3D0 width=3D"54%" style=3D'width:54.0%;mso-c=
ellspacing:
 1.5pt;border:outset #666666 1.5pt;mso-padding-alt:1.5pt 1.5pt 1.5pt 1.5pt=
'
 height=3D469>
 <tr style=3D'height:442.5pt'>
  <td valign=3Dtop style=3D'border:inset #666666 .75pt;padding:1.5pt 1.5pt=
 1.5pt 1.5pt;
  height:442.5pt'>
  <table border=3D1 cellspacing=3D0 cellpadding=3D0 width=3D"100%" bgcolor=
=3D"#000099"
   style=3D'width:100.0%;mso-cellspacing:0in;background:#000099;border:non=
e;
   mso-padding-alt:3.0pt 3.0pt 3.0pt 3.0pt' height=3D11>
   <tr>
    <td style=3D'border:none;padding:3.0pt 3.0pt 3.0pt 3.0pt'>
    <p class=3DMsoNormal>&nbsp;</p>
    </td>
   </tr>
  </table>
  <p class=3DMsoNormal><span style=3D'display:none;mso-hide:all'><![if !su=
pportEmptyParas]>&nbsp;<![endif]><o:p></o:p></span></p>
  <table border=3D1 cellspacing=3D0 cellpadding=3D0 width=3D"100%" bgcolor=
=3D"#ffffcc"
   style=3D'width:100.0%;mso-cellspacing:0in;background:#FFFFCC;border:non=
e;
   mso-padding-alt:3.0pt 3.0pt 3.0pt 3.0pt' height=3D8>
   <tr>
    <td style=3D'border:none;padding:3.0pt 3.0pt 3.0pt 3.0pt'>
    <p class=3DMsoNormal>&nbsp;</p>
    </td>
   </tr>
  </table>
  <h1 align=3Dcenter style=3D'text-align:center'><span style=3D'color:blue=
'>Abosolute
  Mortgage Tool<o:p></o:p></span></h1>
  <h1 align=3Dcenter style=3D'text-align:center'><span style=3D'font-size:=
12.0pt;
  font-family:Arial;color:#333399'>- What are you waiting for -</span><spa=
n
  style=3D'font-size:18.0pt;font-family:Arial;color:#CC0000'><br>
  </span><span style=3D'font-size:12.0pt;font-family:Arial;color:#CC0000'>=
Interest
  Rates are the LOWEST they've been in 15 years!</span><u><span
  style=3D'font-size:12.0pt;font-family:Arial;color:#3333CC'><br>
  </span></u><u><span style=3D'font-size:12.0pt;font-family:Arial;color:bl=
ue'><br>
  <a href=3D"http://www.sanguostory.com/mort01">- Shop 100's of Lenders wi=
th just
  ONE CLICK -</a></span></u></h1>
  <h1 align=3Dcenter style=3D'text-align:center'><span style=3D'font-size:=
12.0pt;
  font-family:Arial;color:#333399'>Good Credit / Bad Credit / So-So Credit=
<br>
  We have Special Programs for every type of credit history</span><span
  style=3D'font-size:7.5pt;font-family:Arial;color:#0000CC'><br>
  <br>
  </span><span style=3D'font-size:12.0pt;font-family:Arial;color:#CC0000'>=
No
  Upfront Fees - No Hidden Fees - Approval in Minutes<br>
  <br>
  </span><span style=3D'font-size:12.0pt;font-family:Arial;color:#333399'>=
- Get
  the CASH you need FAST -</span></h1>
  <p align=3Dcenter style=3D'text-align:center'><b><span style=3D'font-fam=
ily:Arial;
  color:#333399'>It's easy to qualify and your loan review is FREE</span><=
/b></p>
  <p align=3Dcenter style=3D'text-align:center'><b><span style=3D'font-fam=
ily:Arial;
  color:#3333CC'>&nbsp;<a href=3D"http://www.sanguostory.com/mort01">Click=
 Here</a></span></b><b><span
  style=3D'font-family:Verdana;mso-bidi-font-family:Arial;color:#3333CC'> =
</span></b><b><span
  style=3D'font-family:Arial;color:#333399'>to learn more.</span></b><b><s=
pan
  style=3D'font-family:Arial;color:#CC0000'> There is NO obligation</span>=
</b><o:p></o:p></p>
  <table border=3D1 cellspacing=3D0 cellpadding=3D0 width=3D"100%" bgcolor=
=3D"#ffffcc"
   style=3D'width:100.0%;mso-cellspacing:0in;background:#FFFFCC;border:non=
e;
   mso-padding-alt:3.0pt 3.0pt 3.0pt 3.0pt' height=3D8>
   <tr>
    <td style=3D'border:none;padding:3.0pt 3.0pt 3.0pt 3.0pt'>
    <p class=3DMsoNormal>&nbsp;</p>
    </td>
   </tr>
  </table>
  <p class=3DMsoNormal><span style=3D'display:none;mso-hide:all'><![if !su=
pportEmptyParas]>&nbsp;<![endif]><o:p></o:p></span></p>
  <table border=3D1 cellspacing=3D0 cellpadding=3D0 width=3D"100%" bgcolor=
=3D"#000099"
   style=3D'width:100.0%;mso-cellspacing:0in;background:#000099;border:non=
e;
   mso-padding-alt:3.0pt 3.0pt 3.0pt 3.0pt' height=3D8>
   <tr>
    <td style=3D'border:none;padding:3.0pt 3.0pt 3.0pt 3.0pt'>
    <p class=3DMsoNormal>&nbsp;</p>
    </td>
   </tr>
  </table>
  <p class=3DMsoNormal>To Unsubcribe from our mailing list <a
  href=3D"http://master.taijisword.com/mort01/rm.html">CLICK HERE</a></p>
  </td>
 </tr>
</table>

</div>

<p>&nbsp;</p>

<p><![if !supportEmptyParas]>&nbsp;<![endif]><o:p></o:p></p>

<p>&nbsp;</p>

</div>

</body>

</html>

RE: [Etherboot-developers] 5.1 will not boot on 486 was Serial Port Debugging

[Timothy L. <tim...@us...>]

OK, more information.  There does seem to be an issue with currticks.
In main (main.c) I placed:

unsigned long x = currticks(); 

as in: 
int main(struct Elf_Bhdr *ptr)
{
	char *p;
	int state;
++ 	unsigned long x = currticks();
	for (p = _bss; p < _ebss; p++)
		*p = 0;	/* Zero BSS */

	console_init(); 
	arch_main(ptr); 
#ifdef	DELIMITERLINES
	for (i=0; i<80; i++) putchar('=');
#endif
	rom = *(struct rom_info *)phys_to_virt(ROM_INFO_LOCATION);
	
	printf("ROM segment %#hx length %#hx reloc %#x\n",
rom.rom_segment,
		rom.rom_length << 1, (unsigned long)_text);
	printf("Got Here 0\n");
	gateA20_set(); 
	printf("Got Here 1\n");
	print_config();
	printf("Got Here 2\n");
	get_memsizes();
	printf("Got Here 3\n");

before any of my debugging printfs.  The execution did not get past that
line. (None of the other prints occurred.)

So, I modified empty_8042 in misc.c to remove the call to currticks
(repaced with a simple counting loop) as follows:

static void empty_8042(void)
{
	unsigned long time;
	char st;
	int x;

--	time = currticks() + TICKS_PER_SEC;	/* max wait of 1 second
*/ 
++	time = 1000;
++	x = 0;
	printf("empty_8042 1\n");
--	while ((((st = inb(K_CMD)) & K_OBUF_FUL) ||
	       (st & K_IBUF_FUL)) &&
	       curticks() < time)
++	while ((((st = inb(K_CMD)) & K_OBUF_FUL) ||
	       (st & K_IBUF_FUL)) &&
	       x++ < time)
			inb(K_RDWR);
}

This allowed me to return from gateA20_set() and the code executed as
far as the call to get_memsizes();

I will review get_memsizes (when I find it).

Tim
> -----Original Message-----
> From: eth...@li...
[mailto:etherboot-
> dev...@li...] On Behalf Of Timothy Legge
> Sent: Sunday, January 26, 2003 10:01 AM
> To: eth...@li...
> Cc: 'Eric W. Biederman'; 'Tom Trebisky'
> Subject: RE: [Etherboot-developers] 5.1 will not boot on 486 was
Serial
> Port Debugging
> 
> A little more information:
> 
> I tracked through misc.c and placed printfs:
> 
> #if defined(PCBIOS) && !defined(IBM_L40)
> static void empty_8042(void)
> {
> 	unsigned long time;
> 	char st;
> 	printf("empty_8042 0\n");
> 	time = currticks() + TICKS_PER_SEC;	/* max wait of 1 second
> */
> 	printf("empty_8042 1\n");
> 	while ((((st = inb(K_CMD)) & K_OBUF_FUL) ||
> 	       (st & K_IBUF_FUL)) &&
> 	       currticks() < time)
> 		inb(K_RDWR);
> 	printf("empty_8042 2\n");
> }
> #endif	/* IBM_L40 */
> 
> I only received the first printf: empty_8042 0.  I then moved into
> arch/i386/core/i386_timer.c but non of the printfs I placed in
currticks
> displayed anything.
> 
> Thinking it might be dieing as a result of a previous operation, I
> changed the first printf("empty_8042 0\n"); to:
> 
> int x;
> for(x=0;x<1000;x++)
> 	printf("empty_8042 %d\n", x);
> 
> This properly displayed the correct number of llines, but again
failed.
> Is it possible that it cannot find currticks?
> 
> Tim
> 
> 
> 
> -------------------------------------------------------
> This SF.NET email is sponsored by:
> SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
> http://www.vasoftware.com
> _______________________________________________
> Etherboot-developers mailing list
> Eth...@li...
> https://lists.sourceforge.net/lists/listinfo/etherboot-developers

RE: [Etherboot-developers] 5.1 will not boot on 486 was Serial Port Debugging

[Timothy L. <tim...@us...>]

A little more information:

I tracked through misc.c and placed printfs:

#if defined(PCBIOS) && !defined(IBM_L40)
static void empty_8042(void)
{
	unsigned long time;
	char st;
	printf("empty_8042 0\n");
	time = currticks() + TICKS_PER_SEC;	/* max wait of 1 second
*/
	printf("empty_8042 1\n");
	while ((((st = inb(K_CMD)) & K_OBUF_FUL) ||
	       (st & K_IBUF_FUL)) &&
	       currticks() < time)
		inb(K_RDWR);
	printf("empty_8042 2\n");
}
#endif	/* IBM_L40 */

I only received the first printf: empty_8042 0.  I then moved into
arch/i386/core/i386_timer.c but non of the printfs I placed in currticks
displayed anything.

Thinking it might be dieing as a result of a previous operation, I
changed the first printf("empty_8042 0\n"); to:

int x;
for(x=0;x<1000;x++)
	printf("empty_8042 %d\n", x);

This properly displayed the correct number of llines, but again failed.
Is it possible that it cannot find currticks?

Tim

[Etherboot-developers] single R 486 hangup thing

[Tom T. <to...@mm...>]

I have been following the discussion.  I have the same problem
with a 486 motherboard at home.  It does etherboot fine
on a WD8013 card using 5.0.8, but gets the single R hang
both trying a tulip image, and just trying the 5.1.x image
for the WD8013.  In other words, it does seem to be a 5.1.x
thing.

The motherboard is late vintage for the 486 world.
It has PCI slots and an AMD-486dx4-120 processor.

If I get time this weekend, I will try to jump in and
fiddle a bit with this.

	Tom

-- 
Tom Trebisky
MMT Observatory
to...@mm...

RE: [Etherboot-developers] 5.1 will not boot on 486 was Serial Port Debugging

[Timothy L. <tl...@ro...>]

> Does 5.0.x have this issue as well?
> 
> If it was a regression it might be easier to track.
> 

It does seem to be a regression.  I have had no issues with 5.0 even the
most recent cvs works fine.

Tim

Re: [Etherboot-developers] 5.1 will not boot on 486 was Serial Port Debugging

[<ebi...@ln...>]

"Timothy Legge" <tim...@us...> writes:

> > > Is this a recent embedded 486 or is this a much older 486 PC.  I'm
> > > just trying to get a feel for what kind of other hardware would be
> in
> > > the box and where you are likely to have BIOS problems.
> > 
> > The serial only console displayed the full text of:
> > 
> > ROM segment 0x0800 length 0x8000 reloc 0x00020000
> > 
> > in minicom, with out any problem, but it stopped there.
> 
> I also modified core/main.c
> 
> 	rom = *(struct rom_info *)phys_to_virt(ROM_INFO_LOCATION);
> 	printf("ROM segment %#hx length %#hx reloc %#x\n",
> rom.rom_segment,
> 		rom.rom_length << 1, (unsigned long)_text);
> +	printf("Got Here 0\n");
> 	gateA20_set();
> +	printf("Got Here 1\n");
> 	print_config();
> +	printf("Got Here 2\n");
> 	get_memsizes();
> +	printf("Got Here 3\n");
> 	cleanup();
> +	printf("Got Here 4\n");
> 
> Only the Got Here 0 was printed to the serial console.  So I assumed the
> issue is in gateA20_set().  
> 
> I commented out gateA20_set() and then I got as far as Got Here 2, so it
> is now stuck in the get_memsizes.
> 
> Of course, I could be out to lunch.  Could something that happened
> earlier than gateA20_set() have caused the issue?


It is clear that you are hanging in various BIOS calls.  gateA20_set,
will make them as well as getmemsize.  I am not certain you are hanging.

Does 5.0.x have this issue as well?

If it was a regression it might be easier to track.

When we make BIOS calls we switch from protcted to real mode, enable
interrupts.  Make the BIOS calls, and switch back to protected mode.

There is a lot that can potentially go wrong in that process.  But it
appears to work fairly universally.

Eric

RE: [Etherboot-developers] 5.1 will not boot on 486 was Serial Port Debugging

[Timothy L. <tim...@us...>]

> > Is this a recent embedded 486 or is this a much older 486 PC.  I'm
> > just trying to get a feel for what kind of other hardware would be
in
> > the box and where you are likely to have BIOS problems.
> 
> The serial only console displayed the full text of:
> 
> ROM segment 0x0800 length 0x8000 reloc 0x00020000
> 
> in minicom, with out any problem, but it stopped there.

I also modified core/main.c

	rom = *(struct rom_info *)phys_to_virt(ROM_INFO_LOCATION);
	printf("ROM segment %#hx length %#hx reloc %#x\n",
rom.rom_segment,
		rom.rom_length << 1, (unsigned long)_text);
+	printf("Got Here 0\n");
	gateA20_set();
+	printf("Got Here 1\n");
	print_config();
+	printf("Got Here 2\n");
	get_memsizes();
+	printf("Got Here 3\n");
	cleanup();
+	printf("Got Here 4\n");

Only the Got Here 0 was printed to the serial console.  So I assumed the
issue is in gateA20_set().  

I commented out gateA20_set() and then I got as far as Got Here 2, so it
is now stuck in the get_memsizes.

Of course, I could be out to lunch.  Could something that happened
earlier than gateA20_set() have caused the issue?

Tim

RE: [Etherboot-developers] 5.1 will not boot on 486 was Serial Port Debugging

[Timothy L. <tim...@us...>]

> If it is both serial and video support could you compile in just
serial?
> 
> It looks like something is strange with the BIOS in the middle
> of the printf.  As the serial debugging code bypasses the BIOS
> entirely we should be able to trivially rule out the display
> code.  But I suspect it is something about the code to display
> a character on the serial port.
> 
> Is this a recent embedded 486 or is this a much older 486 PC.  I'm
> just trying to get a feel for what kind of other hardware would be in
> the box and where you are likely to have BIOS problems.

The serial only console displayed the full text of:

ROM segment 0x0800 length 0x8000 reloc 0x00020000

in minicom, with out any problem, but it stopped there.

TIm

RE: [Etherboot-developers] PCI_CONFIG patch

[Timothy L. <tim...@us...>]

> That looks about right.
> 
> I am trying to think which errors this cause and how it interacts
> with everything.
> 
> There are two ways to handle conditional code like this and at
> the moment I am not certain which is best.
> 
> a) just conditionally compile the contents of the file.
> b) unconditionally compile the contents of the file and stick
>    it in a library only if needed.
> 
> For the rest of the pci code we already do #ifdef CONFIG_PCI
> around it.  So this looks like a reasonable solution.
> 
> Could you move the #ifdef CONFIG_PCI up 2 lines and make
> that last #endif, #endif /* CONFIG_PCI */ so we know it covers
> the entire file?  Other than that it looks good.

Will do, I will commit the change later today...

RE: [Etherboot-developers] 5.1 will not boot on 486 was Serial Port Debugging

[Timothy L. <tim...@us...>]

> Was this with both serial and video support compiled in or just
serial.
> If it is both serial and video support could you compile in just
serial?

Yes, it was both the display and the serial console.  I will try just
the serial console.
 
> Is this a recent embedded 486 or is this a much older 486 PC.  I'm

It's a Compaq Prolinea 486/25 that has an upgraded processor (Evergreen
133).  It also has a 2 meg Mach 32 ISA vid card installed (motherboard
video is disabled).  So yes, it is a relatively old machine.

Re: [Etherboot-developers] PCI_CONFIG patch

[<ebi...@ln...>]

"Timothy Legge" <tim...@us...> writes:

> Hi
> 
> Looking for the "486 R" problem, I decided to disable PCI by removeing
> -DCONFIG_PCI from the Config file.  As a result, I received errors
> trying to compile pci_io.c.  I did the following, but since I don't know
> if this is the best way to handle it, I did not cvs it.  With the patch
> in place, everything seemed to compile correctly.

That looks about right.  

I am trying to think which errors this cause and how it interacts
with everything.   

There are two ways to handle conditional code like this and at
the moment I am not certain which is best.

a) just conditionally compile the contents of the file.
b) unconditionally compile the contents of the file and stick
   it in a library only if needed.

For the rest of the pci code we already do #ifdef CONFIG_PCI
around it.  So this looks like a reasonable solution.

Could you move the #ifdef CONFIG_PCI up 2 lines and make
that last #endif, #endif /* CONFIG_PCI */ so we know it covers
the entire file?  Other than that it looks good.

Eric



> Tim
> 
> *** arch/i386/core/pci_io.c	Tue Jan 21 19:59:32 2003
> --- arch/i386/core/pci_io.c-new	Tue Jan 21 20:01:49 2003
> ***************
> *** 12,17 ****
> --- 12,18 ----
>   */
>   #include "etherboot.h"
>   #include "pci.h"
> + #ifdef CONFIG_PCI
>   #ifdef	CONFIG_PCI_DIRECT
>   #define  PCIBIOS_SUCCESSFUL                0x00
>   
> *************** void find_pci(int type, struct pci_devic
> *** 332,334 ****
> --- 333,336 ----
>   #endif
>   	return scan_pci_bus(type, dev);
>   }
> + #endif
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Scholarships for Techies!
> Can't afford IT training? All 2003 ictp students receive scholarships.
> Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more.
> www.ictp.com/training/sourceforge.asp
> _______________________________________________
> Etherboot-developers mailing list
> Eth...@li...
> https://lists.sourceforge.net/lists/listinfo/etherboot-developers

Re: [Etherboot-developers] 5.1 will not boot on 486 was Serial Port Debugging

[<ebi...@ln...>]

"Timothy Legge" <tim...@us...> writes:

> > 2) Seeing if just using the serial port would allow your 486 to work,
> >    you could at least see if it could get more than one character
> printed.
> 
> Well, I have more information on the 486 issue.  I compiled a driver
> (gcc 2.95.3) and booted the system.  It displayed:
> 
> .000041.0000 done
> R
> 
> At this point, nothing was shown in minicom.  Then, I accidentally hit
> some miscellaneous keys on the client keyboard.  The result was that it
> started to display the rest of the information on the screen (and in
> minicom) as follows:
> 
> .000041.0000 done
> ROM segment 0x0800 length 0x8000 reloc 0x00020000
> 
> I was able to observe the following:
> 
> 1) Even the non-serial debugging version displayed this behavior.
> 2) If I hit the (return) enter key it displayed the text 2 letters at a
> time.
> 3) If I hit the number keypad enter key it displayed the text 4 letters
> at a time.
> 4) It would start to beep after hitting the key a number of times.
> 5) It froze after it finished displaying that first line. (Or at least
> did not display anything else in either minicom of on the screen.
> 
> I am not sure if any of this information is useful, but I guess it is
> more than we knew earlier.

Was this with both serial and video support compiled in or just serial.
If it is both serial and video support could you compile in just serial?

It looks like something is strange with the BIOS in the middle
of the printf.  As the serial debugging code bypasses the BIOS
entirely we should be able to trivially rule out the display
code.  But I suspect it is something about the code to display
a character on the serial port.

Is this a recent embedded 486 or is this a much older 486 PC.  I'm
just trying to get a feel for what kind of other hardware would be in
the box and where you are likely to have BIOS problems.

Eric

[Etherboot-developers] ROM-O-MATIC.NET

[Sarah W. <re...@tr...>]

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD><TITLE></TITLE>
<META http-equiv=3DContent-Type content=3D"text/html; charset=3Dgb2312"><!-- =
Ap -->
<STYLE type=3Dtext/css>TD {
	FONT-SIZE: 11px; COLOR: #000000; FONT-FAMILY: verdana, arial, helvetica
}
</STYLE>

<META content=3D"MSHTML 6.00.2722.900" name=3DGENERATOR></HEAD>
<BODY bgColor=3D#ffffff>
<TABLE cellSpacing=3D0 cellPadding=3D0 width=3D600 border=3D0>
  <TBODY>
  <TR>
    <TD>Hi<BR><BR>I visited <A 
      href=3D=
"http://www.trafficmagnet.com/signup/index.html">ROM-O-MATIC.NET</A>, and =
noticed that you're not listed on some search engines! I 
      think we can offer you a service which can help you increase traffic =
and 
      the number of visitors to your website.<BR><BR>I would like to =
introduce 
      you to <A 
      href=3D=
"http://www.trafficmagnet.com/signup/index.html">TrafficMagnet.com</A>. 
      We offer a unique technology that will submit your website to over =
300,000 
      search engines and directories every month.<BR><BR>
      <TABLE cellSpacing=3D0 cellPadding=3D0 width=3D398 align=3Dcenter =
border=3D0>
        <TBODY>
        <TR>
          <TD><A href=3D"http://www.trafficmagnet.com/signup/index.html"><IMG =

            height=3D136 src=3D"http://www.trafficmagnet.com/img/img_tm.gif" =
width=3D137 border=3D0></A>&nbsp;</TD>
          <TD><A href=3D"http://www.trafficmagnet.com/signup/index.html"><IMG =

            height=3D141 src=3D=
"http://image10.trafficmagnet.net/imagenew/SMART194/002/286/gsm.jpg" width=3D=
197 border=3D1></A></TD>
          <TD vAlign=3Dbottom><A 
            href=3D"http://www.trafficmagnet.com/signup/index.html"><IMG 
            height=3D136 src=3D=
"http://www.trafficmagnet.com/img/img_signup.gif" width=3D62 
      border=3D0></A></TD></TR></TBODY></TABLE><BR>You'll be surprised by the =
low 
      cost, and by how effective this website promotion method can be. 
      <BR><BR>To find out more about TrafficMagnet and the cost for =
submitting 
      your website to over 300,000 search engines and directories, visit <A 
      href=3D=
"http://www.trafficmagnet.com/signup/index.html">www.TrafficMagnet.com</A>. 
      <BR><BR>I would love to hear from you. <BR><BR><BR>Best 
      Regards,<BR><BR>Sarah Williams <BR>Sales and Marketing <BR>E-mail: 
      sar...@tr... <BR><A 
      href=3D=
"http://www.trafficmagnet.com/signup/index.html">http://www.TrafficMagnet.com=
</A> 

      <P>This email was sent to eth...@li.... We apologize if this email =

      has reached you in error.<BR>We honor all removal requests. Please <A 
      href=3D"http://www.trafficmagnet.com/optout/Action/OptOut?email=3D=
eth...@li...&url=3D rom-o-matic.net">click 
      here</A> to be removed from our mailing 
list.</P></TD></TR></TBODY></TABLE></BODY></HTML>

[Etherboot-developers] LinuxWorld Expo webcam up!

[Marty C. <md...@et...>]

Hello Everyone,

We're in NYC this week at LinuxWorld Expo, and you can visit us via the 
web and see us doing Etherboot demos at:

     http://www.thinguin.org/webcam.html

We'll be updating the site during the show, and the webcam picture 
refreshes every 3 minutes.

Eric Biederman came by yesterday, and we had fun talking about 
Etherboot and doing demos.  Trade shows are a great place to meet and 
enjoy good company.

Marty


-- 
     Try: http://rom-o-matic.net/ to make Etherboot images instantly.

    Name: Marty Connor
US Mail: Entity Cyber, Inc.; P.O. Box 391827;
          Cambridge, MA 02139; USA
   Voice: (617) 491-6935; Fax: (617) 491-7046
   Email: md...@et...
     Web: http://www.etherboot.org/

[Etherboot-developers] Re: 3Com MBA+nbi image support patch

[Michael G. <mge...@so...>]

On Wed, 22 Jan 2003 eth...@li... wrote:

> To: eth...@li...
> Cc: P.L...@sy...
> Subject: Re: [Etherboot-developers] 3Com MBA image support... 
> Date: Wed, 22 Jan 2003 15:38:37 +0000
> From: Peter Lister <P.L...@sy...>
> 
> 
> > So I've glued in support for recognising and booting 3Com MBA+nbi
> > linux kernel images.  What would be the best way to submit a patch?
> 
> Could you explain why Etherboot should boot these images. Why would
> anyone bother if they are already NBI formatted?

Aha!  Good question.  Short answer: interoperability.

Long answer: I have an embedded system with legacy components which
boot using 3Com MBA ROMs.  I am designing replacement components which we
do not want to purchase rolls of 3Com ROMs for.  Instead we've elected to
go with etherboot.  However, one of the requirements is that the new and
legacy components must be able to coexist with no changes to the boot
server, hence the preceeding patch.

It is possible to further modify the MBA probe code to support an MBA only
boot, but I do not have the time (nor the mandate :) to do that at
present.

Thanks for your interest!

Re: [Etherboot-developers] 3Com MBA image support...

[Peter L. <P.L...@sy...>]

> So I've glued in support for recognising and booting 3Com MBA+nbi
> linux kernel images.  What would be the best way to submit a patch?

Could you explain why Etherboot should boot these images. Why would
anyone bother if they are already NBI formatted?