Ronald G. Minnich rminnich@lanl.gov 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
* Eric W. Biederman ebiederman@lnxi.com [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
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,
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 SIO
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 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?
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
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 C.
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
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 not
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:
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
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
[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 victim
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 ebiederman@lnxi.com wrote:
Richard Smith [EMAIL PROTECTED] writes:
On Fri, 04 Mar 2005 15:37:31 -0600, Bari Ari [EMAIL PROTECTED] wrote:
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 help.
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 sorts
Can we put the server in US instead of EU?
YH
On Tue, 8 Mar 2005 07:23:50 -0700 (MST), Ronald G. Minnich
rminnich@lanl.gov 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
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
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?
The
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. I've got
* 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?
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 you the ranges.
On Fri, 2005-03-04 at 10:48, Stefan Reinauer wrote:
* Ronald G. Minnich rminnich@lanl.gov [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
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:
Ronald G. Minnich rminnich@lanl.gov 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
* 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-id
* Eric W. Biederman ebiederman@lnxi.com [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:
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
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
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
rminnich@lanl.gov wrote:
On Tue, 8 Mar 2005, yhlu wrote:
Can we put the server in US instead of EU?
I'm afraid to
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.
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 so we
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
Subject: we
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 440
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
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
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
* Ronald G. Minnich rminnich@lanl.gov [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
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.
Something
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 there
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 have your
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.org
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
filesystems. I
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:
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 ebiederman@lnxi.com 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.
2. about vga init, linuxbios v2 already init that and copy that
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
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
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
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?
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 you
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 actually
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 (or
you) can
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 in
On Tue, 2005-03-08 at 12:39, Stefan Reinauer wrote:
* Eric W. Biederman ebiederman@lnxi.com [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:
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
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 the
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,
of a
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
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 already at
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
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
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
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
??? 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 probally
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
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 BIOS ROM
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
this
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
70 matches
Mail list logo
