This is to inform you of souble success.
Not only did it work to use my usb dvb-t stick for what it was
originally made, for watching tv, but it was also possible to build a
custom desktop kernel using 'make-kpkg' for my g4 mac, which runs the
testing release. It required some fussing and fumbling
On Thu, May 22, 2008 at 12:15:04PM -0400, Alex Deucher wrote:
> > In short, I'm now back to the original #348082 status quo, with the added
> > benefit of not having to use the ConnectorTable option as part of the
> > workaround. Also, my monitor now detects as DVI-0, and is not located at
> > DVI
On Thu, May 22, 2008 at 2:13 AM, Branden Robinson <[EMAIL PROTECTED]> wrote:
> On Thu, May 22, 2008 at 01:20:45AM -0400, Alex Deucher wrote:
>> On Thu, May 22, 2008 at 12:26 AM, Branden Robinson <[EMAIL PROTECTED]> wrote:
>> > Unfortunately it looks like things have not improved for me, but gotten
On Thu, May 22, 2008 at 09:32:23 +0200, Michel Dänzer wrote:
> On Thu, 2008-05-22 at 08:31 +0200, Brice Goglin wrote:
> > Branden Robinson wrote:
> > >>> 6) ...and the byteswapped cursor.
> > >>>
> > > Thanks, Alex! This helped a lot. Problems 1), 2), and 3) above are gone.
> > > 4) is no
On Thu, 2008-05-22 at 08:31 +0200, Brice Goglin wrote:
> Branden Robinson wrote:
> >>> 6) ...and the byteswapped cursor.
> >>>
> > Thanks, Alex! This helped a lot. Problems 1), 2), and 3) above are gone.
> > 4) is no longer applicable; 5) and 6) remain.
>
> 5) should be fixed once you swi
Branden Robinson wrote:
>>> 6) ...and the byteswapped cursor.
>>>
> Thanks, Alex! This helped a lot. Problems 1), 2), and 3) above are gone.
> 4) is no longer applicable; 5) and 6) remain.
>
5) should be fixed once you switch to Xserver 1.5 and the ati driver
snapshot in experimental.
Branden Robinson wrote:
> found 1:6.8.0-1
> thanks
>
> Unfortunately it looks like things have not improved for me, but gotten
> worse. Now:
>
Can you try the latest snapshot in experimental?
thanks,
Brice
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe".
On Thu, May 22, 2008 at 12:26 AM, Branden Robinson <[EMAIL PROTECTED]> wrote:
> found 1:6.8.0-1
> thanks
>
> [see below]
>
> On Thu, Sep 13, 2007 at 09:16:39PM -0400, Alex Deucher wrote:
>> On 9/7/07, Branden Robinson <[EMAIL PROTECTED]> wrote:
>> > On Sat, Sep 01, 2007 at 11:21:18AM -0400, Alex De
On Sat, Dec 22, 2007 at 11:39:08AM +, Debian Bug Tracking System wrote:
> On Sun, Nov 18, 2007 at 05:05:33PM +0100, Brice Goglin wrote:
> > On Thu, Sep 13, 2007 at 09:16:39PM -0400, Alex Deucher wrote:
> > > > Given these setbacks, is there something more I can do to help with this
> > > > bug?
act me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: xserver-xorg-video-ati
Version: 1:6.6.3-2
Severity: important
Upgrading to the experimental ati driver packages causes X lockup with
radeon 9000 and 9250.
On 19/11/2007, Brice Goglin <[EMAIL PROTECTED]> wrote:
> found 444049 1:6.7.196-1
> retitle 444049 ati: locks up radeon 9000/9250 in AGP mode
> thank you
>
>
>
> Michal Suchanek wrote:
> > Yes, it works in PCI mode. 6.7.196 is still broken.
> >
> > Unle
found 444049 1:6.7.196-1
retitle 444049 ati: locks up radeon 9000/9250 in AGP mode
thank you
Michal Suchanek wrote:
> Yes, it works in PCI mode. 6.7.196 is still broken.
>
> Unless somebody specifically tries to fix this or there are changes
> that are likely to fix this I guess
Processing commands for [EMAIL PROTECTED]:
> found 444049 1:6.7.196-1
Bug#444049: xserver-xorg-video-ati: 6.6.193 and on locks up radeon 9000/9250
Bug marked as found in version 1:6.7.196-1.
> retitle 444049 ati: locks up radeon 9000/9250 in AGP mode
Bug#444049: xserver-xorg-video-ati: 6
On 18/11/2007, Brice Goglin <[EMAIL PROTECTED]> wrote:
> On Tue, Sep 25, 2007 at 08:41:36PM +0200, Brice Goglin wrote:
> > notfound 444049 1:6.6.3-2
> > found 444049 1:6.6.193-3
> > found 444049 1:6.7.194-1
> > forwarded 444049 https://bugs.freedesktop.org/show_bug.cgi?id=12544
> > thank you
> >
>
On Thu, Sep 13, 2007 at 09:16:39PM -0400, Alex Deucher wrote:
> > Given these setbacks, is there something more I can do to help with this
> > bug?
>
> Once I merge the external tmds stuff, things might improve. stay tuned.
Unless I am mistaken, this has been merged now. Branden, is it better
wi
On Tue, Sep 25, 2007 at 08:41:36PM +0200, Brice Goglin wrote:
> notfound 444049 1:6.6.3-2
> found 444049 1:6.6.193-3
> found 444049 1:6.7.194-1
> forwarded 444049 https://bugs.freedesktop.org/show_bug.cgi?id=12544
> thank you
>
>
>
>
> Hramrach wrote:
> > https://bugs.freedesktop.org/show_bug.c
Processing commands for [EMAIL PROTECTED]:
> notfound 444049 1:6.6.3-2
Bug#444049: xserver-xorg-video-ati: 6.6.193 and on locks up radeon 9000/9250
Bug no longer marked as found in version 1:6.6.3-2.
> found 444049 1:6.6.193-3
Bug#444049: xserver-xorg-video-ati: 6.6.193 and on locks up
notfound 444049 1:6.6.3-2
found 444049 1:6.6.193-3
found 444049 1:6.7.194-1
forwarded 444049 https://bugs.freedesktop.org/show_bug.cgi?id=12544
thank you
Hramrach wrote:
> https://bugs.freedesktop.org/show_bug.cgi?id=12544
>
Did you try what Dave Airlie suggested in the above bug?
Brice
Package: xserver-xorg-video-ati
Version: 1:6.6.3-2
Severity: important
Upgrading to the experimental ati driver packages causes X lockup with
radeon 9000 and 9250.
https://bugs.freedesktop.org/show_bug.cgi?id=12544
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/139210
On 9/7/07, Branden Robinson <[EMAIL PROTECTED]> wrote:
> On Sat, Sep 01, 2007 at 11:21:18AM -0400, Alex Deucher wrote:
> > On 9/1/07, Branden Robinson <[EMAIL PROTECTED]> wrote:
> > > That's three more experiments:
> > >
> > > 1) xrandr --output DVI-0 --off
>
> This appears to be a no-op. The inte
On Sat, Sep 01, 2007 at 11:21:18AM -0400, Alex Deucher wrote:
> On 9/1/07, Branden Robinson <[EMAIL PROTECTED]> wrote:
> > That's three more experiments:
> >
> > 1) xrandr --output DVI-0 --off
This appears to be a no-op. The interference is left in place, and it is
the same as if I do not use xra
On Fri, Aug 31, 2007 at 11:13:59PM -0400, Alex Deucher wrote:
> > For some reason, when kdm asks for the pixmaps that comprise its
> > background, the X server draws from someplace else in video memory. The
> > following has me pretty convinced given that it comprises a bunch of images
> > from re
On 9/1/07, Branden Robinson <[EMAIL PROTECTED]> wrote:
> On Fri, Aug 31, 2007 at 11:22:29PM -0400, Alex Deucher wrote:
> > It appears the driver thinks have two monitors connected. do you?
>
> Nope. Just the one, the Samsung SyncMaster 213T.
>
> I haven't switched DVI ports yet. Apparently I'm o
On Fri, Aug 31, 2007 at 11:22:29PM -0400, Alex Deucher wrote:
> It appears the driver thinks have two monitors connected. do you?
Nope. Just the one, the Samsung SyncMaster 213T.
I haven't switched DVI ports yet. Apparently I'm on DVI-1.
> If not, I think perhaps I got the dac mapping backwar
On 8/31/07, Branden Robinson <[EMAIL PROTECTED]> wrote:
> On Thu, Aug 30, 2007 at 08:16:04PM -0400, Alex Deucher wrote:
> > > Any mode change fixes the problem, but modes with resolutions smaller than
> > > 1600x1200 get rejected as being too small. Michel Dänzer seemed to think
> > > that should
On 8/31/07, Branden Robinson <[EMAIL PROTECTED]> wrote:
> A bit more info:
>
> On Thu, Aug 30, 2007 at 08:16:04PM -0400, Alex Deucher wrote:
> > > http://redwald.deadbeast.net/tmp/branden_grief_4.jpeg
> > > http://redwald.deadbeast.net/tmp/branden_grief_5.jpeg
> > >
> > > I'll call that new problem
A bit more info:
On Thu, Aug 30, 2007 at 08:16:04PM -0400, Alex Deucher wrote:
> > http://redwald.deadbeast.net/tmp/branden_grief_4.jpeg
> > http://redwald.deadbeast.net/tmp/branden_grief_5.jpeg
> >
> > I'll call that new problem #1: this looks like actual framebuffer
> > corruption on top of the
On Thu, Aug 30, 2007 at 08:16:04PM -0400, Alex Deucher wrote:
> > Any mode change fixes the problem, but modes with resolutions smaller than
> > 1600x1200 get rejected as being too small. Michel Dänzer seemed to think
> > that should work. Should it?
>
> Depends on the monitor. In most cases it
On 8/30/07, Branden Robinson <[EMAIL PROTECTED]> wrote:
> On Thu, Aug 30, 2007 at 01:17:29PM -0400, Alex Deucher wrote:
> > Ok. now we just need to figure out how the ports are mapped. Since
> > you have two DVI ports I suspect the one you are currently using it
> > drive by an external tmds chip,
On 8/30/07, Branden Robinson <[EMAIL PROTECTED]> wrote:
> On Thu, Aug 30, 2007 at 10:25:49AM -0400, Alex Deucher wrote:
> > On 8/30/07, Michel Dänzer <[EMAIL PROTECTED]> wrote:
> > > On Thu, 2007-08-30 at 09:54 -0400, Alex Deucher wrote:
> > >
> > > > Branden, remind me again what card this is and
On Thu, Aug 30, 2007 at 10:25:49AM -0400, Alex Deucher wrote:
> On 8/30/07, Michel Dänzer <[EMAIL PROTECTED]> wrote:
> > On Thu, 2007-08-30 at 09:54 -0400, Alex Deucher wrote:
> >
> > > Branden, remind me again what card this is and what connectors your
> > > card has. Actually, the full log woul
On 8/30/07, Michel Dänzer <[EMAIL PROTECTED]> wrote:
> On Thu, 2007-08-30 at 09:54 -0400, Alex Deucher wrote:
>
> > Branden, remind me again what card this is and what connectors your
> > card has. Actually, the full log would be useful. It's it a mac,
> > we'll need to add a quirk for it. If i
On Thu, 2007-08-30 at 09:54 -0400, Alex Deucher wrote:
> Branden, remind me again what card this is and what connectors your
> card has. Actually, the full log would be useful. It's it a mac,
> we'll need to add a quirk for it. If it's a powerbook, I may have
> already fixed it.
Alex, the ful
On 8/30/07, Michel Dänzer <[EMAIL PROTECTED]> wrote:
> On Thu, 2007-08-30 at 05:17 -0400, Branden Robinson wrote:
> >
> > The bit that concerns me is common to both:
> >
> > (WW) RADEON(0): Option "UseFBDev" is not used
> >
> > Don't I kinda have to have that, since I'm on a PowerPC?
>
> No, hasn
On Thu, 2007-08-30 at 05:17 -0400, Branden Robinson wrote:
>
> The bit that concerns me is common to both:
>
> (WW) RADEON(0): Option "UseFBDev" is not used
>
> Don't I kinda have to have that, since I'm on a PowerPC?
No, hasn't been necessary (or even very useful) in a while.
> Hmm, and it
On Mon, 2007-08-27 at 11:24 -0400, Branden Robinson wrote:
> On Mon, Aug 27, 2007 at 11:35:33AM +0200, Brice Goglin wrote:
> > Hi Branden,
> >
> > The randr-1.2 ati driver is now in experimental (6.7.192 uploaded
> > today), it contains a major rework of the driver. Could you test whether
> > your
On Mon, Aug 27, 2007 at 11:35:33AM +0200, Brice Goglin wrote:
> Hi Branden,
>
> The randr-1.2 ati driver is now in experimental (6.7.192 uploaded
> today), it contains a major rework of the driver. Could you test whether
> your problem still occurs?
Hi Brice,
I'll check into this as soon as I ca
Hi Branden,
The randr-1.2 ati driver is now in experimental (6.7.192 uploaded
today), it contains a major rework of the driver. Could you test whether
your problem still occurs?
Thanks,
Brice
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAI
Branden Robinson wrote:
> Hi Brice!
>
> ii xserver-xorg-core 2:1.3.0.0.dfsg-11
> ii xserver-xorg-video-ati 1:6.6.3-2
>
> Still exactly the same, as far as I can tell. I just restarted X within
> the past day or two.
>
It'd be good to test ati 6.6.192 in experim
On Tue, Jul 24, 2007 at 12:10:48AM +0200, Brice Goglin wrote:
> > I took two pictures of my monitor. The images are way too large to attach,
> > so I have put them up on one of my web servers.
> >
> > http://redwald.deadbeast.net/tmp/branden_grief_1.jpeg
> > http://redwald.deadbeast.net/tmp/brande
Branden Robinson wrote:
> Package: xserver-xorg
> Version: 6.9.0.dfsg.1-2
> Severity: normal
> Tags: upstream
>
> This is a regression from 6.8.2.dfsg.1-11.
>
> I don't even know how to begin to describe the problem I'm having beyond
> what's in the bug subject.
>
> The amount of pinkness and inter
Hi,
About 3 years ago, you reported a bug to the Debian BTS regarding
xinerama not working anymore on a Radeon 9000 Pro after upgrading
XFree86. Did you reproduce this problem recently? With Xorg/Etch? With
latest xserver-xorg-core and drivers? If not, I will close this bug in
the next weeks
On Fri, Jan 20, 2006 at 12:51:36PM -0500, Branden Robinson wrote:
> On Mon, Jan 16, 2006 at 12:23:50PM +0100, Michel Dänzer wrote:
> >
> > Hi Branden,
> >
> > On Sat, 2006-01-14 at 11:42 -0500, Branden Robinson wrote:
> > >
> > > Section &quo
On Mon, Jan 16, 2006 at 12:23:50PM +0100, Michel Dänzer wrote:
>
> Hi Branden,
>
> On Sat, 2006-01-14 at 11:42 -0500, Branden Robinson wrote:
> >
> > Section "Device"
> > Identifier "ATI Radeon 9000"
> > Driver &qu
Hi Branden,
On Sat, 2006-01-14 at 11:42 -0500, Branden Robinson wrote:
>
> Section "Device"
> Identifier "ATI Radeon 9000"
> Driver "ati"
> Option "UseFBDev" "true"
>
oller: ATI Technologies Inc Radeon RV250 If
[Radeon 9000] (rev 01)
0001:10:13.0 VGA compatible controller: XGI - Xabre Graphics Inc Volari Z7
/etc/X11/xorg.conf does not match checksum in /var/lib/xfree86/xorg.conf.md5sum.
Xorg X server configuration file status:
-rw-r--r-- 1 root root 309
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.7.95.1
> retitle 251506 xserver-xfree86: [ati/radeon] Xinerama malfunctions on Radeon
> 9000/PRO If [regression from 4.3.0.dfsg.1-1]
Bug#251506: xserver-xfree86: xinerama (radeo
On Wed, 2004-04-28 at 20:31, Robert Aldridge wrote:
> I'm looking for a kind soul to help me get X working
> on my ATI Mobility Radeon 9000 IGP card in my HP
> Pavilion zv5120us laptop. I'm running Debian Sid with
> XFree 4.4.0 (I'd happily go back to 4.3.x if I knew
I'm looking for a kind soul to help me get X working
on my ATI Mobility Radeon 9000 IGP card in my HP
Pavilion zv5120us laptop. I'm running Debian Sid with
XFree 4.4.0 (I'd happily go back to 4.3.x if I knew
how and knew it would get my card working better).
I'm currentl
tag 239617 + moreinfo upstream help
thanks
On Tue, Mar 23, 2004 at 10:16:26AM -0800, Nick Rusnov wrote:
> Package: xserver-xfree86
> Version: 4.3.0-7
>
> I have an interesting problem trying to get DRI working on my Radeon
> 9000, with kernel 2.6.4.
[The following is a form let
On Wed, Mar 24, 2004 at 11:55:02PM +0100, Michel D?nzer wrote:
> On Tue, 2004-03-23 at 22:13, Nick Rusnov wrote:
> The graphics chip and the USB controller (?) share IRQ 16. If you can
> change that somehow, that would be interesting to try.
I've tried removing the offending board, so that no IRQs
On Tue, 2004-03-23 at 22:13, Nick Rusnov wrote:
>
> /proc/interrupts:
[...]
> 16: 0 IO-APIC-level ehci_hcd
[...]
> 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R250 If
> [Radeon 9000] (rev 01) (prog-if 00 [VGA])
> Subsystem: PC Partn
On Tue, Mar 23, 2004 at 08:07:17PM +0100, Christian Guggenberger wrote:
> On Tue, 2004-03-23 at 19:16, Nick Rusnov wrote:
> > Package: xserver-xfree86
> > Version: 4.3.0-7
> >
> > I have an interesting problem trying to get DRI working on my Radeon
On Tue, 2004-03-23 at 19:16, Nick Rusnov wrote:
> Package: xserver-xfree86
> Version: 4.3.0-7
>
> I have an interesting problem trying to get DRI working on my Radeon
> 9000, with kernel 2.6.4.
>
interesting. Are there any kernel-images that do work for you when DRI
is enable
Package: xserver-xfree86
Version: 4.3.0-7
I have an interesting problem trying to get DRI working on my Radeon
9000, with kernel 2.6.4.
If I don't configure the agp bus by inserting the correct modules into
the kernel, X starts and works, however, it fails to initialize DRI,
and I ge
28 Pro VR PQ (AGP?), ATI Rage 128 Pro VR PR (PCI),
ATI Rage 128 Pro VR PS (AGP?), ATI Rage 128 Pro VR PT (AGP?),
ATI Rage 128 Pro VR PU (AGP?), ATI Rage 128 Pro VR PV (AGP?),
ATI Rage 128 Pro VR PW (AGP?), ATI Rage 128 Pro VR PX (AGP?),
ATI Rage 128 GL RE (PCI), ATI R
Your message dated Tue, 24 Feb 2004 18:22:08 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Bug#234575: ati mobility radeon 9000 igp
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case
Package: xserver-xfree86
Version: 4.3.0-2
I have notebook,ati mobility radeon 9000 igp and instaled fglrx driver (it
load cleanly)
my lspci is
00:00.0 Host bridge: ATI Technologies Inc: Unknown device 5833 (rev 02)
00:01.0 PCI bridge: ATI Technologies Inc: Unknown device 5838
00:13.0 USB
On Sam, 2003-05-03 at 10:39, Christian Schoenebeck wrote:
> On 02 May 2003 12:14:18 +0200
> Michel Dänzer <[EMAIL PROTECTED]> wrote:
>
> > > I tried the driver/chipset trick, but it just doesn't work out with
> > > 4.2.1.1, starting xserver fails with:
> > >
> > > (EE) RADEON(0): [agp] AGP not
On 02 May 2003 12:14:18 +0200
Michel Dänzer <[EMAIL PROTECTED]> wrote:
> > I tried the driver/chipset trick, but it just doesn't work out with
> > 4.2.1.1, starting xserver fails with:
> >
> > (EE) RADEON(0): [agp] AGP not available
> > (EE) RADEON(0): [drm] failed to remove DRM signal ha
On Don, 2003-05-01 at 22:38, Christian Schoenebeck wrote:
> On Thu, 24 Apr 2003 01:39:22 +1000
> Daniel Stone <[EMAIL PROTECTED]> wrote:
>
> > Sorry, I was looking at the Subversion repository: the Radeon 9000
> > support was included in 4.2.1-6pre7v2, which was never a
On Thu, 24 Apr 2003 01:39:22 +1000
Daniel Stone <[EMAIL PROTECTED]> wrote:
> Sorry, I was looking at the Subversion repository: the Radeon 9000
> support was included in 4.2.1-6pre7v2, which was never actually
> released, so no Debian 4.2.1 version has support for the 9000 se
) No devices detected.' error. What may I have missed? Or do I also
> have to grep for the experimental packages even for 2D?
Sorry, I was looking at the Subversion repository: the Radeon 9000
support was included in 4.2.1-6pre7v2, which was never actually
released, so no Debian 4.2.1
(EE) No devices detected.' error. What may I have missed? Or do I also
> have to grep for the experimental packages even for 2D?
Well, the most probable problem is that the Radeon 9000 was released
after the 4.2.1 release, so 4.2.1 doesn't know about it. I don't know if
the
On Sun, 20 Apr 2003 21:30:05 +1000
Daniel Stone <[EMAIL PROTECTED]> wrote:
> On Sun, Apr 20, 2003 at 12:37:37PM +0200, Christian Schoenebeck wrote:
> > Is it yet possible with current XFree86 from Sid to use a Radeon
> > 9000 with 3D support? Do I need kernel modules,
On Sun, Apr 20, 2003 at 12:37:37PM +0200, Christian Schoenebeck wrote:
> Is it yet possible with current XFree86 from Sid to use a Radeon 9000
> with 3D support? Do I need kernel modules, 3rd party drivers or
> something?
2D will work, but for 3D support, you'll have to wait for
Hi!
Is it yet possible with current XFree86 from Sid to use a Radeon 9000
with 3D support? Do I need kernel modules, 3rd party drivers or
something?
Thanks, Christian
Option "XkbLayout" "us"
EndSection
Section "InputDevice"
Identifier "Configured Mouse"
Driver "mouse"
Option "CorePointer"
Option "Device" "
Identifier "Generic Keyboard"
Driver "keyboard"
Option "CoreKeyboard"
Option "XkbRules" "xfree86"
Option "XkbModel" "pc104"
Option "XkbLayout" "us"
EndSection
Section "InputDevice"
Ident
James Curbo <[EMAIL PROTECTED]> writes:
> I can post my XF86Config if anyone wants to take a look at it.
Please do - or a link to it, at least.
Thanks!
Russell
--
When people say they're taking food out of their family's mouth, I
think they should get a real job. Depending on the vagaries o
James Curbo <[EMAIL PROTECTED]> writes:
> I can post my XF86Config if anyone wants to take a look at it.
Please do - or a link to it, at least.
Thanks!
Russell
--
When people say they're taking food out of their family's mouth, I
think they should get a real job. Depending on the vagaries o
[cc me, I'm not subscribed to debian-x]
Hi, I was reading the debian-x web archives and noticed some messages
relating to the Radeon 9000. I just picked up one of these a few weeks
ago, and I thought I'd relate my experience with it and X, in case
anyone found them useful. Most
[cc me, I'm not subscribed to debian-x]
Hi, I was reading the debian-x web archives and noticed some messages
relating to the Radeon 9000. I just picked up one of these a few weeks
ago, and I thought I'd relate my experience with it and X, in case
anyone found them useful. Most of th
Interesting. I'm able to start XFree86 this way, but doing so causes
the keyboard and mouse to die. I had to shell into the box and kill
XFree86 to regain control.
Russell
Michael Klemme <[EMAIL PROTECTED]> writes:
> Hallo!
>
> I use XFree 4.1.2 with a Radeon 9000 video
Interesting. I'm able to start XFree86 this way, but doing so causes
the keyboard and mouse to die. I had to shell into the box and kill
XFree86 to regain control.
Russell
Michael Klemme <[EMAIL PROTECTED]> writes:
> Hallo!
>
> I use XFree 4.1.2 with a Radeon 9000 video
Hallo!
I use XFree 4.1.2 with a Radeon 9000 video card.
I retrieved the beta packages 4.2.1-3 from Branden's repository.
I managed to get it run by setting
ChipId 0x4242
in the XF86Config-4.
I get a aceptable image at 1152x864 and 75 Hz.
However, there are some things tha
Hallo!
I use XFree 4.1.2 with a Radeon 9000 video card.
I retrieved the beta packages 4.2.1-3 from Branden's repository.
I managed to get it run by setting
ChipId 0x4242
in the XF86Config-4.
I get a aceptable image at 1152x864 and 75 Hz.
However, there are some things tha
On Sat, Nov 16, 2002 at 05:33:14PM -0500, Russell Neches wrote:
>
> Hey there --
>
> I'm having some trouble configuring an ATI Radeon 9000. It seems that
> X and lspci can't identify the card. I'm not sure if that's the fault
> of the card for not identif
On Sat, Nov 16, 2002 at 05:33:14PM -0500, Russell Neches wrote:
>
> Hey there --
>
> I'm having some trouble configuring an ATI Radeon 9000. It seems that
> X and lspci can't identify the card. I'm not sure if that's the fault
> of the card for not identif
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hey there --
I'm having some trouble configuring an ATI Radeon 9000. It seems that
X and lspci can't identify the card. I'm not sure if that's the fault
of the card for not identifying itself correctly, or if the right ID
strin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hey there --
I'm having some trouble configuring an ATI Radeon 9000. It seems that
X and lspci can't identify the card. I'm not sure if that's the fault
of the card for not identifying itself correctly, or if the right ID
strin
81 matches
Mail list logo
