Re: [LinuxBIOS] ASUS M2N-E (Non-SLI) Motherboard

Hi,

In reply to: http://www.coreboot.org/pipermail/coreboot/2007-May/021716.html

On Fri, May 25, 2007 at 09:40:47PM -0200, Uwe Hermann wrote:
> On Tue, May 22, 2007 at 06:57:07PM -0500, Jonathan King wrote:
>> Yes I am willing and able to help in any way needed!

Me too, for a long time I have wanted a MB that I could run coreboot on,
so I might just as well enable this one to run coreboot. That way I can
also run it without an election heater ( > 8MiB GPU). Since it's being
used as a home server.

> Please post some more information about the mainboard:
>
>  - lspci -n
>  - lspci -vv
>  - lspci -tv
>  - lspnp -v
>  - cat /proc/cpuinfo
   - dmesg
   - dmidecode
   - sensors-detect

http://asbjorn.it/pub/coreboot/m2n-e/mbinfo/

> As far as I can see this board is very similar to the GIGABYTE
> GA-M57SLI-S4, so for now we'll just modify that one.
>

x86{,_64} ABI links

http://refspecs.freestandards.org/elf/abi386-4.pdf
http://www.x86-64.org/documentation/

//Peter

--

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

Re: [PATCH] cld before call

On 29.07.2009 00:36, Robert Millan wrote:
> The Multiboot spec is a bit too permissive about this, as it doesn't
> specify the state of direction flag when payload is called.  Some payloads
> (we found this in ReactOS FreeLDR) assume it is cleared, and fail otherwise.
>
> We adjusted GRUB to be sure it's always cleared.  I think coreboot should do
> the same.  Here's a patch for v3.
>
> Signed-off-by:  Robert Millan <rmh.coreboot <at> aybabtu.com>
>   

Thanks to the explanation provided by Segher, I now know your patch is
the right thing to do.
Robert, thanks for digging this up.

Acked-by: Carl-Daniel Hailfinger <c-d.hailfinger.devel.2006 <at> gmx.net>

Regards,
Carl-Daniel

-- 
http://www.hailfinger.org/

--

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

Add VGA BIOS failed.

Hello, i want to add the VGA bios to my coreboot.rom. But it fails.

/root/coreboot/coreboot-v2-4475/util/cbfstool/cbfstool coreboot-read.bin
add vgabios.bin pci1078,0104.rom 0
(cbfstool) E: This does not appear to be a valid ROM
(cbfstool) E: Problem while reading the ROM

Thank you for your answers.

--

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

Re: [PATCH] cld before call

On Sat, Aug 01, 2009 at 03:55:20AM +0200, Carl-Daniel Hailfinger wrote:
> On 29.07.2009 00:36, Robert Millan wrote:
> > The Multiboot spec is a bit too permissive about this, as it doesn't
> > specify the state of direction flag when payload is called.  Some payloads
> > (we found this in ReactOS FreeLDR) assume it is cleared, and fail otherwise.
> >
> > We adjusted GRUB to be sure it's always cleared.  I think coreboot should do
> > the same.  Here's a patch for v3.
> >
> > Signed-off-by:  Robert Millan <rmh.coreboot <at> aybabtu.com>
> >   
> 
> Thanks to the explanation provided by Segher, I now know your patch is
> the right thing to do.
> Robert, thanks for digging this up.

You're welcome.

-- 
Robert Millan

  The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and
  how) you may access your data; but nobody's threatening your freedom: we
  still allow you to remove your data and not access it at all."

--

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

Re: Add VGA BIOS failed.

Maxmimilian Niedernhuber wrote:
> Hello, i want to add the VGA bios to my coreboot.rom. But it fails.
> 
> /root/coreboot/coreboot-v2-4475/util/cbfstool/cbfstool coreboot-read.bin
> add vgabios.bin pci1078,0104.rom 0
> (cbfstool) E: This does not appear to be a valid ROM
> (cbfstool) E: Problem while reading the ROM
> 
> Thank you for your answers.

You're providing much too little information to get any good answers.

Where did you get coreboot-read.bin ?

//Peter

--

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

PMM support in SeaBIOS

The latest SeaBIOS git now supports Post Memory Manager (PMM) calls.
These calls are used by optionroms to allocate memory during bootup.

If anyone has had trouble with the execution of an optionrom, I
suggest retrying with the latest SeaBIOS git.  It's possible the
addition of PMM may improve execution.

Also, for those with working optionroms I suggest testing the latest
SeaBIOS git to verify there has been no regressions.

Finally, for further info on SeaBIOS with coreboot see:
http://www.coreboot.org/SeaBIOS

-Kevin

--

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

[PATCH]es: enable CBFS for all boards

Hi,

attached patches enable CBFS for all boards and fix various related issues.

20090801-1-model_lx-should-use-generic-copy-and-run
cpu/amd/model_lx uses its own routine for copying coreboot_ram, I tried
to make it use the generic infrastructure, but I can't test it due to
lack of hardware.

20090801-2-fix-cpp-scope-of-strings
This patch fixes the generic code for copying and running coreboot_ram
in case certain configuration options are disabled. the strings were
just at the wrong place.

20090801-3-only-fix-romstream-stuff-if-romstream-is-possible
Two boards fix up some variables for romstream. This isn't necessary (or
possible) when CBFS is active, as there is no romstream. It would be
nicer to have them depend on CONFIG_ROM_PAYLOAD, but there isn't any
invariant that forces that to be inactive if CBFS is active, and this
patch is supposed to be small, esp. as the stream loaders are on the way
out.

20090801-4-enable-cbfs-for-all-boards
Big patch touching nearly every board, to enable CBFS. Everything built,
but that's all testing I could do, as the boards I have available
already have CBFS activated.

Signed-off-by: Patrick Georgi <patrick.georgi <at> coresystems.de>

Regards,

Re: [PATCH]es: enable CBFS for all boards

I realize this is going to be a little painful, but we have to start
moving forward. We really need cbfs, it's going to help
us move out of the nasty arithmetic and hand sizing we do now.

Stefan had an idea that we should start bumping the version number. I
think this change means we are now coreboot 2.1

Acked-by: Ronald G. Minnich <rminnich <at> gmail.com>

--

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

Re: [PATCH]es: enable CBFS for all boards

Hi Patrick,

On Sat, 2009-08-01 at 19:10 +0200, Patrick Georgi wrote:
> Hi,
> 
> attached patches enable CBFS for all boards and fix various related issues.
I'm eager to see it merged in the main v2 tree. Any timeframe?

> 20090801-1-model_lx-should-use-generic-copy-and-run
> cpu/amd/model_lx uses its own routine for copying coreboot_ram, I tried
> to make it use the generic infrastructure, but I can't test it due to
> lack of hardware.
> 
> 20090801-2-fix-cpp-scope-of-strings
> This patch fixes the generic code for copying and running coreboot_ram
> in case certain configuration options are disabled. the strings were
> just at the wrong place.
> 
> 20090801-3-only-fix-romstream-stuff-if-romstream-is-possible
> Two boards fix up some variables for romstream. This isn't necessary (or
> possible) when CBFS is active, as there is no romstream. It would be
> nicer to have them depend on CONFIG_ROM_PAYLOAD, but there isn't any
> invariant that forces that to be inactive if CBFS is active, and this
> patch is supposed to be small, esp. as the stream loaders are on the way
> out.
> 
> 20090801-4-enable-cbfs-for-all-boards
> Big patch touching nearly every board, to enable CBFS. Everything built,
> but that's all testing I could do, as the boards I have available
> already have CBFS activated.