Author: uwe
Date: Wed Dec 15 09:56:19 2010
New Revision: 6180
URL: https://tracker.coreboot.org/trac/coreboot/changeset/6180
Log:
Cleanup up HD audio codec / hda_verb.h files.
Most of the current hda_verb.h files are identical (same MD5 sum) and are
intended for a specific MCP55 board with the
On Thu, Nov 25, 2010 at 08:42:54PM +0100, Uwe Hermann wrote:
On Thu, Nov 25, 2010 at 10:50:19AM +, Mark Marshall wrote:
All of the blocks of code you are removing to a config_u32 and a
config_u8 write. The code you've added does a config_u32 and a
config_u16 write. Is this correct?
On Sat, Dec 11, 2010 at 01:29:09PM -0800, Stefan Reinauer wrote:
On 12/11/10 12:57 PM, Peter Stuge wrote:
Uwe Hermann wrote:
Cleanup up HD audio codec / hda_verb.h files.
..
Signed-off-by: Uwe Hermann u...@hermann-uwe.de
Acked-by: Peter Stuge pe...@stuge.se
Thanks, r6180.
However,
Dear coreboot readers!
This is the automatic build system of coreboot.
The developer uwe checked in revision 6180 to
the coreboot repository. This caused the following
changes:
Change Log:
Cleanup up HD audio codec / hda_verb.h files.
Most of the current hda_verb.h files are identical (same
On 15/12/2010 09:01, Uwe Hermann wrote:
On Thu, Nov 25, 2010 at 08:42:54PM +0100, Uwe Hermann wrote:
On Thu, Nov 25, 2010 at 10:50:19AM +, Mark Marshall wrote:
All of the blocks of code you are removing to a config_u32 and a
config_u8 write. The code you've added does a config_u32 and a
Author: uwe
Date: Wed Dec 15 12:32:11 2010
New Revision: 6181
URL: https://tracker.coreboot.org/trac/coreboot/changeset/6181
Log:
Build fix.
Signed-off-by: Uwe Hermann u...@hermann-uwe.de
Acked-by: Uwe Hermann u...@hermann-uwe.de
Modified:
trunk/src/mainboard/msi/ms7260/mainboard.c
Dear coreboot readers!
This is the automatic build system of coreboot.
The developer uwe checked in revision 6181 to
the coreboot repository. This caused the following
changes:
Change Log:
Build fix.
Signed-off-by: Uwe Hermann u...@hermann-uwe.de
Acked-by: Uwe Hermann u...@hermann-uwe.de
On 12/15/2010 06:51 AM, Patrick Georgi wrote:
Hi,
We have a couple of chipsets in the tree that require external data in CBFS,
sometimes with placement requirements (eg. for embedded controllers), and
there will be more of that kind to come.
Right now, we're adding Kconfig options for each and
On 12/15/2010 09:10 AM, Patrick Georgi wrote:
Am Mittwoch, 15. Dezember 2010, um 14:36:51 schrieb Joseph Smith:
Hmm, still a little confused what you mean here. So your patch just
reworks the code to handle all binary blobs the same???
It provides an easier way to add binary components.
Right
Great idea in general.
Patrick Georgi wrote:
filename-position
This one is tricky. Blobs may need to have alignment, a negative
offset (ie. start at end of flash - $amount) rather than a positive,
etc. How could we handle those cases?
//Peter
--
coreboot mailing list: coreboot@coreboot.org
On 12/15/2010 11:04 AM, Peter Stuge wrote:
Great idea in general.
Patrick Georgi wrote:
filename-position
This one is tricky. Blobs may need to have alignment, a negative
offset (ie. start at end of flash - $amount) rather than a positive,
etc. How could we handle those cases?
//Peter
Ah,
Hi Rudolf,
thanks for your comments... I will try to work them into the code.
But here is some more discussion, maybe I am still confused.
* Rudolf Marek r.ma...@assembler.cz [101214 23:54]:
Hi,
I will be back on the weekend. Just a comment to this:
+void smm_init(void)
+{
+msr_t
* Joseph Smith j...@settoplinux.org [101215 15:48]:
src/arch/x86/Makefile.inc contains code for MBI, which is (as far as I can
see)
specific to a single chipset. That simply doesn't belong in there, but so far
there is no other way to do it.
Oh no, the MBI code can work with all Intel
* Patrick Georgi patr...@georgi-clan.de [101215 17:18]:
As this is the default case on our platform, we already handle it that way.
filename-position is supposed to be the location in the target's address
space,
so if you want to store a file in the middle of a 1MB flash chip, you tell
* Joseph Smith j...@settoplinux.org [101215 17:20]:
On 12/15/2010 11:04 AM, Peter Stuge wrote:
Great idea in general.
Patrick Georgi wrote:
filename-position
This one is tricky. Blobs may need to have alignment, a negative
offset (ie. start at end of flash - $amount) rather than a
* Patrick Georgi patr...@georgi-clan.de [101215 12:51]:
Hi,
We have a couple of chipsets in the tree that require external data in CBFS,
sometimes with placement requirements (eg. for embedded controllers), and
there will be more of that kind to come.
Right now, we're adding Kconfig
Sorry to jump into a thread I don't fully understand , but is this
about having blobs in coreboot that get silently copied into the EPROM ?
If I understood it correctly up to now any blob had to be opted in through
Kconfig,
I don't really know if the idea is to avoid Kconfig for certain
On 15.12.2010, at 11:17, Xavi Drudis Ferran xdru...@tinet.cat wrote:
or are there going to be
parts of coreboot without source in the svn (so someone might be using
sourceless code
without knowing).
I think the idea is just to allow blobs being handled locally instead of in the
main
See patch.
Uwe.
--
http://hermann-uwe.de | http://sigrok.org
http://randomprojects.org | http://unmaintained-free-software.org
Add TINY_BOOTBLOCK support for the SiS966 southbridge.
Signed-off-by: Uwe Hermann u...@hermann-uwe.de
Index: src/southbridge/sis/sis966/Kconfig
* Scott Duplichan sc...@notabs.org [101215 22:33]:
-Original Message-
From: coreboot-boun...@coreboot.org [mailto:coreboot-boun...@coreboot.org] On
Behalf Of Patrick Georgi
Sent: Wednesday, December 15, 2010 03:08 PM
To: coreboot@coreboot.org
Subject: Re: [coreboot] [PATCH]Allow
On Wed, Dec 15, 2010 at 10:07:50PM +0100, Patrick Georgi wrote:
Am Mittwoch, 15. Dezember 2010, um 20:17:18 schrieb Xavi Drudis Ferran:
If the later I don't like the idea and at least I would like a huge
warning BLOBS IN HERE !!! at the end of the make output.
I avoid the term blob for two
* Uwe Hermann u...@hermann-uwe.de [101215 21:45]:
See patch.
Uwe.
--
http://hermann-uwe.de | http://sigrok.org
http://randomprojects.org | http://unmaintained-free-software.org
Add TINY_BOOTBLOCK support for the SiS966 southbridge.
Signed-off-by: Uwe Hermann u...@hermann-uwe.de
* Uwe Hermann u...@hermann-uwe.de [101215 22:49]:
Get mptable OEM/product ID from kconfig variables.
We currently use COREBOOT unconditionally as the OEM ID in our
mptable.c files, and hardcode the mainboard name in mptable.c like this:
mptable_init(mc, DK8-HTX , LAPIC_ADDR);
* xdrudis xdru...@tinet.cat [101216 01:53]:
I don't care where it runs. For me it's more whether it's been derived from
some other form and what's more useful to touch if you want to change it.
There's also the question of whether it can be replaced, but if it couldn't
it wouldn't be included,
On 12/15/10 1:05 AM, Uwe Hermann wrote:
However, please refrain from removing the verb adding code from those
boards that actually have sound jacks. It makes no sense to remove the
codecs and add the same code later on. Instead it should just be fixed
as soon as the right information is known
See patch. Please comment, try.
Let's get this in and work from there.
AMD K8/FAM10 SMM support
Changes since 2010-12-12:
- add comments from Rudolf's mail
- re-enable and try to fix SYSCFG writes
- SMMBASE is now 0xa - (lapicid()*0x400)
- fix compilation of via/epia-n
Changes since
On 12/15/10 6:48 AM, Joseph Smith wrote:
Acked-by: Joseph Smith j...@settoplinux.org
And
Acked-by: Stefan Reinauer ste...@coreboot.org
Please go ahead and check in.
Index: coreboot-poulsbo/src/arch/x86/Makefile.bigbootblock.inc
Author: oxygene
Date: Thu Dec 16 08:36:28 2010
New Revision: 6182
URL: https://tracker.coreboot.org/trac/coreboot/changeset/6182
Log:
Add support for cbfs-files-y to the build system.
That variable allows chipset components to add files to
the CBFS image, for details see
28 matches
Mail list logo