On Wed, Sep 19, 2007 at 10:47:41PM +0200, Peter Stuge wrote:
On Wed, Sep 19, 2007 at 06:30:14PM +0300, Markus Törnqvist wrote:
pcmcia: request for exclusive IRQ could not be fulfilled.
pcmcia: the driver needs updating to supported shared IRQ lines.
[...]
So the driver is broken wrt irq
Hi,
i'm running a db800 board with a geode lx 700. Linuxbios os working well
expection ethernet and the pci bridge.
The bride chipset will be detected by lspci:
00:0e.0 PCI bridge: Hint Corp HiNT HB4 PCI-PCI Bridge (PCI6150) (rev 04)
Also the wireless card which is inserted into the pci-bride
I resend the lspci dump with the pci vga card in lb/kernel: see lspci_lb.txt
I resend the lspci dump with the pci vga card and the award bios: see
lspci_award.txt
One can see that
- indeed the pci device is not show up in the system when booting with
LinuxBIOS
- the pci bridge (device
Quoting yhlu [EMAIL PROTECTED]:
On 9/17/07, Uwe Hermann [EMAIL PROTECTED] wrote:
On Mon, Sep 17, 2007 at 03:49:46PM -0700, yhlu wrote:
On 9/17/07, Ward Vandewege [EMAIL PROTECTED] wrote:
I've attached that boot log to this message.
the one without any vga card installed?
Can
[EMAIL PROTECTED] wrote:
Quoting yhlu [EMAIL PROTECTED]:
On 9/17/07, Uwe Hermann [EMAIL PROTECTED] wrote:
On Mon, Sep 17, 2007 at 03:49:46PM -0700, yhlu wrote:
On 9/17/07, Ward Vandewege [EMAIL PROTECTED] wrote:
I've attached that boot log to this message.
On Wed, Sep 05, 2007 at 09:57:20AM +0200, Steffen D. wrote:
Do you get interrupts?
I show you whats happening :)
r8169: eth0: link up
r8169: eth0: link up
r8169: eth0: link up
... and again... and again
this message comes two times a second.
I think the best way to find the problem
On Thu, Sep 20, 2007 at 09:44:42AM +0300, Markus Tornqvist wrote:
So the driver is broken wrt irq handling?
Yeah. It doesn't matter if the Ricoh controller has it's own
interrupt and/or if you only ever have either CF or PCMCIA but not
both. I don't remember if there's a shared IRQ on the
On Thu, Sep 20, 2007 at 08:57:39AM +0200, Steffen D. wrote:
When i use the normal bios which is shipped with the hardware - it
works.
Hardware is rarely the problem.
Lspci -vvv also says Interrupt: pin A routed to IRQ 0 (for the wifi
card). Seems that it is the problem but what can i do
Long mail below :)
Lspci -vvv also says Interrupt: pin A routed to IRQ 0 (for the wifi
card). Seems that it is the problem but what can i do now?
More output from lspci -vvv (PCI2PCI-Bridge)
---
00:0e.0 PCI bridge: Hint Corp HiNT HB4 PCI-PCI Bridge (PCI6150) (rev 04)
Steffen D. schrieb:
Full lspci -vvv output:
Orig. Bios: http://nopaste.php-quake.net/5046
Linux-Bios: http://nopaste.php-quake.net/5047
Sorry i forgot to add the wifi card so you dont see the card in the
linux-bios output(at nopaste) - but it is the same like in the first mail.
--
Peter Stuge schrieb:
The first column is the interrupt number, 11.
The second is the interrupt count since Linux start. 354 interrupts.
Third is the mode that the interrupt controller is running in.
AMD, is XT-PIC-XT correct for the LX platform?
Fourth is the list of drivers/interfaces that
On Thu, Sep 20, 2007 at 02:43:30PM +0200, Steffen D. wrote:
Long mail below :)
Lspci -vvv also says Interrupt: pin A routed to IRQ 0 (for the wifi
card). Seems that it is the problem but what can i do now?
More output from lspci -vvv (PCI2PCI-Bridge)
---
On Thu, Sep 20, 2007 at 02:53:00PM +0200, Steffen D. wrote:
I have unloaded the usb stuff. I have cated the interrupts before
and after iperf...:
--
# cat /proc/interrupts
11: 4330XT-PIC-XTeth0
# iperf -s
Author: ward
Date: 2007-09-20 17:01:14 +0200 (Thu, 20 Sep 2007)
New Revision: 2792
Modified:
trunk/LinuxBIOSv2/src/mainboard/tyan/s2891/Config.lb
Log:
The s2891 ships with a 1MB rom chip. The targets/tyan/s2891/Config.lb file
assumes a 1MB rom chip.
Hence the default position for the VGA
On Wed, Sep 19, 2007 at 06:49:09PM +0200, Uwe Hermann wrote:
On Tue, Sep 18, 2007 at 04:40:13PM -0400, Ward Vandewege wrote:
The s2891 ships with a 1MB rom chip. The src/mainboard/tyan/s2891/Config.lb
file assumes a 1MB rom chip.
The default position for the VGA bios should also assume
Uwe Hermann schrieb:
On Thu, Sep 20, 2007 at 02:43:30PM +0200, Steffen D. wrote:
Long mail below :)
Lspci -vvv also says Interrupt: pin A routed to IRQ 0 (for the wifi
card). Seems that it is the problem but what can i do now?
More output from lspci -vvv (PCI2PCI-Bridge)
On Thu, Sep 20, 2007 at 02:53:00PM +0200, Steffen D. wrote:
I have unloaded the usb stuff. I have cated the interrupts before
and after iperf...:
--
# cat /proc/interrupts
11: 4330XT-PIC-XTeth0
# iperf -s
On Thu, Sep 20, 2007 at 05:06:58PM +0200, Steffen D. wrote:
What's the problem again?
Is this NIC also behind that PCI bridge?
The throughput is the probleme because it is to little - i allways
can test it with the orig. bios and there it works like 1gbit
should work.
Ah, gig even. Ok.
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer ward checked in revision 2792 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
The s2891 ships with a 1MB rom chip. The targets/tyan/s2891/Config.lb file
assumes a 1MB
please try to move
RES_PCI_IO, PCI_ADDR(0, 1, 0, 0x78), 0xC0FF, 0x1900,
from
ctrl_conf_master_only
to
ctrl_conf_mcp55_only
YH
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
Steffen D. wrote:
Hello,
we really have a big problem with that ethernet bug - we currently
developing a new product based on a geode-lx cpu and not comming forward.
Because we are not a big firm we dont have the man power/knowlege to fix
it - can anybody help us with this problem?
We
Dunno if anyone's ever wanted/done this before, but the attached patch
adds a fallback boot option to FILO, so that if the first kernel fails,
the second one gets booted, if that fails it drops to the usual command
line. I'm using it on Magden's system to try to boot from USB before
going to the
I'm lost here, with the factory BIOS IRQs are handled through IOAPIC,
but it seems that LinuxBIOS keeps disabling it. I've got both ACPI
tables and irq tables (modified to be somewhat correct), and ioapic
should be enabled through the vt8237r. The ioapic base seems to be
right, and so do all the
Forgot the boot log, here it is.
-Corey
Corey Osgood wrote:
I'm lost here, with the factory BIOS IRQs are handled through IOAPIC,
but it seems that LinuxBIOS keeps disabling it. I've got both ACPI
tables and irq tables (modified to be somewhat correct), and ioapic
should be enabled through
Author: uwe
Date: 2007-09-21 00:13:48 +0200 (Fri, 21 Sep 2007)
New Revision: 2793
Modified:
trunk/util/superiotool/fintek.c
trunk/util/superiotool/ite.c
trunk/util/superiotool/nsc.c
trunk/util/superiotool/smsc.c
trunk/util/superiotool/winbond.c
Log:
Fix up and generalize the ITE
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
You have undefined NEED_LAPIC
#if NEED_LAPIC == 1
...
#else
printk_info(Disabling local apic...);
#endif...
RTFS ;)
Rudolf
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla -
On 9/19/07, Peter Stuge [EMAIL PROTECTED] wrote:
On Tue, Sep 18, 2007 at 07:04:01PM -0400, Corey Osgood wrote:
Robinson Tryon wrote:
Would writing to Intel (if only to be counted as one more data
point) help at all?
No.
I just ran across an FSF web page in support of LinuxBIOS, and on
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer uwe checked in revision 2793 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
Fix up and generalize the ITE IT8708F code. It was only working out of
pure luck (and
On Thu, Sep 20, 2007 at 06:18:28PM -0400, Robinson Tryon wrote:
Would writing to Intel (if only to be counted as one more
data point) help at all?
No.
I just ran across an FSF web page in support of LinuxBIOS, and on
that page the FSF suggests writing directly to Intel:
Rudolf Marek wrote:
You have undefined NEED_LAPIC
#if NEED_LAPIC == 1
...
#else
printk_info(Disabling local apic...);
#endif...
RTFS ;)
Rudolf
Yep, I suppose adding the CONFIG_IOAPIC option MIGHT help things a
little bit (not sure how I missed it, checked the Options page in
Author: uwe
Date: 2007-09-21 01:37:56 +0200 (Fri, 21 Sep 2007)
New Revision: 2794
Modified:
trunk/util/superiotool/fintek.c
trunk/util/superiotool/ite.c
trunk/util/superiotool/superiotool.c
trunk/util/superiotool/superiotool.h
trunk/util/superiotool/winbond.c
Log:
Decouple the ITE
Author: uwe
Date: 2007-09-21 01:57:44 +0200 (Fri, 21 Sep 2007)
New Revision: 2795
Modified:
trunk/util/superiotool/README
trunk/util/superiotool/fintek.c
trunk/util/superiotool/ite.c
trunk/util/superiotool/nsc.c
trunk/util/superiotool/smsc.c
trunk/util/superiotool/superiotool.c
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer uwe checked in revision 2794 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
Decouple the ITE code from fintek.c, it doesn't belong there.
Add common 'enter
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer uwe checked in revision 2795 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
Add -D / --dump-readable option which prints the Super I/O register
contents in
34 matches
Mail list logo