From: Stuffed Crust <pizza@shaftnet.org>
To: linux-fbdev-devel@lists.sourceforge.net
Subject: radeonfb: Radeon Mobility X700 (M26) + x86-64 supported?
Date: Thu, 22 Dec 2005 22:13:33 -0500 [thread overview]
Message-ID: <20051223031333.GA14399@shaftnet.org> (raw)
[-- Attachment #1: Type: text/plain, Size: 5348 bytes --]
I have an AMD64 laptop with a Radeon Mobility X700, and a 1680x1050
screen. I'm trying to get it to work with the "new" radeonfb driver in
Linux 2.6.15-rc6. I have not tested the "old" driver. As best as I can
tell, I'm the second person to ask about this particular bit of
hardware.
The Radeon M26, aka Mobility X700, is supposedly a derivative of the
desktop X700, aka RV410, which in turn is supposedly derived from the
R423. (They certainly make this rather confusing..) As configured, mine
has 128 megs of RAM and a PCI ID of 1002:5653.
This deviceid is not present in the device table, but to get it detected
to begin with, I added this to the device table in radeon_base.c:
CHIP_DEF(PCI_CHIP_RV410_XX, R420, CHIP_HAS_CRTC2 | CHIP_IS_MOBILITY),
And in ati_ids.h:
#define PCI_CHIP_RV410_XX 0x5653
As I mentioned, this chip (M26, RV410) is supposedly closer to the X800
(R420) than the X600 (RV380). Just in case, I tried setting it to a
'RV380' target as well, with similar results.
Basically what happens is that on initialization the screen goes blank
but the system is otherwise responsive. logging in remotely, I'm able
to get this output from the point where 'modprobe radeonfb' is called:
ACPI: PCI Interrupt 0000:01:00.0[A] -> GSI 18 (level, low) -> IRQ 217
radeonfb: Retreived PLL infos from BIOS
radeonfb: Reference=0.00 MHz (RefDiv=0) Memory=200.00 Mhz, System=200.00 MHz
radeonfb: PLL min 0 max 36438016
radeonfb: No connector info table detected
Non-DDC laptop panel detected
radeonfb: Monitor 1 type LCD found
radeonfb: Monitor 2 type CRT found
radeonfb: panel ID string: J�����&�Q
radeonfb: detected LVDS panel size from BIOS: 9728x1734
radeondb: BIOS provided dividers will be used
radeonfb: Assuming panel size 9728x1734
radeonfb: Dynamic Clock Power Management enabled
Console: switching to colour frame buffer device 80x25
radeonfb (0000:01:00.0): ATI Radeon VS
Meanwhile, 'modprobe radeonfb panel_yres=1050 monitor_layout=LVDS
ignore_edid=1 nomodeset=1 force_measure_pll=1
mode_option=1280x1024-8@60 force_dfp=1' gives:
ACPI: PCI Interrupt 0000:01:00.0[A] -> GSI 18 (level, low) -> IRQ 217
xtal calculation failed: 4674
radeonfb: Used default PLL infos
radeonfb: Reference=27.00 MHz (RefDiv=12) Memory=166.00 Mhz, System=166.00 MHz
radeonfb: PLL min 12000 max 35000
radeonfb: No connector info table detected
radeonfb: Monitor 1 type LCD found
radeonfb: Monitor 2 type no found
radeonfb: panel ID string: J�����&�Q
radeonfb: detected LVDS panel size from BIOS: 9728x1734
radeondb: BIOS provided dividers will be used
radeonfb: Assuming panel size 9728x1734
radeonfb: Dynamic Clock Power Management enabled
Console: switching to colour frame buffer device 80x25
radeonfb (0000:01:00.0): ATI Radeon VS
Mucking with module options has no discernable effect, and the LVDS
panel information is consistently misdetected, obviously.. It would
seem that all of the panel information is garbage. (does fetching the
panel info from the BIOS work when running on an x86-64 system?)
Finally, the output 'lspci -vv', after the modprobe:
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility X700 (PCIE) (prog-if 00 [VGA])
Subsystem: Acer Incorporated [ALI]: Unknown device 007e
Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Interrupt: pin A routed to IRQ 217
Region 0: Memory at c8000000 (32-bit, prefetchable) [size=128M]
Region 1: I/O ports at 9000 [size=256]
Region 2: Memory at c0100000 (32-bit, non-prefetchable) [size=64K]
[virtual] Expansion ROM at c0120000 [disabled] [size=128K]
Capabilities: [50] Power Management version 2
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
Capabilities: [58] Express Endpoint IRQ 0
Device: Supported: MaxPayload 128 bytes, PhantFunc 0, ExtTag+
Device: Latency L0s <256ns, L1 <4us
Device: AtnBtn- AtnInd- PwrInd-
Device: Errors: Correctable- Non-Fatal- Fatal- Unsupported-
Device: RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+
Device: MaxPayload 128 bytes, MaxReadReq 128 bytes
Link: Supported Speed 2.5Gb/s, Width x16, ASPM L0s L1, Port 0
Link: Latency L0s <256ns, L1 <2us
Link: ASPM Disabled RCB 64 bytes CommClk- ExtSynch-
Link: Speed 2.5Gb/s, Width x16
Capabilities: [80] Message Signalled Interrupts: 64bit+ Queue=0/0 Enable-
Address: 0000000000000000 Data: 0000
Capabilities: [100] Advanced Error Reporting
I can provide additional information as needed, and of course act as a
guniea pig. I'll be installing a i386 kernel (+userland) on this box
tomorrow to see it it behaves any differently.
Any suggestions on what I can do?
- Solomon
--
Solomon Peachy ICQ: 1318344
Melbourne, FL
Quidquid latine dictum sit, altum viditur.
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
next reply other threads:[~2005-12-23 5:07 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-12-23 3:13 Stuffed Crust [this message]
2005-12-30 17:37 ` radeonfb: Radeon Mobility X700 (M26) + x86-64 supported? Petr Vandrovec
2006-01-03 0:38 ` Benjamin Herrenschmidt
2006-01-03 20:39 ` Petr Vandrovec
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20051223031333.GA14399@shaftnet.org \
--to=pizza@shaftnet.org \
--cc=linux-fbdev-devel@lists.sourceforge.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).