Re: Fwd: radeon YCbCr output
On Sun, 7 Aug 2005 19:30:48 +0100 (BST) Steven Newbury [EMAIL PROTECTED] wrote: I've managed to get my Radeon 8500 to work with YPbPr output under Windows. I did have a bit of trouble finding how to do it again, eventually found this thread on avsforum: http://www.avsforum.com/avs-vb/showthread.php?t=212199page=1pp=20 The picture quality is incomparable to s-video and the Windows driver only supports US HDTV standard output modes, while my TV also supports PAL type HDTV modes ie. 576p; hopefully this limitation will be gone if I can get this working with Xorg. It's worth noting that it does NOT work on all Radeon cards, specifically my 9200SE will not work in YPbPr mode. --- Alex Deucher [EMAIL PROTECTED] wrote: On 8/6/05, Steven Newbury [EMAIL PROTECTED] wrote: --- Alex Deucher [EMAIL PROTECTED] wrote: Not really. Ati hasn't released any information about setting up the chip for component output. Perhaps you can dump the radeon registers in windows and compare how that driver sets things up, or perhaps the fglrx driver supports component out too and you could use the register dump tools from the r300 project. Hi again! I'm going to have a go at getting Windows working with component out and get a register dump from it. Do you know where I could find a register dumper for Windows? I don't know off hand. Or should I try compiling http://www.botchco.com/alex/radeon/mergedfb/cvs/DRI/hy0/radeon_dump.tgz under Cygwin? Would that work? I've never tried. You can give it a shot and see what happens. I've got it to compile, however to to open /dev/mem I had to change it to open it RDONLY, I don't why that would be, this is a default install of WinXP so my user account is running as Administrator. I've now come to another problem, cygwin/nt5.1 doesn't have a /proc/bus/pci so radeon_dump is segfaulting: $ ./radeon_dump Unknown card radeon_dump: ATI (null) BIOS Image start: --- Segmentation fault (core dumped) I'm still looking for a native Win32 Radeon register dumper though I've not yet had any luck in that regard. Only device drivers can access hardware under windows. Fortunately at least one _working_ HW-library still exists - http://zealsoftstudio.com/memaccess/ . -- Aapo Tahkola regdump.tar.bz2 Description: Binary data
[Bug 3834] kernel crash with mplayer and celestia
http://bugzilla.kernel.org/show_bug.cgi?id=3834 --- Additional Comments From [EMAIL PROTECTED] 2005-08-08 03:56 --- I;m assuming this issue is fixed. Please reopen this bug if it's still present in recent kernels. --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 3834] kernel crash with mplayer and celestia
http://bugzilla.kernel.org/show_bug.cgi?id=3834 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |REJECTED Resolution||INSUFFICIENT_DATA --- Additional Comments From [EMAIL PROTECTED] 2005-08-08 03:57 --- I;m assuming this issue is fixed. Please reopen this bug if it's still present in recent kernels. --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Fwd: radeon YCbCr output
On Sun, Aug 07, 2005 at 07:30:48PM +0100, Steven Newbury wrote: The picture quality is incomparable to s-video and the Windows driver only supports US HDTV standard output modes, while my TV also supports PAL type HDTV modes ie. 576p; hopefully this limitation will be gone if I can get this working with Xorg. Would that be 'incomparable' as in 'better' or 'worse'? :) Phil -- http://www.kantaka.co.uk/ .oOo. public key: http://www.kantaka.co.uk/gpg.txt --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Radeon RV350 (9550), xorg cvs 29.07.2005
On Mon, 8 Aug 2005, [iso-8859-2] Micha? Pytasz wrote: * get DRM from DRI CVS (i.e. freedesktop CVS) and check that the module loads fine, e-mail us any kernel messages it produces (should be at least a few) [drm] Initialized drm 1.0.0 20040925 PCI: Unable to reserve mem region #1:[EMAIL PROTECTED] for device :01:00.0 [drm] Initialized radeon 1.17.0 20050720 on minor 0: ATI Technologies Inc RV350 AS [Radeon 9600 AS] [drm] Initialized radeon 1.17.0 20050720 on minor 1: ATI Technologies Inc RV350 ?? [Radeon 9550] (Secondary) [drm] Used old pci detect: framebuffer loaded Do you have two cards in this computer ? If so could you try removing one and see whether the other continues to work. is still alive. Let us know whether you can see xterm and whether it is usable. Well, still blank screen. xorg.log attached. (I could and I can ssh to the machine) Whoops, in the command line I sent you it should X -verbose - this way all the log messages make it to the log. Could you try starting X in gdb (remotely) waiting till it turns black and then pressing ^C and bt[ENTER] to get a backtrace ? It would be curious to see where it is stuck. Press cont[ENTER] to let it continue so you can kill it in case it can still terminate gracefully. Also, please post your results to dri-devel@ - this way they are archived so search engines can find them for other people. dri-devel@lists.sourceforge.net I guess? Yep. thank you ! Vladimir Dergachev
Re: Assembler syntax errors : help !
Ian Romanick a écrit : The x86 assembly sources pretty much require GNU AS. Great ! It worked immediately, using Sun compiler and linker, and GNU assembler. Thank you very much ! Cheers, Sergio --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Linux-fbdev-devel] CRTC scanout buffer types
On 8/8/05, Geert Uytterhoeven [EMAIL PROTECTED] wrote:
On Sun, 7 Aug 2005, Jon Smirl wrote:
On 8/7/05, Antonino A. Daplas [EMAIL PROTECTED] wrote:
Vladimir Dergachev wrote:
I agree that something like the above is acceptable, exept that we need
an extra field for offset and another if indexed color or not. So
something like:
A:2/0/R:10/2/G:10/12/B:10/22//I
The offsets are not needed as part of the input, they should be part
of the output display. It is the chip driver that will determine the
offsets, not the user.
So you cannot select between RGB and BGR on hardware that allows to select
that?
If you need that fine of control use the ioctl instead of sysfs.
The only exception I can think of is that the radeon hardware can
control which nibble is used in 4bpp. I'd say if you need that kind of
This is something completely different, since each nibble is a different
pixel.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [EMAIL PROTECTED]
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say programmer or something like
that.
-- Linus Torvalds
---
SF.Net email is Sponsored by the Better Software Conference EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile Plan-Driven Development * Managing Projects Teams * Testing QA
Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf
___
Linux-fbdev-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/linux-fbdev-devel
--
Jon Smirl
[EMAIL PROTECTED]
---
SF.Net email is Sponsored by the Better Software Conference EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile Plan-Driven Development * Managing Projects Teams * Testing QA
Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Radeon RV350 (9550), xorg cvs 29.07.2005
module loads fine, e-mail us any kernel messages it produces (should be at least a few) [drm] Initialized drm 1.0.0 20040925 PCI: Unable to reserve mem region #1:[EMAIL PROTECTED] for device :01:00.0 [drm] Initialized radeon 1.17.0 20050720 on minor 0: ATI Technologies Inc RV350 AS [Radeon 9600 AS] [drm] Initialized radeon 1.17.0 20050720 on minor 1: ATI Technologies Inc RV350 ?? [Radeon 9550] (Secondary) [drm] Used old pci detect: framebuffer loaded Hi Michal, I am a bit confused by these messages - did you add PCI id for your card to pciids.txt table ? If so, you should not add the id for the secondary - it is a fake used by Windows (cause Windows thinks one pci device - one monitor, go figure). The primary id for your card is already in the table, so this should work fine. best Vladimir Dergachev --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Radeon RV350 (9550), xorg cvs 29.07.2005
Hi, thanks for Your prompt reply I (just) built and tested cvs xorg, results are below: On Monday 08 of August 2005 00:01, Vladimir Dergachev wrote: Hi Michal, The first thing to would be to separate Mesa driver issues from drm issues. Could you do the following: * get latest X.org CVS tree (monolithic, i.e. xc), compile it and check that it works without drm module It does * get DRM from DRI CVS (i.e. freedesktop CVS) and check that the module loads fine, e-mail us any kernel messages it produces (should be at least a few) [drm] Initialized drm 1.0.0 20040925 PCI: Unable to reserve mem region #1:[EMAIL PROTECTED] for device :01:00.0 [drm] Initialized radeon 1.17.0 20050720 on minor 0: ATI Technologies Inc RV350 AS [Radeon 9600 AS] [drm] Initialized radeon 1.17.0 20050720 on minor 1: ATI Technologies Inc RV350 ?? [Radeon 9550] (Secondary) [drm] Used old pci detect: framebuffer loaded * try starting X like this: X xorg.log sleep 10 ; xterm twm while [ x=x ] ; do sleep 1 ; sync ; done make sure these are all on the same command line, or you can make a small shell script that does the same. The purpose here is to start X in minimal environment (only xterm and twm) and make sure the system syncs to disk every second. You should be able to see hard disk light blink each second as the result of sync - this is also an indicator that the system is still alive. Let us know whether you can see xterm and whether it is usable. Well, still blank screen. xorg.log attached. (I could and I can ssh to the machine) Also, please post your results to dri-devel@ - this way they are archived so search engines can find them for other people. dri-devel@lists.sourceforge.net I guess? Thanks, Michal thank you ! Vladimir Dergachev On Sun, 7 Aug 2005, [iso-8859-2] Micha³ Pytasz wrote: Hi, I'm sorry for bothering, I found Your e-mail address in readme file of cvs-downloaded r300 sources. On the website You were asking for tests of the driver. I'm sorry if I'm writting to a wrong address. Well I have problems making driver work. Well, I managed to build mesa sources (dowloaded from cvs at dri.freedesktop.org) as well as drm module, I installed it all on xorg built with (gentoo) ebuild xorg-x11-6.8.99.15 (according to which it's using cvs version from 29.07.2005). Unfortunately (when xorg.log says I have direct rendering) all I see is a blank screen (both with dvi as well as vga output) just as if xorg froze just before it managed to display anything (monitor does detect signal, the screen is just blank). To build mesa I needed to add r300 to Mesa/configs/linux-dri-x86-64 (make linux-dri was exitting with assembler errors). I configured xorg to use radeon driver, xorg.conf attached. I built it on a winchester athlon64, kernel 2.6.12.3 using gcc 3.4.4, system is running in native 64 bit mode with multilib support. my lspci says: :00:00.0 Host bridge: VIA Technologies, Inc. K8T800Pro Host Bridge :00:00.1 Host bridge: VIA Technologies, Inc. K8T800Pro Host Bridge :00:00.2 Host bridge: VIA Technologies, Inc. K8T800Pro Host Bridge :00:00.3 Host bridge: VIA Technologies, Inc. K8T800Pro Host Bridge :00:00.4 Host bridge: VIA Technologies, Inc. K8T800Pro Host Bridge :00:00.7 Host bridge: VIA Technologies, Inc. K8T800Pro Host Bridge :00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI bridge [K8T800/K8T890 South] :00:07.0 Multimedia video controller: Conexant CX23880/1/2/3 PCI Video and Audio Decoder (rev 03) :00:07.1 Multimedia controller: Conexant: Unknown device 8811 (rev 03) :00:0b.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet (rev 10) :00:0f.0 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) :00:10.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) :00:10.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) :00:10.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) :00:10.3 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) :00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86) :00:11.0 ISA bridge: VIA Technologies, Inc. VT8237 ISA bridge [KT600/K8T800/K8T890 South] :00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 60) :00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration :00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
Re: [Linux-fbdev-devel] CRTC scanout buffer types
Jon Smirl wrote: On 8/7/05, Antonino A. Daplas [EMAIL PROTECTED] wrote: Vladimir Dergachev wrote: I agree that something like the above is acceptable, exept that we need an extra field for offset and another if indexed color or not. So something like: A:2/0/R:10/2/G:10/12/B:10/22//I The offsets are not needed as part of the input, they should be part of the output display. It is the chip driver that will determine the offsets, not the user. Without the offsets, how will it differentiate ARGB/8bpp vs ARGB2/8bpp? Tony --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Radeon RV350 (9550), xorg cvs
Hi, I have just one card (it has 2 connectors, vga and dvi). I could not simply reply from this machine, here are the results (gdb output of X -verbose - most interesting part is that it was not interrupted by me - yet screen remained blank): (gdb) file X Reading symbols from /usr/bin/X...done. Using host libthread_db library /lib/tls/libthread_db.so.1. (gdb) set args -verbose (gdb) run Starting program: /usr/bin/X -verbose This is a pre-release version of the The X.Org Foundation X11. It is not supported in any way. Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. Select the xorg product for bugs you find in this release. Before reporting bugs in pre-release versions please check the latest version in the The X.Org Foundation monolithic tree CVS repository hosted at http://www.freedesktop.org/Software/xorg/ X Window System Version 6.8.99.15 Release Date: 16 July 2005 + cvs X Protocol Version 11, Revision 0, Release 6.8.99.15 Build Operating System: Linux 2.6.12-gentoo-r7 x86_64 [ELF] Current Operating System: Linux pytasz 2.6.12-gentoo-r7 #1 Mon Aug 1 12:12:35 CEST 2005 x86_6 4 Build Date: 08 August 2005 Before reporting problems, check http://wiki.X.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/Xorg.0.log, Time: Mon Aug 8 15:23:59 2005 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout X.org Configured (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device Card0 (**) |--Input Device Mouse0 (**) |--Input Device Keyboard0 (WW) The directory /usr/share/fonts/CID/ does not exist. Entry deleted from font path. (**) FontPath set to /usr/share/fonts/misc/,/usr/share/fonts/TTF/,/usr/share/fonts/Type1/,/u sr/share/fonts/75dpi/,/usr/share/fonts/100dpi/ (**) RgbPath set to /usr/lib64/X11/rgb (**) ModulePath set to /usr/lib64/modules (II) Loading /usr/lib64/modules/fonts/libbitmap.so (II) Module bitmap: vendor=X.Org Foundation compiled for 6.8.99.15, module version = 1.0.0 (II) Loading /usr/lib64/modules/libpcidata.so (II) Module pcidata: vendor=X.Org Foundation compiled for 6.8.99.15, module version = 1.0.0 (--) using VT number 7 (--) PCI: (0:7:0) unknown vendor (0x14f1) unknown chipset (0x8800) rev 3, Mem @ 0xce00/24 (--) PCI:*(1:0:0) ATI Technologies Inc RV350 AS [Radeon 9600 AS] rev 0, Mem @ 0xb000/28, 0xcbef/16, I/O @ 0xc800/8, BIOS @ 0xcbec/17 (--) PCI: (1:0:1) ATI Technologies Inc RV350 ? [Radeon 9550] (Secondary) rev 0, Mem @ 0xa 000/28, 0xcbee/16 (II) Loading /usr/lib64/modules/extensions/libextmod.so [tcsetpgrp failed in terminal_inferior: Operacja niedozwolona] (II) Module extmod: vendor=X.Org Foundation compiled for 6.8.99.15, module version = 1.0.0 (II) Loading /usr/lib64/modules/extensions/libdri.so (II) Module dri: vendor=X.Org Foundation compiled for 6.8.99.15, module version = 1.0.0 (II) Loading /usr/lib64/modules/linux/libdrm.so (II) Module drm: vendor=X.Org Foundation compiled for 6.8.99.15, module version = 1.0.0 (II) Loading /usr/lib64/modules/extensions/libdbe.so (II) Module dbe: vendor=X.Org Foundation compiled for 6.8.99.15, module version = 1.0.0 (II) Loading /usr/lib64/modules/extensions/librecord.so (II) Module record: vendor=X.Org Foundation compiled for 6.8.99.15, module version = 1.13.0 (II) Loading /usr/lib64/modules/extensions/libxtrap.so (II) Module xtrap: vendor=X.Org Foundation compiled for 6.8.99.15, module version = 1.0.0 (II) Loading /usr/lib64/modules/extensions/libglx.so (II) Module glx: vendor=X.Org Foundation compiled for 6.8.99.15, module version = 1.0.0 (II) Loading /usr/lib64/modules/extensions/libGLcore.so (II) Module GLcore: vendor=X.Org Foundation compiled for 6.8.99.15, module version = 1.0.0 (II) Loading /usr/lib64/modules/fonts/libfreetype.so (II) Module freetype: vendor=X.Org Foundation the After X-TT Project compiled for 6.8.99.15, module version = 2.1.0 (II) Loading /usr/lib64/modules/fonts/libtype1.so (II) Module type1: vendor=X.Org Foundation compiled for 6.8.99.15, module version = 1.0.2 (II) Loading /usr/lib64/modules/drivers/radeon_drv.so (II) Module radeon: vendor=X.Org Foundation compiled for 6.8.99.15, module version = 4.0.1 (II) Loading /usr/lib64/modules/drivers/ati_drv.so (II) Module ati: vendor=X.Org Foundation compiled for 6.8.99.15, module version = 6.5.6 (II) Loading /usr/lib64/modules/input/mouse_drv.so (II) Module mouse: vendor=X.Org Foundation compiled for 6.8.99.15, module version = 1.0.0 (II) Loading /usr/lib64/modules/input/kbd_drv.so (II) Module kbd: vendor=X.Org Foundation compiled for 6.8.99.15, module version = 1.0.0 (II) ATI: ATI driver (version 6.5.6)
Re: [Linux-fbdev-devel] CRTC scanout buffer types
On Mon, 8 Aug 2005, Antonino A. Daplas wrote:
Jon Smirl wrote:
How does this work, is one 24 bit color the key?
32 bpp indexed+RGB 888 with color key to enable RGB888
This is directcolor. Each component is indexed.
No, directcolor is different. This is a mode that combines a pseudocolor
CLUT256 visual (but only 255 colors, because of the color key) with a truecolor
RGB888 visual.
E.g. the Matrox Millennium can do this, and IIRC at least Accelerated X
supports it.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [EMAIL PROTECTED]
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say programmer or something like that.
-- Linus Torvalds
---
SF.Net email is Sponsored by the Better Software Conference EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile Plan-Driven Development * Managing Projects Teams * Testing QA
Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Linux-fbdev-devel] CRTC scanout buffer types
On Sun, 7 Aug 2005, Jon Smirl wrote:
On 8/7/05, Antonino A. Daplas [EMAIL PROTECTED] wrote:
Vladimir Dergachev wrote:
I agree that something like the above is acceptable, exept that we need
an extra field for offset and another if indexed color or not. So
something like:
A:2/0/R:10/2/G:10/12/B:10/22//I
The offsets are not needed as part of the input, they should be part
of the output display. It is the chip driver that will determine the
offsets, not the user.
So you cannot select between RGB and BGR on hardware that allows to select
that?
The only exception I can think of is that the radeon hardware can
control which nibble is used in 4bpp. I'd say if you need that kind of
This is something completely different, since each nibble is a different pixel.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [EMAIL PROTECTED]
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say programmer or something like that.
-- Linus Torvalds
---
SF.Net email is Sponsored by the Better Software Conference EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile Plan-Driven Development * Managing Projects Teams * Testing QA
Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Fwd: radeon YCbCr output
On Sun, Aug 07, 2005 at 07:30:48PM +0100, Steven Newbury wrote: The picture quality is incomparable to s-video and the Windows driver only supports US HDTV standard output modes, while my TV also supports PAL type HDTV modes ie. 576p; hopefully this limitation will be gone if I can get this working with Xorg. Would that be 'incomparable' as in 'better' or 'worse'? :) Phil -- http://www.kantaka.co.uk/ .oOo. public key: http://www.kantaka.co.uk/gpg.txt --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: IGP + DRI + xfce4 = Hang.
Adam K Kirchhoff wrote: I have an interesting problem with an HP Pavilion. It's an IGP320M with a Radeon Mobility. DRI works just fine when using WindowMaker or gnome. However, when I try to use xfce4 instead, X locks up when the splash screen would normally be displayed. I can move the mouse around, but I can't always control-alt-delete out of it (though sometimes I can... I think the difference may have to do with whether it was the first time X started up since I rebooted). I can ssh into the machine and reboot it. If I disable the DRI, xfce4 has no problems. This is with recent Mesa cvs and drm 1.16.0 (2.6.12.3, specifically, though I've noticed this with each of the 2.6.12 releases Can't speak about anything earlier). Any ideas? Thanks, Adam No one knows what's going on here? Has anyone ever seen this before? Adam --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: IGP + DRI + xfce4 = Hang.
On 8/8/05, Adam K Kirchhoff [EMAIL PROTECTED] wrote: Adam K Kirchhoff wrote: I have an interesting problem with an HP Pavilion. It's an IGP320M with a Radeon Mobility. DRI works just fine when using WindowMaker or gnome. However, when I try to use xfce4 instead, X locks up when the splash screen would normally be displayed. I can move the mouse around, but I can't always control-alt-delete out of it (though sometimes I can... I think the difference may have to do with whether it was the first time X started up since I rebooted). I can ssh into the machine and reboot it. If I disable the DRI, xfce4 has no problems. This is with recent Mesa cvs and drm 1.16.0 (2.6.12.3, specifically, though I've noticed this with each of the 2.6.12 releases Can't speak about anything earlier). Any ideas? Thanks, Adam No one knows what's going on here? Has anyone ever seen this before? I don't know much about this, but did you try with lastest xorg cvs, radeon driver and dri changed a bit lattly, maybe it's fixed now... Jerome Glisse --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
