Re: Porting Linuxbios to Via P4m266A
Hi all, Just recieved the spec sheet for ProSavageDDR P4M266 VT8751 P4 DDR SMA North Bridge. Bad news is that I am not supposed to disclose it without permission (as per the Copyright notice). At this point I have recieved the manual without any NDA although the manual says "Confidential NDA Required". I have written back asking for permission to disclose the contents without NDA. I have pointed out the benefits they are going to derive. Let's see how it goes. I have a feeling that they may allow disclosure without NDA. rgds jtd ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: new free software foundationcrusade:http://www.fsf.org/campaigns/free-bios.html
On Tuesday 01 March 2005 23:04, Li-Ta Lo wrote: > On Mon, 2005-02-28 at 22:28, Ronald G. Minnich wrote: > > On Tue, 1 Mar 2005 [EMAIL PROTECTED] wrote: > > > The names (type nos) of motherboards are very region dependent > > > and boards with same parts will have different nos depending on > > that actually doesn't help as much as you might think. I don't > > have a good answer for this problem. But we can try to put the > > chipset names there. > > Probably we should put a link to the vendor's web page for the > mainboard. If the vendor is doing something stupid with their > web page, we have no way to fix it. Actually it will help. I have 2 kobian (P4M266a and P4M266v) boards using different sound chips and one with capability to boot from s mart card (whatever that is). Inetrchanging the bios produced the additional boot capability. Everthing worked fine even under windose (which afaik uses the bios during runtime). Also buying boards might be a little easier. And in any case it would not hurt. rgds jtd ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Geode GX1 and IRQ tables
1. Shadow RAM I guess I would need to find a way to tell the northbridge to enable shadow RAM for some range around f. I looked through the CS5530A datasheet and see shadow registers but no mention of shadowing RAM. Nor in the GX1 datasheet either. I'm looking for some register in either the GX1 or the CS5530A that would enable this. I am looking for some register that would enable me to remap the C-F address range to somewhere in sdram. Is that the right thing to be looking for? 2. Uncompressed payload I'm not sure I understand what this means. Right now, my payload is filo. In the build, I see: dd conv=sync bs=196608 if=/bios/filo-0.4.2/filo.elf of=payload.block cat payload.block > romimage Oh, I guess you must mean this stuff: objcopy -O binary linuxbios_c linuxbios_payload.bin ./nrv2b e linuxbios_payload.bin linuxbios_payload.nrv2b So I guess there is some kind of compression going on there. Which method would be the right thing to do? I'll look at the shadow ram thing first then. Thanks. --- "Ronald G. Minnich" wrote: > > > On Tue, 1 Mar 2005, ramesh bios wrote: > > > Strike that. The issue is somewhere with > > copy_pirq_routing_table. IE: why does the copy to > > f fail. I had assumed that the 500 address was > an > > alternate location that the table was copied to. > So > > now, I'm looking at that f000 failure. > > > the copy to f fails because shadow ram is not > set up. > > You can fix this one of two ways. One is to figure > out how to enable > shadow ram. The second is to make the payload > uncompressed. The copy will > still fail but linux will find the PIRQ table > anyway. > > ron > ___ > Linuxbios mailing list > Linuxbios@clustermatic.org > http://www.clustermatic.org/mailman/listinfo/linuxbios > __ Do you Yahoo!? Yahoo! Mail - 250MB free storage. Do more. Manage less. http://info.mail.yahoo.com/mail_250 ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Geode GX1 and IRQ tables
On Tue, 1 Mar 2005, ramesh bios wrote: > Strike that. The issue is somewhere with > copy_pirq_routing_table. IE: why does the copy to > f fail. I had assumed that the 500 address was an > alternate location that the table was copied to. So > now, I'm looking at that f000 failure. the copy to f fails because shadow ram is not set up. You can fix this one of two ways. One is to figure out how to enable shadow ram. The second is to make the payload uncompressed. The copy will still fail but linux will find the PIRQ table anyway. ron ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: wiki.linuxbios.org update
Yes, Justin Darby did a GREAT job of fixing up the FAQ, btw. ron ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Geode GX1 and IRQ tables
On Tue, 1 Mar 2005, ramesh bios wrote: > --- > Checking IRQ routing tables... > /bios/freebios/src/arch/i386/lib/pirq_routing.c: > 30:check_pirq_routing_table() - irq_routing_table > located at: 0x8740 > done. > Copying IRQ routing tables to 0xf...done. > Verifing priq routing tables copy at 0xf...failed [EMAIL PROTECTED]@[EMAIL PROTECTED]@ Can you make it so the payload is NOT compressed? ron ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Geode GX1 and IRQ tables
Strike that. The issue is somewhere with
copy_pirq_routing_table. IE: why does the copy to
f fail. I had assumed that the 500 address was an
alternate location that the table was copied to. So
now, I'm looking at that f000 failure.
--- ramesh bios <[EMAIL PROTECTED]> wrote:
> The URL for the Cox/Weinigel thread about PIRQ
> tables
> on the geode gx1 is at:
> http://lkml.org/lkml/2002/7/5/104
>
> I'm doing a little bit more analysis of the problem
> now. I've been looking at the following block of
> code
> from 2.6.10's pci/irq.c. First of all, LB states
> this
> during bootup:
> ---
> Checking IRQ routing tables...
> /bios/freebios/src/arch/i386/lib/pirq_routing.c:
> 30:check_pirq_routing_table() - irq_routing_table
> located at: 0x8740
> done.
> Copying IRQ routing tables to 0xf...done.
> Verifing priq routing tables copy at
> 0xf...failed
> Wrote linuxbios table at: 0500 - 0664
> checksum f9fe
> ---
> I'm not sure why the copy to 0xf failed. That's
> kinda odd but I'll live with it for now. Now, I put
> some debug in the kernel code to see whether it
> found
> the pirq table and I saw:
>
> ---
> no pirq_table so calling
> pcibios_get_irq_routing_table
> pirq_table=
> ---
>
> coming from pcibios_irq_init. So based on the code
> appended below, I believe that the kernel isn't
> finding the pirq table. And I think this is because
> the kernel's pirq_find_routing_table function only
> looks from __va(0xf) to __va(0x10) whereas
> LB
> puts it at 500. The second attempt that the
> kernel
> makes to get the PIRQ table is with
> pcibios_get_irq_routing_table and that fails too. I
> need to look at that, but first I think I'll look
> into
> why the copy to f fails. In the meantime, any
> advice?
>
> ---
> static int __init pcibios_irq_init(void)
> {
> DBG("PCI: IRQ init\n");
>
> if (pcibios_enable_irq || raw_pci_ops ==
> NULL)
> return 0;
>
> dmi_check_system(pciirq_dmi_table);
>
> pirq_table = pirq_find_routing_table();
>
> #ifdef CONFIG_PCI_BIOS
> if (!pirq_table && (pci_probe &
> PCI_BIOS_IRQ_SCAN)) {
> printk(KERN_WARNING "no pirq_table
> so
> calling pcibios_get\n");
> pirq_table =
> pcibios_get_irq_routing_table();
> printk(KERN_WARNING
> "pirq_table=%p\n",pirq_table);
> }
> #endif
> if (pirq_table) {
> printk(KERN_WARNING "had
> pirq_table\n");
> pirq_peer_trick();
> pirq_find_router(&pirq_router);
> if (pirq_table->exclusive_irqs) {
> int i;
> for (i=0; i<16; i++)
> if
> (!(pirq_table->exclusive_irqs & (1 << i)))
>
> pirq_penalty[i] += 100;
> }
> /* If we're using the I/O APIC,
> avoid
> using the PCI IRQ routing table */
> if (io_apic_assign_pci_irqs) {
> printk(KERN_WARNING "using
> io_apic to assign irqs\n");
> pirq_table = NULL;
> }
> }
>
> pcibios_enable_irq = pirq_enable_irq;
>
> pcibios_fixup_irqs();
> return 0;
> }
> ---
>
>
>
>
> --- "Ronald G. Minnich" wrote:
> >
> >
> > On Tue, 1 Mar 2005, Richard Smith wrote:
> >
> > > I've found that Linux up to 2.6.9 (I haven't
> > tested .10) Dosen't do
> > > this fully. With my 440bx chipset there are
> > config registers in the
> > > northbridge that control which IRQ line each of
> > the PCI PIRQ lines are
> > > routed to. Even with a proper PIRQ table these
> > registers are not setup
> > > and I get the same error reported.
> >
> > that's whacky. The old linux did fine with 440bx.
> I
> > never had to do
> > anything but set up PIRQ tables.
> >
> > > I suggest you diff the output of lspci -xxx for
> > the northbridge between
> > > linubios and factory bios and resolve all the
> > differences with the
> > > datasheet.
> >
> > on the geode 2.4.18 always worked, and if I
> patched
> > linux for later
> > linuxes, that worked fine too.
> >
> > What a mess PIRQ got to be
> >
> > ron
> >
>
> __
> Do You Yahoo!?
> Tired of spam? Yahoo! Mail has the best spam
> protection around
> http://mail.yahoo.com
> ___
> Linuxbios mailing list
> Linuxbios@clustermatic.org
>
http://www.clustermatic.org/mailman/listinfo/linuxbios
>
__
Do you Yahoo!?
Yahoo! Sports - Sign up for Fantasy Baseball.
http://baseball.fantasysports.yahoo.com/
___
Linuxbios mailing list
Linuxbios@clustermatic.org
http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Can any one ID this board?
Hey Adam, I think it's a typical geode gx1 board as well. I'm no expert. But here are my guesses. VGA is typically 16 pins. LPT is typically on a 26 pin header. Serial ports typically on 10 pin headers. Keyboard/Mouse typically on one 6 pin header. I think I see parallel port at the horizontal 26 pin header at the bottom right of your top pic. The horizontal header at the top left looks like a 44 pin IDE header. One thing that you could do is get the MAC address of the ethernet and that might give you an idea of who owns that block of MAC addresses. So long as it's not RealTek, of course. I don't know what the long vertical connector, my eyesight's failing me but it looks like a 50 pin header in which case it'd be a breakout connector of the kind that advantech uses. In which case you'd have to find the datasheet. --- Adam Talbot <[EMAIL PROTECTED]> wrote: > Well, I have been googling this board for the last 2 > day's and have found > nothing. Can any of your guys ID this board? Or > perhaps point me in the > right direction. I put the BIOS into my programer > and grabed a copy of the > ROM, but that has given me no new information. I am > looking for the pin > outs, VGA, PS/2, network. Any ideas? > > http://www.etministries.com/webfolders/top.JPG > http://www.etministries.com/webfolders/bottom.JPG > > -Adam > > > ___ > Linuxbios mailing list > Linuxbios@clustermatic.org > http://www.clustermatic.org/mailman/listinfo/linuxbios > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Can any one ID this board?
I am not worried if its not "That" board, just any embedded board that would be good for an experimenter like myself. > don't no of a source, or even who makes that board. > > - Original Message - > From: "Geoffrey McRae" <[EMAIL PROTECTED]> > To: "Ronald G. Minnich" > Cc: "Adam Talbot" <[EMAIL PROTECTED]>; > Sent: Tuesday, March 01, 2005 6:30 PM > Subject: Re: Can any one ID this board? > > >> Does anybody know of a source for these in Australia, I would love to >> get >> my hands on one or two to play with >> >> Geoff >> >> > don't know, but it sure looks like yer basic geode board to me. >> > >> > ron >> > >> > ___ >> > Linuxbios mailing list >> > Linuxbios@clustermatic.org >> > http://www.clustermatic.org/mailman/listinfo/linuxbios >> > >> >> >> > > ___ > Linuxbios mailing list > Linuxbios@clustermatic.org > http://www.clustermatic.org/mailman/listinfo/linuxbios > ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: wiki.linuxbios.org
I will be establishing web storage space for files (originally for myself, but I can make it available to others). If you need space, I'm going to configure websites like: http://linuxbios-wiki-resource.windex.org// that are intended for use by wiki maintainers to publish binaries, PDF files, and the like. It will likely only be available via SCP, so using 'scp' or FileZilla would be required. If you want an account, please let me know your wiki userid (so I can keep track of who is who), and I'll shoot you back a password/login information. You of course will need to agree not to abuse my DS3 connected personal machine for non-linuxbios related purpose. :) If anyone wants to CNAME me a record off of linuxbios.org, I'll be happy to set it up to maintain consistancy. Maintaining FTP space is a lot of work, so I'll be happy to do it for anyone with edit access and provide access to anyone who wants it for mirrors. The machine already has some "general public" type user accounts and is without incident (so far). Justin Li-Ta Lo wrote: On Tue, 2005-03-01 at 15:46, Ronald G. Minnich wrote: On Tue, 1 Mar 2005, Bari Ari wrote: What's the status on getting an account & password? Who do you have to know? -Bari me or stepan. You want one bari? Stephan, How do I put a PDF file there? Or a hierachy of html files? Ollie ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: wiki.linuxbios.org update
Thank you Justin -Adam - Original Message - From: "Justin C. Darby" <[EMAIL PROTECTED]> To: "Adam Talbot" <[EMAIL PROTECTED]> Cc: "Ronald G. Minnich" ; Sent: Tuesday, March 01, 2005 6:35 PM Subject: Re: wiki.linuxbios.org update > This is beautiful. I'll add it right away. > > Justin > > Adam Talbot wrote: > > >-Ron > >Love the new page. As I do not have edit permissions, but would like to > >help, here is the specs for the Via board's to put under your "(Unfinished > >re-organization: Supported Motherboards)" section. You may need to do a > >little formatting, but they should be for the most part, copy and paste. > >Also more then willing to write the tutorial for the epia-mII, and the > >sample configs. If you would be so kind as to fix via south bridge stuff. > >-Adam > > > >a.. Via EPIA > >b.. Spec: Via C3/EDEN CPU, up to 1GB PC133, LAN, IDE, Video > >c.. Chipset(s): PLE133, VT8231 > >d.. Location in source tree: /targets/via/epia > >e.. Status: Supported > > a.. Working perpherials: (???) > > b.. Known broken perpherials: (???) > > c.. Diffrences between revisions: (???) > >a.. (Working/known broken perpherials (per revision)) > >f.. Sample configuration(s): (???) > >g.. Motherboard specific configuration items: (???) > >h.. Build tutorial: > >i.. > > > >a.. Via EPIA-M > >a.. Spec: Via C3/EDEN CPU, up to 1GB DDR266, LAN, IDE, Video > >b.. Chipset(s): CLE266, VT8235 > >c.. Location in source tree: /targets/via/epia-m > >d.. Status: Supported > > a.. Working perpherials: (???) > > b.. Known broken perpherials: (???) > > c.. Diffrences between revisions: (???) > >a.. (Working/known broken perpherials (per revision)) > >e.. Sample configuration(s): (???) > >f.. Motherboard specific configuration items: (???) > >g.. Build tutorial: > > > >a.. Via EPIA-MII > >b.. Spec: Via C3/EDEN CPU, up to 1GB DDR266, LAN, IDE, PCMCIA, CF, Video > >c.. Chipset(s):CLE266, VT8235 > >d.. Location in source tree: /targets/via/epia-mii > >e.. Status: Supported > > a.. Working perpherials: (PCMCIA, CF) > > b.. Known broken perpherials: (???) > > c.. Diffrences between revisions: (???) > >a.. (Working/known broken perpherials (per revision)) > >f.. Sample configuration(s): (???) > >g.. Motherboard specific configuration items: (???) > >h.. Build tutorial: > > > > > >___ > >Linuxbios mailing list > >Linuxbios@clustermatic.org > >http://www.clustermatic.org/mailman/listinfo/linuxbios > > > > > > ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: wiki.linuxbios.org update
This is beautiful. I'll add it right away. Justin Adam Talbot wrote: -Ron Love the new page. As I do not have edit permissions, but would like to help, here is the specs for the Via board's to put under your "(Unfinished re-organization: Supported Motherboards)" section. You may need to do a little formatting, but they should be for the most part, copy and paste. Also more then willing to write the tutorial for the epia-mII, and the sample configs. If you would be so kind as to fix via south bridge stuff. -Adam a.. Via EPIA b.. Spec: Via C3/EDEN CPU, up to 1GB PC133, LAN, IDE, Video c.. Chipset(s): PLE133, VT8231 d.. Location in source tree: /targets/via/epia e.. Status: Supported a.. Working perpherials: (???) b.. Known broken perpherials: (???) c.. Diffrences between revisions: (???) a.. (Working/known broken perpherials (per revision)) f.. Sample configuration(s): (???) g.. Motherboard specific configuration items: (???) h.. Build tutorial: i.. a.. Via EPIA-M a.. Spec: Via C3/EDEN CPU, up to 1GB DDR266, LAN, IDE, Video b.. Chipset(s): CLE266, VT8235 c.. Location in source tree: /targets/via/epia-m d.. Status: Supported a.. Working perpherials: (???) b.. Known broken perpherials: (???) c.. Diffrences between revisions: (???) a.. (Working/known broken perpherials (per revision)) e.. Sample configuration(s): (???) f.. Motherboard specific configuration items: (???) g.. Build tutorial: a.. Via EPIA-MII b.. Spec: Via C3/EDEN CPU, up to 1GB DDR266, LAN, IDE, PCMCIA, CF, Video c.. Chipset(s):CLE266, VT8235 d.. Location in source tree: /targets/via/epia-mii e.. Status: Supported a.. Working perpherials: (PCMCIA, CF) b.. Known broken perpherials: (???) c.. Diffrences between revisions: (???) a.. (Working/known broken perpherials (per revision)) f.. Sample configuration(s): (???) g.. Motherboard specific configuration items: (???) h.. Build tutorial: ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Can any one ID this board?
don't no of a source, or even who makes that board. - Original Message - From: "Geoffrey McRae" <[EMAIL PROTECTED]> To: "Ronald G. Minnich" Cc: "Adam Talbot" <[EMAIL PROTECTED]>; Sent: Tuesday, March 01, 2005 6:30 PM Subject: Re: Can any one ID this board? > Does anybody know of a source for these in Australia, I would love to get > my hands on one or two to play with > > Geoff > > > don't know, but it sure looks like yer basic geode board to me. > > > > ron > > > > ___ > > Linuxbios mailing list > > Linuxbios@clustermatic.org > > http://www.clustermatic.org/mailman/listinfo/linuxbios > > > > > ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Can any one ID this board?
Does anybody know of a source for these in Australia, I would love to get my hands on one or two to play with Geoff > don't know, but it sure looks like yer basic geode board to me. > > ron > > ___ > Linuxbios mailing list > Linuxbios@clustermatic.org > http://www.clustermatic.org/mailman/listinfo/linuxbios > ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
wiki.linuxbios.org update
-Ron Love the new page. As I do not have edit permissions, but would like to help, here is the specs for the Via board's to put under your "(Unfinished re-organization: Supported Motherboards)" section. You may need to do a little formatting, but they should be for the most part, copy and paste. Also more then willing to write the tutorial for the epia-mII, and the sample configs. If you would be so kind as to fix via south bridge stuff. -Adam a.. Via EPIA b.. Spec: Via C3/EDEN CPU, up to 1GB PC133, LAN, IDE, Video c.. Chipset(s): PLE133, VT8231 d.. Location in source tree: /targets/via/epia e.. Status: Supported a.. Working perpherials: (???) b.. Known broken perpherials: (???) c.. Diffrences between revisions: (???) a.. (Working/known broken perpherials (per revision)) f.. Sample configuration(s): (???) g.. Motherboard specific configuration items: (???) h.. Build tutorial: i.. a.. Via EPIA-M a.. Spec: Via C3/EDEN CPU, up to 1GB DDR266, LAN, IDE, Video b.. Chipset(s): CLE266, VT8235 c.. Location in source tree: /targets/via/epia-m d.. Status: Supported a.. Working perpherials: (???) b.. Known broken perpherials: (???) c.. Diffrences between revisions: (???) a.. (Working/known broken perpherials (per revision)) e.. Sample configuration(s): (???) f.. Motherboard specific configuration items: (???) g.. Build tutorial: a.. Via EPIA-MII b.. Spec: Via C3/EDEN CPU, up to 1GB DDR266, LAN, IDE, PCMCIA, CF, Video c.. Chipset(s):CLE266, VT8235 d.. Location in source tree: /targets/via/epia-mii e.. Status: Supported a.. Working perpherials: (PCMCIA, CF) b.. Known broken perpherials: (???) c.. Diffrences between revisions: (???) a.. (Working/known broken perpherials (per revision)) f.. Sample configuration(s): (???) g.. Motherboard specific configuration items: (???) h.. Build tutorial: ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Geode GX1 and IRQ tables
The URL for the Cox/Weinigel thread about PIRQ tables
on the geode gx1 is at:
http://lkml.org/lkml/2002/7/5/104
I'm doing a little bit more analysis of the problem
now. I've been looking at the following block of code
from 2.6.10's pci/irq.c. First of all, LB states this
during bootup:
---
Checking IRQ routing tables...
/bios/freebios/src/arch/i386/lib/pirq_routing.c:
30:check_pirq_routing_table() - irq_routing_table
located at: 0x8740
done.
Copying IRQ routing tables to 0xf...done.
Verifing priq routing tables copy at 0xf...failed
Wrote linuxbios table at: 0500 - 0664
checksum f9fe
---
I'm not sure why the copy to 0xf failed. That's
kinda odd but I'll live with it for now. Now, I put
some debug in the kernel code to see whether it found
the pirq table and I saw:
---
no pirq_table so calling pcibios_get_irq_routing_table
pirq_table=
---
coming from pcibios_irq_init. So based on the code
appended below, I believe that the kernel isn't
finding the pirq table. And I think this is because
the kernel's pirq_find_routing_table function only
looks from __va(0xf) to __va(0x10) whereas LB
puts it at 500. The second attempt that the kernel
makes to get the PIRQ table is with
pcibios_get_irq_routing_table and that fails too. I
need to look at that, but first I think I'll look into
why the copy to f fails. In the meantime, any
advice?
---
static int __init pcibios_irq_init(void)
{
DBG("PCI: IRQ init\n");
if (pcibios_enable_irq || raw_pci_ops == NULL)
return 0;
dmi_check_system(pciirq_dmi_table);
pirq_table = pirq_find_routing_table();
#ifdef CONFIG_PCI_BIOS
if (!pirq_table && (pci_probe &
PCI_BIOS_IRQ_SCAN)) {
printk(KERN_WARNING "no pirq_table so
calling pcibios_get\n");
pirq_table =
pcibios_get_irq_routing_table();
printk(KERN_WARNING
"pirq_table=%p\n",pirq_table);
}
#endif
if (pirq_table) {
printk(KERN_WARNING "had
pirq_table\n");
pirq_peer_trick();
pirq_find_router(&pirq_router);
if (pirq_table->exclusive_irqs) {
int i;
for (i=0; i<16; i++)
if
(!(pirq_table->exclusive_irqs & (1 << i)))
pirq_penalty[i] += 100;
}
/* If we're using the I/O APIC, avoid
using the PCI IRQ routing table */
if (io_apic_assign_pci_irqs) {
printk(KERN_WARNING "using
io_apic to assign irqs\n");
pirq_table = NULL;
}
}
pcibios_enable_irq = pirq_enable_irq;
pcibios_fixup_irqs();
return 0;
}
---
--- "Ronald G. Minnich" wrote:
>
>
> On Tue, 1 Mar 2005, Richard Smith wrote:
>
> > I've found that Linux up to 2.6.9 (I haven't
> tested .10) Dosen't do
> > this fully. With my 440bx chipset there are
> config registers in the
> > northbridge that control which IRQ line each of
> the PCI PIRQ lines are
> > routed to. Even with a proper PIRQ table these
> registers are not setup
> > and I get the same error reported.
>
> that's whacky. The old linux did fine with 440bx. I
> never had to do
> anything but set up PIRQ tables.
>
> > I suggest you diff the output of lspci -xxx for
> the northbridge between
> > linubios and factory bios and resolve all the
> differences with the
> > datasheet.
>
> on the geode 2.4.18 always worked, and if I patched
> linux for later
> linuxes, that worked fine too.
>
> What a mess PIRQ got to be
>
> ron
>
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
___
Linuxbios mailing list
Linuxbios@clustermatic.org
http://www.clustermatic.org/mailman/listinfo/linuxbios
VIA chips
Does anyone here happen to know if VIA works with smaller companies who want to create reference designs using thier processors and bridge chips? Or only larger motherboard manufacturers. ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: wiki.linuxbios.org
On Tue, 2005-03-01 at 15:46, Ronald G. Minnich wrote: > On Tue, 1 Mar 2005, Bari Ari wrote: > > > What's the status on getting an account & password? Who do you have to know? > > > > -Bari > > me or stepan. You want one bari? > Stephan, How do I put a PDF file there? Or a hierachy of html files? Ollie ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: wiki.linuxbios.org
On Tue, 1 Mar 2005, Bari Ari wrote: > What's the status on getting an account & password? Who do you have to know? > > -Bari me or stepan. You want one bari? ron > ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: wiki.linuxbios.org
What's the status on getting an account & password? Who do you have to know? -Bari Ronald G. Minnich wrote: This page is improving so quickly you almost need a video camera to watch it! Thanks to all of you who have contributed today. It's just fantastic! ron ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
wiki.linuxbios.org
This page is improving so quickly you almost need a video camera to watch it! Thanks to all of you who have contributed today. It's just fantastic! ron ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: AMD Opteron D0 support
> Any one got D0 Opteron? Actually it turns out that we have 6 of them -- what would you like to know? -- greg ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Can any one ID this board?
don't know, but it sure looks like yer basic geode board to me. ron ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Can any one ID this board?
Well, I have been googling this board for the last 2 day's and have found nothing. Can any of your guys ID this board? Or perhaps point me in the right direction. I put the BIOS into my programer and grabed a copy of the ROM, but that has given me no new information. I am looking for the pin outs, VGA, PS/2, network. Any ideas? http://www.etministries.com/webfolders/top.JPG http://www.etministries.com/webfolders/bottom.JPG -Adam ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Fw: Re: Documentation [was: new FSF campaign ..]
On Tue, 1 Mar 2005, Li-Ta Lo wrote: > even the copyright is assigned to USENIX.org? yes, AFAIK you can still post it. I post all my usenix pappers. ron ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Fw: Re: Documentation [was: new FSF campaign ..]
On Tue, 2005-03-01 at 10:45, Ronald G. Minnich wrote: > On Tue, 1 Mar 2005, Li-Ta Lo wrote: > > > Do I have to right to distribute my FREENIX '05 paper? If I can, > > should I put it on the wiki? > > yes. > even the copyright is assigned to USENIX.org? Ollie > ron ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Fw: Re: Documentation [was: new FSF campaign ..]
On Tue, 1 Mar 2005, Li-Ta Lo wrote: > Do I have to right to distribute my FREENIX '05 paper? If I can, > should I put it on the wiki? yes. ron ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Fw: Re: Documentation [was: new FSF campaign ..]
On Tue, 2005-03-01 at 10:32, Ronald G. Minnich wrote: > On Tue, 1 Mar 2005, Li-Ta Lo wrote: > > > Probably we should seriously consider writing the "Users Manual" and > > "Programmer's Manual" as I mentioned before? > > yes, it has to be done. > > ron Ron, Do I have to right to distribute my FREENIX '05 paper? If I can, should I put it on the wiki? Ollie ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: new free software foundation crusade:http://www.fsf.org/campaigns/free-bios.html
On Mon, 2005-02-28 at 22:28, Ronald G. Minnich wrote: > On Tue, 1 Mar 2005 [EMAIL PROTECTED] wrote: > > > The names (type nos) of motherboards are very region dependent and > > boards with same parts will have different nos depending on the region > > and manufacturer. Why not add the chipset partnums to the motherboard > > info on the Supported motherboard page. > > that actually doesn't help as much as you might think. I don't have a good > answer for this problem. But we can try to put the chipset names there. > Probably we should put a link to the vendor's web page for the mainboard. If the vendor is doing something stupid with their web page, we have no way to fix it. Ollie > ron > > ___ > Linuxbios mailing list > Linuxbios@clustermatic.org > http://www.clustermatic.org/mailman/listinfo/linuxbios ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: new free software foundation crusade: http://www.fsf.org/campaigns/free-bios.html
On Tue, 2005-03-01 at 10:22, Richard Smith wrote: > > > So would someone who DOES have an account please edit the login page to > > > put a mailto link there to allow users to at least know that the UI on > > > that page isn't as described in the error you get when you try to create > > > an account the way the page says to do so? It's guaranteed to be an FAQ > > > which will bother everyone more than the time it would take to fix it on > > > the page. > > > > > You might also note the the login is case sensitive. Do I have an account? Ollie ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Fw: Re: Documentation [was: new FSF campaign ..]
On Tue, 1 Mar 2005, Li-Ta Lo wrote: > Probably we should seriously consider writing the "Users Manual" and > "Programmer's Manual" as I mentioned before? yes, it has to be done. ron ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Fw: Re: Documentation [was: new FSF campaign ..]
On Tue, 2005-03-01 at 08:52, Ronald G. Minnich wrote: > On Tue, 1 Mar 2005, Peter Karlsson wrote: > > > To get more people interested in linuxbios one has to lower the bars, and > > technical jargon is a major blocker (at least for me). And yes, I do know > > what > > i2c is, and I think I know what spd is (ram speed?) but vid & did does not > > ring a bell. For anyone not knowing what i2c is I'll recommend: > > http://www.esacademy.com/faq/i2c/index.htm > > so we need a glossary. Good point. > > ron Ron, Probably we should seriously consider writing the "Users Manual" and "Programmer's Manual" as I mentioned before? Ollie ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
port guides
I've moved the three port guides over. Antony's is really good, but sadly is for v1. The EPIA one is good for V2. ron ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: new free software foundation crusade: http://www.fsf.org/campaigns/free-bios.html
> > So would someone who DOES have an account please edit the login page to > > put a mailto link there to allow users to at least know that the UI on > > that page isn't as described in the error you get when you try to create > > an account the way the page says to do so? It's guaranteed to be an FAQ > > which will bother everyone more than the time it would take to fix it on > > the page. > > You might also note the the login is case sensitive. -- Richard A. Smith ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
RE: new free software foundation crusade: http://www.fsf.org/campaigns/free-bios.html
On Tue, 1 Mar 2005, Alan Mimms wrote: > So would someone who DOES have an account please edit the login page to > put a mailto link there to allow users to at least know that the UI on > that page isn't as described in the error you get when you try to create > an account the way the page says to do so? It's guaranteed to be an FAQ > which will bother everyone more than the time it would take to fix it on > the page. > Alan, you mean the thing on the upper right 'log in or create account'? We'll get that done. Thanks for checking things out. ron ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
RE: new free software foundation crusade: http://www.fsf.org/campaigns/free-bios.html
So would someone who DOES have an account please edit the login page to put a mailto link there to allow users to at least know that the UI on that page isn't as described in the error you get when you try to create an account the way the page says to do so? It's guaranteed to be an FAQ which will bother everyone more than the time it would take to fix it on the page. Alan Mimms, Senior Architect F5 Networks, Inc. Spokane Development Center Liberty Lake, Washington v: 509-343-3524 f: 509-343-3501 -Original Message- From: Ronald G. Minnich [mailto:[EMAIL PROTECTED] Sent: Monday, February 28, 2005 9:13 PM To: Alan Mimms Cc: Andreas Thienemann; linuxbios@clustermatic.org Subject: RE: new free software foundation crusade: http://www.fsf.org/campaigns/free-bios.html On Mon, 28 Feb 2005, Alan Mimms wrote: > One problem tho: no form for creating usernames. Was this intentional? yes. Creating users who can edit the pages is going to pass through sysops so we don't have people randomly dropping in and trashing the pages. Plan 9 wiki had a terrible time with this until they locked things down. Every once in a while all the Plan 9 wiki would end up with links to porn sites. ron ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
wiki.linuxbios.org
I have started to bring over content to the wiki. Those who have logins -- you can see my formatting is not that great in the FAQ, fixers welcome. ron ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Geode GX1 and IRQ tables
On Tue, 1 Mar 2005, Richard Smith wrote: > I've found that Linux up to 2.6.9 (I haven't tested .10) Dosen't do > this fully. With my 440bx chipset there are config registers in the > northbridge that control which IRQ line each of the PCI PIRQ lines are > routed to. Even with a proper PIRQ table these registers are not setup > and I get the same error reported. that's whacky. The old linux did fine with 440bx. I never had to do anything but set up PIRQ tables. > I suggest you diff the output of lspci -xxx for the northbridge between > linubios and factory bios and resolve all the differences with the > datasheet. on the geode 2.4.18 always worked, and if I patched linux for later linuxes, that worked fine too. What a mess PIRQ got to be ron ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Porting Linuxbios to Via P4m266A
> My current understanding of how linuxbios works is very limited but, is > there an absolute requirement that this should occur over a serial port? > No, however getting higher speed devices to work may require some amount of working memory, interrupts, etc (the parallel port might be ok however). IMO, once memory is working (and interrupts enabled), much of the hard work is done. ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Fw: Re: Documentation [was: new FSF campaign ..]
On Tue, 1 Mar 2005, Peter Karlsson wrote: > To get more people interested in linuxbios one has to lower the bars, and > technical jargon is a major blocker (at least for me). And yes, I do know what > i2c is, and I think I know what spd is (ram speed?) but vid & did does not > ring a bell. For anyone not knowing what i2c is I'll recommend: > http://www.esacademy.com/faq/i2c/index.htm so we need a glossary. Good point. ron ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Geode GX1 and IRQ tables
On Tue, 1 Mar 2005, ramesh bios wrote: > Would I be able to test if Linux 2.6.10 is able to > parse the normal BIOS' PIRQ table by booting linux > with acpi=off? no, the problem is that the BIOSes we have seen in some cases just assign a bunch of IRQs, and ignore their own tables. Hence, the problem gets harder. > I'm still somewhat confused though. At the point that > LB calls the kernel, shoudn't LB have used the IRQ > table values to set the PCI config space registers to > write IRQ values to the PCI config registers and such? no, we have always let Linux do this because: - for a given version of linux, you really don't know what tables it will use, so it makes no sense to do a lot of work and then have linux repeat it - there are multiple options in some cases for which IRQ to use, and again, you want to let the OS figure that out ron ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Porting Linuxbios to Via P4m266A
On Tue, 1 Mar 2005, Peter Karlsson wrote: > My current understanding of how linuxbios works is very limited but, is there > an absolute requirement that this should occur over a serial port? no. recall this is a just a hack to figure out what the bios is doing, not some permanent thing. ron ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
RE: new free software foundation crusade: http://www.fsf.org/campaigns/free-bios.html
On Tue, 1 Mar 2005 [EMAIL PROTECTED] wrote: > Andreas, which version of LB where you looking at ? People still seem to > be getting on ok with V1 and the HOW-TO I wrote some time ago. Which > version of the EPIA are you using, is it the original EPIA or one of the > other version (ie EPIA-M, EPIA-MII etc) ? If it's the EPIA, I may be > able to help. V2 epia. V2 epia used to work, but does not currently. It locks up in ram init. My worry is that the code was fixed to use DRAM timings from SPD and the infamous 8601 bugs have now caught up with us. ron ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Geode GX1 and IRQ tables
On Mon, 28 Feb 2005, ramesh bios wrote: > That's odd. My understanding might be lacking. > > I think the PIRQ table parser in 2.6.10 seems to work > because it works when I use the normal BIOS. no, it's messy. Some bioses set IRQ settings that don't agree with their own PIRQ tables. I've seen this in practice. So the fact that the normal BIOS has working IRQs means nothing. I'd like a URL for the Cox/Christer discussion :-) ron ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Documentation [was: new FSF campaign ..]
On Tue, 1 Mar 2005, Peter Karlsson wrote: > On Tue, 1 Mar 2005, Peter Stuge wrote: > > > There are probably more sections that would be useful too. > > Technical jargon? I'm still a bit confused about what payload is and there's > probably quite a few words/acronyms that are being used but it's hard to know > exactly what they mean. > > Best regards > wiki contributors, here is a question; go for it! ron ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Fw: Re: Documentation [was: new FSF campaign ..]
On Tue, Mar 01, 2005 at 12:44:23PM +0100, Peter Karlsson wrote: > LinuxBIOS (initialises hardware) -> payload (etherboot,OpenBIOS, > FILO etc.) (-> operating system)? Exactly right. But with the right flash memory on the mainboard you can use the operating system (Linux) as payload directly. > Ok, but that was just an example. Technical jargon explanation is > still needed to get into linuxbios. For instance: > http://www.clustermatic.org/pipermail/linuxbios/2003-March/002240.html > > This mail mentions SPD,VID,DID,I2C etc. Does everybody know what > these mean? To get more people interested in linuxbios one has to > lower the bars, and technical jargon is a major blocker (at least for > me). I'm not sure I agree that the bar must be lowered. Much of the development going on in LinuxBIOS is _heavily_ technical and spans across quite a few different architectures. It's not right or useful to force developers to work and/or communicate below their capabilities, and certainly not in an open source project. I would hate it if someone tried to do that to me. I do believe however, that all the technical prerequisite knowledge should be listed, so that people can get up-to-speed on their own. I'll try to work for this and I think that the wiki is a great forum. > And yes, I do know what i2c is, and I think I know what spd is (ram > speed?) SPD is Serial Presence Detect, the name of an I2C bus between the northbridge and all RAM modules. Each RAM module has an EEPROM with more or less correct information about how memory initialization code should set up the memory controller for correct size and optimal performance. Quite frequently the information is busted. :( > but vid & did does not ring a bell. These are short for Vendor ID and Device ID. VID and DID (or PID, Product ID) are id numbers assigned by organizations such as PCI-SIG and USBIF to hardware manufacturers allowing software to identify hardware in a reliable manner. The ids are stored inside the device, whether it's PCI or USB. Also true for PCMCIA/CardBus. //Peter ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Documentation [was: new FSF campaign ..]
On Tue, Mar 01, 2005 at 10:36:35AM +0100, Peter Karlsson wrote: > On Tue, 1 Mar 2005, Peter Stuge wrote: > > >There are probably more sections that would be useful too. > > Technical jargon? I'm still a bit confused about what payload is and > there's probably quite a few words/acronyms that are being used but > it's hard to know exactly what they mean. Right. These all go to "2.1. Basics and terms".. I wrote a short summary which discusses payloads a little, perhaps it can help clear things out; http://www.clustermatic.org/pipermail/linuxbios/2005-January/010815.html I'm going to add that to the wiki in a minute. //Peter ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: new free software foundation crusade: http://www.fsf.org/campaigns/free-bios.html
> > I am hoping to get guys like Eric and Richard Smith to get accounts and > add content! I'm trying to but I can't seem to create an account. I go to the login or create page and I get login stuff but no option to create a new account? -- Richard A. Smith ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Geode GX1 and IRQ tables
> > And if that were done, Linux would not need to parse a > > PIRQ table, yes? > > LinuxBIOS does not do that, it provides the tables and requires the OS > to do so. I've found that Linux up to 2.6.9 (I haven't tested .10) Dosen't do this fully. With my 440bx chipset there are config registers in the northbridge that control which IRQ line each of the PCI PIRQ lines are routed to. Even with a proper PIRQ table these registers are not setup and I get the same error reported. I have code in my final_mainboard_fixup() that sets these registers such that they match my table and then every thing works fine. I suggest you diff the output of lspci -xxx for the northbridge between linubios and factory bios and resolve all the differences with the datasheet. -- Richard A. Smith ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Geode GX1 and IRQ tables
* ramesh bios <[EMAIL PROTECTED]> [050301 12:22]: > Would I be able to test if Linux 2.6.10 is able to > parse the normal BIOS' PIRQ table by booting linux > with acpi=off? If it does work at that point, then I > could assume that the area to be fixed would be the > PIRQ table generation in LinuxBIOS. If not, then it'd > be time to examine the kernel's pirq code. Yes. Something along that line. For the one Geode system I had, I wrote the interrupt configuration myself, avoiding to fiddle with kernel pirq code (still needs a somewhat correct pirq table) > I'm still somewhat confused though. At the point that > LB calls the kernel, shoudn't LB have used the IRQ > table values to set the PCI config space registers to > write IRQ values to the PCI config registers and such? > And if that were done, Linux would not need to parse a > PIRQ table, yes? LinuxBIOS does not do that, it provides the tables and requires the OS to do so. ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
RE: new free software foundation crusade: http://www.fsf.org/campaigns/free-bios.html
Hi Andreas Quoting Andreas Thienemann <[EMAIL PROTECTED]>: Hi Mark, On Tue, 1 Mar 2005 [EMAIL PROTECTED] wrote: Andreas, which version of LB where you looking at ? People still seem to be getting on ok with V1 and the HOW-TO I wrote some time ago. I tried the Linuxbios 1 version together with the howto. Which version of the EPIA are you using, is it the original EPIA or one of the other version (ie EPIA-M, EPIA-MII etc) ? If it's the EPIA, I may be able to help. I tried the epia-pd. This could be the start of the problem, from what I remember, the versions of the EPIA after the initial one where each different enough to cause problems, such as a different north/south bridge requiring different configurations to get the ram, serial, etc up and running. The inital EPIA has a via VT8601 northbridge and a VT8231 southbridge. Looking at VIA's website, everything after the EPIA, upto but not including the new EPIA-SP have a CLE266 northbridge and a VT8235 southbridge. This would mean that the code for the EPIA-M in LinuxBIOS should work for these motherboards. The EPIA-SP is listed as having a CN400 northbridge and a VT8237 Southbrigde. Unfortunately, I think the EPIA-M code is not working at the present, I don't think it got updated after the major code changes a little while ago (Someone please correct me if I'm wrong) getting that code to compile would be your first step. According to the specs, the hardware itself is not that different from the M version. Seems not to be the case however. bye, andreas Regards Mark Wilkinson. ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
RE: new free software foundation crusade: http://www.fsf.org/campaigns/free-bios.html
Hi Mark, On Tue, 1 Mar 2005 [EMAIL PROTECTED] wrote: > Andreas, which version of LB where you looking at ? People still seem to be > getting on ok with V1 and the HOW-TO I wrote some time ago. I tried the Linuxbios 1 version together with the howto. > Which version of the EPIA are you using, is it the original EPIA or one > of the other version (ie EPIA-M, EPIA-MII etc) ? If it's the EPIA, I may > be able to help. I tried the epia-pd. According to the specs, the hardware itself is not that different from the M version. Seems not to be the case however. bye, andreas ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Fw: Re: Documentation [was: new FSF campaign ..]
On Tue, 1 Mar 2005, Anton Borisov wrote: Payload is file that holds, for instance, LAN ROM, i.e. software responsible for remoting loading from server. It's just an example. There are FAQs (try to google) which explain much of your questions. LinuxBIOS (initialises hardware) -> payload (etherboot,OpenBIOS, FILO etc.) (-> operating system)? Ok, but that was just an example. Technical jargon explanation is still needed to get into linuxbios. For instance: http://www.clustermatic.org/pipermail/linuxbios/2003-March/002240.html This mail mentions SPD,VID,DID,I2C etc. Does everybody know what these mean? To get more people interested in linuxbios one has to lower the bars, and technical jargon is a major blocker (at least for me). And yes, I do know what i2c is, and I think I know what spd is (ram speed?) but vid & did does not ring a bell. For anyone not knowing what i2c is I'll recommend: http://www.esacademy.com/faq/i2c/index.htm Best regards Peter K ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Geode GX1 and IRQ tables
Good point. I did not know about ACPI. Ok, looking through the source, I don't see ACPI in the gx1 code. So I presume that this means that LinuxBIOS doesn't provide ACPI support in the case of the Geode. Would I be able to test if Linux 2.6.10 is able to parse the normal BIOS' PIRQ table by booting linux with acpi=off? If it does work at that point, then I could assume that the area to be fixed would be the PIRQ table generation in LinuxBIOS. If not, then it'd be time to examine the kernel's pirq code. I'm still somewhat confused though. At the point that LB calls the kernel, shoudn't LB have used the IRQ table values to set the PCI config space registers to write IRQ values to the PCI config registers and such? And if that were done, Linux would not need to parse a PIRQ table, yes? Thanks. --- Stefan Reinauer <[EMAIL PROTECTED]> wrote: > * ramesh bios <[EMAIL PROTECTED]> [050301 > 08:19]: > > That's odd. My understanding might be lacking. > > > > I think the PIRQ table parser in 2.6.10 seems to > work > > because it works when I use the normal BIOS. > > Sure normal BIOS does not provide ACPI instead? In > such case, PIRQ stays > mostly untouched. > > Stefan > > > ___ > Linuxbios mailing list > Linuxbios@clustermatic.org > http://www.clustermatic.org/mailman/listinfo/linuxbios > __ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Porting Linuxbios to Via P4m266A
On Tue, 1 Mar 2005, Bryan E. Chafy wrote: Although one gotcha would be anything that's timing related. Memory/IO access proxied through the serial port would also be orders of magnatude slower. When the DRAM test completes, we'll all be dead :) Also, rom bios code memory references would have to be excluded as well as anything that could upset the serial port. What about handling stuff like cpu/mmu state transitions (ie real mode to protected mode to unreal mode, etc)? Cache? Perhaps the proxied memory access could be limited to just a certain range (if known). My current understanding of how linuxbios works is very limited but, is there an absolute requirement that this should occur over a serial port? Best regards Peter K ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
RE: new free software foundation crusade: http://www.fsf.org/campaigns/free-bios.html
Hi Ron, Andreas, Andreas, which version of LB where you looking at ? People still seem to be getting on ok with V1 and the HOW-TO I wrote some time ago. Which version of the EPIA are you using, is it the original EPIA or one of the other version (ie EPIA-M, EPIA-MII etc) ? If it's the EPIA, I may be able to help. Quoting "Ronald G. Minnich" : On Tue, 1 Mar 2005, Andreas Thienemann wrote: [new website] > volunteers? Well, I would volunteer to a) create the new webpage and b) set it up with some kind of CMS so that someone else can fill it with content. OK, guys, we've got a new web site for linuxbios, courtesy Stefan. Check it out: wiki.linuxbios.org Only problem: I have been trying to get linuxbios running on one of our epia boards and failed horribly. that's because somebody appears to have busted linuxbios/epia recently :-( Ron, Do you mean the EPIA, or the EPIA-M ? I didn't think anyone had updated the EPIA-M after the recent code changes. If it's the EPIA, I can't see what's broken against my checked out version, and nobody seems to be making any changes to the epia code that I can see. ron ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios Regards Mark Wilkinson. ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Documentation [was: new FSF campaign ..]
On Tue, 1 Mar 2005, Peter Stuge wrote: There are probably more sections that would be useful too. Technical jargon? I'm still a bit confused about what payload is and there's probably quite a few words/acronyms that are being used but it's hard to know exactly what they mean. Best regards Peter K ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Geode GX1 and IRQ tables
* ramesh bios <[EMAIL PROTECTED]> [050301 08:19]: > That's odd. My understanding might be lacking. > > I think the PIRQ table parser in 2.6.10 seems to work > because it works when I use the normal BIOS. Sure normal BIOS does not provide ACPI instead? In such case, PIRQ stays mostly untouched. Stefan ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
