Re: UseFBDev makes X-display in several wide bars, each 110 degree rotated, unusable

2004-09-17 Thread Michel Dänzer
On Thu, 2004-09-16 at 19:49 +0200, Martin MOKREJ wrote:
 Dr Andrew C Aitchison wrote:
  On Thu, 16 Sep 2004, [ISO-8859-2] Martin MOKREJ wrote:
  
 Martin MOKREJ wrote:
 
 Actually, I didn't know earlier but the radeon should not continue but make X 
 rather die as I have AGP 9200 card, and that's actually the reason why I have to 
 use ati as driver. The naming is bad, but empirically I have figured out which 
 drier works and aslo gives DRI.
 
 The credit goes to Philipp Klaus Krause from dri-users list:
 
 radeon is the driver for the Radeon 7000 series cards. ati is the
 one for Radeon 8500 to 9200.
  
  
  
  Last time I looked, ati was a wrapper driver which used one of
  the drivers mach64, r128 or radeon as appropriate,
  and  radeon was appropriate for all Radeon cards.
  
  Has someone been playing around ?
  Or have you got different versions of the ati and radeon drivers ?
 
 No, but simply if user is stupid and types according to docs saying
 something like put on the Driver relevant driver for your card, like vesa,
 one usually knows ... I have Radeon 9200, OK, let's use radeon as it seems
 it does exist.
 
 So, when I used radeon directly, it caused by system to lockup, LCD display
 complaining it is out of sync. I propose to modify radeon driver in a way it would
 refuse to start on cards other than 7000 series.

No, as Andrew says, the radeon driver basically supports any Radeon card
to date. ati and radeon should behave exactly the same on any Radeon
card, otherwise that's a bug in either of them.


  There is also the drver from ATI, I've forgotten what that is called.

fglrx, FWIW.


-- 
Earthling Michel Dnzer  | Debian (powerpc), X and DRI developer
Libre software enthusiast|   http://svcs.affero.net/rm.php?r=daenzer

___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: UseFBDev makes X-display in several wide bars, each 110 degree rotated, unusable

2004-09-16 Thread Martin MOKREJ
Michel Dnzer wrote: 

Hi,
 sorry for the delay, I didn't get messages Cc: ed, but have subscribed noew and 
browsed
archive. ;)
On Fri, 2004-08-27 at 09:14 -0700, Tim Roberts wrote:
 
 (**) RADEON(0): *Mode 1400x1050: 108.0 MHz (scaled from 0.0 MHz), 64.6 kHz, 60.8 
 Hz
 (II) RADEON(0): Modeline 1400x1050  108.00  1400 34208 34320 1672  1050 1050 
 1053 1063
 (**) RADEON(0): *Mode 1280x1024: 108.0 MHz (scaled from 0.0 MHz), 64.6 kHz, 60.8 
 Hz
 (II) RADEON(0): Modeline 1280x1024  108.00  1280 34208 34320 1672  1024 1050 
 1053 1063
 (**) RADEON(0): *Mode 640x480: 108.0 MHz (scaled from 0.0 MHz), 64.6 kHz, 60.8 Hz
 (II) RADEON(0): Modeline 640x480  108.00  640 34208 34320 1672  480 1050 1053 
 1063
 (**) RADEON(0): *Mode 800x600: 108.0 MHz (scaled from 0.0 MHz), 64.6 kHz, 60.8 Hz
 (II) RADEON(0): Modeline 800x600  108.00  800 34208 34320 1672  600 1050 1053 
 1063
 (**) RADEON(0): *Mode 1024x768: 108.0 MHz (scaled from 0.0 MHz), 64.6 kHz, 60.8 
 Hz
 (II) RADEON(0): Modeline 1024x768  108.00  1024 34208 34320 1672  768 1050 1053 
 1063
 
 
 These aren't right.  Every mode in the list (including the 7 default 
 modes I deleted) is shown as having a pixel clock of 108 MHz, horiz of 
 64.6 kHz, and vert of 60.8 Hz.  The sync and blank numbers in the 
 modeline are bonkers, too.
 
 Is this a general issue in the 4.4.99 release, or only for this gentleman?

