-- Forwarded message --
From: maxime de Roucy
Date: 2015-11-05 10:25 GMT+01:00
Subject: Re: [coreboot] sgabios ans grub2 payload (without SeaBIOS)
To: Gerd Hoffmann
2015-11-05 10:16 GMT+01:00 Gerd Hoffmann :
> That
On Do, 2015-11-05 at 01:02 +0100, maxime de Roucy wrote:
> 2015-11-04 20:39 GMT+01:00 Gerd Hoffmann :
> > I'd suggest to just have grub2 drive the serial line directly, IIRC the
> > magic words are "terminal_input serial; terminal_output serial".
>
> I know this solution but I
2015-11-05 5:39 GMT+01:00 Martin Roth :
> The problem with this approach is that coreboot will only run the roms
> actually associated with hardware. I don't believe that there's
> currently any way to have it run an option rom that isn't tied to a
> pci hardware device ID the
Hey coreboot folks,
I'm looking for an approach to make building Chrome OS style coreboot
images easier to do with regular coreboot tools, instead of the rather
large post-processing pipeline we have in the Chrome OS build system.
The rationale is that we also push the Chrome OS capabilities
On 11/04/2015 12:10 AM, Patrick Georgi wrote:
> So, redmine?
Let's try it.
Alex
--
coreboot mailing list: coreboot@coreboot.org
http://www.coreboot.org/mailman/listinfo/coreboot
Hi, all
AMD has a low cost Carrizo board pademelon. We brought it up. The serial
port works. But we don't test every feature.
I push code to https://github.com/BTDC/coreboot , branch pademelon.
src/mainboard/amd/ipc_fp4_lc is the mainboard code. I named it ipc_fp4_lc.
I hope this is useful.
--
2015-11-04 16:57 GMT+01:00 Martin Roth :
> - Are there any required login methods? Does it need to support the
> login types that review.coreboot.org supports?
redmine has an omniauth plugin that should allow OpenID and OAuth2
(Google/Github flavor).
I'd prefer using that over
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/05/2015 12:00 PM, Patrick Georgi wrote:
> 2015-11-04 16:57 GMT+01:00 Martin Roth :
>> - Are there any required login methods? Does it need to support the
>> login types that review.coreboot.org supports?
> redmine has an
> What I'd like to see come out of this is a dts-like set of flash
> descriptors, with the rules left in the makefiles. At the very least,
> dts is not a new language.
Just wanted to point out (without trying to usurp any of the ongoing
discussion in that doc) that we already have an FMAP
On 11/05/2015 09:55 PM, Julius Werner wrote:
> HOST_FIRMWARE@0xff80 8M {
> SI_ALL 2M {
> SI_DESC 4K
> SI_ME 0x1ff000
> }
> SI_BIOS {
> RW_A 0xf {
> VBLOCK_A 64K
>
My main concern with this is that we're introducing another language,
with something that may just as well end up being cmos.layout 2.0.
I see where the manifest language is coming from. It's sort of like a
FMAP dts, but then it really isn't. I understand that we don't want to
use a per-board
11 matches
Mail list logo