Ronald G. Minnich wrote:
On Thu, 16 Dec 2004, Gin wrote:
Any document I can reference? This link mentioned on irq_tables.c
http://www.microsoft.com/hwdev/busbios/PCIIRQ.HTM doesn't work.
I think they moved it here:
http://www.microsoft.com/whdc/archive/pciirq.mspx
-Bari
_
What files are needed off my target system? I now I need to build
irq_tables.c, what else do i need to build, if anything?
-Adam
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
On Thu, 16 Dec 2004, Gin wrote:
> The getpir util generates a routing table by looking at the memory
> config of my "developing" machine. How's it related to my target
> machine?
It almost certainly is wrong, unless all the wires on the machines are
absolutely identical. I am willing to guess
>Seen this when interrupts in irq.c were wrong based on
>The motherboard. In our case we'd use etherboot to
>Load the kernel (which doesn't handle interrupts) then
>Once kernel was loaded we'd see the problem. This
>Was fixed by fixing the irq table.
Thanks for the hint.
I am able to load the k
I commit the changes for you. Please check it out from
http://snapshots.linuxbios.org/
one hour later.
YH
From: Sagiv Yefet [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 15, 2004
12:09 AM
To: YhLu; [EMAIL PROTECTED]
Subject: RE: Running with VGA
I have t
>It was easy to see when doing
>A cat /proc/interrupts and watching the offending interrupt configured
>Wrong. Just increment like mad.
This is the result of a cat /proc/interrupts. The interrupt increments
of timer and ide0 seem fine. I compared it with a normal bios boot.
=
* YhLu <[EMAIL PROTECTED]> [041215 21:05]:
> Stefan,
>
> Please check out the patch. It works well with our MB.
>
> YH
No change here. The machine still hangs. It seems it is dead as soon as I
am trying to put my fingers on anything higher than bus4. I'll go and
compare bridge setups tomorrow.
YhLu <[EMAIL PROTECTED]> writes:
> /tmp/ccX7Rb2q.s:9: Warning: setting incorrect section attributes for
> .rodata.pci_driver
>
> Why?
Good question. We set section attributes that say the section will
be present. Beyond that I don't know why binutils (I think it's as in
this case) is complaini
/tmp/ccX7Rb2q.s:9: Warning: setting incorrect section attributes for
.rodata.pci_driver
Why?
YH
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
Oh, one more thing. It was easy to see when doing
A cat /proc/interrupts and watching the offending interrupt configured
wrong
Just increment like mad.
-Original Message-
From: Ronald G. Minnich [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 15, 2004 11:09 AM
To: Dave Aubin
Cc: Gi
Stefan,
Please check out the patch. It works well with our MB.
YH
-Original Message-
From: YhLu
Sent: Wednesday, December 15, 2004 11:29 AM
To: Stefan Reinauer
Cc: 'Eric W. Biederman'; [EMAIL PROTECTED]
Subject: RE: collapsing devices.
Eric,
static void ht_collapse_previous_enumeratio
Eric,
static void ht_collapse_previous_enumeration(unsigned bus)
{
device_t dev;
/* Spin through the devices and collapse any previous
* hypertransport enumeration.
*/
for(dev = PCI_DEV(bus, 0, 0); dev <= PCI_DEV(bus, 0x1f, 0x7); de
I was not able to pass through the agpgart module,
so I disabled it in the kernel.
Everything works now.
Dmitry/
- Original Message -
From:
Dmitry Borisov
To: [EMAIL PROTECTED]
Sent: Sunday, December 12, 2004 7:45
PM
Subject: EPIA-M freebios.v1 linux loading
pro
* YhLu <[EMAIL PROTECTED]> [041214 03:14]:
> Stefan,
>
> I add dump_pci_decvies_on_bus in debug.c
>
> Please add calling to dump_pci_devices_on_bus(busn) before
> ht_collapse_previous_enumeration(busn). In ht_setup_chains.
>
> Also in auto.c you need to put inconerent_ht.c after debug.c.
See th
* Yinghai Lu <[EMAIL PROTECTED]> [041213 03:54]:
> Please try this:
> 1. Comment out inconherent init in auto.c
> 2. disable hard_reset in northbridge.c
It will hang here:
PCI: 04:00.0 [1022/7464] enabled
PCI: 04:00.1 [1022/7464] enabled
PCI: 04:00.2 No device operations
PCI: 04:01.0 No device op
On Wed, 15 Dec 2004, Dave Aubin wrote:
> Seen this when interrupts in irq.c were wrong based on The motherboard.
> In our case we'd use etherboot to Load the kernel (which doesn't handle
> interrupts) then Once kernel was loaded we'd see the problem. This Was
> fixed by fixing the irq table.
Seen this when interrupts in irq.c were wrong based on
The motherboard. In our case we'd use etherboot to
Load the kernel (which doesn't handle interrupts) then
Once kernel was loaded we'd see the problem. This
Was fixed by fixing the irq table.
Dave
-Original Message-
From: [EMAIL PR
I have this definition in targets/tyan/s2850/Config.lb:
option
CONFIG_CONSOLE_BTEXT=1
Not default as you wrote.
Is it ok?
Should I had
the same thing in src/mainboard/tyan/s2850/Config.lb?
Sagiv.
-Original Message-
From: Yinghai Lu
[mailto:[EMAIL PROTECTED]
18 matches
Mail list logo