On Die, 2003-01-21 at 23:19, Hans Korneder wrote:
An xvideo picture (actually an video stream) of the size 1920x1080
should be shown in a window of the size 1024x576 (the monitor size
is
1280x1024). What actually being displayed is the right hand side of
the
image, about 80% of
On Mit, 2003-01-22 at 14:34, David Brown wrote:
Has anyone had any luck getting Xv to work with a Radeon 8500, using
XFree86 on Linux 2.4 / PowerPC?
I'm able to load the server extension fine; any application that uses Xv
looks like it creates a hardware overlay, but the video surface
On Mit, 2003-01-22 at 03:26, Brian J. Murrell wrote:
On Mon, Jan 20, 2003 at 11:15:17PM +0100, Michel Dänzer wrote:
No, but these warnings are special:
(WW) RADEON(0): Restoring MEM_CNTL (), setting to 29002901
(WW) RADEON(0): Restoring CONFIG_MEMSIZE (0200), setting
I've just installed a Sapphire Radeon 9000 with ATI's fglrx drivers, and
I can't get the dual head to work properly; the second screen is always
just a copy of the first. Can anyone help?
It's a known problem and has been fixed in the new version of driver
(probably hasn't been released yet).
Regarding: Radeon 9700TX support
Email: [EMAIL PROTECTED]
XFree86 Version: 4.2.1 protocol Version 11, rev 0
OS: Gentoo 1.4rc2 with Linux kernel 2.4.19-gentoo-r10 i686
Area: Xserver
Server: XFree86 (The XFree86 4.x server)
- Original Message -
From: Marc Aurele La France [EMAIL PROTECTED]
To: hy0 [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Thursday, January 23, 2003 8:06 AM
Subject: Re: [XFree86] Have you dropped radeon 7200 support?
On Thu, 23 Jan 2003, hy0 wrote:
No, but these warnings
On Thursday 23 January 2003 09:24, hy0 wrote:
On Die, 2003-01-21 at 23:19, Hans Korneder wrote:
An xvideo picture (actually an video stream) of the size
1920x1080
should be shown in a window of the size 1024x576 (the monitor
size is
1280x1024). What actually being displayed
- Original Message -
From: Charl P. Botha [EMAIL PROTECTED]
To: Michel Dänzer [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Sunday, January 26, 2003 7:03 AM
Subject: Re: [XFree86] 4.2.99.4 no display, locked keyboard (Radeon 7500
Mobility)
On Sun, Jan 26, 2003 at 02:50:22PM +0100,
On Sat, 25 Jan 2003, hy0 wrote:
Thanks for the explanations, now I can see what this is about.
However I still have some concerns about this code. Indeed,
Radeon chips do have 0x1c0 (misnamed MPP_TB_CONFIG) as SEPROM_CNTL
register. Modifying/restoring its SCK_PRESCALE field
On Mon, Jan 27, 2003 at 09:30:09PM +0100, Michel Dänzer wrote:
On Mon, 2003-01-27 at 20:48, Charl P. Botha wrote:
With NoAccel only (i.e. NO SWcursor) I don't have these messages, but
I do get
the same symptoms: blank screen and locked keyboard.
BTW, how do you verify that the
I've tried everything I can find to get my laptop to shut the LCD
screen and use ONLY the external CRT at 1280x1024. My T30 has a
1024x768 LCD screen, and this updated radeon driver won't drive the
external CRT greater than 1024x768... This worked fine in XFree86
4.2.1 w/the CrtScreen option.
- Original Message -
From: Michel Dänzer [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Saturday, February 01, 2003 6:39 PM
Subject: Re: [XFree86] 4.2.99.4 no display, locked keyboard
(Radeon7500Mobility)
On Mon, 2003-01-27 at 10:14, Nathaniel Gray wrote:
I guess this doesn't happen
- Original Message -
From: Michel Dänzer [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: hy0 [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Sunday, February 02, 2003 7:31 PM
Subject: Re: [XFree86] 4.2.99.4 no display, locked
keyboard(Radeon7500Mobility)
On Son, 2003-02-02 at 12:51, Michel
There is a bug causing this problem. Try to specify the mode you want
explicitly.
For example, in the Screen section add
DefaultDepth 24
in the corresponding Display SubSection (Depth 24) add
Modes 1600x1200
Hui
I've got a Dell Inspiron 8200 laptop with a ATI Radeon M9 video adapter
and
a 15
Looks like the int10 initialization routine is not happy with your system
and resulting in corrupted video BIOS image.
Can you try following two things together and post the resulting log file?
1. Comment off following 3 lines in radeon_driver.c.
if (!info-FBDev)
if (!RADEONPreInitInt10(pScrn,
Unfortunately there probably isn't enough time to get IGP 320/340 support in
the 4.3 release. I just got my IGP 320M laptop working (2D only), but the
time is running out for more testing. Although IGP 320M is a M6 based chip,
its UMA issue and other problems can cause the existing Radeon driver
There are some known problems with OEM cards (it appears to be your case).
The fixes for these problems haven't been merged into 4.3 release because
there is not enough time. Meanwhile you can try two thing:
1. Make sure your monitor is connected during the boot. Don't plug/unplug
monitor(s) after
From: George Lindholm [EMAIL PROTECTED]
Sender: [EMAIL PROTECTED]
Date: Thu, 27 Feb 2003 15:22:41 -0800
Kevin Oberman wrote:
Known bug in line drawing acceleration in Radeon driver prior to
4.3. It is supposed to be fixed in that release, but I have not tried
it yet.
It's
Here is the X4.30 patch for supporting IGP cards (2D only).
Hui
Hello,
I read on the list archives that someone has a preliminary Radeon
IGP 320M (AKA Radeon Mobility U1) driver for XFree86 4.3. I Would like
to help test them out. Can someone point me to where I can get it or
send
CrtScreen option was introduced in X4.20 to let the mode validation routine
for flat panel to fall back to the standard CRT routine. While it solved
some problems, it also caused quite a few nasty problems on certain panels
(especially on laptop panels). After X4.20, with better mode routines for
On Sam, 2003-03-15 at 03:06, Philippe Moutarlier wrote:
At last, I got my dual head working : but NOT with the ATI 7500 PCI.
It worked right out of the box with an nVidia PCI, though. What's wrong
with
the radeon dirver and 2 ATI cards ??
It's called a bug. :\
Indeed, I've fixed this on
is closed; is
this a known bug as well?
A patch has been submitted for some related problems, not sure if it can
solve your problem. If you want to try, I can send it to you off the list
(there are many other things, too big to post here).
Hui
-Original Message-
From: hy0 [mailto
- Original Message -
From: Uwe Walter [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, March 25, 2003 3:28 AM
Subject: [XFree86] XFree4.3 problem with external display resolution on
notebook
Hello!
XFree 4.3 solved a lot of annoying problems with my Dell C640 notebook
and its
- Original Message -
From: Mike A. Harris [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, June 16, 2003 9:48 PM
Subject: [XFree86] Re: *** GMX Spamverdacht *** Re: Re: Radeon 9800 AGP
driver
On Sat, 14 Jun 2003, Dexter Filmore wrote:
Date: Sat, 14 Jun 2003 19:09:51 +0200
From:
Please double check the sync ranges specified for your external CRT:
HorizSync 50-90
VertRefresh 60
For 60 Hz refresh, HorizSync is too high for the three modes listed in you
config file (they need 48.4, 37.9 and 31.5 respectively).
Regards,
Hui
- Original Message -
From:
There is a bug in X4.3 (used by RH9) for dual-head setup with two or more
radeon cards. The bug has been fixed in the CVS code. You can try the
binaries in http://www.xfree86.org/~alanh/ (XFree86, ati_drv.o and
radeon_drv.o) if you don't want to compile it yourself.
I tested 4-head Xinerama setup
XFree86 4.3.x detects the card (chip id 0x5961, see log)
and even the DFP on the primary port, but a signal is only
produced on the (not connected) secondary VGA port.
The hardware is working (tested with windows).
I'm using a newer driver version (4.3.99) with explicit
support for the card
- Original Message -
From: rda [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Sunday, August 03, 2003 8:40 PM
Subject: Re: [XFree86] Radeon 9200: can't get DVI working
I am having exactly this problem with a Radeon 7500 card (OEM =
PowerColor) -- as an added complication it appears to
- Original Message -
From: Burkhard Leun [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, August 04, 2003 5:20 AM
Subject: Re: [XFree86] Radeon 9200: can't get DVI working
XFree86 4.3.x detects the card (chip id 0x5961, see log)
and even the DFP on the primary port, but a signal
I'm willing to poke around with the stuff, but I lack docs concerning
the chipset. As for the obvious things, I did patch Ben's kernel driver
to work with my setup, but the radeon driver in X is far more confusing
without documentation. I'll see what I can find out ... I would be
grateful for
Two ways to change it,
1. use Option IgnoreEDID
2. use Option NoDDC and Option MonitorLayout TMDS, NONE
With above two methods, you'll also need to provide the proper timings for
your panel, either from HorizSync and VertRefresh or from a Modeline.
Since there are some panels having problem with
You can try to use HorizSync 80 and VertRefresh 75 (be careful, check your
monitor manual first) instead of HorizSync 64 and VertRefresh 60. Or you can
simply try to remove HorizSync 64 and VertRefresh 60 lines from both of your
Monitor sections, radeon driver will use the sync ranges from the
I've been trying to configure a dual-head system using ATI Radeon VE on
Linux RedHat 7.2, Xfree86 4.1.0 (as it comes in RH7.2). The card is the
Dell
version of Radeon VE, which doesn't have two connectors on it, but a
larger
one, from which a Y cable can adapt to a pair of analog or digital
Have you put Screen 0 and Screen 1 in your SeverLayout section? If yes, post
your log file.
x420 supports VE dual-head setup. However if you are using some OEM version
of VE card (like DELL's) you might be out of luck.
After hours of net searching, I've been unable to find any information
Try to add BusID PCI:1:0:0 in both of your device sections.
I do believe my ServerLayout section is correct as well. I've attached a
log file as well as my entire XF86Config.
I will feely muchly indebted if someone can help me with this!
I am, BTW running a genuine ATI card. Came in an
We have bought a number of Dells with the OEM RadeonVE card. I can
certainly confirm that they are strange compared to the out-of-box
Radeon VE QY, although the PCI vendor id is identical. Have a look at:
http://wetlogic.net/stewart/xfree-radeon-ve/radeon-ve-dell.jpg
to see the
This feature will soon be in CVS. I have a test build for X4.2, let me know
if you want to give it a try.
Hi,
I have a Dell OEM ATI Radeon VE with a DVI interface on it. There is _not_
a
vga interface on it. Only the DVI. I have a converter (that came with the
card) that goes from the one DVI
Is the ATI Radeon VE the same as the 7000? I read this somewhere.
Yes
Any idea if 4.2 will work with this?
Yes
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
://www.tigerdirect.com/applications/SearchTools/item-Details.asp?sku=TSA
-21-10AX
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
Of hy0
Sent: Friday, May 17, 2002 1:26 AM
To: [EMAIL PROTECTED]
Subject: Re: [Xpert]ATI Radeon VE ( Dell OEM version )
Is the ATI
The patch has been submitted and will soon be integrated into CVS.
Attached is the binary driver for X4.2. Replace
/usr/X11R6/lib/modules/drivers/radeon_drv.o if you are using X4.2 (or
RH7.3). It may not work with other versions of X. The driver definitely
needs more tests, so let me know if you
problem to Gatos forum
may help you better. But I doubt they will have a better solution for your
current problem.
Hui
- Original Message -
From: D. Sen [EMAIL PROTECTED]
To: hy0 [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Tuesday, July 09, 2002 9:06 AM
Subject: Re: [Xpert
I guess what Michel was trying to say is:
add something like BusID PCI:1:0:0 to both of Device sections in your
config file. If it still doesn't work, post your log file.
I've got the bus id as noted below, yet I get the same thing, mirrored
images on both monitors.
Radeon VE here.
Michel
Excellent!!
I compiled a fresh XFree distribution and moved the drm kernel driver
radeon.o and agpgart.o away from the kernel-module search paths. Now I
am getting exactly what I want on both the CRT and the LCD. The CRT has
a refresh rate of 75 Hzwhere its usable :-)
However! DRI
Not every machine has a BIOS.
In that case, there are a few more things (in addition to panel size) we
need to worry about before it can work reliably. Things like PLL ref clock,
display type ... are all derived from video BIOS image.
As for non-native modes (resolution lower than panel
Hmm, with XF86-4.2 I had to use CrtScreen to get a display, now I had to
set:
Option CloneDisplay 1
Is that the intended way to do it?
Yes. This option is supposed to be on by default. Since that part of code is
not well tested, it's default off for now.
Anyone who wants to mirror the 2nd
The combination of two methods will make the auto-detection more
reliable.
Sounds promising. Will you do that anyway, or should I look into it?
Meanwhile I don't have much time on this. Go ahead to do it if you have
time, I'll be glad to help if you need any more information.
One thing I was
- Original Message -
From: James Ralston [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Sunday, July 21, 2002 1:56 AM
Subject: [Xpert]adding radeon driver documentation
Attached is the first draft.
Good to see the new Radeon man page being worked on.
I'll try to explain some of FIXMEs
On Tue, 2002-07-23 at 22:54, hy0 wrote:
If you set ForcePCIMode on any other architecture, DRI support will be
disabled.
(FIXME: I'm probably misunderstanding this option. How would one
force an AGP Radeon card to work on the PCI bus? Or a PCI Radeon card
(are there any
There is no beak, but there is no fall through for 7 or 3:
agpMode mode
7 1
6 1
5 1
4 7
3 1
2 3
1 1
Exactly, and then agpgart picks the highest set bit from mode which is
supported by the chip and the bridge.
My bad. I was looking at the code I modified a while ago for
There was a problem with certain panels working at high pixel clock
(typically at 1600x1200) on a Radeon board. It has been fixed in the current
CVS code. If you just want to give it a quick try, I can send you the binary
driver off the list.
Hui
I'm currently staring at RH7.3 on a ViewSonic
I've been thinking about this and it's not clear to me if or how we
could determine which is the primary display. If we can't, it wouldn't
be all too useful.
In current dual-head mapping scheme, DVI port is always treated as the
primary head (first screen, using CRTC) if a monitor (whether a
On Thu, 12 Jul 2002, Dr. Andrew C. Aitchison wrote:
This breaks DDC on my white box Radeon 7000.
Patch to fix this attached.
lspci -v -n
01:00.0 Class 0300: 1002:5159
Subsystem: 174b:7112
...
http://www.pcisig.com/membership/vid_search/by_vendor_id/?vendor_id=174btyp
e=h
Yes.
Hi,
Does the standard xfree86 'ati' driver for an ATI Radeon 7500 drive the
DVI output?
I'm after DVI output but would (quite strongly) prefer an open source
solution.
Regards
~Colin.
___
Xpert mailing list
[EMAIL PROTECTED]
Hi,
The patch for Radoen 9000, M9 and Radeon 9700 2D support has been submitted
and will be in XFree CVS tree in the near future.
9000 and 8500 don't share the same IDs, that's for sure.
Meanwhile specifying ChipID in the config file with a 8500 or 7500 ID is a
correct solution for getting 9000
Michel Dänzer [EMAIL PROTECTED] writes:
So the second part of the code in xf86XVAdjustFrame() is the problem?
Yes, the problem is that part is called at all.
IMHO we should just call RADEONAdjustFrame for cloned display as it
is an internal task, not related to any other XFree86
The problem is likely caused by PANEL_FORMAT@FP_GEN_CNTL (bit 3) not being
set correctly. Radeon cards support 18 and 24 bit panel formats. With panels
supporting EDID 1.x, there is no way from EDID data to tell what the actual
panel format is. In this case, we can set PANEL_FORMAT to 1 (24 bit).
The problem is caused by one of your monitor not being detected. If both of
your monitors were connected during boot time (if not, try it), this is
probably another instance of the monitor detection problem with some OEM
cards (the card id reported by your log file indicates you have an OEM
card).
57 matches
Mail list logo