This is business as usual with the radeon driver driving a digital
connector and not a problem here.
My question to the original poster would be whether he absolutely needs
UseFBDev and if yes, what for?
No, I don't need it. Actually, I don't know what is it really usefull for. I 
thought it is
required for DRI.
Anyway, is someone going to fix the code (wherever the code resides) or at least
will someone document it in some readme file under xc/ tree?
Thanks
Martin
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: UseFBDev makes X-display in several wide bars, each 110 degree rotated, unusable

2004-09-16 Thread Martin MOKREJ
Martin MOKREJ wrote:
Actually, I didn't know earlier but the radeon should not continue but make X rather die as I 
have AGP 9200 card, and that's actually the reason why I have to use ati as driver. The naming 
is bad, but empirically I have figured out which drier works and aslo gives DRI.
The credit goes to Philipp Klaus Krause from dri-users list:
   radeon is the driver for the Radeon 7000 series cards. ati is the
   one for Radeon 8500 to 9200.
Maybe that explains why I got video modes broken.
Martin
Michel Dnzer wrote:
Hi,
 sorry for the delay, I didn't get messages Cc: ed, but have subscribed 
noew and browsed
archive. ;)

On Fri, 2004-08-27 at 09:14 -0700, Tim Roberts wrote:
  (**) RADEON(0): *Mode 1400x1050: 108.0 MHz (scaled from 0.0 
MHz), 64.6 kHz, 60.8  Hz
 (II) RADEON(0): Modeline 1400x1050  108.00  1400 34208 34320 
1672  1050 1050  1053 1063
 (**) RADEON(0): *Mode 1280x1024: 108.0 MHz (scaled from 0.0 
MHz), 64.6 kHz, 60.8  Hz
 (II) RADEON(0): Modeline 1280x1024  108.00  1280 34208 34320 
1672  1024 1050  1053 1063
 (**) RADEON(0): *Mode 640x480: 108.0 MHz (scaled from 0.0 MHz), 
64.6 kHz, 60.8 Hz
 (II) RADEON(0): Modeline 640x480  108.00  640 34208 34320 1672  
480 1050 1053  1063
 (**) RADEON(0): *Mode 800x600: 108.0 MHz (scaled from 0.0 MHz), 
64.6 kHz, 60.8 Hz
 (II) RADEON(0): Modeline 800x600  108.00  800 34208 34320 1672  
600 1050 1053  1063
 (**) RADEON(0): *Mode 1024x768: 108.0 MHz (scaled from 0.0 MHz), 
64.6 kHz, 60.8  Hz
 (II) RADEON(0): Modeline 1024x768  108.00  1024 34208 34320 
1672  768 1050 1053  1063
 
  These aren't right.  Every mode in the list (including the 7 
default  modes I deleted) is shown as having a pixel clock of 108 
MHz, horiz of  64.6 kHz, and vert of 60.8 Hz.  The sync and blank 
numbers in the  modeline are bonkers, too.
  Is this a general issue in the 4.4.99 release, or only for this 
gentleman?

This is business as usual with the radeon driver driving a digital
connector and not a problem here.
My question to the original poster would be whether he absolutely needs
UseFBDev and if yes, what for?

No, I don't need it. Actually, I don't know what is it really usefull 
for. I thought it is
required for DRI.

Anyway, is someone going to fix the code (wherever the code resides) or 
at least
will someone document it in some readme file under xc/ tree?

Thanks
Martin
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel

___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: UseFBDev makes X-display in several wide bars, each 110 degree rotated, unusable

2004-09-16 Thread Dr Andrew C Aitchison
On Thu, 16 Sep 2004, [ISO-8859-2] Martin MOKREJ© wrote:

 Martin MOKREJ© wrote:
 
 Actually, I didn't know earlier but the radeon should not continue but make X 
 rather die as I have AGP 9200 card, and that's actually the reason why I have to use 
 ati as driver. The naming is bad, but empirically I have figured out which drier 
 works and aslo gives DRI.
 
 The credit goes to Philipp Klaus Krause from dri-users list:
 
 radeon is the driver for the Radeon 7000 series cards. ati is the
 one for Radeon 8500 to 9200.


