Hello,
It seems that the resource allocation for option rom
is not implemented in LinuxBIOS, is it ? Is there one
have any idea how to add this ?
Ollie
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo
Li-Ta Lo <[EMAIL PROTECTED]> writes:
> Hello,
>
> It seems that the resource allocation for option rom
> is not implemented in LinuxBIOS, is it ? Is there one
> have any idea how to add this ?
We could probably reserve a hole for this purpose, which
is a good idea except f
* Eric W. Biederman <[EMAIL PROTECTED]> [040527 22:16]:
> We could probably reserve a hole for this purpose, which
> is a good idea except for bridges.
Also, the graphics card option roms are usually hardcoded to 0xc
> Be very careful here. The PCI spec allows the option rom BAR
> to be mu
On Thu, 2004-05-27 at 14:16, Eric W. Biederman wrote:
> We could probably reserve a hole for this purpose, which
> is a good idea except for bridges.
>
Can we just treat it as MEM resource and reuse the MEM resource
allocation code ?
> Be very careful here. The PCI spec allows the option rom B
On Thu, 2004-05-27 at 14:30, Stefan Reinauer wrote:
> * Eric W. Biederman <[EMAIL PROTECTED]> [040527 22:16]:
> > We could probably reserve a hole for this purpose, which
> > is a good idea except for bridges.
>
> Also, the graphics card option roms are usually hardcoded to 0xc
>
Do you me
* Li-Ta Lo <[EMAIL PROTECTED]> [040527 22:49]:
> > Also, the graphics card option roms are usually hardcoded to 0xc
>
> Do you mean the expansion rom BAR is hard coded to 0xc ?
> The how does the bios copy the bios in ROM at 0xc to memory
> in DRAM at 0xc as stated in PCI spec 6.3.
On Thu, 27 May 2004, Li-Ta Lo wrote:
> It seems that the resource allocation for option rom
> is not implemented in LinuxBIOS, is it ? Is there one
> have any idea how to add this ?
When I borrowed that code originally from linux I believe it always
disabled option roms. You should b
On Thu, 27 May 2004, Stefan Reinauer wrote:
> * Li-Ta Lo <[EMAIL PROTECTED]> [040527 22:49]:
> > > Also, the graphics card option roms are usually hardcoded to 0xc
> >
> > Do you mean the expansion rom BAR is hard coded to 0xc ?
> > The how does the bios copy the bios in ROM at 0xc to
On 27 May 2004, Eric W. Biederman wrote:
> Be very careful here. The PCI spec allows the option rom BAR
> to be mutually exclusive with the other BARS so in general
> they both can not be enabled.
should not matter if you are running an emulator.
ron
__
On Thu, 27 May 2004, Stefan Reinauer wrote:
> This procedure should be a part of "testbios" rather than LinuxBIOS' PCI
> code, but reserving some space for it early might be the way to go
> indeed.
just remember you're in an emulator. If you can get option rom contents
copied out then the emulat
On Thu, 27 May 2004, Li-Ta Lo wrote:
> Do you mean the expansion rom BAR is hard coded to 0xc ?
it's not. It can be anywhere. For dumping vgabios I would actually set it
by setpci to an unused place, mmap /dev/mem, and dump it out. It can go
anywhere.
ron
_
* ron minnich <[EMAIL PROTECTED]> [040527 23:21]:
> again, you do not need to map option roms at 0c in the emulator!
>
> Map it anywhere, tell the emulator the location, and the emulator can
> satisfy memory "fetches" for c by fetching from that location.
indeed true. But for x86 hardwa
Li-Ta Lo <[EMAIL PROTECTED]> writes:
> On Thu, 2004-05-27 at 14:16, Eric W. Biederman wrote:
> > We could probably reserve a hole for this purpose, which
> > is a good idea except for bridges.
> >
>
> Can we just treat it as MEM resource and reuse the MEM resource
> allocation code ?
Yes that
On Thu, 27 May 2004, Stefan Reinauer wrote:
> indeed true. But for x86 hardware, putting all of the x86 emulator in
> rom is less elegant than vm86 stuff, even though I have no clue about
> the later.
yes but recall that the emulator lets you support systems like power pc.
ron
_
Stefan Reinauer <[EMAIL PROTECTED]> writes:
> * ron minnich <[EMAIL PROTECTED]> [040527 23:21]:
> > again, you do not need to map option roms at 0c in the emulator!
> >
> > Map it anywhere, tell the emulator the location, and the emulator can
> > satisfy memory "fetches" for c by fetchin
* Eric W. Biederman <[EMAIL PROTECTED]> [040529 05:29]:
> Stefan Reinauer <[EMAIL PROTECTED]> writes:
> > indeed true. But for x86 hardware, putting all of the x86 emulator in
> > rom is less elegant than vm86 stuff, even though I have no clue about
> > the later.
>
> Last I heard some Option Roms
Stefan Reinauer <[EMAIL PROTECTED]> writes:
> * Eric W. Biederman <[EMAIL PROTECTED]> [040529 05:29]:
> > Stefan Reinauer <[EMAIL PROTECTED]> writes:
> > > indeed true. But for x86 hardware, putting all of the x86 emulator in
> > > rom is less elegant than vm86 stuff, even though I have no clue ab
Eric W. Biederman wrote:
Li-Ta Lo <[EMAIL PROTECTED]> writes:
On Thu, 2004-05-27 at 14:16, Eric W. Biederman wrote:
We could probably reserve a hole for this purpose, which
is a good idea except for bridges.
Can we just treat it as MEM resource and reuse the MEM resource
allocation code ?
Yes t
On Wed, 2004-06-23 at 10:24, Richard Smith wrote:
> Eric W. Biederman wrote:
>
> > Li-Ta Lo <[EMAIL PROTECTED]> writes:
> >
> >
> >>On Thu, 2004-05-27 at 14:16, Eric W. Biederman wrote:
> >>
> >>>We could probably reserve a hole for this purpose, which
> >>>is a good idea except for bridges.
>
Li-Ta Lo wrote:
Did this happen? I'm trying to get a plug in PCI video card up with
ADLO and I need the option rom to be enabled. I can do it direcly in my
mainboard code for a hack but If there was anything to test I though I
would try.
How is testbios doing on your side ?
It's proving very
20 matches
Mail list logo
