Re: cant detect bios with flash software {Scanned}

:) IT WORKED :)

THANK YOU VERY VERY VERY MUCH :)

sucseval read of original bios (didnt write to it!!) and then write to RD1

have jsut swapped original bios with replacement bios chip, and will write the bios image to that as well.

The original bios will be packed away for save keeping, and ill work on the RD1 bios, and the replacement bios :)

I take it that if it read ok, then thats the file working, or is the writing process diferant? if it is, ill
insert the original and try writing for you, jsut to confirm it works, if not, then id say thats a sucesful
addition to the source :)

again many thanks

Matt

Stefan Reinauer wrote ..
> * Stefan Reinauer <stepan <at> coresystems.de> [060630 21:49]:
> > > Im not sure what u mean by verifing that the image starts 25 a6???
> are
> > > you talking about an image file taken from the BIOS using VIAs flash
> > > utility?
> >  
> > I thought that might be the vendor and device id. In fact it is 8c and
> > 00, as it is a 256kb part
> 
> Ok, can you please check out revision 2336. I checked in some untested
> support for your flash part.

LB Post codes

Hi,

From what ive read on the LB site, LB uses post codes quitre a bit, but i cant find a list of the codes ANYWARE :(
Ive just tried LB on a VIA-EPAI-PD10000 board using the EPAI-M LB config (i dont have a serial cable
connected at present, going to grab one tomorow!)
using my post card i get the following sequance displayed : 10/80/05 (all hex)
can anyone poinbt me in the write direction ether for a list of the bios codes or if thats not available, then
what the above codes indicate.
I get no video output when trying to boot to the LB.
It has been compiled from latest svn, with filo.
If there is any other info that might help, please let me know, im hoping the post codes may point to something
stupid i did in configuring/installing LB.

Thanks

Matt
P.S. The EIPA-PD apears to use the saem chipsets as the EPIA-M, so im asuming the LB should work (at least to
some extent)

--

-- 
linuxbios mailing list
linuxbios <at> linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios

Re: LB Post codes

bios <at> lists.actweb.info wrote:
> Hi,
> 
> From what ive read on the LB site, LB uses post codes quitre a bit, but i cant find a list of the codes ANYWARE :(

ah, yes, well, uh, that's my fault.

> Ive just tried LB on a VIA-EPAI-PD10000 board using the EPAI-M LB config (i dont have a serial cable
connected at present, going to grab one tomorow!)
> using my post card i get the following sequance displayed : 10/80/05 (all hex)

best thing to do is grep -i post in src ... yuck! sorry.

ron

--

-- 
linuxbios mailing list
linuxbios <at> linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios

Re: LB Post codes

* Ronald G Minnich <rminnich <at> lanl.gov> [060701 04:17]:
> bios <at> lists.actweb.info wrote:
> > Hi,
> > 
> > From what ive read on the LB site, LB uses post codes quitre a bit,
> > but i cant find a list of the codes ANYWARE :(
> 
> ah, yes, well, uh, that's my fault.
> 
> > Ive just tried LB on a VIA-EPAI-PD10000 board using the EPAI-M LB
> > config (i dont have a serial cable connected at present, going to
> > grab one tomorow!) using my post card i get the following sequance
> > displayed : 10/80/05 (all hex)
> 
> best thing to do is grep -i post in src ... yuck! sorry.

Should we make a list of those in the wiki and try to get them
straightened out in the different ports a bit? Or do we keep this
as a pool of "implementor's freedom"?

-- 
coresystems GmbH • Brahmsstr. 16 • D-79104 Freiburg i. Br.
      Tel.: +49 761 7668825 • Fax: +49 761 7664613
Email: info <at> coresystems.de  • http://www.coresystems.de/

--

-- 
linuxbios mailing list
linuxbios <at> linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios

Re: cant detect bios with flash software {Scanned}

* bios <at> lists.actweb.info <bios <at> lists.actweb.info> [060701 01:41]:
> sucseval read of original bios (didnt write to it!!) and then write to
> RD1

ok, that's the easy part. 

> The original bios will be packed away for save keeping, and ill work
> on the RD1 bios, and the replacement bios :)

so you have 3 bios chips in a whole?

> I take it that if it read ok, then thats the file working, or is the
> writing process diferant? if it is, ill insert the original and try
> writing for you, jsut to confirm it works, if not, then id say thats a
> sucesful addition to the source :)

Yes, the write process is the actually complicated part. Reading is
mostly trivial. If you want, go ahead and try writing it - It _should_
work, according to the data sheet about the chip. Since you have a
working copy in the bios savior, its not dangerous. 

Stefan

-- 
coresystems GmbH • Brahmsstr. 16 • D-79104 Freiburg i. Br.
      Tel.: +49 761 7668825 • Fax: +49 761 7664613
Email: info <at> coresystems.de  • http://www.coresystems.de/

--

-- 
linuxbios mailing list

Re: LB Post codes

* bios <at> lists.actweb.info <bios <at> lists.actweb.info> [060701 02:43]:
> From what ive read on the LB site, LB uses post codes quitre a bit,
> but i cant find a list of the codes ANYWARE :(
> Ive just tried LB on a VIA-EPAI-PD10000 board using the EPAI-M LB
> config (i dont have a serial cable connected at present, going to grab
> one tomorow!)

Getting the system up without serial cable is really hard to impossible
I guess..

The post codes are not really used in LinuxBIOS as far as I can say.

-- 
coresystems GmbH • Brahmsstr. 16 • D-79104 Freiburg i. Br.
      Tel.: +49 761 7668825 • Fax: +49 761 7664613
Email: info <at> coresystems.de  • http://www.coresystems.de/

--

-- 
linuxbios mailing list
linuxbios <at> linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios

Re: LB Post codes

that is right. the post code is only useful before we get the output
from serial port.

YH

On 7/1/06, Stefan Reinauer <stepan <at> coresystems.de> wrote:
>
>
> * bios <at> lists.actweb.info <bios <at> lists.actweb.info> [060701 02:43]:
> > From what ive read on the LB site, LB uses post codes quitre a bit,
> > but i cant find a list of the codes ANYWARE :(
> > Ive just tried LB on a VIA-EPAI-PD10000 board using the EPAI-M LB
> > config (i dont have a serial cable connected at present, going to grab
> > one tomorow!)
>
> Getting the system up without serial cable is really hard to impossible
> I guess..
>
> The post codes are not really used in LinuxBIOS as far as I can say.
>
> --
> coresystems GmbH • Brahmsstr. 16 • D-79104 Freiburg i. Br.
>       Tel.: +49 761 7668825 • Fax: +49 761 7664613
> Email: info <at> coresystems.de  • http://www.coresystems.de/
>
> --
> linuxbios mailing list
> linuxbios <at> linuxbios.org
> http://www.openbios.org/mailman/listinfo/linuxbios

LB on PD10000

Ok, found a serial cable :)

Booting up the EPIA-PD1000 I get the following via serial terminal :-

0

LinuxBIOS-1.1.8.0Fallback Sat Jul  1 01:02:23 BST 2006 starting...
 Enabling mainboard devices
 Enabling shadow ram
vt8623 init starting

and thats as far as it gets :(
Is there a setting to get a more verbose output?
or can anyone give me any pointers just from this? (LOL)

As i understand it the vt8623 is the video chip, does this meen that my via video bios grab didnt work properly?
Is there an alternative to using the via video bios grabbed from the via bios?
Also as another idea, do u actually NEED the vt8623 to be initalised? if you dont need vga output? if not how do
u disable it?

Thanks

Matt

--

-- 
linuxbios mailing list
linuxbios <at> linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios

Re: lb on pd10000

Hi folks,

Ok, ive had a play around with the code for LB to see if i can find where its failing and have found the following :-

in file : src/northbridge/via/vt8623/raminit.c

I added a couple of line to show were in the file its crashing :-

        /* setup cpu */
        pci_write_config8(north,0x50,0xc8);
        pci_write_config8(north,0x51,0xde);
        pci_write_config8(north,0x52,0xcf);
        pci_write_config8(north,0x53,0x88);
        pci_write_config8(north,0x55,0x04);
        print_debug("vt8623 init step 2\r\n");
/*
    DRAM MA Map Type  Device 0  Offset 58

    Determine memory addressing based on the module's memory technology and
    arrangement.  See Table 4-9 of Intel's 82443GX datasheet for details.

    Bank 1/0 MA map type   58[7-5]
    Bank 1/0 command rate  58[4]
    Bank 3/2 MA map type   58[3-1]
    Bank 3/2 command rate  58[0]

    Read SPD byte 17, Number of banks on SDRAM device.
*/
        print_debug("vt8623 init step 3\r\n");
        c = 0;

Accessibility of LinuxBios

Hi,

BIOSes is an area where accessibility is approximately non-existent.
Asking vendors to support hardware speech syntheses and braille devices
is quite dreamwork. I tried to convince accessibility people to release
basic drivers with BSD licenses so that vendors might integrate them,
but they just refused that, arguing that vendors will not make any
effort to integrate them, and there will always be bugs (which are hard
to debug/fix/integrate/... with vendor BIOSes).

LinuxBios, however, can be a great opportunity to have an accessible
BIOS.

So what can be done? If I understood well, LinuxBios is a linux kernel
-based bios. Does that mean that it has the notion of process, or does
it run only in kernel mode? (which is sufficient for taking advantage of
linux drivers).

Samuel

--

-- 
linuxbios mailing list
linuxbios <at> linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios