lkml.org 
[lkml]   [2004]   [Oct]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Sony S170 + 1GB ram => Yenta: ISA IRQ mask 0x0000


On Tue, 26 Oct 2004, Lincoln D. Durey wrote:
>
> So, now we have a new Sony S170 (spiffy ultra-portable laptop) with a
> failure to recognize cards when it has 1GB ram installed. And I'm
> wondering if anyone wants to tackle having the kernel PCI system remap this
> pcmcia socket's memory so it can see cards ?
>
> booting with 1GB ram:
>
> kernel: Linux Kernel Card Services 3.1.22
> kernel: options: [pci] [cardbus] [pm]
> kernel: Yenta IRQ list 0000, PCI irq9
> kernel: Socket status: 00000000
>
> revert to 512MB or 768MB ram, and you get a happy PCMCIA slot:

Judging by your /proc/iomem, which looks like this:

00100000-3ff6ffff : System RAM
00100000-002ac223 : Kernel code
002ac224-003ab5ff : Kernel data
3ff70000-3ff703ff : 0000:00:1f.1 [ ed: IDE controller ]
3ff71000-3ff71fff : 0000:02:04.0 [ ed: cardbus ]
3ff71000-3ff71fff : yenta_socket

the 1GB case should have problem with the IDE controller too, if it has
problems with yenta-socket.

But maybe you only use PIO mode, in which case I guess it doesn't matter
if the MMIO regions are scrogged.

Anyway, the problem seems to be that you are doing something bad with the
user-defined RAM map, for some reason that is not obvious at all. Your
bootup clearly shows:

BIOS-e820: 0000000000000000 - 000000000009f800 (usable)
BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000d8000 - 00000000000e0000 (reserved)
BIOS-e820: 00000000000e4000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000003ff70000 (usable)
BIOS-e820: 000000003ff70000 - 000000003ff7c000 (ACPI data)
BIOS-e820: 000000003ff7c000 - 000000003ff80000 (ACPI NVS)
BIOS-e820: 000000003ff80000 - 0000000040000000 (reserved)
BIOS-e820: 00000000ff800000 - 00000000ffc00000 (reserved)
BIOS-e820: 00000000fffff000 - 0000000100000000 (reserved)

which means that the BIOS marks the 0x000000003ff70000 - 0000000040000000
region properly reserved, but you bave overridden this (incorrectly) with:

user-defined physical RAM map:
user: 0000000000000000 - 000000000009f800 (usable)
user: 000000000009f800 - 00000000000a0000 (reserved)
user: 00000000000d8000 - 00000000000e0000 (reserved)
user: 00000000000e4000 - 0000000000100000 (reserved)
user: 0000000000100000 - 000000003ff70000 (usable)

where your manual user-defined RAM map is crap, because it doesn't mark
the ACPI region as being reserved.

As a result, the kernel doesn't know that there is something there, and
will allocate the Cardbus controller (and IDE MMIO) range in that unusable
range.

So the question is:
- why have you done any user override at all
- and having done so, why aren't the ACPI regions there, marked reserved?

It looks like the BIOS is doing everything right, and the problem is
entirely with the user-defined values..

Linus
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2009-11-18 23:46    [W:0.061 / U:0.068 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site