Last time I looked, ati was a wrapper driver which used one of
the drivers mach64, r128 or radeon as appropriate,
and  radeon was appropriate for all Radeon cards.

Has someone been playing around ?
Or have you got different versions of the ati and radeon drivers ?

There is also the drver from ATI, I've forgotten what that is called.
Come to thing of it, the XFree86 radeon driver only support hardware 
3D/GL/DRI for older Radeon cards; maybe that is what Philipp Klaus Krause
meant ?

-- 
Dr. Andrew C. Aitchison Computer Officer, DPMMS, Cambridge
[EMAIL PROTECTED]   http://www.dpmms.cam.ac.uk/~werdna


___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: UseFBDev makes X-display in several wide bars, each 110 degree rotated, unusable

2004-09-16 Thread Martin MOKREJ
Dr Andrew C Aitchison wrote:
On Thu, 16 Sep 2004, [ISO-8859-2] Martin MOKREJ wrote:

Martin MOKREJ wrote:
Actually, I didn't know earlier but the radeon should not continue but make X rather die as I 
have AGP 9200 card, and that's actually the reason why I have to use ati as driver. The naming 
is bad, but empirically I have figured out which drier works and aslo gives DRI.
The credit goes to Philipp Klaus Krause from dri-users list:
   radeon is the driver for the Radeon 7000 series cards. ati is the
   one for Radeon 8500 to 9200.


Last time I looked, ati was a wrapper driver which used one of
the drivers mach64, r128 or radeon as appropriate,
and  radeon was appropriate for all Radeon cards.
Has someone been playing around ?
Or have you got different versions of the ati and radeon drivers ?
No, but simply if user is stupid and types according to docs saying
something like put on the Driver relevant driver for your card, like vesa,
one usually knows ... I have Radeon 9200, OK, let's use radeon as it seems
it does exist.
So, when I used radeon directly, it caused by system to lockup, LCD display
complaining it is out of sync. I propose to modify radeon driver in a way it would
refuse to start on cards other than 7000 series.
There is also the drver from ATI, I've forgotten what that is called.
Yes, I know, I don't use them. The utility is fglrxconfig(1) distributed along
with them. :)
Come to thing of it, the XFree86 radeon driver only support hardware 
3D/GL/DRI for older Radeon cards; maybe that is what Philipp Klaus Krause
meant ?
Yes. But that has explained why my system locks because I should use ati
instead of radeon. You found here the clocks in modelines were screwed up,
and I can tell you in addition the system has locked always.
So, once more, radeon should kill X server correctly on startup if
Radeon 8500-9200 is detected on the relevant bus.
I hope I'm clearer now. ;)
Martin
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: UseFBDev makes X-display in several wide bars, each 110 degree rotated, unusable

2004-08-27 Thread Tim Roberts
[EMAIL PROTECTED] wrote:
(**) RADEON(0): *Mode 1400x1050: 108.0 MHz (scaled from 0.0 MHz), 64.6 kHz, 60.8 Hz
(II) RADEON(0): Modeline 1400x1050  108.00  1400 34208 34320 1672  1050 1050 1053 
1063
(**) RADEON(0): *Mode 1280x1024: 108.0 MHz (scaled from 0.0 MHz), 64.6 kHz, 60.8 Hz
(II) RADEON(0): Modeline 1280x1024  108.00  1280 34208 34320 1672  1024 1050 1053 
1063
(**) RADEON(0): *Mode 640x480: 108.0 MHz (scaled from 0.0 MHz), 64.6 kHz, 60.8 Hz
(II) RADEON(0): Modeline 640x480  108.00  640 34208 34320 1672  480 1050 1053 1063
(**) RADEON(0): *Mode 800x600: 108.0 MHz (scaled from 0.0 MHz), 64.6 kHz, 60.8 Hz
(II) RADEON(0): Modeline 800x600  108.00  800 34208 34320 1672  600 1050 1053 1063
(**) RADEON(0): *Mode 1024x768: 108.0 MHz (scaled from 0.0 MHz), 64.6 kHz, 60.8 Hz
(II) RADEON(0): Modeline 1024x768  108.00  1024 34208 34320 1672  768 1050 1053 1063

