Problems with XFree 4.3/FreeBSD and a Inspiron 5100.

[Greg Lehey]

On Tuesday, 29 July 2003 at 20:14:12 -0700, Peter Losher wrote:
> On Tue, 29 Jul 2003, Warren Block wrote:
>> On Mon, 28 Jul 2003, Peter Losher wrote:
>>
>>> Now I have the problem where now when I load X11, and pressing any
>>> key on the keyboard now goes thru a series of zoom levels instead
>>> of providing input.  This was working fine for the past 48 hours,
>>> and I can't fathom what I may have done to cause this (X11 is now
>>> unusable in this state)
>>
>> See this (no wrap):
>>
>> http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1555164+0+/usr/local/www/db/text/2003/freebsd-questions/20030601.freebsd-questions
>
> Thanks for the link Warren, I tried what it suggested ('make
> deinstall; make reinstall' the XFree-4-libraries) but to no avail.

No, that wouldn't make any difference.

> I did get it to stop cycling thru the resolutions, but that was
> because I removed all of the other resolution options. :)

Interesting.  Under 5.1 we have the issue that the BIOS space is not
mapped correctly.  See http://www.lemis.com/grog/diary-jul2003.html#23
for the gory details.  In particular, check /var/run/dmesg.boot.  I
get:

  FreeBSD 5.1-CURRENT #0: Wed Jul 30 13:18:15 CST 2003
  ..
  orm0: <Option ROMs> at iomem 0xe0000-0xe3fff,0xdf800-0xdffff,0xd0000-0xd17ff,0xc0000-0xcefff on isa0

This line *should* read:

  orm0: <Option ROMs> at iomem 0xe0000-0xe3fff,0xdf800-0xdffff,0xd0000-0xd17ff,0xcf000-0xcffff,0xc0000-0xcefff on isa0

The reason for the missing space is that the memory area
0xcc000-0xcffff is not mapped (shows up as 0xff).  You can test this
on your machine like this:

  # dd if=/dev/mem bs=64k count=1 skip=12 | hd | less
  0000bff0  04 03 80 00 0c 00 00 00  20 00 10 0b 3e 00 02 40  |........ ...>..@|
  0000c000  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................|
  *
  00010000

Those last three lines show that the entire last 16 kB of the area
shows up as 0xff.

Greg
--
See complete headers for address and phone numbers