headers
Jeremy Jackson | 2 Oct 2006 06:14

Re: LinuxBIOS on ASUS P2B-L

Hi, 

It's fantastic to see progress on a port to v2 for the 440BX, I had v1
working for a total of 5 minutes, about a year ago, which left me
wanting more!

I've got two Asus P2B here, some P2-99, and a P2B-F.

I did an SVN checkout, configured an Etherboot payload, and flashed to
SST 29F002 with Uniflash, to a P2B:

LinuxBIOS-2.0.0.0Fallback Sun Oct  1 22:50:50 EDT 2006 starting...
SMBus controller enabled

dimm: 00.0: 50
00: 80 08 04 0c 09 01 40 00 01 75 54 00 80 10 00 01
10: 8f 04 04 01 01 00 0e 00 00 00 00 14 0e 14 2d 10
20: 15 08 15 08 00 00 00 00 00 00 00 00 00 00 00 00
30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 12 a3
40: 00 00 00 00 00 00 00 00 02 00 00 00 00 00 00 00
50: 53 41 30 33 30 30 39 00 00 00 00 00 00 00 00 00
60: 00 00 00 4d 53 33 38 36 34 55 50 53 2d 54 38 36
70: 41 33 00 00 00 00 00 00 00 00 00 00 00 00 64 cd
80: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
90: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
a0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
b0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
c0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
d0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
e0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
(Continue reading)

Permalink | Reply | 1 comment |
headers
Richard Smith | 2 Oct 2006 12:54
Picon

Re: LinuxBIOS on ASUS P2B-L

> Copying LinuxBIOS to ram.
> Jumping to LinuxBIOS.
>
> my PCI POST card displays 12.
>
> I tried a 64, 128, and 256MB module.
>
> Any suggestions?
>

Yeah.  Add the code to actually do the ram init.  :)   The current
setup is broken.  Don't mess with it any further.

However, don't fear.  We are all here at the Linux Symposium and we
have at least 2 asus P2B's.  A goal for either tonight or tomorrow
evening is to make RAM init code work on the i440bx.

-- 
Richard A. Smith

--

-- 
linuxbios mailing list
linuxbios <at> linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios
Permalink | Reply | 0 comments |
headers
Ward Vandewege | 2 Oct 2006 15:39
Picon
Gravatar

request for programmers manual maintainer

Greetings from the LinuxBIOS symposium in Hamburg!

We're on our second day, and things have been going very well. We've been
having some very interesting sessions, and even started doing some
(late-night) hacking. We got an OLPC demo - booting openfirmware and linux
kernel payloads! The folks from AMD gave an interesting talk about AMD's
linuxBIOS roadmap. We've talked about payloads, and about how to rework the
configuration system. Lots of interesting stuff.

The slides from the talks should be online soon - hopefully in a couple or
days or so.

Some pictures are already linked to from here:

  http://linuxbios.org/index.php/LinuxBIOS_Symposium_2006_Photos

We'll post more links there as we upload more photos.

Now; this morning we had a discussion about the creation of a Programmer's
manual. The idea is to create much more documentation for people who want to
start hacking on LinuxBIOS. People who contribute code would ideally also
write documentation about that code - but there might be other contributors
too, of course. 

The consensus of the discussion was that we need a coordinator for the
Programmer's manual. Ideally someone who is *not* yet very familiar with the
codebase, or even with low-level programming. Such a person would basically
oversee the creation of the manual, encouraging (pestering?) coders to also
contribute documentation, etc. It would be a great way to dive into LinuxBIOS
programming - the coordinator is pretty much guaranteed to learn a lot as
(Continue reading)

Permalink | Reply | 2 comments |
headers
Carl-Daniel Hailfinger | 2 Oct 2006 16:53
Picon

Re: request for programmers manual maintainer

Ward Vandewege wrote:
> The question is - anyone here who would be interested in taking on this role?

I am interested, but I won't be able to devote too much time to it before
december because of university exams.

Regards,
Carl-Daniel

--

-- 
linuxbios mailing list
linuxbios <at> linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios
Permalink | Reply | 0 comments |
headers
Roman Kononov | 2 Oct 2006 18:20
Picon
Favicon

flashrom SST49LF080A patch

Hello,

The first patch changes chip erase method from JEDEC Chip Erase to JEDEC Sector Erase for
each sector. See the comment in util/flashrom/sst49lf040.c, line #40. Verified on a real
SST49LF080A chip, for which JEDEC Chip Erase did not work as well.

The second patch makes printf working [as designed].

Roman

