Jonathan,
On Tuesday 15 August 2006 22:25, Jonathan Sturges wrote:
So I'm back to working on getting LB on my Geode-based MaxTerm 230 thin
client again. I've built a test image from the Eaglelion 5bcm target
that boots this machine. However, IRQ mapping is not working. I have
no doubt that
Juergen Beisert wrote:
Jonathan,
On Tuesday 15 August 2006 22:25, Jonathan Sturges wrote:
So I'm back to working on getting LB on my Geode-based MaxTerm 230 thin
client again. I've built a test image from the Eaglelion 5bcm target
that boots this machine. However, IRQ mapping
Hi Jonathan,
please use plain text, no HTML
On Wednesday 16 August 2006 13:58, Jonathan Sturges wrote:
PCI: No IRQ known for interrupt pin A of device 00:13.0. Please try
using pci=biosirq.
usb-ohci.c: found OHCI device with no IRQ assigned. check BIOS
settings!
...which basically means
Juergen Beisert wrote:
Hi Jonathan,
please use plain text, no HTML
On Wednesday 16 August 2006 13:58, Jonathan Sturges wrote:
PCI: No IRQ known for interrupt pin A of device 00:13.0. Please try
using pci=biosirq.
usb-ohci.c: found OHCI device with no IRQ assigned. check BIOS
settings!
Jonathan Sturges wrote:
I was aware of the issues with LB failing to copy the IRQ map, due to
the GX1's cache not being enabled. However, I applied the two
northbridge.c patches for enabling the cache, so now that much works.
(By the way, can someone on the development team commit those
Ronald G Minnich wrote:
Jonathan Sturges wrote:
I was aware of the issues with LB failing to copy the IRQ map, due to
the GX1's cache not being enabled. However, I applied the two
northbridge.c patches for enabling the cache, so now that much
works. (By the way, can someone on the
Jonathan Sturges wrote:
Granted, both of these patches were offered up as hacks, but they
work, allowing the GX1 cache to be enabled and for the IRQ map to be
successfully copied, so I endorse them. :-)
thanks,
Jonathan
Committed as rev 2379, builds fine, not tested; let me know.
Granted, both of these patches were offered up as hacks, but they
work, allowing the GX1 cache to be enabled and for the IRQ map to be
successfully copied, so I endorse them. :-)
Committed as rev 2379, builds fine, not tested; let me know.
Woah.. Slow down there Tex. And give the
sorry. It just seemd this had been lingering for a while.
I dont' see an issue with the enable shadow patch, however.
Maybe there isn't. But I just didn't want to blindly go around the
established way until we thought about it.
So if your board dosen't have an APIC cluster whats the right
Heh... I'm glad to be the squeaky wheel, but thus far I've taken an
implementer's stance with LB and haven't learned the code.
I will try to take a look but it may be the weekend before I have any
appreciable time for it.
Well if you haven't been hacking on it the device code can be pretty
On 8/16/06, Jonathan Sturges [EMAIL PROTECTED] wrote:
PCI: No IRQ known for interrupt pin A of device 00:13.0. Please try using
pci=biosirq.
usb-ohci.c: found OHCI device with no IRQ assigned. check BIOS settings!
...which basically means the entries for these devices in the IRQ map are
So I'm back to working on getting LB on my Geode-based MaxTerm 230 thin
client again. I've built a test image from the Eaglelion 5bcm target
that boots this machine. However, IRQ mapping is not working. I have
no doubt that is because the MaxTerm differs from the 5bcm. :-)
I'm not entirely
put the bios flash psrt in another machine that takes the same part, and
run the getpir program. This should work.
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios
On 8/15/06, Ronald G Minnich rminnich@lanl.gov wrote:
put the bios flash psrt in another machine that takes the same part, and
run the getpir program. This should work.
Unless its compressed.
--
Richard A. Smith
--
linuxbios mailing list
linuxbios@linuxbios.org
Richard Smith wrote:
On 8/15/06, Ronald G Minnich rminnich@lanl.gov wrote:
put the bios flash psrt in another machine that takes the same part, and
run the getpir program. This should work.
Unless its compressed.
yeah, but, it's worth the chance :-)
ron
--
linuxbios mailing list
Richard Smith wrote:
On 8/15/06, Ronald G Minnich rminnich@lanl.gov wrote:
put the bios flash psrt in another machine that takes the same part, and
run the getpir program. This should work.
Unless its compressed.
You mean, run getpir against the WinCE BIOS image? Please clarify what
Unless its compressed.
You mean, run getpir against the WinCE BIOS image? Please clarify what
you're saying.
I still can't use the WinCE BIOS to boot other OSes, so unless I'm
misunderstanding you, I don't think that'll work.
Exactly. The $PIR was just a table. Ron's guessing that if
Richard Smith wrote:
Unless its compressed.
You mean, run getpir against the WinCE BIOS image? Please clarify what
you're saying.
I still can't use the WinCE BIOS to boot other OSes, so unless I'm
misunderstanding you, I don't think that'll work.
Exactly. The $PIR was just a table.
No $PIR in the image. What's my best Plan B? Options that I'm aware
of include:
1) Find a way to enumerate IRQ assignments while booted into WinCE 3.0.
Can you run one of the pci enum tools that work under windows? That
will give you _some_ info.
2) Guess. :-) Right now, the only
Jonathan Sturges wrote:
Richard Smith wrote:
On 8/15/06, Ronald G Minnich rminnich@lanl.gov wrote:
put the bios flash psrt in another machine that takes the same part, and
run the getpir program. This should work.
Unless its compressed.
You mean, run getpir against the WinCE BIOS
20 matches
Mail list logo
