Bug#346345: linux-source-2.6.15: radeonfb has inverted frequencies for core/memory?
On Sun, Jan 08, 2006 at 08:25:46AM +0100, Sven Luther wrote: On Sat, Jan 07, 2006 at 05:43:47PM -0800, obi wrote: radeonfb: Retreived PLL infos from BIOS radeonfb: Reference=27.00 MHz (RefDiv=12) Memory=252.00 Mhz, System=200.00 MHz and this is what rovclock -i ells Reference clock from BIOS: 27.0 MHz XTAL: 27.0 MHz, RefDiv: 6 Core: 252.0 MHz, Mem: 200.25 MHz Sounds like a rovclock bug, since radeonfb has it right ? Well, the ati command (what was that atitool?) when I tested fglrx reported the same as rovclock. And Xorg repors (II) RADEON(0): PLL parameters: rf=2700 rd=12 min=2 max=35000; xclk=2 but I'm not sure how to parse them ... If those are indeed the right values, that would definetely explain why I didn't have any problems so far :). thanks, graziano Friendly, Sven Luther -- +---+--+ | Graziano Obertelli| CS Dept. Rm 102 | | [EMAIL PROTECTED] | University of California | | (805) 893-5212| Santa Barbara, CA 93106 | +---+--+ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346345: linux-source-2.6.15: radeonfb has inverted frequencies for core/memory?
On Sun, Jan 08, 2006 at 12:15:45AM -0800, obi wrote: On Sun, Jan 08, 2006 at 08:25:46AM +0100, Sven Luther wrote: On Sat, Jan 07, 2006 at 05:43:47PM -0800, obi wrote: radeonfb: Retreived PLL infos from BIOS radeonfb: Reference=27.00 MHz (RefDiv=12) Memory=252.00 Mhz, System=200.00 MHz and this is what rovclock -i ells Reference clock from BIOS: 27.0 MHz XTAL: 27.0 MHz, RefDiv: 6 Core: 252.0 MHz, Mem: 200.25 MHz Sounds like a rovclock bug, since radeonfb has it right ? Well, the ati command (what was that atitool?) when I tested fglrx reported the same as rovclock. And Xorg repors (II) RADEON(0): PLL parameters: rf=2700 rd=12 min=2 max=35000; xclk=2 These are probably the output parameters, for the screen or something. but I'm not sure how to parse them ... Can you check what the real values are, maybe by using some windows tool on the box, or by hunting the specs of your model on the manufacturer's site or on various review sites ? If those are indeed the right values, that would definetely explain why I didn't have any problems so far :). Well, the other possibility is that the kernel gets it right, but fails to export it correctly to userland, thus confusing rovclock. The 200Mhz core clock and 252Mhz ram clock sounds fine and logical. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346345: linux-source-2.6.15: radeonfb has inverted frequencies for core/memory?
On Sun, Jan 08, 2006 at 10:12:12AM +0100, Sven Luther wrote: On Sun, Jan 08, 2006 at 12:15:45AM -0800, obi wrote: On Sun, Jan 08, 2006 at 08:25:46AM +0100, Sven Luther wrote: On Sat, Jan 07, 2006 at 05:43:47PM -0800, obi wrote: radeonfb: Retreived PLL infos from BIOS radeonfb: Reference=27.00 MHz (RefDiv=12) Memory=252.00 Mhz, System=200.00 MHz and this is what rovclock -i ells Reference clock from BIOS: 27.0 MHz XTAL: 27.0 MHz, RefDiv: 6 Core: 252.0 MHz, Mem: 200.25 MHz Sounds like a rovclock bug, since radeonfb has it right ? Well, the ati command (what was that atitool?) when I tested fglrx reported the same as rovclock. And Xorg repors (II) RADEON(0): PLL parameters: rf=2700 rd=12 min=2 max=35000; xclk=2 These are probably the output parameters, for the screen or something. but I'm not sure how to parse them ... Can you check what the real values are, maybe by using some windows tool on the box, or by hunting the specs of your model on the manufacturer's site or on various review sites ? I don't have windows installed, but I was searching on line these information. I found an article on http://www.anandtech.com/mobile/showdoc.aspx?i=1692p=7 where they claim that M9 (mobility radeon 9000) will have maximum core clock of 250 and maximum memory speed of 230 (that will be effectively doubled been DDR). And these number are somewhat in line with the normal Radeon 900 that comes with a core speed of 250 and memory 200. And the article states that it's likely that on-chip memory will be clocked at 200. If those are indeed the right values, that would definetely explain why I didn't have any problems so far :). Well, the other possibility is that the kernel gets it right, but fails to export it correctly to userland, thus confusing rovclock. I'm not sure how things works there. Does rovclock rely on the kernel, or does it read directly from the video card? I'm not quite sure. If I can help in any way, please let me know. The 200Mhz core clock and 252Mhz ram clock sounds fine and logical. Indeed, the values are so close after all, that I could read them both either way. I guess that's why it took me so long to notice this discrepancy. thanks graziano Friendly, Sven Luther -- +---+--+ | Graziano Obertelli| CS Dept. Rm 102 | | [EMAIL PROTECTED] | University of California | | (805) 893-5212| Santa Barbara, CA 93106 | +---+--+ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346345: linux-source-2.6.15: radeonfb has inverted frequencies for core/memory?
Package: linux-source-2.6.15 Version: 2.6.15-1 Severity: minor Hello, I have a radeon M9 in my thinkpad T41 and both rovclock (radeon overclock) and fglrx (when I tried it) reported that the memory speed is 200 MHz and core speed is 252 MHz, while in radeonfb during boot reports the opposite (core is 200 and memory is 252). Af far as I can tell there is no apparent problem, but I don't use the frame buffer for X. cheers graziano -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages linux-source-2.6.15 depends on: ii binutils 2.16.1cvs20051214-1 The GNU assembler, linker and bina ii bzip21.0.2-11high-quality block-sorting file co Versions of packages linux-source-2.6.15 recommends: ii gcc 4:4.0.2-2 The GNU C compiler ii libc6-dev [libc-dev] 2.3.5-11 GNU C Library: Development Librari ii make 3.80+3.81.b4-1 The GNU version of the make util -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346345: linux-source-2.6.15: radeonfb has inverted frequencies for core/memory?
tags 346345 moreinfo stop On Fri, 06 Jan 2006, graziano wrote: Hello, I have a radeon M9 in my thinkpad T41 and both rovclock (radeon overclock) and fglrx (when I tried it) reported that the memory speed is 200 MHz and core speed is 252 MHz, while in radeonfb during boot reports the opposite (core is 200 and memory is 252). Af far as I can tell there is no apparent problem, but I don't use the frame buffer for X. cheers graziano please post the relevant dmesg line? ouput of lspci -vv would be cool to. -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346345: linux-source-2.6.15: radeonfb has inverted frequencies for core/memory?
On Sat, Jan 07, 2006 at 11:46:48AM +0100, maximilian attems wrote: tags 346345 moreinfo stop On Fri, 06 Jan 2006, graziano wrote: Hello, I have a radeon M9 in my thinkpad T41 and both rovclock (radeon overclock) and fglrx (when I tried it) reported that the memory speed is 200 MHz and core speed is 252 MHz, while in radeonfb during boot reports the opposite (core is 200 and memory is 252). Af far as I can tell there is no apparent problem, but I don't use the frame buffer for X. cheers graziano please post the relevant dmesg line? ouput of lspci -vv would be cool to. Ok, here they come: :00:00.0 Host bridge: Intel Corporation 82855PM Processor to I/O Controller (rev 03) Subsystem: IBM: Unknown device 0529 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- Latency: 0 Region 0: Memory at d000 (32-bit, prefetchable) [size=256M] Capabilities: available only to root :00:01.0 PCI bridge: Intel Corporation 82855PM Processor to AGP Controller (rev 03) (prog-if 00 [Normal decode]) 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- Latency: 96 Bus: primary=00, secondary=01, subordinate=01, sec-latency=64 I/O behind bridge: 3000-3fff Memory behind bridge: c010-c01f Prefetchable memory behind bridge: e000-e7ff BridgeCtl: Parity- SERR- NoISA+ VGA+ MAbort- Reset- FastB2B- :00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 01) (prog-if 00 [UHCI]) Subsystem: IBM: Unknown device 052d Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 0 Interrupt: pin A routed to IRQ 11 Region 4: I/O ports at 1800 [size=32] :00:1d.1 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 01) (prog-if 00 [UHCI]) Subsystem: IBM: Unknown device 052d Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 0 Interrupt: pin B routed to IRQ 11 Region 4: I/O ports at 1820 [size=32] :00:1d.2 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 01) (prog-if 00 [UHCI]) Subsystem: IBM: Unknown device 052d Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 0 Interrupt: pin C routed to IRQ 11 Region 4: I/O ports at 1840 [size=32] :00:1d.7 USB Controller: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller (rev 01) (prog-if 20 [EHCI]) Subsystem: IBM: Unknown device 052e Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 0 Interrupt: pin D routed to IRQ 11 Region 0: Memory at c000 (32-bit, non-prefetchable) [size=1K] Capabilities: available only to root :00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 81) (prog-if 00 [Normal decode]) 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+ Latency: 0 Bus: primary=00, secondary=02, subordinate=08, sec-latency=64 I/O behind bridge: 4000-8fff Memory behind bridge: c020-cfff Prefetchable memory behind bridge: e800-efff BridgeCtl: Parity- SERR- NoISA+ VGA- MAbort- Reset- FastB2B- :00:1f.0 ISA bridge: Intel Corporation 82801DBM (ICH4-M) LPC Interface Bridge (rev 01) Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 0 :00:1f.1 IDE interface: Intel Corporation 82801DBM (ICH4-M) IDE Controller (rev 01) (prog-if 8a [Master SecP PriP]) Subsystem: IBM: Unknown device 052d Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz-
Bug#346345: linux-source-2.6.15: radeonfb has inverted frequencies for core/memory?
On Sat, Jan 07, 2006 at 05:43:47PM -0800, obi wrote: radeonfb: Retreived PLL infos from BIOS radeonfb: Reference=27.00 MHz (RefDiv=12) Memory=252.00 Mhz, System=200.00 MHz and this is what rovclock -i ells Reference clock from BIOS: 27.0 MHz XTAL: 27.0 MHz, RefDiv: 6 Core: 252.0 MHz, Mem: 200.25 MHz Sounds like a rovclock bug, since radeonfb has it right ? Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]