Ollie can't we use the x86 emulator + bios support?
I am sympathetic to Eric's concerns about callbacks, in spite of my having
written callback support into the vgabios for linuxbios. It's so easy to
lose control of that vgabios off running on its own. It seems like the
emulator would let us
On Wed, 13 Aug 2003, Stefan Reinauer wrote:
devbios generally knows how to do this for certain chipsets, including
the 440. Unfortunately some mainboard vendors additionaly protect flash
write with some undocumented GPIO circuit, so supporting the chipset
alone is not enough. There is not
On Tue, 12 Aug 2003, Stefan Reinauer wrote:
Emulation and ADLO go hand in hand I think. There are 2 different
problems to be addressed:
I'm not so sure. The emulation code supports the INT functions needed for
vga setup. I would actually be inclined to dump ADLO rombios.c completely
and
On Tue, 12 Aug 2003, Niki Waibel wrote:
currently (afaik) noone has tried to get linuxbios
working like this. (if i am wrong then pls tell me!)
the plan is to have linuxbios, the kernel and a small
rootfs in this m-systems chip (MD-2802-D08-V3 = 8MByte -- can boot
linuxbios on DIP
On Mon, 11 Aug 2003, ron minnich wrote:
For linuxbios to succeed in future, we'll need support for these two
things. I think this is a lamentable state of affairs. But that's how it
is.
I think long-term the best way to fix it for all architectures is via
emulation, but for the immediate
On Fri, 8 Aug 2003, Adam Agnew wrote:
for example;
linuxBIOS -
VGA Search and Init ROM ELF
with its own printk, etc?
- Back to linuxBIOS
linuxBIOS -
with its own printk, etc?
Polled IDE File Systems Support ELF
Success:
- Linux
On Sat, 9 Aug 2003, SONE Takeshi wrote:
Then it's convenient to have a few more INTs and generic PCI ROM
enabling routine to enable the SCSI adapter. That code would be
simple and small anyway.
It doesn't bother me. I am fine with it. I believe that the VGA BIOS
support can be used for this
On 14 Aug 2003, Roger wrote:
Fails to load module mtdchar.o (or atleast on my boxens with Gentoo)
- Should probably load mtdchar at the time doc2001 docprobe are
loaded.
yikes, that has not failed in years. I'll try to look.
/dev/mtd0 should probably be named /dev/mtd/0
only with devfs.
Eric's comments on the keeping the core clean bring Plan 9 to mind,
especially as Plan 9 was the inspiration for both the original and new
config tools.
Plan 9 is broken into two trees, as follows.
/sys/src/9/port
/sys/src/9/architecture
The 'port' code is that code which is
On Tue, 5 Aug 2003, YhLu wrote:
You need to change _RAMBASE to 0x4000.
thank you, that did it. I now have an HDAMA running as a 2-cpu bproc slave
node, in 32-bit mode, with an IBM T23 laptop as the master.
ron
___
Linuxbios mailing list
[EMAIL
On Tue, 5 Aug 2003, YhLu wrote:
How about the support of Option rom execution for on board device?
Some device vendors only provide option rom instead of datasheet.
That's on the list. We're going to need to support it. VGA comes first.
ron
___
On Mon, 4 Aug 2003, YhLu wrote:
There are Config.lb and config.lb in the southbridge/amd/amd8111.
We should get rid of config.lb.
done and comitted.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
On Fri, 8 Aug 2003, Adam Agnew wrote:
Did you have the same winbond with award firmware? I'd be interested to
learn if you found a way to work through that.
what is that all about? I am confused by the concept.
ron
___
Linuxbios mailing list
On Tue, 12 Aug 2003, Stefan Reinauer wrote:
I looked at the official x86emu code at
ftp://ftp.scitechsoft.com/devel/x86emu/x86emu-0.8.tar.gz
I wonder if my bug fixes ever made it in. They had some issues (well,
bugs) with prefix 0x66 instruction parsing.
hmm.
This contains something
Stefan can you send me your info on what you did for XIP? Just want to
make sure what I do makes sense.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
It looks pretty wrong in the BIOS. Here are the entries for 2:3.0 and
2:4.0. This translates to (bus,devfn) of (2,0x18) and (2,0x20)
{0x2,0x18, {{0x4, 0xdef8}, {0, 0xdef8}, \
{0, 0xdef8}, {0, 0xdef8}}, 0x7, 0},
First, the slot is 7, not 0 as it should be
On Mon, 11 Aug 2003, YhLu wrote:
I also find the freebios/util/vgabios. Is that you mean 16 VGABIOS or
emulation?
that is the (fixed) x86 emulation code from the XFree86 tree.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
On Mon, 11 Aug 2003, Steve Gehlbach wrote:
The point was, is it a proprietary BIOS from a mfr of the
video/motherboard? I got the impression we were talking of copying a
binary into the project, and wanted to know if it was a copyrighted and
proprietary work. Or did I miss the point?
On Sun, 10 Aug 2003, Steve Gehlbach wrote:
Maybe they were talking about Winmodem cards, I think these are a
problem on Linux.
yes, but the author of that article is still pretty clueless.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
On Thu, 7 Aug 2003, Steve Gehlbach wrote:
is disconcerting to see that linux is starting to use BIOS calls in some
places, like power management stuff (AFAIR).
that's a big mistake ...
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
I really need a working PIRQ (don't ask) so I'm going to take a stab at
generating one from the linuxbios tables, unless somebody else has
done/wants to do it.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
On Thu, 7 Aug 2003, Joshua Wise wrote:
Presently, the CLI is running as part of the kernel - not as a seperate
userland application (the reasoning being that we can use the kernel's driver
architecture - I have created a drivers/bootldr subdirectory for things like
that. for more, check
I guess I have a hard time seeing the difference between linking functions
into LB via the static device tree, and calling ELFs, except that you get
no space savings with the ELF approach. You're going to create printk etc.
functions in every single ELF image, and in fact you'll have a whole
On Thu, 7 Aug 2003, Stefan Reinauer wrote:
It looks to me like it's a bad idea[tm] to set the resource map at all
before knowing anything about the machine's resources.
Is this the right time to fill out the probe and present stuff that
Greg mentioned for the static cpu map?
ron
On Tue, 5 Aug 2003, YhLu wrote:
Why not try 64 bit?
that's next. I am waiting for something. You'll see :-)
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
The PIRQ is indeed wrong. So I booted a bproc phase 2 configured with
IO-APIC support and all is well, since the _MP_ is correct.
Gee, this is nice.
I guess what we should do is dynamically generate PIRQ from the _MP_
table?
That's for later.
ron
On Wed, 6 Aug 2003, Stefan Reinauer wrote:
* Eric W. Biederman [EMAIL PROTECTED] [030806 05:47]:
There are a couple of sides of this.
1) Anyone who supports Linux on non-x86 generally has a reasonable
Linux driver that does not need an option rom to set anything up.
This includes
The next obvious step is to link static to dynamic devices.
One issue is that we define CPUs statically, up to the maximum the
mainboard can take. But they may not be there. How do we express this?
Greg had some ideas, so he may jump in once he gets off the plane.
I do think the new static
On 6 Aug 2003, Eric W. Biederman wrote:
Which model RAID-SCSI controller? I have seen an amazing number that
have worked. I am wondering if it is simply a misreport.
not sure, talk to the folks at Argonne, it's a LNXI cluster.
ron
___
Linuxbios
OK, I see the problem, and I'll talk to greg about it. He is on the way to
Oz so it will take another day or so.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
fails.
ah well it was too good to last.
LinuxBIOS is saying that CPU #1 did not initialize.
just FYI, this is doubtless a setup problem.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
I am going to make a very minor tweak in a few minutes that should not
affect any of you.
But we'll see. This tweak is aimed at letting us shrink the top-level
Config.lb files to almost nothing.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
On Mon, 4 Aug 2003, YhLu wrote:
How about VGA support status on LinuxBIOS?
we're hung up on the 7505 chipset right now, we can't get it to work
correctly with SPD.
I also wonder if AGP addon card need init too.
that is an ongoing project here, with expected completion in august.
ron
On 4 Aug 2003, Eric W. Biederman wrote:
If I was not using the stock hdama configuration I would not have a problem
with that. It looks like Ron did not check in the fix or whatever.
yup, things still break sometimes :-)
I don't know yet which option it is having a problem with.
yup,
fresh checkout:
bash-2.05b$ python /tmp//freebios2/util/newconfig/config.py Config.lb
/tmp///freebios2
Configuring TARGET hdama
Creating directory hdama
Will place Makefile, crt0.S, etc. in hdama
Configuring ROMIMAGE fallback
Configuring DIR /config/Config.lb
Configuring DIR /lib/Config.lb
On 4 Aug 2003, Eric W. Biederman wrote:
Previously when we had this conversation we tried for a minimum python
of 1.5 and the old config tool manages that. We may need to bump the
python requirement but we this needs investigation to see why the earlier
versions of python have problems.
Can Eric and Stefan and others interested please take a quick look at
this, it is the non-tyan mods from Yh Lu.
I am going to commit the tyan mods in a few minutes.
thanks
ron
diff -uNr ./freebios2/src/cpu/k8/cpufixup.c ../freebios2/src/cpu/k8/cpufixup.c
--- ./freebios2/src/cpu/k8/cpufixup.c
On 31 Jul 2003, Eric W. Biederman wrote:
I should be switching over to the new configuration system on Monday
and once that is sorted out quite I can start putting hard codes
where they belong in the board specific configuration.
good timing, I'm back then.
Greg has further ideas and we
On 29 Jul 2003, Eric W. Biederman wrote:
Hmm. We can't have a per architecture default _RAMBASE?
not sure if it makes sense per architecture. Consider those Alpha boards
where rambase depended on chip type, board type, engineer's last name, and
phase of the moon. I'm sure we'll see more of
On Wed, 30 Jul 2003, Stefan Reinauer wrote:
does the Solo need any special init for the onboard winbond chip? I
got the solo target to compile again today, but all I get is
reeeaaallyyy slow output of the setting up default resources and
node1 before it just hangs.
if so, this is a good
OK, I am hoping this is the kind of thing that will work for the K8.
First, in cpu/k8, define a file, chip.h:
struct cpu_k8_config {
struct chip *north, *south, *east, *west;
};
Thenin cpu/k8/Config.lb, add this line:
config chip.h
Note this file could be called anything, but chip.h
On Wed, 30 Jul 2003, YhLu wrote:
If the 8111 is connected to 8131. Should add the config for 8131 and say its
north is amd8111.
ah, ok, I need that more complex diagram that stefan sent me. All the
diagrams he has sent so far show no link from 8131 to 8111 ...
Stefan? can you send 2 and 4
are the names 'north, south, east, west' acceptable to everyone? It
follows current nomenclature.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
On 30 Jul 2003, Eric W. Biederman wrote:
I believe the speed problem is that the XIP defines have not been
picked up in the new configuration stuff. Anyway that is where I
would look first for speed problems.
oh ho. What XIP defines are needed? I'll put them in but can't test until
monday.
On Wed, 30 Jul 2003, Gregg C Levine wrote:
Now you've got my curiosity on active. Whose motherboard, is this? Is
it a Tyan job? Where can I get one?
two current motherboards working that you can buy are the Arima HDAMA and
the Tyan s2880
ron
___
On Tue, 29 Jul 2003, paul wrote:
How big is linuxbios? will 256K byte of flash do? I only have a flash
burner that will burn 512k byte. I need to know before I download the
source.
yes, 256KB is plenty for linuxbios + etherboot.
ron
___
Linuxbios
OK, I have applied Yh Lu's patches for the most part. In almost all cases
they are tyan 2880-specific. There are three things I can see that might
affect others:
#ifdef some-variable
no longer works in many places, it has to be
#if some-variable == 1
to work.
- for the new config too,
On Mon, 28 Jul 2003, Andrew Ip wrote:
yes, this is the reason we have not frozen the tree. I am hoping somebody
can fix the K7sem :-(
Could it be the ecc problem?
I think so. Is there a reasonable fix?
ron
___
Linuxbios mailing list
[EMAIL
Yh Lu, this will take me a little time to integrate your patches, I hope
to be done tomorrow. Some of the things you have patched I have also
fixed, but due to the 24-hour delay at sourceforge.net, we are out of
sync.
Thanks for your patches, I hpoe to commit by tomorrow.
ron
did you load a kernel or an elfimage built from a kernel?
You are making good progress.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
On Sun, 27 Jul 2003, Thomas Wehrspann wrote:
When i use the current CVS copiling is no problem, but when i boot
linuxbios stops before the mtrr stuff with Enabling cache
yes, this is the reason we have not frozen the tree. I am hoping somebody
can fix the K7sem :-(
ron
On Sat, 26 Jul 2003, Yinghai Lu wrote:
I can send you the diff next Monday if you want.
please do.
I add LINUXBIOS_EXTRA_VERSION to the Option.lb in the config. Use that
We can diff from normal boot to fallback boot in the output.
very cool.
Change some #ifdef to #if CONFIG_SMP==1
On Fri, 25 Jul 2003, Devi Priya wrote:
It looks completely different from the ldscript.ld found in romimages
directory. I hope this ldcript.ld is automatically generated when running
the python program. Is the entries correct? Or what i should do to correct
it?
it looks good to me.
On Fri, 25 Jul 2003, Stefan Reinauer wrote:
I am not happy with these hardcodes at all, they will make all
motherboards fail that have a different link setup than the tyan S2880
(It should be ok for hdama, but will definitely make the AMD quartet
fail)
just checking, did this cause trouble
On Fri, 25 Jul 2003, Stefan Reinauer wrote:
I have not enabled LDTSTOP_L assertion in the tree yet, thus the writes
to the link speed registers are done but wait to become current. I'm
thinking about moving the code to tyans mb specific code and have the
same thing for the other mainboards
On Wed, 23 Jul 2003, Meinrad Sauter wrote:
- VGA: The Multitainer has an onboard MPACT2 Graphics adapter. It would be
nice to have, but not really required. From the docs, I think I could make it
work using ADLO or with the builtin VGA support. What do you think?
it would be cool if you
Stefan, I just fixed that 'False' bug.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
On Fri, 25 Jul 2003, YhLu wrote:
It seems that you roll back to the tree, because of Stefan's complain.
no, I did not roll anything back. Did something roll back?
Or are you seeing the 24-hour sourceforge.net delay?
ron
___
Linuxbios mailing list
On Fri, 25 Jul 2003, Richard Smith wrote:
Meinrad Sauter wrote:
I'm just now reading the original post Missed it earlier.
- Soft Power-Off: I used the APM-BIOS in my Original Setup for this. I
understand that LinuxBIOS doesn't implement such BIOS functions. I also found
a kernel
On Thu, 24 Jul 2003, SONE Takeshi wrote:
On Wed, Jul 23, 2003 at 12:51:00PM -0600, ron minnich wrote:
On Wed, 23 Jul 2003, gimyung han wrote:
and then, I type ./flash_rom /root/epia/romimage.
it's annoying, but you have to say:
./flash_rom -w /root/epia/romimage
On Thu, 24 Jul 2003, John Praveen wrote:
I read the document
www.linux-magazine.com/issue/28/LinuxBIOS.pdf. It
states that DiskOnChip is required for the linuxBIOS.
oh, that's an error. It is not required. There has to be something we said
that implies that, as people keep asking
On Thu, 24 Jul 2003, Stefan Reinauer wrote:
I am still fighting this, since it broke NLBConfig in a way that is
probably not worth fixing (it's missing the static_root completely,
and we might not want to keep that in a generated file as well as in
the config file):
our mistake. We need to
On Thu, 24 Jul 2003, Stefan Reinauer wrote:
hm 2nd level cache disabled?
yeah, but why? I thought I had copied the old config setup pretty well. Do
you see anything?
Next bit is get SMP in there.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
Stefan, in a few minutes I'll be committing a simple change that greatly
reduces the size of targets/arima/hdama/Config.lb.
I have tested this and it works fine, save for the slow memory test (which
may be L2 cache, but may be who knows ... TOM again?)
ron
On Thu, 24 Jul 2003, Stefan Reinauer wrote:
No, it seems there is some flaw in memory setup of the second CPU. This
is stil built with the old config. All the memory gets detected, but
LinuxBIOS just restarts right after the timeout at:
Boot from (N)etwork (D)isk (F)loppy or from (L)ocal?
On Thu, 24 Jul 2003, Stefan Reinauer wrote:
Configuring TARGET hdama
Will place Makefile, crt0.S, etc. in arima/hdama/hdama
=== ERROR: Attempt to set nonexistent option MAXIMUM_CONSOLE_LOGLEVEL
arima/hdama/Config.lb:0
put this at the top of Config.lb
uses MAXIMUM_CONSOLE_LOGLEVEL
This is a
the tree is fine, sourceforge is probably overloaded again.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
I'm now stopping with post code 0xee.
I do get past the memory test. There is a post code at 0x80 for a while.
darn it. Worked until the last cvs update.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
OK, I'm back, the checked out tree works fine now.
YhLu, I will try to commit your changes tomrrow.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
YhLu: I can fix your problem without adding the mainboard init function to
hardware main, and also without code like this to the include file:
#ifdef FINAL_MAINBOARD_FIXUP
void final_mainboard_fixup(void);
#else
# define final_mainboard_fixup() do {} while(0)
#endif /*
OK, I will start on this tonight.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
I have just committed the changes from YhLu which he sent this morning.
The following files are changed:
CVS:src/include/device/pci_ids.h src/mainboard/tyan/s2880/Config
CVS:src/mainboard/tyan/s2880/auto.c
CVS:src/mainboard/tyan/s2880/failover.c
CVS:
On Fri, 25 Jul 2003, gimyung han wrote:
Updating PCI command 0003-0007. pci_bus 00 pci_device_fn 90
Searching for server (DHCP)...
..
we saw this too. It looks like etherboot trouble.
did you snoop the network to see if packets are getting out?
ron
Yh Lu needed to add a mainboard-specific initialization code for the Tyan
s2880 board, and needed it called at a special place in hardwaremain(). In
V1, we would use defines and other such trickery to get this capability.
We're trying to avoid that in V2.
This problem turns out to be a perfect
I committed these patches, please test.
thanks
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
On Wed, 23 Jul 2003, Stefan Reinauer wrote:
* ron minnich [EMAIL PROTECTED] [030723 02:48]:
make reset a rel jump to 0xfff0 - (sizeof entry16). Then put entry 16
right before 0xfff0. Entry16 code turns on 32-bit mode and then jumps
to the real start of the linuxbios image -- which
On Wed, 23 Jul 2003, Stefan Reinauer wrote:
Hm. On the K8 this might be a special problem as you have to do the non
coherent HT enumeration before you can actually access the southbridge
registers. On any non-HT system it should be easy to map the missing
address space using the southbridge
On Wed, 23 Jul 2003, Tien wrote:
Does anyone can complier supermicro P4DC6P with latest version
source code?
I think that works.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
On Wed, 23 Jul 2003, Stefan Reinauer wrote:
By far the simplest thing to do is make it possible to move c_payload
around, say to 0xfffe
if this means that we can easily make linuxbios fallback and normal
share the same payload, it would be my fav.
not sure about that. Currently the
On Wed, 23 Jul 2003, Steve Gehlbach wrote:
I suggested this last year, with the comment that this is a more
traditional way that embedded systems start up. Your objections at the
time were that it would cause trouble with some motherboards, but I
don't remember the specifics. I was
On Wed, 23 Jul 2003, Steve Gehlbach wrote:
Hmm... are you sure? I tested this many times, and it was also reported
on the Xbox project as well. Since Eric put in c_start.S, it has been
located in RAM 1M (moved with the C code), but I don't know how v2 is
doing it, haven't looked at it.
Greg has implemented the static tree/dynamic tree code mentioned
yesterday, and today it passed its first test with flying colors.
Greg needed some ide setup done on the southbridge to make his IDE
interface work.
To effect the change, he had to have certain code execute at a certain
pass
On 22 Jul 2003, ollie lho wrote:
I still don't see the point of the dispute.
I don't think there is a dispute, just uncertainty about how to hook them
up.
Also, we can in fact have lots of different entry points in the struct,
but there is disagreement about having one function with a pass
On Tue, 22 Jul 2003, Stefan Reinauer wrote:
* you disabled onboard ethernet and ac97 in amd8111_lpc.c
can we make this somehow configurable? Is there a way to probe
whether these are actually wired through to some outputs?
hmm, could I have a better example of why we need that static
Now that we are using romcc, and all functions are inline, it is getting
increasingly painful to deal with linuxbios images smaller than 64k. This
problem happens as we need a 16-bit jump to the start of the linuxbios
code, which limits us to jumping to 0x. But if linuxbios is bigger
Well, my alternate startup idea works fine on the K8. Except ... looks
like flash rom addressing is not enabled by default for anything but the
0x segment, which means while my idea works, it's useless: if I
jump to the 0xfffe segment, I'll be reading air, not the flash part.
On Tue, 22 Jul 2003, John Praveen wrote:
Sorry mine is TE28F320C3TC70 (Intel) 32Mbit Flash memory. If I have to
boot from Flash memory what part of linux bios should I concentrate?
What changes has to be done?
NEAT!
removeable or soldered on?
ron
anybody?
ron
-- Forwarded message --
Date: Wed, 23 Jul 2003 03:12:33 +
From: Devi Priya [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: SC1200-BLDT
Hello
I have compiled the linuxbios for sc1200. I also have Dorado xpress
loader. Can you plz tell how could I
Seems to me we could enable the full flash rom decoding, then put the
c_payload at 0xfffx, then have really big linuxbios images. I'll take
a look at this too, later.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
it's getting easier and easier to resync the new config tool to the
ongoing changes. Took a few minutes earlier today and I was back on the
air.
I have noticed that the testing of the first 16M of memory in auto.c is
very slow, so I've turned it off on my version. My guess is for you guys
it
On Mon, 21 Jul 2003, YhLu wrote:
I can build the linuxbios. But it is too large and it is around 60k, and
tg3.zelf is about 22k, and tg3--ide_disk.zelf is about 24k, then the sum is
above 65k.So I can not build the images.
I now routinely set my linuxbios size for 64K with payload size of
On Mon, 21 Jul 2003, YhLu wrote:
So fallback image will be 96K?
that's how I'm doing it. With a 1 Mbyte flash I don't worry much.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
On 21 Jul 2003, Eric W. Biederman wrote:
You haven't had your debug code fail to compile because linuxbios goes
over the 64K limit yet either.
I just did :-)
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
On 21 Jul 2003, Eric W. Biederman wrote:
I have nits to pick with a single device_configure(). After we have
something working I will start picking them.
do you mean a single call or a single function? The plan is multiple calls
to that function.
In general timer services are a generic
On 22 Jul 2003, ollie lho wrote:
Why do you want to call a SINGLE function in different places with
different enum value ? Is there any disadvantage to make each call
into it own function ?
OK, to elaborate.
In superio code from 1.0, we had this:
struct superio_control {
void
On Tue, 22 Jul 2003, Andrew Ip wrote:
SPD contents is very easy to access. The epia-m code is including
src/northbridge/via/vt8623/raminit.inc
to initialize ram. I found problems with this, the jedec ddr init spec
sequence calls for reads of the ddr memory, this source actually does some
On Sun, 20 Jul 2003, SONE Takeshi wrote:
On wrong SPD: I figured out why most BIOSes have the setup option
to force DRAM parameters other than By SPD.
Do we need that feature too? :)
We actually have had serious conversations on this. The conclusion was
don't buy busted memory.
If there
What I will do is first, get my tree in sync with Greg's new config tool
code and Eric's new updates for SMP; Then look at YhLu's code and try to
get it integrated.
Next week is K8 week for me. It is very exciting to see this coming up on
my bench after reading about all the work you folks
On Fri, 18 Jul 2003, John Praveen wrote:
I am new to linux bios. My project is based on
geode chip. I want my linux OS to be in Flash ROM(capacity 4 MB).
I have sad news. You can't get a 4 MB chip on that board, I bet. It is
probably 4 Mbits, 512 KB. You'll have to
On Fri, 18 Jul 2003, Dave Ashley wrote:
Inside src/arch/i386/lib/idt.c
case MEMSIZE:
// who cares.
eax = 64 * 1024;
ret = 0;
break;
+#ifdef CONFIG_INT21HANDLER
+ case 0x15:
+ ret=handleint21( edi, esi, ebp,
801 - 900 of 1000 matches
Mail list logo