These aren't right.  Every mode in the list (including the 7 default 
modes I deleted) is shown as having a pixel clock of 108 MHz, horiz of 
64.6 kHz, and vert of 60.8 Hz.  The sync and blank numbers in the 
modeline are bonkers, too.

Is this a general issue in the 4.4.99 release, or only for this gentleman?
--
- Tim Roberts, [EMAIL PROTECTED]
 Providenza  Boekelheide, Inc.
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: UseFBDev makes X-display in several wide bars, each 110 degree rotated, unusable

2004-08-27 Thread Michel Dänzer
On Fri, 2004-08-27 at 09:14 -0700, Tim Roberts wrote:
 [EMAIL PROTECTED] wrote:
 
 (**) RADEON(0): *Mode 1400x1050: 108.0 MHz (scaled from 0.0 MHz), 64.6 kHz, 60.8 
 Hz
 (II) RADEON(0): Modeline 1400x1050  108.00  1400 34208 34320 1672  1050 1050 
 1053 1063
 (**) RADEON(0): *Mode 1280x1024: 108.0 MHz (scaled from 0.0 MHz), 64.6 kHz, 60.8 
 Hz
 (II) RADEON(0): Modeline 1280x1024  108.00  1280 34208 34320 1672  1024 1050 
 1053 1063
 (**) RADEON(0): *Mode 640x480: 108.0 MHz (scaled from 0.0 MHz), 64.6 kHz, 60.8 Hz
 (II) RADEON(0): Modeline 640x480  108.00  640 34208 34320 1672  480 1050 1053 
 1063
 (**) RADEON(0): *Mode 800x600: 108.0 MHz (scaled from 0.0 MHz), 64.6 kHz, 60.8 Hz
 (II) RADEON(0): Modeline 800x600  108.00  800 34208 34320 1672  600 1050 1053 
 1063
 (**) RADEON(0): *Mode 1024x768: 108.0 MHz (scaled from 0.0 MHz), 64.6 kHz, 60.8 
 Hz
 (II) RADEON(0): Modeline 1024x768  108.00  1024 34208 34320 1672  768 1050 1053 
 1063
 
 
 These aren't right.  Every mode in the list (including the 7 default 
 modes I deleted) is shown as having a pixel clock of 108 MHz, horiz of 
 64.6 kHz, and vert of 60.8 Hz.  The sync and blank numbers in the 
 modeline are bonkers, too.
 
 Is this a general issue in the 4.4.99 release, or only for this gentleman?

This is business as usual with the radeon driver driving a digital
connector and not a problem here.

My question to the original poster would be whether he absolutely needs
UseFBDev and if yes, what for?


-- 
Earthling Michel Dnzer  | Debian (powerpc), X and DRI developer
Libre software enthusiast|   http://svcs.affero.net/rm.php?r=daenzer

___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


UseFBDev makes X-display in several wide bars, each 110 degree rotated, unusable

2004-08-26 Thread mmokrejs
Hi,
  I observer something like stair-stepping problem with X server. But no characters are
shifted but the whole display is somehow distorted. I track this dow to UseFBDev 
true.
I have ATI Radeon 9200 card, 4.4.99.11 version of Xserver from cvs. THe problem appears
regadless the radeon.o DRI module either from 2.4.28-pre2 or from within 
xc/.../linux/kernel/.

Kernel contains statically linked radeonfb, as modules I have agpgart and radeon.
IN principle, DRI has worked for me with 4.3.0, but once I have added ddc and/or 
enable I2C/I2O
in the kernel, X started to exit on startup as it somehow couldn't initialize DDC.
Anyway,, that's not important now, I want the latest version running first to compare
speed.



Here is the full log (I can share image snapshot of the display, if someone is 
interrested):
Please Cc: me in replies. Thanks.
Martin


