Good. now if only ubuntu worked. :-)
ron
--
coreboot mailing list
coreboot@coreboot.org
http://www.coreboot.org/mailman/listinfo/coreboot
Quoting [EMAIL PROTECTED]:
> Quoting Marc Karasek <[EMAIL PROTECTED]>:
>
>> It was not specifically x86_64 related. It was however fedora 8
>> related. I think in my research that it has to do with the version of
>> binutils. I had sent out a mail to the reflector with a link to
>> another disc
On Jan 23, 2008 5:09 PM, Marc Jones <[EMAIL PROTECTED]> wrote:
>
> I didn't get to test this today but I will first thing in the AM.
OK, the code I sent won't run, the only test I have done so far is compiole.
rn
--
coreboot mailing list
coreboot@coreboot.org
http://www.coreboot.org/mailman/list
ron minnich wrote:
> On Jan 23, 2008 11:06 AM, Marc Jones <[EMAIL PROTECTED]> wrote:
>
>> BUT, I don't think that you need them. VSA should default to reasonable
>> settings without the in15 calls. I need to test it in v2 this afternoon.
>> If VSA does require them I would rather change VSA. The
Greetings,
I just implemented release tarball generation (with ChangeLog
generation) in the enclosed patch for flashrom's Makefile, diffed
against SVN.
This required editing the version parsing rule to make it useful for
versioning the tarball filename too. Please check if this still
produces the
On Fri, Dec 21, 2007 at 06:23:27PM +0100, Torsten Duwe wrote:
> On Thursday 20 December 2007, ron minnich wrote:
> > Hi Torsten, why not add the comments and readable indentation right
> > now? once it is committed, it won't happen :-)
> >
> > But, anyway, it's ok.
> >
> > Acked-by: Ronald G. Minni
On Jan 23, 2008 11:06 AM, Marc Jones <[EMAIL PROTECTED]> wrote:
> BUT, I don't think that you need them. VSA should default to reasonable
> settings without the in15 calls. I need to test it in v2 this afternoon.
> If VSA does require them I would rather change VSA. There is no reason
> it can't g
ron minnich wrote:
> These are incomplete and will continue to evolve, but I want to see if
> I can get it working at all.
>
> attached.
>
> ron
> vm86.c: make some assembly symbols .globl so that vmssetup.c can use them.
> Add two ops to pci21 support that were define in vsmsetup.c in v2.
>
Quoting Marc Karasek <[EMAIL PROTECTED]>:
> It was not specifically x86_64 related. It was however fedora 8
> related. I think in my research that it has to do with the version of
> binutils. I had sent out a mail to the reflector with a link to
> another discussion group regarding binutils and
These are incomplete and will continue to evolve, but I want to see if
I can get it working at all.
attached.
ron
This is a first cut at the implementation of VSM support. What has do be done, long term,
is to remove almost all of the vsmsetup.c file and use functions in the vm86.c file.
The b
On Jan 22, 2008 5:33 PM, Carl-Daniel Hailfinger
<[EMAIL PROTECTED]> wrote:
> Besides the obvious stuff (storing the VSA as a file in the LAR) there
> are two points to solve which are rather interesting:
> - Entry point specification
> - Load address specification
> Both are not trivial because we
Hello!
As now SPI-Chips with more space than 512kB are supported for the Gigabyte
M57SLI-4 Mainboard, i want to build a coreboot image with Linux as Payload.
First i tried to do that with buildrom-devel, but i wasn't successful.
Buildrom-devel created a payload.elf file (in
buildrom-devel/work
Jordan Crouse wrote:
On 23/01/08 02:33 +0100, Carl-Daniel Hailfinger wrote:
Besides the obvious stuff (storing the VSA as a file in the LAR) there
are two points to solve which are rather interesting:
- Entry point specification
- Load address specification
Both are not trivial because we get
On 23/01/08 02:33 +0100, Carl-Daniel Hailfinger wrote:
> Besides the obvious stuff (storing the VSA as a file in the LAR) there
> are two points to solve which are rather interesting:
> - Entry point specification
> - Load address specification
> Both are not trivial because we get both specificati
I hate compiler/tools issues... :-(
/*
Marc Karasek
MTS
Sun Microsystems
mailto:[EMAIL PROTECTED]
ph:770.360.6415
*/
[EMAIL PROTECTED] wrote:
> Quoting Carl-Daniel Hailfinger <[EMAIL PROTECTED]>:
>
>> On 23.01.2008 02:24, [EMAIL PROTECTED] wrote:
>>> Quot
It was not specifically x86_64 related. It was however fedora 8
related. I think in my research that it has to do with the version of
binutils. I had sent out a mail to the reflector with a link to another
discussion group regarding binutils and a bug that looked like it was
this. According
Stefan Reinauer schrieb:
> Note: There's another patch from Jens Freimann which puts all of the
> device tree into the cb table. Unlike Patrick's patch, Jens' does not
> reveil any information like "coreboot is actually using this device in
> this and that manner". So I think those are two diffe
Peter Stuge wrote:
Hi,
On Sun, Jan 20, 2008 at 10:31:23PM +0100, Carl-Daniel Hailfinger wrote:
New plan:
Scratch all "special" LAR member stuff and simply add a normal file
called "foo" or "placeholder" with the nocompress: parameter to the
LAR. No new code needed, gives us almost everythin
On Tuesday 22 January 2008, Peter Stuge wrote:
> On Tue, Jan 22, 2008 at 09:43:35PM +0100, Patrick Georgi wrote:
> > This patch adds a new record type for lbtable to provide information
> > about a serial port. If a port is defined in the board configuration,
> > add it to lbtable.
> >
> > Signed-o
ron minnich wrote:
Thats fine with me, it is not really the "standard" for the dts but I
think we'd be better off making it clear.
The DTS is coming from the ePAPR standard afaik. Because that is all
written for POWER cpus only, we should grab the opportunity and redesign
it for our purpose
Florentin Demetrescu wrote:
yes but they DO have access to datasheets..
we don't...
Some of us certainly do. They might not be able to put them on a web
page for download but still write ports.
I am working on support for newer Intel chipsets at the moment.
they are "trusted" bussiness part
On Wednesday 23 January 2008, Rudolf Marek wrote:
> Hi all,
>
> > It appears to be funny. But it's true.
>
> Well most of them run DOS games too - graphics vendors because of old
> video modes (they check pixel clock etc)
When was the last time you actually _played_ a DOS game on a current machine
Peter Stuge wrote:
On Tue, Jan 22, 2008 at 11:45:08AM +0100, Torsten Duwe wrote:
I cannot think of a good use a payload can make of a serial port
other than console
Some kind of recovery, management, whatever. I can't think of all
uses either, but I certianly do not want to impose an a
Hi all,
> It appears to be funny. But it's true.
>
Well most of them run DOS games too - graphics vendors because of old
video modes (they check pixel clock etc)
And BIOS vendors because of SMM usb keyboard emulation, which is tricky
because of A20 stuff etc etc. I have
some legal obligations
On Tuesday 22 January 2008, Florentin Demetrescu wrote:
> yes but they DO have access to datasheets..
> we don't...
> they are "trusted" bussiness partners..
> we aren't..
It's not trust. it's the million-flies-syndrome along with percieved "business
demands". Virtualisation can help here.
Some
On Tuesday 22 January 2008, ron minnich wrote:
> brand new shuttle box
>
> phoenix-award bios
>
> "keyboard error or no keyboard present"
>
> "Press F1 to continue"
>
> It's just too funny. Imagine a beowulf of these!
The Legacy BIOS vendors' QA process is properly described in
linux/arch/i386/ke
Corey Osgood wrote:
> It also needs the MA map type set manually, look for this bit in
> raminit.c:
>
> /* Set to 2T, MA Map type 1.
> * TODO: Needs to become dynamic */
> pci_write_config16(ctrl->d0f3, 0x50, 0x0020);
>
> The correct values for your dimm can be found with 'lspci -xxx -s
> 0:0.3'
Dear all,
I'd like to know if there are plans to support the MSI K9A2 Platinum main
board?
I'm looking at this main board as it also supports SAS.
Regards,
Joop Boonen.
--
coreboot mailing list
coreboot@coreboot.org
http://www.coreboot.org/mailman/listinfo/coreboot
Peter Stuge wrote:
> On Tue, Jan 22, 2008 at 10:29:17AM +0100, [EMAIL PROTECTED] wrote:
>
>> I own a VIA EPIA EN15000 Motherboard
>>
> ..
>
>> Is there a chance to get my board working ?
>>
>
> Some, if you have time to hack a bit.
>
>
>
>> Can anybody tell me what to do ?
>>
29 matches
Mail list logo