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
On 22.01.2008 20:04, ron minnich wrote:
> On Jan 22, 2008 10:46 AM, Peter Stuge <[EMAIL PROTECTED]> wrote:
>
>
>> Small thing; I would prefer something else than a comma after the
>> type, so that it is separated from the real information. Maybe:
>> id="pci:vendor,device";
>>
>> I think that wou
On Jan 22, 2008 10:46 AM, Peter Stuge <[EMAIL PROTECTED]> wrote:
> Small thing; I would prefer something else than a comma after the
> type, so that it is separated from the real information. Maybe:
> id="pci:vendor,device";
>
> I think that would make the syntax much more clear.
Thats fine with
On Tue, Jan 22, 2008 at 04:19:11PM +0100, Carl-Daniel Hailfinger wrote:
> > I am thinking of something like this:
> > id="pci,somevendorname,somedevicename";
>
> Makes sense if the coreboot code itself does not have to perform
> any string parsing.
Small thing; I would prefer something else than
On 19.01.2008 07:35, ron minnich wrote:
> On Jan 18, 2008 4:27 PM, Carl-Daniel Hailfinger
> <[EMAIL PROTECTED]> wrote:
>
>
>> Is this same situation as before or is it worse? If it is worse, please
>> try to fix before you commit.
>>
>
> The fix is going to be a bit harder, so I am committi
On 19/01/08 22:21 -0800, ron minnich wrote:
> On Jan 19, 2008 5:37 PM, Jordan Crouse <[EMAIL PROTECTED]> wrote:
>
> > Please don't. coreboot is not about the VSA, its not about VGA blobs
> > or NIC blobs or Bob's random blob. Its about the core boot code. If
> > it takes an extra step to build
On Jan 19, 2008 5:37 PM, Jordan Crouse <[EMAIL PROTECTED]> wrote:
> Please don't. coreboot is not about the VSA, its not about VGA blobs
> or NIC blobs or Bob's random blob. Its about the core boot code. If
> it takes an extra step to build the final rom, well, so be it. Write
> a script or us
On 19/01/08 17:18 +0100, Carl-Daniel Hailfinger wrote:
> On 19.01.2008 07:39, ron minnich wrote:
> > Marc, should we modify the LX build to somehow wget the VSA and copy
> > it in to LAR? Or should we have a top-level "blob" directory in v3
> > that includes the vsa file, and then build it in to LA
On 19/01/08 08:55 -0800, ron minnich wrote:
> On Jan 19, 2008 8:18 AM, Carl-Daniel Hailfinger
> <[EMAIL PROTECTED]> wrote:
> > On 19.01.2008 07:39, ron minnich wrote:
> > > Marc, should we modify the LX build to somehow wget the VSA and copy
> > > it in to LAR? Or should we have a top-level "blob"
Carl-Daniel Hailfinger wrote:
There's a repository on coreboot.org for binary blobs that can be used
with coreboot. It's at
svn://coreboot.org/optionroms/
I suggest that one should be used for storing VSA too. We can also
rename it, if you dont like the name.
Agreed. It looks li
On Sat, Jan 19, 2008 at 08:55:44AM -0800, ron minnich wrote:
> On Jan 19, 2008 8:18 AM, Carl-Daniel Hailfinger
> <[EMAIL PROTECTED]> wrote:
> > On 19.01.2008 07:39, ron minnich wrote:
> > > Marc, should we modify the LX build to somehow wget the VSA and copy
> > > it in to LAR? Or should we have a
On Jan 19, 2008 9:48 AM, Carl-Daniel Hailfinger
<[EMAIL PROTECTED]> wrote:
> What exactly does stop us from using stage 2 phase 1 for that purpose?
nothing. I will do that.
I will use the coreboot repo for the blob.
Thanks all, you cleared up my thinking.
ron
--
coreboot mailing list
coreboo
On 19.01.2008 18:07, Stefan Reinauer wrote:
> Carl-Daniel Hailfinger wrote:
>> On 19.01.2008 07:39, ron minnich wrote:
>>
>>> Marc, should we modify the LX build to somehow wget the VSA and copy
>>> it in to LAR? Or should we have a top-level "blob" directory in v3
>>> that includes the vsa file,
Carl-Daniel Hailfinger wrote:
On 19.01.2008 07:39, ron minnich wrote:
Marc, should we modify the LX build to somehow wget the VSA and copy
it in to LAR? Or should we have a top-level "blob" directory in v3
that includes the vsa file, and then build it in to LAR?
Please don't store a
On Jan 19, 2008 8:18 AM, Carl-Daniel Hailfinger
<[EMAIL PROTECTED]> wrote:
> On 19.01.2008 07:39, ron minnich wrote:
> > Marc, should we modify the LX build to somehow wget the VSA and copy
> > it in to LAR? Or should we have a top-level "blob" directory in v3
> > that includes the vsa file, and th
On 19.01.2008 07:39, ron minnich wrote:
> Marc, should we modify the LX build to somehow wget the VSA and copy
> it in to LAR? Or should we have a top-level "blob" directory in v3
> that includes the vsa file, and then build it in to LAR?
>
Please don't store any blobs in the v3 tree directly.
On Jan 18, 2008 4:27 PM, Carl-Daniel Hailfinger
<[EMAIL PROTECTED]> wrote:
> Is this same situation as before or is it worse? If it is worse, please
> try to fix before you commit.
> Could it be that we try to find the south bridge by PCI ID and the VSA
> is needed for that?
I figured it out. The
Marc, should we modify the LX build to somehow wget the VSA and copy
it in to LAR? Or should we have a top-level "blob" directory in v3
that includes the vsa file, and then build it in to LAR?
I am thinking it is now time to solve the VSA problem, and LAR is the key piece.
Also, it looks like we
On Jan 18, 2008 4:27 PM, Carl-Daniel Hailfinger
<[EMAIL PROTECTED]> wrote:
> Is this same situation as before or is it worse? If it is worse, please
> try to fix before you commit.
The fix is going to be a bit harder, so I am committing this now.
Committed revision 557.
One thing to add. I am p
[Sorry for the almost-fullquote.]
On 18.01.2008 19:24, ron minnich wrote:
> With the as-yet uncommitted patch I just posted, we're getting much
> better results. My comments in [[[]]]
>
> LinuxBIOS-3.0.0 Fri Jan 18 08:34:27 PST 2008 starting...
> Choosing fallback boot.
> LAR: Attempting to open '
ron minnich wrote:
> On Jan 18, 2008 1:52 PM, Marc Jones <[EMAIL PROTECTED]> wrote:
>>
>> ron minnich wrote:
>>
>>> [[[ here comes the bad news ]]]
>>> chipsetinit: Could not find the south bridge!
>>> [[[ damn!]]]
>>>
>>> Before VSA:
>>> After VSA:
>>> Finding PCI configuration type.
>>> PCI: Sa
On Jan 18, 2008 1:52 PM, Marc Jones <[EMAIL PROTECTED]> wrote:
>
>
> ron minnich wrote:
>
> > [[[ here comes the bad news ]]]
> > chipsetinit: Could not find the south bridge!
> > [[[ damn!]]]
> >
> > Before VSA:
> > After VSA:
> > Finding PCI configuration type.
> > PCI: Sanity check failed
> > pc
ron minnich wrote:
> [[[ here comes the bad news ]]]
> chipsetinit: Could not find the south bridge!
> [[[ damn!]]]
>
> Before VSA:
> After VSA:
> Finding PCI configuration type.
> PCI: Sanity check failed
> pci_check_direct failed
>
> [[[ So, Marc, now what :-) ]]]
>
> ron
>
Great! I bet t
With the as-yet uncommitted patch I just posted, we're getting much
better results. My comments in [[[]]]
LinuxBIOS-3.0.0 Fri Jan 18 08:34:27 PST 2008 starting...
Choosing fallback boot.
LAR: Attempting to open 'fallback/initram/segment0'.
LAR: Start 0xfff8 len 0x8
LAR: seen member normal/
24 matches
Mail list logo