Index: util/flashrom/flashchips.c
===================================================================
--- util/flashrom/flashchips.c  (revision 2434)
+++ util/flashrom/flashchips.c  (working copy)
 <at>  <at>  -67,7 +67,7  <at>  <at> 
        {"SST49LF040",  SST_ID,         SST_49LF040,    NULL, 512, 4096,
         probe_jedec,   erase_49lf040, write_49lf040,NULL},
        {"SST49LF080A", SST_ID,         SST_49LF080A,   NULL, 1024, 4096,
-        probe_jedec,   erase_chip_jedec, write_49lf040,NULL},
+        probe_jedec,   erase_49lf040, write_49lf040,NULL},
        {"SST49LF002A/B", SST_ID,       SST_49LF002A,   NULL, 256, 16 * 1024,
         probe_sst_fwhub, erase_sst_fwhub, write_sst_fwhub, NULL},
        {"SST49LF003A/B", SST_ID,       SST_49LF003A,   NULL, 384, 64 * 1024,
Index: util/flashrom/sst49lf040.c
===================================================================
--- util/flashrom/sst49lf040.c  (revision 2434)
+++ util/flashrom/sst49lf040.c  (working copy)
 <at>  <at>  -59,13 +59,11  <at>  <at> 
                erase_sector_jedec(bios, i * page_size);
(Continue reading)

Permalink | Reply | 8 comments |
headers
Lu, Yinghai | 2 Oct 2006 19:43
Picon
Favicon

FW: rev F support code

If you have problem with it, please let me know.

 

Thanks

 

Yinghai Lu

Attachment (rev_f_support_08042006.tar.bz2): application/octet-stream, 85 KiB
--

-- 
linuxbios mailing list
linuxbios <at> linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios
Permalink | Reply | 2 comments |
headers
Carl-Daniel Hailfinger | 2 Oct 2006 20:23
Picon

Re: FW: rev F support code

Hello Yinghai,

Lu, Yinghai wrote:
> If you have problem with it, please let me know.

# grep -i opyri *
x1_slit.diff:- * Copyright 2005 ADVANCED MICRO DEVICES, INC. All Rights Reserved.
x_f_failover_api.diff:+ * Copyright (c) 1999 by Net Insight AB. All Rights Reserved.
x_f_failover_api.diff:+ * Copyright (c) 1999 by Net Insight AB. All Rights Reserved.
x_f_failover_api.diff:+ * Copyright (c) 1999 by Net Insight AB. All Rights Reserved.
x_f_other.diff: /* Copyright 2005 AMD
x_f_other.diff: Copyright 2005 ADVANCED MICRO DEVICES, INC. All Rights Reserved.
x_f_other.diff:+ * Copyright 2005 AMD
x_mb.diff:+ *  Copyright 2005 AMD
x_mb.diff:+ * Copyright 2005 AMD
x_mb.diff:+ * Copyright 2005 AMD
x_mb.diff:+ * Copyright 2005 AMD
x_mb.diff:+ * Copyright 2005 AMD
x_mb.diff:+ * Copyright 2005 AMD
x_mb.diff:+ * Copyright 2005 AMD
x_mb.diff:+ * Copyright 2005 AMD
x_mb.diff:+ * (C) Copyright 2005 Stefan Reinauer <stepan <at> openbios.org>
# grep -i gpl *
# grep -i lice *

was is intentional that this adds quite a few files which have a
"Copyright 2005 AMD" tag, but do not mention the GPL?

Regards,
Carl-Daniel

--

-- 
linuxbios mailing list
linuxbios <at> linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios
Permalink | Reply | 0 comments |
headers
Lu, Yinghai | 2 Oct 2006 20:43
Picon
Favicon

Re: FW: rev F support code

To my personal understanding, copyright is copyright, license is
license.

Every code in LinuxBIOS is under GPL.

YH

-----Original Message-----
From: Carl-Daniel Hailfinger [mailto:c-d.hailfinger.devel.2006 <at> gmx.net] 
Sent: Monday, October 02, 2006 11:24 AM
To: Lu, Yinghai
Cc: linuxbios <at> linuxbios.org
Subject: Re: [LinuxBIOS] FW: rev F support code

Hello Yinghai,

Lu, Yinghai wrote:
> If you have problem with it, please let me know.

# grep -i opyri *
x1_slit.diff:- * Copyright 2005 ADVANCED MICRO DEVICES, INC. All Rights
Reserved.
x_f_failover_api.diff:+ * Copyright (c) 1999 by Net Insight AB. All
Rights Reserved.
x_f_failover_api.diff:+ * Copyright (c) 1999 by Net Insight AB. All
Rights Reserved.
x_f_failover_api.diff:+ * Copyright (c) 1999 by Net Insight AB. All
Rights Reserved.
x_f_other.diff: /* Copyright 2005 AMD
x_f_other.diff: Copyright 2005 ADVANCED MICRO DEVICES, INC. All Rights
Reserved.
x_f_other.diff:+ * Copyright 2005 AMD
x_mb.diff:+ *  Copyright 2005 AMD
x_mb.diff:+ * Copyright 2005 AMD
x_mb.diff:+ * Copyright 2005 AMD
x_mb.diff:+ * Copyright 2005 AMD
x_mb.diff:+ * Copyright 2005 AMD
x_mb.diff:+ * Copyright 2005 AMD
x_mb.diff:+ * Copyright 2005 AMD
x_mb.diff:+ * Copyright 2005 AMD
x_mb.diff:+ * (C) Copyright 2005 Stefan Reinauer <stepan <at> openbios.org>
# grep -i gpl *
# grep -i lice *

was is intentional that this adds quite a few files which have a
"Copyright 2005 AMD" tag, but do not mention the GPL?

Regards,
Carl-Daniel

--

-- 
linuxbios mailing list
linuxbios <at> linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios
Permalink | Reply | 1 comment |
headers
Stefan Reinauer | 2 Oct 2006 22:38
Picon

Re: flashrom SST49LF080A patch

* Roman Kononov <kononov195-lbl <at> yahoo.com> [061002 18:20]:
> The second patch makes printf working [as designed].

putting this in will make it impossible to update the bios using a
serial line. :-(

-- 
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
Permalink | Reply | 5 comments |
headers
Ed Swierk | 2 Oct 2006 23:52
Favicon

Re: FW: rev F support code

Does "rev F" include the AM2-socket Athlon 64 X2?

I take it Serengeti refers to some internal AMD mainboard?

Thanks,
--Ed

--

-- 
linuxbios mailing list
linuxbios <at> linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios
Permalink | Reply | 0 comments |

Gmane