This is a pre-release version of XFree86, and is not supported in any
way.  Bugs may be reported to [EMAIL PROTECTED] and patches submitted
to [EMAIL PROTECTED]  Before reporting bugs in pre-release versions,
please check the latest version in the XFree86 CVS repository
(http://www.XFree86.Org/cvs).

XFree86 Version 4.4.99.11
Release Date: 12 August 2004
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.4.28-pre2 i686 [ELF] 
Current Operating System: Linux vrapenec 2.4.28-pre2 #4 Fri Aug 27 04:06:05 MEST 2004 
i686
Build Date: 27 August 2004
Changelog Date: 15 August 2004
Before reporting problems, check http://www.XFree86.Org/
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: /var/log/XFree86.0.log, Time: Fri Aug 27 04:26:24 2004
(==) Using config file: /etc/X11/XF86Config
(==) ServerLayout Simple Layout
(**) |--Screen Screen 1 (0)
(**) |   |--Monitor ASUS L3800C SXGA+ 15
(**) |   |--Device ATI Radeon M7-P
(**) |--Input Device Touchpad
(**) |--Input Device USB-Mouse
(**) |--Input Device Keyboard1
(**) Option AutoRepeat 500 30
(**) Option XkbCompat group_led
(**) XKB: compat: group_led
(**) Option XkbRules xfree86
(**) XKB: rules: xfree86
(**) Option XkbModel pc104
(**) XKB: model: pc104
(**) Option XkbLayout us
(**) XKB: layout: us
(**) Option XkbOptions grp:alt_shift_toggle
(**) XKB: options: grp:alt_shift_toggle
(==) Keyboard: CustomKeycode disabled
(**) FontPath set to 
/usr/X11R6/lib/X11/fonts/local/,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/
(**) RgbPath set to /usr/X11R6/lib/X11/rgb
(==) ModulePath set to /usr/X11R6/lib/modules
(**) Option BlankTime 5
(**) Option StandbyTime 17
(**) Option SuspendTime 10
(**) Option OffTime 15
(WW) Open APM failed (/dev/apm_bios) (No such file or directory)
(II) Module ABI versions:
XFree86 ANSI C Emulation: 0.2
XFree86 Video Driver: 0.7
XFree86 XInput driver : 0.4
XFree86 Server Extension : 0.2
XFree86 Font Renderer : 0.4
(II) Loader running on linux
(II) LoadModule: bitmap
(II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a
(II) Module bitmap: vendor=The XFree86 Project
compiled for 4.4.99.11, module version = 1.0.0
Module class: XFree86 Font Renderer
ABI class: XFree86 Font Renderer, version 0.4
(II) Loading font Bitmap
(II) LoadModule: pcidata
(II) Loading /usr/X11R6/lib/modules/libpcidata.a
(II) Module pcidata: vendor=The XFree86 Project
compiled for 4.4.99.11, module version = 1.0.0
ABI class: XFree86 Video Driver, version 0.7
(--) using VT number 7

(II) PCI: Probing config type using method 1
(II) PCI: Config type is 1
(II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000
(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:00:0: chip 8086,1a30 card 1043,1626 rev 04 class 06,00,00 hdr 00
(II) PCI: 00:01:0: chip 8086,1a31 card , rev 04 class 06,04,00 hdr 01
(II) PCI: 00:1d:0: chip 8086,2482 card 1043,1628 rev 02 class 0c,03,00 hdr 80
(II) PCI: 00:1d:1: chip 8086,2484 card 1043,1628 rev 02 class 0c,03,00 hdr 00
(II) PCI: 00:1e:0: chip 8086,2448 card , rev 42 class 06,04,00 hdr 01
(II) PCI: 00:1f:0: chip 8086,248c card , rev 02 class 06,01,00 hdr 80
(II) PCI: 00:1f:1: chip 8086,248a card 1043,1628 rev 02 class 01,01,8a hdr 00
(II) PCI: 00:1f:5: chip 8086,2485 card 1043,1583 rev 02 class 04,01,00 hdr 00
(II) PCI: 00:1f:6: chip 8086,2486 card 1043,1496 rev 02 class 07,03,00 hdr 00
(II) PCI: 01:00:0: chip 1002,4c57 card 1043,1622 rev 00 class 03,00,00 hdr 00
(II) PCI: 02:05:0: chip 10ec,8139 card 1043,1045 rev 10 class 02,00,00 hdr 00
(II) PCI: 02:07:0: chip 1180,0476 card 4000, rev a8 class 06,07,00 hdr 82
(II) PCI: 02:07:1: chip 1180,0476 card 4800, rev a8