* Greg Watson <[EMAIL PROTECTED]> [040608 18:33]:
>
> PCI device code and resource information should be available for
> payloads to use. A payload should not have to re-probe for devices on
> the PCI bus.
I fully agree. That information should go to the LB table. OTOH it would
be a nice option
* Frank <[EMAIL PROTECTED]> [040608 21:14]:
> Someone mentioned ROMCC when I first started to inquire about
> V2. But it wasn't in the source tree for V2 and I had to not
> only go searching for it I had to figure out how to use it.:-(
It is, since a very long time now. freebios2/util/romcc/
And
* Mathieu Deschamps <[EMAIL PROTECTED]> [040608 17:52]:
> > Not really. It works because the payload you use is a bootloader. This
> > is a very hard restriction, as PCI resource allocation, or testbios are
> > no bootloaders, and thus do not need and should really not have an ELF
> > loader like L
On Tue, Jun 08, 2004 at 12:14:56PM -0700, Frank wrote:
> I am not trying to flame or put down LB. I'm just trying to
> point out it's shortcomings.
Thanks! I think you'll be glad to see that a lot has changed since
your last visit, no thanks to me though. :)
Since you're familiar with the problem
On 8 Jun 2004, Eric W. Biederman wrote:
> ron minnich <[EMAIL PROTECTED]> writes:
> > You can in the emulator redirect I/O port access to a function. Write the
> > code to handle read/write on those ports and use the emulate_counter to
> > drive the clock value.
>
> Let me ask this quick questi
no, it's just that right now some payloads redo work that linuxbios
already does. linuxbios walks the pci bus, then the payload does it.
There's some issues here we need to work out.
I think with sufficient goodwill and willingness to compromise we can
figure this out, so let's try to keep the
On Tue, 8 Jun 2004, Yinghai Lu wrote:
> I would start to add Intel 875 support. I check there are two via
> northbridge support in V2. Which one is more mature?
oh, I have to say the more solid one is the 8601, but you'll need to
modify it for what I assume is the 875 use of DDR.
ron
On Tue, Jun 08, 2004 at 12:49:38PM +0200, Stefan Reinauer wrote:
> Feature plugins like "testbios" should not be merged into LinuxBIOS'
> core code. Instead they should be implemented as a payload. Since we
> want to load an operating system later on, we also need to be able to
> load more than one
This is a reply to myself.
On Thu, Jun 10, 2004 at 12:09:05AM -0400, Kevin O'Connor wrote:
> So, couldn't an __init tag be created (a la linux) that marks functions to
> be run prior to the bootloader. With this feature, modules could then be
> created entirely separate from the linuxbios core t
Stefan Reinauer <[EMAIL PROTECTED]> writes:
> * Greg Watson <[EMAIL PROTECTED]> [040608 18:33]:
> >
> > PCI device code and resource information should be available for
> > payloads to use. A payload should not have to re-probe for devices on
> > the PCI bus.
>
> I fully agree. That informatio
YhLu <[EMAIL PROTECTED]> writes:
> Eric,
>
> What's your idea abut that? They are use cache as ram.
>From what I have read of the PPC documentation that is a supported
CPU feature. From what I have seen, embedded platforms seem to be a
bit more developer friendly then normal x86 hardware.
Greg Watson <[EMAIL PROTECTED]> writes:
> Stefan,
>
> I think this is a reasonable idea, particularly your suggestion of making
> linuxbios more modular. One of my main beefs with the payload strategy is that
> each payload has to provide it's own set of, potentially buggy, driver code. If
> we h
12 matches
Mail list logo
