* yhlu <[EMAIL PROTECTED]> [050309 04:27]:
> 1. LinuxBIOS need to pass the position pirq table to loader.s --- put
> that in CMOS or loader.s search that in RAM "PIR"
> 2. LinuxBIOS need to pass the entries in e820 at 1MB to loader.s, or
> put that in CMOS in LinuxBIOS stage. what standard nee
Stefan Reinauer <[EMAIL PROTECTED]> writes:
> * yhlu <[EMAIL PROTECTED]> [050309 04:27]:
> > 1. LinuxBIOS need to pass the position pirq table to loader.s --- put
> > that in CMOS or loader.s search that in RAM "PIR"
> > 2. LinuxBIOS need to pass the entries in e820 at 1MB to loader.s, or
> > put
On Tue, 8 Mar 2005, ramesh bios wrote:
> So what do you guys think I should do? Do you agree
> with my assessment above? The easiest thing to do
> would be to add a linux kernel boot parameter that'll
> allow LinuxBIOS to tell filo to tell the kernel
> exactly where in sdram the uncompressed PIR
>
> Looking at Stefan's /dev/bios code I see the use of 6
> to enable write access to the flash. But I don't see
> the ability to disable the CS5530A's claim of the read
> cycle. So no way to map F elsewhere.
I'm kind of doubtful on this. ROM shadowing has been part of chipsets
for a long ti
> The ADLO loader needs to handle the conversion from the format linuxbios uses
> and whatever bochs bios uses. Currently the loader is terribly primitive.
Bochs dosen't use any of those tables IIRC. The ADLO build just
sticks them in the image file and they get block copied by the loader
along
> Richard, can you please make one and post it? Then I can drop it in the
> wiki if you don't have time.
Here's my additions to the ADLO serial patch. This will output info
to both the video head and the serial port.
I also preserved the original full redirect which may be useful if
writes to t
I'm trying to create the patch for my 440bx stuff but I need some
help. I have a bunch of new files that I added in the tree. So 'cvs
diff' dosen't know about these files and dosen't show anything on the
diffs.
If I check out a new copy of the repository and then diff vs that I
get loads of chan
* Richard Smith <[EMAIL PROTECTED]> [050309 17:06]:
> I'm trying to create the patch for my 440bx stuff but I need some
> help. I have a bunch of new files that I added in the tree. So 'cvs
> diff' dosen't know about these files and dosen't show anything on the
> diffs.
>
> If I check out a new
> I always do something like
> cvs update | grep ^? | cut -f2 -d\ |while read name
> do
> diff -uN /dev/null $name >> mypatch.newfiles.diff
> done
>
> but it is not exactly elegant
I can't seem to make that work. Do I have to protect something from
the shell? I get a bash: syntax error
So you mean We should make the ADLO to understand the linuxbios table
like Etherboot and FILO?
YH
On 08 Mar 2005 23:17:04 -0700, Eric W. Biederman wrote:
> yhlu <[EMAIL PROTECTED]> writes:
>
> > 1. LinuxBIOS need to pass the position pirq table to loader.s --- put
> > that in CMOS or loader.s
I plan to put the ADLO and BOCHS into the Etherboot and just like FILO
in the Etherboot. SO I don't need to handle elf header stuff
Is it a good way?
YH
On Wed, 9 Mar 2005 09:18:08 -0800, yhlu <[EMAIL PROTECTED]> wrote:
> So you mean We should make the ADLO to understand the linuxbios table
* Richard Smith <[EMAIL PROTECTED]> [050309 17:58]:
> > I always do something like
> > cvs update | grep ^? | cut -f2 -d\ |while read name
> > do
> > diff -uN /dev/null $name >> mypatch.newfiles.diff
> > done
> >
> > but it is not exactly elegant
>
> I can't seem to make that work. Do I
On Wed, 9 Mar 2005 19:41:28 +0100, Stefan Reinauer <[EMAIL PROTECTED]> wrote:
> > I can't seem to make that work. Do I have to protect something from
> > the shell? I get a bash: syntax error near unexpected token 'done'
>
> What version of bash are you using? It seems to work fine here.
> echo
* Robin Randhawa <[EMAIL PROTECTED]> [050222 17:12]:
> Hi Stefan.
> Thanks for your prompt response.
> That would be nice.
>
> Will look forward to checking out your code. Do let me know when you
> would be able to hand it over,
Hi Robin,
Sorry for not coming back to you earlier. I attach the d
Perhaps it'll help if I'm more specific. It appears some changes have
been made to the via/epia tree and the southbridge doesn't seem to be
working like it should (or used to).
Using a filo payload (that works on a previous version of LinuxBIOS), I
now get the following:
LinuxBIOS-1.1.7.0Fallbac
Yes, I was, or actually, am doubtful as well. I would
have thought, for sure, you can turn off the cs5530a's
claim of reads on that address block. But so far I
can't find any way to do that, and it doesn't seem
like anyone else has either.
As for watching the chip select line, I'd love to do
that
On Wed, 9 Mar 2005 17:08:20 -0800 (PST), ramesh bios
<[EMAIL PROTECTED]> wrote:
> As for watching the chip select line, I'd love to do
> that but I don't have a logic analyzer or probes. I
> guess I could do it with an LED and a sharpened wire
> but I'd rather not risk damage to my board. :-)
Oh.
Ron,
if remove FreeBSD's dependence on BIOS calls. can we move pci bus
routine from Linux Kernel to them?
Is any license problem with that?
YH
On Wed, 9 Mar 2005 09:23:27 -0800, yhlu <[EMAIL PROTECTED]> wrote:
> I plan to put the ADLO and BOCHS into the Etherboot and just like FILO
> in the Et
18 matches
Mail list logo