After reading Stefan's mention of F0 index 52h in the
CS5530A, I think I'm begining to understand the
problem.
Currently, Fh is mapped to flash. This is because
at reset, the CS5530A decodes that address block and
claims those cycles, generating an ISA bus memory
cycle specifically. I think t
yhlu <[EMAIL PROTECTED]> writes:
> 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 need to put
On Tue, Mar 08, 2005 at 06:51:18PM -0700, Li-Ta Lo wrote:
> On Tue, 2005-03-08 at 16:19, Dmitriy Budko wrote:
> > It is very easy to specify a custom external BIOS ROM
> > for VMware virtual machines --- just add the following line
> > to a VM's config file:
> >
> > bios440.filename = "path to the
> this in CMOS...
> 3. VGA BIOS already be copied by LinuxBIOS, but should still need let
> ADLO know the dev and fun of that .--- put that in CMOS?
> 4. mptable is alredy in the RAM.
>
> Any suggestion about 1 and 2.
If you use CMOS then make sure the code dosen't depend on some sort of
> > ??? I thought vfat support long filenames.
>
> I believe it is the length of the pathname rather than individual filenames.
> Although some filenames may also be affected. I really don't understand
> it either. This is my dim recollection from watching some of the
> conversation.
It proba
On Tue, 2005-03-08 at 19:46, Eric W. Biederman wrote:
>
> There is still some discussion going on with how the public/main archive
> will be managed. The lazy solution is to setup an account and put
> everyone's public ssh key who has we want to have commit access in there.
> Stefan may be more c
ADLO need to use CMOS to pass ram range at 1MB to BOCHS.
0x30, 0x31, 0x34, 0x35.
So it would be
[384, 400), [416, 432). it will confilt with cmos.layout.
why use that position?
YH
On Tue, 8 Mar 2005 19:27:32 -0800, yhlu <[EMAIL PROTECTED]> wrote:
> 1. LinuxBIOS need to pass the position pirq
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 need to put
this in CMOS...
3. VGA BIOS already be cop
yhlu <[EMAIL PROTECTED]> writes:
> LinuxBIOS already got pirq table and mptable and may put vga_bios in 0xc.
>
> I would help ADLO can get these data automatically.
Right if the ADLO loader can be tweaked to copy these from LinuxBIOS
we could shortly have a generic ADLO which would be much e
Li-Ta Lo <[EMAIL PROTECTED]> writes:
> I am reading the manual now. One question regarding development model.
> Are we going to have multiple local "archive" for each developer and
> sync to some upstream archive ([EMAIL PROTECTED]) from time to
> time?
The current situation is that there are alr
LinuxBIOS already got pirq table and mptable and may put vga_bios in 0xc.
I would help ADLO can get these data automatically.
YH
On Tue, 8 Mar 2005 18:20:02 -0800, yhlu <[EMAIL PROTECTED]> wrote:
> While use ADLO to boot HD, the kernel can not found mptable
>
> ootdata ok (command line is
> On Tue, 2005-03-08 at 16:19, Dmitriy Budko wrote:
> > It is very easy to specify a custom external BIOS ROM
> > for VMware virtual machines --- just add the following line
> > to a VM's config file:
> >
> > bios440.filename = "path to the BIOS ROM file"
> >
> > The BIOS has to support Intel 440
"Dmitriy Budko" <[EMAIL PROTECTED]> writes:
> > From: Eric W. Biederman
> >
> > Does vmware
> > accurately simulate what is required to bring memory up or do we
> > get to short cut that. If the latter the porting could be done
> > very quickly. Memory initialization is generally the hard part
Li-Ta Lo <[EMAIL PROTECTED]> writes:
> ??? I thought vfat support long filenames.
I believe it is the length of the pathname rather than individual filenames.
Although some filenames may also be affected. I really don't understand
it either. This is my dim recollection from watching some of th
While use ADLO to boot HD, the kernel can not found mptable
ootdata ok (command line is root=/dev/hda2 console=tty0
console=ttyS0,115200 splash=silent apic)
Linux version 2.6.11-rc4 ([EMAIL PROTECTED]) (gcc version 3.3.3 (SuSE Linux))
#2 SMP Fri Feb 18 15:15:37 PST 2005
BIOS-provided physical RAM
On Tue, 2005-03-08 at 12:39, Stefan Reinauer wrote:
> * Eric W. Biederman [050308 20:20]:
> > For more information look at:
> > http://www.openbios.org/experience/gnuarch.html
> > http://wiki.gnuarch.org/
>
> Especially this part of the wiki is probably interesting:
> http://wiki.gnuarch.org/moi
On Tue, 2005-03-08 at 16:19, Dmitriy Budko wrote:
> It is very easy to specify a custom external BIOS ROM
> for VMware virtual machines --- just add the following line
> to a VM's config file:
>
> bios440.filename = "path to the BIOS ROM file"
>
> The BIOS has to support Intel 440BX chipset and i
> > bios440.filename = "path to the BIOS ROM file"
> >
> > The BIOS has to support Intel 440BX chipset and in general
> > doesn't need significant changes to support the virtual chipset:
> > we do a good job emulating 440BX.
>
> Does it do all the status bits of the smbus controller? Perhaps I (
> > We need to fix this in the wiki on the ADLO page:
> > /!\ FixMe Where is the defacto location for the serial patch?
> >
> > Richard, can you please make one and post it? Then I can drop it in the
> > wiki if you don't have time.
>
> Well then looks like I'm the defacto location. I've actua
> > There isn't one. Search the archvies or I'll have to make you one
> > later on tonight.
> We need to fix this in the wiki on the ADLO page:
> /!\ FixMe Where is the defacto location for the serial patch?
>
> Richard, can you please make one and post it? Then I can drop it in the
> wiki if
> to a VM's config file:
>
> bios440.filename = "path to the BIOS ROM file"
>
> The BIOS has to support Intel 440BX chipset and in general
> doesn't need significant changes to support the virtual chipset:
> we do a good job emulating 440BX.
Does it do all the status bits of the smbus controller
> From: Eric W. Biederman
>
> Does vmware
> accurately simulate what is required to bring memory up or do we
> get to short cut that. If the latter the porting could be done
> very quickly. Memory initialization is generally the hard part,
> of a LinuxBIOS port and would likely be trivial under
Richard Smith wrote:
On Tue, 8 Mar 2005 14:44:41 -0800, yhlu <[EMAIL PROTECTED]> wrote:
some questions
1. Where is the defacto location for the serial patch for ADLO?
There isn't one. Search the archvies or I'll have to make you one
later on tonight.
We need to fix this in the wiki on the ADLO p
It is very easy to specify a custom external BIOS ROM
for VMware virtual machines --- just add the following line
to a VM's config file:
bios440.filename = "path to the BIOS ROM file"
The BIOS has to support Intel 440BX chipset and in general
doesn't need significant changes
On Tue, 8 Mar 2005 14:44:41 -0800, yhlu <[EMAIL PROTECTED]> wrote:
> some questions
> 1. Where is the defacto location for the serial patch for ADLO?
There isn't one. Search the archvies or I'll have to make you one
later on tonight.
> 2. about vga init, linuxbios v2 already init that and copy t
some questions
1. Where is the defacto location for the serial patch for ADLO?
2. about vga init, linuxbios v2 already init that and copy that into
0xc, ADLO still need vga...bin, or let the ADLO do vga init
YH
On 08 Mar 2005 12:07:04 -0700, Eric W. Biederman wrote:
> Richard Smith <[EMA
An image that I built is timing out while filo is looking for the phase
1 image on a DiskOnModule raw device. The same filo payload works
perfectly fine with a build of a previous version of LinuxBIOS
(1.1.6.0).
The following excerpt is from a filo build with the IDE debug flag set:
boot: hda1:/p
On Tue, 2005-03-08 at 15:23, Eric W. Biederman wrote:
> Li-Ta Lo <[EMAIL PROTECTED]> writes:
>
> > On Tue, 2005-03-08 at 14:35, Eric W. Biederman wrote:
> > > The biggest problem with arch is that it does not work well on a
> > > windows machine. Mostly because of limitations of windows
> > > fil
>
> Ok. I'll whip up a patch for v2 and send it to you.
>
I'm trying to do a cvs diff command that will show all the new files
I've added to my V2 tree. Whats the magic options?
--
Richard A. Smith
___
Linuxbios mailing list
Linuxbios@clustermatic.o
Li-Ta Lo <[EMAIL PROTECTED]> writes:
> On Tue, 2005-03-08 at 14:35, Eric W. Biederman wrote:
> > The biggest problem with arch is that it does not work well on a
> > windows machine. Mostly because of limitations of windows
> > filesystems. I believe most of the issues go away if you
> > don't h
On Tue, 2005-03-08 at 14:35, Eric W. Biederman wrote:
> The biggest problem with arch is that it does not work well on a
> windows machine. Mostly because of limitations of windows
> filesystems. I believe most of the issues go away if you
> don't have your repository on a windows box. Plus ther
On Tue, 8 Mar 2005, Stefan Reinauer wrote:
> How does closing the tree work? We can also tag it and leave it sitting
> there with a notice that it is obsolete.
I am not sure how to close it. Possibly remove all developers this
weekend.
And, no commits post-midnight of this sunday.
Somethin
* Ronald G. Minnich [050308 22:08]:
> we need a 'controlled shutdown' of the cvs project so we can do a clean
> cut over to tla.
> Can we pick a day and time? midnight this saturday or some such? Do we all
> trust tla enough to go for it?
I've not seen any problems since OpenBIOS is using i
* YhLu <[EMAIL PROTECTED]> [050308 22:32]:
> why does the Linux kernel use bitkeeper?
Back when Linus decided to switch, Arch did not have enough momentum
and it seemed the people around Tom Lord would always go for the concept
rather than for the user.
They were right back then, and today ther
"Ronald G. Minnich" writes:
> we need a 'controlled shutdown' of the cvs project so we can do a clean
> cut over to tla.
>
> Can we pick a day and time? midnight this saturday or some such? Do we all
> trust tla enough to go for it?
My final practical test is to merge with Stefan's tree.
> > You should. What did you do with my XMS system I sent you long ago?
>
> oh, I still have it.
>
> ok, I'll try to bring it out and revive it.
Ok. I'll whip up a patch for v2 and send it to you.
--
Richard A. Smith
___
Linuxbios mailing list
Linux
On Tue, 8 Mar 2005, Richard Smith wrote:
> You should. What did you do with my XMS system I sent you long ago?
oh, I still have it.
ok, I'll try to bring it out and revive it.
ron
___
Linuxbios mailing list
Linuxbios@clustermatic.org
http://www.
On Tue, 08 Mar 2005 14:23:48 -0700, Li-Ta Lo <[EMAIL PROTECTED]> wrote:
> On Tue, 2005-03-08 at 14:32, YhLu wrote:
> > why does the Linux kernel use bitkeeper?
> >
> > YH
I seem to remember it was because bitkeeper has really advanced patch
handling and merging tools.
--
Richard A. Smith
__
YhLu <[EMAIL PROTECTED]> writes:
> why does the Linux kernel use bitkeeper?
The linux kernel uses a combination of bitkeeper, quilt, and
diff+patch. Using bitkeeper is nowhere mandatory in the process.
At the time the call was made by the kernel developers bitkeeper
existed and none of the alt
On Tue, 8 Mar 2005, YhLu wrote:
> why does the Linux kernel use bitkeeper?
because it is really really good. Xen uses it too.
IBM uses it extensively and they were trying to convince us to use it for
linuxbios.
But Larry's 'rules of engagement' for free use of the software are not
aceept
>
> "I think I'll just clean this structure up a bit ... it's just an smbus
> controller ... how hard can it be?"
It was more like. Hey this is known to work and it looks like it does
exaclty the same thing. All I have to do change the bits.
> PC hardware. blech.
>
> I don't have any
On Tue, 2005-03-08 at 14:32, YhLu wrote:
> why does the Linux kernel use bitkeeper?
>
> YH
>
The King (God?) said so.
Ollie
> > -Original Message-
> > From: Ronald G. Minnich [mailto:[EMAIL PROTECTED]
> > Sent: Tuesday, March 08, 2005 1:09 PM
> > To: linuxbios@clustermatic.org
> > Su
why does the Linux kernel use bitkeeper?
YH
> -Original Message-
> From: Ronald G. Minnich [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, March 08, 2005 1:09 PM
> To: linuxbios@clustermatic.org
> Subject: we need to sequence this
>
>
> we need a 'controlled shutdown' of the cvs project s
we need a 'controlled shutdown' of the cvs project so we can do a clean
cut over to tla.
Can we pick a day and time? midnight this saturday or some such? Do we all
trust tla enough to go for it?
What stepan could do is an import, and at the same time we shut down
commits to the cvs.
Sound
Server in US would be faster to access in US. and the LinuxBIOS
version should be done linuxbios.org
YH
On Tue, 8 Mar 2005 13:57:55 -0700 (MST), Ronald G. Minnich
wrote:
>
>
> On Tue, 8 Mar 2005, yhlu wrote:
>
> > Can we put the server in US instead of EU?
>
> I'm afraid to ask this que
On Tue, 8 Mar 2005, yhlu wrote:
> Can we put the server in US instead of EU?
I'm afraid to ask this question, but why does it matter? EU patent issues?
ron
___
Linuxbios mailing list
Linuxbios@clustermatic.org
http://www.clustermatic.org/mailman/list
On Tue, 8 Mar 2005, Richard Smith wrote:
> Its a total rewrite.
oh yeah, I've made *that* mistake a lot of times :-)
"I think I'll just clean this structure up a bit ... it's just an smbus
controller ... how hard can it be?"
PC hardware. blech.
I don't have any 440 stuff left.
ron
___
Hello,
I'm tracking the list, CVS, listening to some really kind folks at
Freenode's #openbios (Stepan et al) for some time now, but still did't
find a working Asus TX97 configuration. To the point:
I have an Asus TX97-_E_ which seems to be really diferent from the one that is
claimed supporte
* Eric W. Biederman [050308 20:20]:
> For more information look at:
> http://www.openbios.org/experience/gnuarch.html
> http://wiki.gnuarch.org/
Especially this part of the wiki is probably interesting:
http://wiki.gnuarch.org/moin.cgi/Learning_20Arch_20commands_20for_20CVS_20users
Stefan
___
* Li-Ta Lo <[EMAIL PROTECTED]> [050308 20:13]:
> [EMAIL PROTECTED]/freebios--devel--2.0
>
> what is the tla command for
>
> cvs -d:xxx login
> cvs -d:xxx co freebios2
You would do:
* once (preperation to use arch in general and on the openbios.org repos):
# make TLA know about you
tla my
"Ronald G. Minnich" writes:
> On Tue, 8 Mar 2005, Eric W. Biederman wrote:
>
> > The next piece to investigate is how we plan on publishing and
> > committing changes. The bread and butter of a version control system.
> > Ron are you far enough along in playing with arch that you are ready f
Li-Ta Lo <[EMAIL PROTECTED]> writes:
> what is the tla command for
>
> cvs -d:xxx login
> cvs -d:xxx co freebios2
tla register-archive ftp://ftp.openbios.org/pub/arch/[EMAIL PROTECTED]
tla get -A [EMAIL PROTECTED] freebios--devel--2.0
For more information look at:
http://www.openbios.org/exper
On Fri, 2005-03-04 at 10:48, Stefan Reinauer wrote:
> * Ronald G. Minnich [050304 17:39]:
> > On Thu, 3 Mar 2005, Eric W. Biederman wrote:
> >
> > > Ron does this sound like something you would be willing to look at?
> >
> > by all means!
>
> The repository is there now.
>
> Note: The caches
Richard Smith <[EMAIL PROTECTED]> writes:
> On Tue, 8 Mar 2005 09:53:03 -0800, yhlu <[EMAIL PROTECTED]> wrote:
> > So need to make shadowing work in V2 before make ADLO working...?
> >
> > which region?
> >
>
> 0xf - 0xf and 0xc- 0xc. Look at util/ADLO/loader.s
> That shows yo
* yhlu <[EMAIL PROTECTED]> [050308 18:56]:
> Can we put the server in US instead of EU?
>
> YH
The machine is hanging off the second hop from the Frankfurt backbone
over to the US, 7 hops from tyan.com... This should be a _lot_ faster
than sourceforge.net
Have you had throughput/latency problems
On Mon, 2005-03-07 at 22:05, Richard Smith wrote:
> > > How difficult is it to port Intel 440BX chipset support from
> > > V1 to V2?
> >
> > Not terribly hard. It is more of a time/desire thing. Does vmware
> > accurately simulate what is required to bring memory up or do we
>
> Yep. not to bad
On Mon, 2005-03-07 at 17:13, Thomas Wehrspann wrote:
> > Is it possible to use the original bios chip?
> >
> Try to get a DiskOnChip Millenium (NOT a DoC 2000). Although they are not
> produced anymore ;-(
> Does anyone know if the DoC Millenium Plus (has a boot capability) is also
> sufficient
On Tue, 8 Mar 2005 09:53:03 -0800, yhlu <[EMAIL PROTECTED]> wrote:
> So need to make shadowing work in V2 before make ADLO working...?
>
> which region?
>
0xf - 0xf and 0xc- 0xc. Look at util/ADLO/loader.s
That shows you the ranges.
--
Richard A. Smith
___
Can we put the server in US instead of EU?
YH
On Tue, 8 Mar 2005 07:23:50 -0700 (MST), Ronald G. Minnich
wrote:
>
>
> On Tue, 8 Mar 2005, Stefan Reinauer wrote:
>
> > We could either use pqm or add ssh keys for each commiter. How many are
> > there currently?
>
> I think maybe 8 or so activ
Then you need to set up one CVS server local to use it...
On Mon, 07 Mar 2005 19:58:33 -0800, Nathanael D. Noblet
<[EMAIL PROTECTED]> wrote:
> So I downloaded the cvs snapshot referenced from the new wiki. It seems
> to be a copy of the repository, and not a checkout.(files are .v ) with
> all so
So get start from s4882 or wait someone have time to fix amd quartet.
YH
On Tue, 8 Mar 2005 06:57:55 -0800 (PST), Jeff Stevens
<[EMAIL PROTECTED]> wrote:
> Yes, the Tyan s4882 seems to compile fine. I actually
> had my LOG_LEVEL set to 6 already, but I tried 7 and
> down to 5, and that didn't h
So need to make shadowing work in V2 before make ADLO working...?
which region?
YH
On 07 Mar 2005 21:34:35 -0700, Eric W. Biederman wrote:
> Richard Smith <[EMAIL PROTECTED]> writes:
>
> > On Fri, 04 Mar 2005 15:37:31 -0600, Bari Ari <[EMAIL PROTECTED]> wrote:
> >
> > > http://wiki.linuxbios
> <[EMAIL PROTECTED]> wrote:
> > If you haven't already tried... maybe a few out's to port 0x80 to slow
> > things down.
>
> Thats a pretty quick and easy test. I'll do that in a bit and see what
> happens.
No change. I still get all 0xff's (not all zeros like I said earlier)
I think I'm a
On Tue, 8 Mar 2005 10:31:41 -0500, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
> If you haven't already tried... maybe a few out's to port 0x80 to slow things
> down.
Thats a pretty quick and easy test. I'll do that in a bit and see what happens.
--
Richard A. Smith
__
If you haven't already tried... maybe a few out's to port 0x80 to slow things
down.
Steve
-Original Message-
From: Richard Smith [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 08, 2005 9:40 AM
To: Ronald G. Minnich
Cc: Dmitriy Budko; Eric W. Biederman; linuxbios@clustermatic.org
Subject
Yes, the Tyan s4882 seems to compile fine. I actually
had my LOG_LEVEL set to 6 already, but I tried 7 and
down to 5, and that didn't help. I also tried
changing the LOG_LEVEL in the amd quartet, compiled
it, and it didn't work either.
Thanks,
Jeff Stevens
--- yhlu <[EMAIL PROTECTED]> wrote:
> RS> I don't think in-kernel will be enough. pcmica services depend on the
> RS> card manager deamon to detect device insertions and register the
> RS> device. cardmgr is user space.
>
> No, you're a bit wrong. PCMCIA services do not _depend_ on cardmgr.
> They may take advantage of it, but do
> > How difficult is it to port Intel 440BX chipset support from
> > V1 to V2?
>
> easy. Been done. Ask Richard Smith.
>
Been working on it. Not even close to done.
--
Richard A. Smith
___
Linuxbios mailing list
Linuxbios@clustermatic.org
http://www
> As I found on some chipsets, the CPU can be too fast, and it should:
> 1. start op
> 2. wait for 'smbus active' indicator to go to 1
> 3. wait for 'smbus active' indicator to go to 0
>
> is this by any chance your problem?
The code is basiclly a port of the working V1 assembly code converted
to
On Tue, 8 Mar 2005, Stefan Reinauer wrote:
> We could either use pqm or add ssh keys for each commiter. How many are
> there currently?
I think maybe 8 or so active.
ron
___
Linuxbios mailing list
Linuxbios@clustermatic.org
http://www.clustermatic.or
On Tue, 8 Mar 2005, Eric W. Biederman wrote:
> The next piece to investigate is how we plan on publishing and
> committing changes. The bread and butter of a version control system.
> Ron are you far enough along in playing with arch that you are ready for
> that piece of the conversation?
n
On Mon, 7 Mar 2005, Richard Smith wrote:
> Yep. not to bad. I've got the beginnings of the port already done. I
> got hung up on getting my dump_spd routine to return somthing else
> besides zero. Its really wierd. I can actually see the data on the
> SMbus happening but I don't ever seem to
On Mon, 7 Mar 2005, Dmitriy Budko wrote:
> So, you don't need it for "production" systems, only for development,
> do you?
I would say so.
> How difficult is it to port Intel 440BX chipset support from
> V1 to V2?
easy. Been done. Ask Richard Smith.
> It seems to me that supporting a new S
Hi!
Richard Smith:
RS> I don't think in-kernel will be enough. pcmica services depend on the
RS> card manager deamon to detect device insertions and register the
RS> device. cardmgr is user space.
No, you're a bit wrong. PCMCIA services do not _depend_ on cardmgr.
They may take advantage of it
* Eric W. Biederman [050308 10:37]:
> The next piece to investigate is how we plan on publishing and
> committing changes. The bread and butter of a version control
> system. Ron are you far enough along in playing with arch
> that you are ready for that piece of the conversation?
http://www.o
"Ronald G. Minnich" writes:
> On Thu, 3 Mar 2005, Eric W. Biederman wrote:
>
> > Ron does this sound like something you would be willing to look at?
>
> by all means!
I'm in the prep stages of merging my tree with Stefan's. This
first merge is going to be as bad anything I have done before bu
76 matches
Mail list logo
