On Sun, Jan 30, 2011 at 01:05:54PM -0700, Marc Jones wrote:
>
> I think that the locking can be added via the BSPs cache. All
> multicore should use CAR and it is a matter of adding it where it
> won't get stepped on by the normal use of CAR. For AMD fam10, the
> sysinfo setup would need to be fix
On Sun, Jan 30, 2011 at 09:07:52PM +0100, Stefan Reinauer wrote:
> * xdrudis [110130 20:59]:
> > Yes, it'd be mostly unneeded, but anyway the patch I sent does not
> > disable it in ramstage. So it still causes sprintf to consume
> > the double of bytes maybe beyond its buffers (and produce
> >
* xdrudis [110130 20:59]:
> Yes, it'd be mostly unneeded, but anyway the patch I sent does not
> disable it in ramstage. So it still causes sprintf to consume
> the double of bytes maybe beyond its buffers (and produce
> unreadable messages). The idea can work, the perl script may be
> usable,
On Sun, Jan 30, 2011 at 12:32 PM, Stefan Reinauer
wrote:
> * xdrudis [110130 15:46]:
>> On Sat, Jan 29, 2011 at 11:09:05AM +0100, xdrudis wrote:
>> > is what I have. My board does not get to ramstage, so it might not
>> > work there. It works for my serial console but should work for net or
>>
>
On Sun, Jan 30, 2011 at 08:32:58PM +0100, Stefan Reinauer wrote:
> * xdrudis [110130 15:46]:
> > On Sat, Jan 29, 2011 at 11:09:05AM +0100, xdrudis wrote:
> > > is what I have. My board does not get to ramstage, so it might not
> > > work there. It works for my serial console but should work for n
* xdrudis [110130 15:46]:
> On Sat, Jan 29, 2011 at 11:09:05AM +0100, xdrudis wrote:
> > is what I have. My board does not get to ramstage, so it might not
> > work there. It works for my serial console but should work for net or
>
> Ok, now I see it. It won't work with sprintf in ramstage.
It
Am 30.01.2011 16:04, schrieb xdrudis:
> Also wrong. Having several concurrent outputs with the same buffer id
> is not safe, demuxing could join the wrong half-characters.
>
> Filtering out some cores would be an option.
Or just use more bits for cores once the need arises. That will give you
up
On Sat, Jan 29, 2011 at 11:09:05AM +0100, xdrudis wrote:
> formats output. If someone has more than 16 cores does she really
> want to see ouput from all at a time? Redefining the weak function
> calc_id_buffer you can choose to have some of them mix into the same
> buffer or just filter out the
Am Sonntag, 30. Januar 2011, um 15:46:01 schrieb xdrudis:
> Forget it and sorry for the noise.
No need to be sorry, the idea is sound.
Patrick
--
coreboot mailing list: coreboot@coreboot.org
http://www.coreboot.org/mailman/listinfo/coreboot
On Sat, Jan 29, 2011 at 11:09:05AM +0100, xdrudis wrote:
> is what I have. My board does not get to ramstage, so it might not
> work there. It works for my serial console but should work for net or
Ok, now I see it. It won't work with sprintf in ramstage.
I shouldn't have modified vtxprintf but
Hello.
This patch works for me but needs a small function calc_id_buffer for
each board/cpu/whatever. I only made one for amd quadcore because it
is what I have. My board does not get to ramstage, so it might not
work there. It works for my serial console but should work for net or
usb if I'm no
11 matches
Mail list logo
