[coreboot] Fwd: sgabios ans grub2 payload (without SeaBIOS)

2015-11-05 Thread maxime de Roucy
-- 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

Re: [coreboot] sgabios ans grub2 payload (without SeaBIOS)

2015-11-05 Thread Gerd Hoffmann
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

Re: [coreboot] sgabios ans grub2 payload (without SeaBIOS)

2015-11-05 Thread maxime de Roucy
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

[coreboot] Rebuilding coreboot image generation

2015-11-05 Thread Patrick Georgi
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

Re: [coreboot] setting up a bug tracker

2015-11-05 Thread Alex G.
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

[coreboot] amd/pademelon has push to https://github.com/BTDC/coreboot

2015-11-05 Thread WANG Siyuan
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. --

Re: [coreboot] setting up a bug tracker

2015-11-05 Thread Patrick Georgi
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

Re: [coreboot] setting up a bug tracker

2015-11-05 Thread Timothy Pearson
-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

Re: [coreboot] Rebuilding coreboot image generation

2015-11-05 Thread Julius Werner
> 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

Re: [coreboot] Rebuilding coreboot image generation

2015-11-05 Thread Alex G.
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 >

Re: [coreboot] Rebuilding coreboot image generation

2015-11-05 Thread Alex G.
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