On Fri, 25 Jul 2003, Stefan Reinauer wrote:
> The static tree generated at the moment seems not right to me:
> for the one cpu that is actually configured, several nodes are
> generated:
>
> struct chip static_dev9 = {
> /* cpu /home/stepan/LinuxBIOS/freebios2/src/cpu/k8 */
> .next = &static_de
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 troubl
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 w
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
> >
On Sat, 26 Jul 2003, Stefan wrote:
> Some weeks ago, I wanted to know if my Gigabyte GA-7DXR is compatible
> with the LinuxBIOS, and ron asked my something about the serial, etc,
> written on the surface of the bios rom!
> Now, here's it:
>
> HYUNDAI KOR
> HY20F002TC-
> 90
On Sat, 26 Jul 2003, Adam Agnew wrote:
>
> What's the deal with Intel's firmware hubs? The status file for
> Clearwaters seems to indicate that only an Intel firmware hub will do.. Is
> that the case, or should I still be able to use a standard plcc flash
> part? This is an unforseen snag for som
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 Mon, 28 Jul 2003, SONE Takeshi wrote:
> On Sun, Jul 27, 2003 at 02:24:10PM +, gimyung han wrote:
> > Unknown bootloader class !
> > type=
> > data= 0009882e
>
> This is from setup code of your ELF kernel, and it's not an error,
> just a warning.
>
> > Firmware type: 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 Sun, 27 Jul 2003, Adam Agnew wrote:
> I think you're right there. The datasheet for the 82802s shows that
> they're all 3.3v while a myriad of datasheets i found for other plcc flash
> parts were 5v. Good to know. It seems AMD offers a line of low voltage
> flash parts as SST must too. Thanks S
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==
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
___
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
___
Linuxbio
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, there
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 t
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 go
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 i
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 Thu, 31 Jul 2003, Stefan Reinauer wrote:
> > First, in cpu/k8, define a file, chip.h:
> >
> > struct cpu_k8_config {
> > struct chip *north, *south, *east, *west;
> > };
>
> I don't think we need both of east and west really. The Bios Developers
> Guide calls these links "UP", "DOWN"
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 an
On Fri, 1 Aug 2003, John Praveen wrote:
>At what address should the linuxbios.rom and the kernel image
> file should be kept in Flash memory? My linuxbios.rom is 256KB and
> kernel image is 1.1MB.
what part are you using such that you can hold this much image (> 1 MB)
ron
__
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]
http
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, bet
On 4 Aug 2003, Eric W. Biederman wrote:
> WARNING: Option AMD8111_DEV using default value 0x3800
> WARNING: Option CONFIG_IDE_STREAM using default value 0
you've got something different. We're building from cvs here with no
trouble.
The order of some of your messages differs from ours.
Are y
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
Conf
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.
>
I have made the initial commits for the items Stefan requested; comments
welcome.
Here is the log.
Commits for the new config static device design, to allow more than one
static
cpu of a certain type and to eliminate the
cpu p5
cpu p6
cpu k7
nonsense in the old config files.
Next step is
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
I took a long look and it looked ok. I have patched and tested my
linuxbios for HDAMA and it works fine.
I am going to commit these patches.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
On 4 Aug 2003, Eric W. Biederman wrote:
> I now have a mysterious requirement to have a chip.h in
> the arima/hdama mainboard directory.
my fault! I forgot to cvs add.
Fixed and committed.
FWIW this build is working well for me as of today for both etherboot and
kernel.
ron
_
On Tue, 5 Aug 2003, ron minnich wrote:
> I'll look again but ... the clean checkout yesterday built fine, which is
> odd.
I mean odd as in the sense of 'works for me, but not for you'. I actually
still can't do a real build on RH 7.3 as romcc still fai
On Tue, 5 Aug 2003, ron minnich wrote:
> I mean odd as in the sense of 'works for me, but not for you'. I actually
> still can't do a real build on RH 7.3 as romcc still fails on that
> platform.
>
yep it was missing a
1. PIRQ table derived from standard bios, but it is still wrong.
2. have a hook in arima/hdama/mainboard.c for CONF_PASS_PRE_BOOT,
but it is a no-op
3. targets/arima/hdama/Config.lb now enables SMP and sets max_cpus to 2
ron
___
Linuxbios mailing
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
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 [EMAIL PROTECTED] wrote:
> It appears for anyones interest that the EPIA-M1 with C3 processor
> has the SST39SF020A flash chip ( revision 70-4C-NH ), which is the PLCC
> type, which requires Bios Saviour RD1-PL.
you don't "have" to have the saviour.
You can boot the norma
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
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 arch
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
On Fri, 1 Aug 2003, SONE Takeshi wrote:
> A realmode BIOS function in the LinuxBIOS didn't work properly
> (at least for me while trying to call int10h ax=4f01 of VGA BIOS),
> and below is the fix.
> With this fix, more boards and video cards might
> be able to use built-in VGA BIOS support of Lin
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
currently, I'm having PIRQ routing problems.
Etherboot loads the kernel just fine, and here's something very odd:
etherboot says the two MACs are at 1:3.0 and 1:4.0; the kernel says the
macs are at 2:3.0 and 2:4.0.
This is odd. Any one out there have a simple explanation for me?
Also the PI
On Wed, 6 Aug 2003, Niki Waibel wrote:
> means that all tools necessary for flashing/programing the
> bios are in the cvs of freebios?
utils/flash_and_burn/flash_rom
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/
Eric, I have eliminated the unnecessary reading of Config.lb files that
you saw in your note.
It now looks like this:
bash-2.05b$ python ~/src/bios/freebios2/util/newconfig/config.py
Config.lb ~/src/bios/freebios2
Configuring TARGET hdama
Will place Makefile, crt0.S, etc. in hdama
Configuring
On 8 Aug 2003, Eric W. Biederman wrote:
> But beyond that having etherboot separate has proved very valuable.
agree. In general, having "THE PAYLOAD" separate is a good deal. I would
not want to link, e.g., 9load into linuxbios, and I can't even build those
two on the same system.
My doubts c
On Fri, 8 Aug 2003, YhLu wrote:
> Where is the VGA BIOS support? Still in freebios?
it's the one that SONE used in linuxbios, he can describe again how it is
enabled. We are using it here for NVidia cards.
ron
p.s. but it doesn't work on nvidia yet!
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 Fri, 8 Aug 2003, Niki Waibel wrote:
> my plan is still to use a DoC 2000 on an EPIA-M mobo
> with a DIP2PLCC adapter -- instead of the original
> 256kbyte (PLCC) bios chip.
that won't work, as the 2000 does not have an addressable boot block like
the 2001.
ron
__
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]
http://www.clustermatic.org/mailman/listin
I will try to email you my latest tree, Stefan put them in last night.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
On Wed, 6 Aug 2003, YhLu wrote:
> It seems the Kernel clear 0x0--4k.
> Of course after itself take the MP TABLE.
yuck. I always thought it left that page alone, since it's page zero
anyway.
Well, that explains a thing or two.
ron
___
Linuxbios mail
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 "BI
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]
http://www.c
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 f
On Mon, 11 Aug 2003, YhLu wrote:
> It should work with onboard one. You may put the option rom in the EEPROM
> and set the VGABIOS_START correctly.
oops, forgot, we do support that. I never tried it though.
ron
___
Linuxbios mailing list
[EMAIL PROTEC
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]
http://www.clustermat
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]
http://w
On Mon, 11 Aug 2003, Adam Sulmicki wrote:
> Not sure if folks now about it,
> but there's this project.
it's ok but it's overkill. All we want is to get vga into a state that
linux etc. can use it. That means only supporting PCIBIOS functions used
by VGA expansion roms for initialization. That in
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
[E
On Fri, 8 Aug 2003, Niki Waibel wrote:
> does that 2001 fit into a DIP socket?
DIP32
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
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 p
On Sun, 10 Aug 2003, Bari Ari wrote:
> ron minnich wrote:
>
> >The two unknowable issues with IBM:
> >- enable SPD
> >- enable FLASH write
> >
> >they refuse to tell us.
> Was that with the T23? The T23 has a 830MP chipset and S3 graphics. What
> did th
On Thu, 14 Aug 2003, Jeff Noxon wrote:
> As an aside, I found a Winbond w49f002u chip and decided to back up the
> original EPIA BIOS to it. I had to remove the print statements from the
> flash_and_burn w49f002u driver, turn off the chip erase, and program it
> repeatedly before it verified corre
On Mon, 11 Aug 2003, Bari Ari wrote:
> The few IBM's I've looked at mux all the SMBus and I2C lines that are
> used for SPD, smart battery, keyboard controller and DDC for CRT, etc,
> etc. The Flash ROM's and FWH write enables tend to be controlled through
> GPIO's on the Super I/O or keyboard/
On 4 Aug 2003, Eric W. Biederman wrote:
> This hasn't happened yet?
> I thought that had happened a while ago..
no, sorry, we just kind of worked it out last week, as the PPC really does
things quite differently.
ron
___
Linuxbios mailing list
[EMAIL
On Fri, 8 Aug 2003, SONE Takeshi wrote:
> On Thu, Aug 07, 2003 at 03:17:26PM -0600, Eric W. Biederman wrote:
> > However none of this will get into the core of LinuxBIOS, they will all be
> > separate ELF loadable components like etherboot.
> So, we need an external program that provides legacy BI
On Wed, 6 Aug 2003, Adam Agnew wrote:
> It seems like pretty good news for the linux kernel as a bootloader route
> that effots are being made to get the kernel smaller when necessary.
good, because long term, that is still a preferred choice for me.
ron
On 8 Aug 2003, Eric W. Biederman wrote:
> cpu k8 "cpu0"
> register "up" = "{.chip = &amd8131, .ht_width=16, .ht_speed=600}"
> southbridge amd/amd8131 "amd8131"
> end
> southbridge amd/amd8111 "amd8111"
> superio NSC/pc87360
> register "c
oh yes, note the top level makefile should concatenate the images in
fallback and normal to produce the final image, but I am not that far
along yet.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbi
On Thu, 7 Aug 2003, Joshua Wise wrote:
> Ouch. Was there specific bloat that happened after 2.4.13? After doing a
> preliminary look over the kernel code, much of the bloat seems to be in the
> filesystem code...
the dentry cache was not a cheap date. But the bloat seems to happen
everywhere,
well, to sum up, on a 1 CPU system with arima/hdama
- etherboot is working fine
- linux loading from flash is working fine
- once linux is loaded, it can't find an IRQ for the on-board
ethernet. There is a PIRQ problem I will try to fix tomorrow.
What's really neat, is that the fear level of cv
On Tue, 5 Aug 2003, YhLu wrote:
> If you want cpufixup called by per cpu, you may need to modify
> cpu_initialize function and maybe add one pass for it.
I plan to look at this tomorrow.
ron
>
> Regards
___
Linuxbios mailing list
[EMAIL PROTECTED]
h
On Mon, 11 Aug 2003, Bari Ari wrote:
> Does this mean that VGABIOS would not work for boards that have
> integrated video and have the video BIOS combined into the system BIOS?
Currently, it means it won't work, but that is pretty straightforward to
fix.
ron
_
On Tue, 12 Aug 2003, Michel Belleau wrote:
> My first goal is to make it boot in 3 seconds (i think linuxbios can help me
> achieve it) and start to play mp3's from whatever will be connected to it (for
> instance, an old hard drive and/or a dvd-rom drive). The mb will feed the audio
> to the V
On 7 Aug 2003, Eric W. Biederman wrote:
> If you see three copies of this message I suspect you have
> somehow been subscribed twice. Ron?
I will be looking at this, but I saw no doubles last time I looked. I
suspect another mailling list gone awry.
ron
On Tue, 12 Aug 2003, ron minnich wrote:
> > compiling v86bios.vm86 from above I get everything into 20k.
not the emulator, surely. Just the bios support code, right?
Let's get our terms right.
BIOS support code -> the code in ADLO, or the linuxbios support code, that
we're having trouble with that supermicro chipset too. We're doing teh
X5DAE.
Our problem looks like SPD issues.
I'll try to tell you more as we see it.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/li
On Sun, 10 Aug 2003, Bari Ari wrote:
> The IBM A22-M uses the Intel 440BX chipset with the ATI Mobility Rage M3
> for graphics. The 440BX is supported by LinuxBIOS and the VideoBIOS can
> be extracted from the flash in the unit. Find out what they use for a
> keyboard controller/superI/O and it
On Mon, 11 Aug 2003, YhLu wrote:
> If I only want to use addon AGP Display adapter ROM, I don't need to use
> VGABIOS? How about PCIBIOS?
does the rom need pcibios support? if so, you need both of these modules.
ron
___
Linuxbios mailing list
[EMAIL P
On Thu, 14 Aug 2003, Meinrad Sauter wrote:
> Enabling extended BIOS access
> Enabling Full ISA Mode
> Enabling IRQ8
> Enabling Mouse IRQ12 on piix4e
> done.
> INSTALL REAL-MODE IDT
> DO THE VGA BIOS
> found VGA: vid=110b, did=4
> 0x55 0xaa 0x40 0xea 0xbe 0x31 0x0 0xc0 0x0 0x0 0xc3 0x0 0x14 0x0 0x0
On 14 Aug 2003, Roger wrote:
> I'm noticing when checking out the sourceforge freebios cvs, it will
> hang on the last file. (fails to close the connect?)
sourceforge problem.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.or
On Thu, 14 Aug 2003, Jeff Noxon wrote:
> Is freebios2 booting yet on any platforms?
Both PPC and K8 platforms. We need to try to cut a 386 machine over, I am
going to try with the AMD Elan boards.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http
On Wed, 30 Jul 2003, lisa stout wrote:
> 1) Does Linux support IPMI? If so how?
sure.
I don't know where the tools are.
> 2) Why is their a preference for using Console Port Servers in Linux and
> Unix, while Windows tends to be KVM?
Because windows systems can't be managed well any other
On Tue, 12 Aug 2003, Stefan Reinauer wrote:
> I agree, but it is still a really big step forward. When you want video
> support, you either have network or a disk or a completely custom
> application without linux anyways.
yes. Do you think we should test this as an ELF payload?
ron
__
On Fri, 8 Aug 2003, Adam Agnew wrote:
>
> Could I trouble the list, and you three gentleman in particular, for a
> list of E7501 motherboards which have worked for you? It would really help
> me out so that I don't have to figure out what exactly is wrong with this
> SuperMicro X5DPL-iGM in a sho
the sis630- howto has some discussion of MTD.
you can format MTD as anything -- ext3 for example, or a compressed file
system.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
On 10 Aug 2003, Eric W. Biederman wrote:
> I haven't seen the numbers on the dreaded size overhead. So
> that argument does not yet convince me. If I can fit a whole IP/UDP
> stack a network driver, and printk in 16K I have trouble seeing
> the problem.
multiply that by, let's just say 4, for 4
so, in the config file, we have something like:
extension pcbios
extension vgabios
extension elfboot
and the system linkes these in via src/extionsions/whatever.
They are each run in turn.
reasonable?
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
201 - 300 of 1001 matches
Mail list logo
