On 8 Aug 2003, Eric W. Biederman wrote:
> Several bugs fixes later and we have put the Bochs BIOS into LinuxBIOS.
> Which doesn't work on anything but x86
I take your point, but is there any harm done if this is packaged as an
extension, not a part of the core? I just can't see the harm in i
On Mon, 11 Aug 2003, Steve Gehlbach wrote:
> I will someday get to more work on VGA disassembly, it is a hobby, some
> people play chess, I disassemble BIOSes.
we can't use that code, however, or some idiot will decide to sue.
we don't ever use code based on disassembly.
> So how many request
On Tue, 5 Aug 2003, David Barr wrote:
> Ron, is the T23 running linuxbios? When I joined the list (though I
>
> later left) and was reading back-issues, I vaguely remember you as
>
> having said you couldn't get it on your lappy due to IBM's chipset
>
> detail stinginess; has any/all of th
On 4 Aug 2003, Eric W. Biederman wrote:
> > diff -uNr ./freebios2/src/southbridge/amd/amd8111/config.lb
> > ../freebios2/src/southbridge/amd/amd8111/config.lb
> >
> > --- ./freebios2/src/southbridge/amd/amd8111/config.lb 2003-06-17
> > 12:51:05.0 -0400
> >
> > +++ ../freebios2/src/southb
On 4 Aug 2003, Eric W. Biederman wrote:
> If you could please verify that is the only one because I think
> I ran into at least one more chips.h that was not committed.
I'll look again but ... the clean checkout yesterday built fine, which is
odd.
ron
__
it still looks weird to me, but my python is 2.2.1
I'll try to do some compares tomorrow.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
On 14 Aug 2003, Roger wrote:
> /home/roger/src/linuxbios/freebios/src/sdram/generic_sdram.inc:13:
> Error: invalid character '_' in mnemonic
yeah, this is due to changes people have made without all testing.
I'll try to look at this, but it boils down to a debug print macro being
defined befor
On Mon, 11 Aug 2003, YhLu wrote:
> I try to move the vgabios to freebios2 for 2880. I put the BIOS option rom
> to 0xfff8c000, ( the second 48k).
ah, well, we shouldn't really do that until we resolve the VGA bios
question.
Looks, however, looke tehre is a bug ... Takeshi can perhaps address i
the supermicro x5dae, with e7505 and 82801db
we'd like to have all new ports on freebios2 but we're short for time and
decided to do this quick one.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbi
On Thu, 14 Aug 2003, Andrew Ip wrote:
> > you're going to have to figure out how to make those chips assert pci
> > reset. Once you get it, tell me :-)
> I don't have this reset problem.
I think overall the EPIA port is shaky. David can't build a working
romimage here. I was able to last decemnb
well, 20K of full bios support answers one of Eric's objections ;-)
but we still need callbacks, right?
Still this is promising if emulator + bios gets to 53K, still rather
large, but interesting.
Stefan, do you plan to test this? anyone else?
ron
send me your config file, I just built it and it worked fine.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
I hope nobody minds, but since I'm the one who wired these as high, I
don't think they will. I want to reduce the debug spew from auto.c to get
some timings. I plan to remove my overrides in auto.c so that it goes back
to using the level set in Config.lb for debug messages.
thanks
ron
If you check out www.lanl.gov, there is an early announcement of an new
K8+infiniband cluster. It is 256 nodes, and will run LinuxBIOS.
There is also mention of a larger K8 cluster, which we believe will also
run LinuxBIOS. This larger cluster is not InfiniBand, as I read the
announcement.
Li
On 14 Aug 2003, Roger wrote:
> /home/roger/src/linuxbios/freebios/src/pc80/ide/ide.c:27: parse error
> before '<<' token
> /home/roger/src/linuxbios/freebios/src/pc80/ide/ide.c:31: parse error
> before '>>' token
blash. somebody committed ide.c with conflicts in it.
I think we can ask Greg to ta
On Wed, 13 Aug 2003, Jeff Noxon wrote:
> I still can't reboot the system under software control. Anyone?
you're going to have to figure out how to make those chips assert pci
reset. Once you get it, tell me :-)
ron
___
Linuxbios mailing list
[EMAIL
can you send me your config? or better yet, your diff, which I will commit
and then start testing.
I just this morning got the ARIMA HDAMA working with a bproc phase 1 boot,
it was a bit of hackery needed with the kernel to tell it what kind of irq
router it had.
I wonder how the normal bios
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 k
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 rep
On Mon, 11 Aug 2003, Steve Gehlbach wrote:
> Where did the VGABIOS code come from (the binary thing we are talking
> about)?
??
which one.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
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 mother
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
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 thi
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 dev
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/
The 'port' code is that code which is non-platform-specific. The
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 PROT
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
___
Li
On 5 Aug 2003, Eric W. Biederman wrote:
> Once these things merge I have a few more comments.
> But the more I see of it, the enumeration value instead of separate
> functions looks increasingly like the wrong thing.
hmm, not sure we agree from here but we're open to discussion. Greg had an
inte
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]
http://www.clustermatic.org/mailman/listinfo/linu
On Thu, 14 Aug 2003, Meinrad Sauter wrote:
> Fine, I had a look at the code and found out where to implement int #6.
> Unfortunately I have no idea what to implement. Can you point me to some more
> information?
you'll have to hunt down the bios interrupts.
> I looked at that also, but I could
well, if you rewrite it I will committ it.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
On Fri, 15 Aug 2003, Andrew Sterling Hanenkamp wrote:
> According to the FAQ, it's possible to boot Linux using Etherboot with
> LinuxBIOS. This appears to be a pretty simple and straightforward
> process, but I was wandering if it were possible to render the system
> unbootable? That is, is i
On Fri, 15 Aug 2003, Jeff Noxon wrote:
> Purchase yourself a BIOS Savior. They're about $20-$25 depending
> on the motherboard and provide absolute protection against screwups.
> http://www.pcmods.com/
This is ok on a onesy-twosy scale, but it won't help people who are
looking at larger numbers
On Fri, 15 Aug 2003, Jeff Noxon wrote:
> Agreed, but I think the poster's concern was rendering a machine
> unbootable. Once LinuxBIOS is working on one node, it can be copied
> to the others easily and without much concern. I still don't have LB
> working properly on my Tyan TigerMPX board. It
On Fri, 15 Aug 2003, Steve Gehlbach wrote:
> One of the things we very much need to work on, and of course I'm just
> as guilty, but so many things in linuxbios require a "read of the code".
on the list.
ron
___
Linuxbios mailing list
[EMAIL PROTECTE
On 15 Aug 2003, Roger wrote:
> Have yet to be able to get a successful linuxbios install on my 440bx
> chipsets. So this would be "putting the horse before the carriage" for
> me. :-/
I'm off to vacation but will be happy to try to help when I get back in 10
days.
If anybody wants to take a shot
On 15 Aug 2003, Roger wrote:
> (BTW. I can send a beginning hexdump/edit of the bios chip for
> verification that it is being burned properly. )
sure, send it along.
ron
> >From what has been briefed to me, the DOC MIL chip will mimic a standard
> flash DIP and doesn't need docipl(?) -- docipl i
I'm outta town for 10 days, off the grid, no email, y ha!
So if you were waiting on me for something, sorry, but I'm gone.
have a good one.
see you the 26th.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/li
On Sun, 17 Aug 2003, SONE Takeshi wrote:
> And, vgabios.c doesn't do that.
gee, I thought I had it doing that. I will try to fix this when I get
back.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linux
On Sat, 16 Aug 2003, Jeff Noxon wrote:
> I still don't have my Tyan board working properly, but I can tell you
> this -- my fallback image doesn't have any payload at all. I thought
> it just ran the payload from the other image. (Which puzzled me.)
the fallback must have a payload. Fallback an
On Sat, 16 Aug 2003, steven james wrote:
> The fallback image has to be pieced together. Just create a pad file sized
> 0x1 - (lb image + etherboot image) and
> dd if=/dev/zero bs=1 count= of=pad
> then cat etherboot pad linuxbios>fallback_block
yes, this is fixed on v2. I got rid of all the
On 17 Aug 2003, Eric W. Biederman wrote:
> Does a version of ADLO that runs as 32bit C code sound reasonable?
it sounds interesting, I'll look at this too.
I'm back sporadically now until tuesday, back then for real.
2000 messages to dig through.
ron
_
On Wed, 20 Aug 2003, Steve Gehlbach wrote:
> Never mind, I found the problem. RAM was not getting init'ed correctly
> for the SDRAM I was using. I was not completely sync'ed to the
> repository, and did not have the latest northbridge files. Main reason
> was that ide.c, ide.h were broken fo
hi, we are really time-pressed, so an lspci is much better than a data
sheet.
Thanks
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
On Sat, 23 Aug 2003, steven james wrote:
> I need to add a tag generator in there!
> The newer baremetal is breaking with ide.c from the freebios/src tree. I'm
> looking at that, but in the meantime, you can change
> util/baremetal/lib/Makefile to skip ide.c and it will compile (minus ide
> suppor
On Sun, 24 Aug 2003, Jeff Noxon wrote:
> Sure, and they're damn expensive. EPIA is dirt cheap. (And crap too,
> but sometimes price wins anyway. ;)
it's not that crappy.
> Unless you know of a sub-$125 ARM-based board? /dreaming
>
All the things that should be cheap, it seems, are not che
I will try to set up snapshots via the web page this week.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
On Sun, 17 Aug 2003, SONE Takeshi wrote:
> On Mon, Aug 11, 2003 at 05:21:06PM -0600, ron minnich wrote:
> > On Mon, 11 Aug 2003, YhLu wrote:
> > > I try to move the vgabios to freebios2 for 2880. I put the BIOS option rom
> > > to 0xfff8c000, ( the second 48k).
> &g
On Sun, 17 Aug 2003, SONE Takeshi wrote:
> PCI spec requires System BIOS to provide Bus/Dev/Fn of the device
BTW I am assuming the format is
(bus << 8) | devfn, correct?
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mai
On Wed, 27 Aug 2003, elife elife wrote:
> I am trying to add VGA support in cocom voyager2 board. The VGA is found
> but lb complain "biosint: Unsupport int #0x6" endlessly. I dumped the
> original bios and found besides VGA BIOS I extracted, there is VSA driver.
> Is VSA driver also needed t
On Wed, 27 Aug 2003, SONE Takeshi wrote:
> On Tue, Aug 26, 2003 at 11:00:27PM -0600, ron minnich wrote:
> > you need to confirm that int #5 is a VSA interrupt of some sort.
>
> I don't know what VSA is, but int 6 is the Invalid Opcode Exception, not
> a BIOS service. T
OK, would anyone like to test out my fixed vgabios with the devfn patch?
I will look at moving the table to 0x1000. I actually think there was a
reason I kept all this on page 0, but that reason probably no longer
matters.
ron
___
Linuxbios mailing
you can not use doc with the EPIA, you have to use a normal flash.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
On Wed, 27 Aug 2003, Michel Belleau wrote:
> Selon ron minnich <[EMAIL PROTECTED]>:
>
> > you can not use doc with the EPIA, you have to use a normal flash.
>
> Hi Ron. Is this a software or an hardware problem? Thanks a lot.
it is a chipset problem. You can not really
On Thu, 28 Aug 2003, SONE Takeshi wrote:
> I found it very clever that current code puts everything below 64K
> and sets zero to all 16-bit segment registers. It simplfies the
> code a lot.
thanks :-)
> It's also worth mentioning that the current code works only
> if the "trampoline" code is als
we are clearly going down the wrong path with the motherboard-specific
changes. I mainly committed that so we could get a handle on what we
really need.
Yes, this type of thing should be driven from config files. I am pausing
on changes because I want to get a better idea what Eric is up to in
On Thu, 28 Aug 2003, SONE Takeshi wrote:
> (I studied these code to implement my own 32-bit legacy services
> but abandoned it because vm86 starts looking inevitable...)
Why not use the emulation instead, so we can support PPC etc.?
ron
___
Linuxbios
thanks stefan for cleaning this up, this is a step in the right direction.
I think we need to drive this kind of thing out of the config tool, I'm
still trying to get my brain wrapped around the whole thing.
ron
___
Linuxbios mailing list
[EMAIL PROT
On Thu, 28 Aug 2003, Stefan Reinauer wrote:
> ./mainboard/amd/solo/Config:option AMD8111_DEV=0x5
if the name is DEV, it should be a device number, not a devfn. If it is a
device number, it shouldn't be shifted -- that's very confusing for
people. It should be the device number that lspci shows.
On Fri, 29 Aug 2003, SONE Takeshi wrote:
> Services can be written in normal C. They will be built into a realmode
> SystemBIOS image when built for x86, and for non-x86, they will be
> compiled natively and linked together with x86 emulator.
> Only entry/exit routines (to/from 16-bit code, eg. VG
On Fri, 29 Aug 2003, Stefan Reinauer wrote:
> southbridge amd/amd8131 "amd8131"
> register "bus0" = "5"
> end
yes.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
thanks, Eric, good to hear.
now the real fun begins :-)
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
On Mon, 1 Sep 2003, Niki Waibel wrote:
> i am still trying to get this running:
> epia-m + bios savior + dip2plcc adapter + doc millennium 8mbyte
that won't work with the normal bios. You will also have trouble getting
it working with linuxbios, due to the chipset issues.
If there is a
On 1 Sep 2003, Eric W. Biederman wrote:
>
> Giant monolithic changes are dangerous and hard to track
> down so I am updating the infrastructure in small steps where
> everything should continue to work. If there are problems
> it becomes easier to track things down. This first change is
> the se
On Tue, 2 Sep 2003, Niki Waibel wrote:
> but right now i have
> epia-m + bios savior + dip2plcc adapter
> (without doc millennium 8mbyte). bios savior is switched to its internal bios chip
> (which works (burned the orig bios) if there is only epia-m + bios savior). but if
> i plug the dip
On Tue, 2 Sep 2003, Niki Waibel wrote:
> is it possible that this does not work because the wires are
> too long (bios savior + dip2plcc adapter)?
it is asynch. logic last time I checked.
It could still be a timing issue however.
> it is okay if i boot without dip2plcc converter and
> then plu
I think the 90 refers to speed, and I note that in my EPIA the part is a
-70. This may be part of the problem.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
anybody object to anonymous enums? I've gotten used to them in Plan 9 and
like them. Instead of this:
#define FLOPPY_DEVICE 0
#define PARALLEL_DEVICE 1
#define COM2_DEVICE 2
#define COM1_DEVICE 3
#define SWC_DEVICE 4
#define MOUSE_DEVICE5
#define KBC_DEVICE 6
#define GPIO_
On Tue, 2 Sep 2003, ron minnich wrote:
> The advantages I see
> - somewhat less prone to error
> - looks nicer
> - the big one: enums are first-class objects to the compiler, and
> #defines are pertty much ripped out by the compile
OK, this commit works for me. Not completely, but well enough to say it's
good enough.
The only problem is the usual PIRQ fun. I'm going to try to work out a
reasonable solution given time.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www
On Tue, 2 Sep 2003, Jeff Noxon wrote:
> Which Xeon boards are recommended at this point in time?
Adam Agnew has had good luck with the Tyan 7501-based boards. Supermicro
is causing us trouble with the 7501 chipset in getting the port working.
Adam is probably one of the right guys to ask, as a
via-rhine on 2.4.19 is working very poorly for us. We can plug a tulip
board into the PCI slot and the board works quite well, but if we use the
via-rhine we get errors and poor performance. Is the via-rhine driver any
better on 2.4.19+1, 2, or more?
thanks
ron
___
On Wed, 3 Sep 2003, Stefan Reinauer wrote:
> pci 0:18.0
one thing I'd still like to see as long as we are declaring these pci
slots: why not have the IRQ routing in there?
pci 0:18.o A=B, B=C, C=D, D=A
that way, we'd have info to build PIRQ.
any reason not to do this?
r
On Wed, 3 Sep 2003, steven james wrote:
> It seems to me that working out the integer value of an enum is actually
> abuse of the type. The closest one should get to that is ++ or -- to step
> through enumerated objects.
yeah but The Man Himself, Rob Pike, came up with this idea, and Ken and
Den
On Wed, 3 Sep 2003, Greg Watson wrote:
> K8 developers:
>
> I've moved init_timer() from hardwaremain.c to the static
> initialization code in cpu/k8/cpufixup.c as it prevents PPC code from
> building. Please check that everything still works ok.
yes, and there is a bigger issue. putting init_
On 3 Sep 2003, Eric W. Biederman wrote:
> > I started digging through the code, but I am not completely there yet.
> > It seems to me it would make sense to move the register "up" information
> > from cpu k8 "cpu0" to the northbridge amd/amdk8 "mc0" definition since
> > its information associated
On Wed, 3 Sep 2003, Stefan Reinauer wrote:
> > > Does it look like this? :
> > >
> > >8111
> > > |
> > >8131
> > > |
> > >CPU0 -- CPU1
> >
> > Yes. The order of the device structures is significant.
>
> should this:
>
> southbridge amd/amd8131 "amd8131"
>
On 3 Sep 2003, Eric W. Biederman wrote:
> >
> > * the logical devices of the amd8131 pci-x bridge has to be described in
> > the mainboard configuration file. This means a lot of duplicate config
> > "code" spread over the mainboard directory. Can this somehow go to the
> > Config.lb file
On Thu, 4 Sep 2003, Stefan Reinauer wrote:
> I agree.. but right now there are still Config.lb files in the mainboard
> and in the targets directory. And at least last time I checked both were
> used.
possibly I am missing your point. What bits did you want to see in
mainboard/Config.lb that are
On 4 Sep 2003, Eric W. Biederman wrote:
> Except that everything on the k8 is in the cpu it really does not belong
> in cpufixup.c At least not on a general basis.
agreed, the solution is not exactly what we want.
I really think there should be a timer device, built into the static tree.
For
OK, it is true, there is an issue.
Consider this, however. There are now several vendors actively supporting
LinuxBIOS: AMD, Tyan, ASUS, and a few I can name in another few days.
There's money in LinuxBIOS.
Market forces are starting to sway our way. So don't worry too much.
ron
__
On Thu, 4 Sep 2003, Steve Gehlbach wrote:
> Cool, love to see the name "Via" in that list someday.
VIA was extremely helpful with the EIPA issues, from what I understand.
We're getting there.
Also, be aware that the much of the world is less than happy with the idea
of any one vendor controll
this will probably work just fine.
Hey, looks like you are from LANL, come by and say hello (we're in the
ACL)
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
My first shot at a simpler target for V2 is the AMD Elan SC520. It's as
different from the K8 as I can get. I can thus test the structure of V2
and see how hard this will be. V2 is good at really complex systems such
as the K8 (probably the most complex system we've ever done); how hard is
it for
On Thu, 4 Sep 2003, Steve Gehlbach wrote:
> Well actually, my beef is about not releasing datasheets. AFAIK we still
> do not have the direct register VGA working for EPIA-800, due to some
> hidden enable of some kind or another. And in this case, we have the
> datasheet, so it probably undocu
On Fri, 5 Sep 2003, ??? wrote:
> I am afraid they will buy it when they have no or very few choice. When
> the majority of the boards on the market are DRM enabled or most of
> the digital information requires DRM to be accessed, pepole will
> buy these products. I don't know how it is in the U.S
On Fri, 5 Sep 2003, SONE Takeshi wrote:
> To clarify, what I've done is merely enabling VGA by executing the
> mfr's proprietary VGABIOS.
> Perhaps Steve is talking about enabling the device without
> such binary-only code, but by directly programming the
> (poorly documented) registers with outb(
On Fri, 5 Sep 2003, Michel Belleau wrote:
> At my surprise this morning, IT BOOTED! I saw something on the serial console.
this is linux messages you mean?
did you configure pci_direct as the ONLY pci access method in Linux?
ron
___
Linuxbios mailin
On Fri, 5 Sep 2003, Mike Westfall wrote:
> The serial ports (and other stuff) are handled by a Winbond W83977TF
> chip, which I suppose is connected to the PIIX4E's ISA bus...
the 83977ef is supported already.
ron
___
Linuxbios mailing list
[EMAIL PR
On Sat, 6 Sep 2003, Andrew Ip wrote:
> It is normal, at least for me. :) Your kernel need to skip
> pci_scan_slot devfn > 0xa8.
oh, yes, the hardware bug in the 8601. Still there, eh?
wow.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://ww
On Fri, 5 Sep 2003, Richard Smith wrote:
> Hmmm Dunno about the SMP. Ron and Eric perhaps can comment on that
> . I never messed with any of the smp stuff. Assuming the MSI board
> dosen't have something flaky with the SMbus to gain access to the SPD it
> should come up and "just work"
On Fri, 5 Sep 2003, Adam Agnew wrote:
>
> Did you put this on your command like "console=ttyS0,115200" (change
> 115200 for the baud you were using linuxbios at)?
and also make sure that vga is not enabled.
ron
___
Linuxbios mailing list
[EMAIL PROTE
On Sun, 7 Sep 2003, elife elife wrote:
>
> Hi,
> I am trying util/vgabios but encounter a strange problem: testbios seems
> fetching wrong instruction
>
> [EMAIL PROTECTED] vgabios]# ./testbios -s 64k -t ~/lb/500video.bios.bin
> running file /root/lb/500video.bios.bin
> No base specified. def
we will test and commit if it all works.
I think I'm going to try to get the emulator fixed and long term go with
that, but these fixes are needed for the emulator too.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/ma
On Sun, 7 Sep 2003 [EMAIL PROTECTED] wrote:
> I'm starting my port to a new processor/NB and south bridge. Which tree
> should I be using?
Hmm, that's an interesting question :-)
I'd recommend the V2 tree. We're trying to get cut over to that as it is
such an improvement, and there is basical
add this line:
option MAXIMUM_CONSOLE_LOGLEVEL=9
not very intuitive, but might help.
Do you have a POST card?
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
thanks, I like it :=-)
rno
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
On Mon, 8 Sep 2003, Stefan Reinauer wrote:
> * YhLu <[EMAIL PROTECTED]> [030906 04:58]:
> > Eric,
> >
> > Without hard_reset, s2885 is ok now.
>
> Did you have a look at the implementation of hard_reset in reset.c?
> void hard_reset(void)
> {
> set_bios_reset();
> pci_write_conf
301 - 400 of 1001 matches
Mail list logo