On Sat, Mar 13, 2010 at 3:57 AM, Michael Cree wrote:
> On 13/03/10 06:57, Alex Deucher wrote:
>>
>> On Fri, Mar 12, 2010 at 4:57 AM, Michael Cree wrote:
>>>
>>> On 10/03/10 08:44, Alex Deucher wrote:
On Sun, Mar 7, 2010 at 3:47 AM, Michael Cree
wrote:
>
>>>
On 13/03/10 06:57, Alex Deucher wrote:
On Fri, Mar 12, 2010 at 4:57 AM, Michael Cree wrote:
On 10/03/10 08:44, Alex Deucher wrote:
On Sun, Mar 7, 2010 at 3:47 AM, Michael Cree
wrote:
Thanks, that hint was helpful. I have drummed up a patch (attached)
that
replaces some use of the UINT16L
On Fri, Mar 12, 2010 at 4:57 AM, Michael Cree wrote:
> On 10/03/10 08:44, Alex Deucher wrote:
>>
>> On Sun, Mar 7, 2010 at 3:47 AM, Michael Cree
>> wrote:
>>>
>>> Thanks, that hint was helpful. I have drummed up a patch (attached)
>>> that
>>> replaces some use of the
On 10/03/10 08:44, Alex Deucher wrote:
On Sun, Mar 7, 2010 at 3:47 AM, Michael Creewrote:
Thanks, that hint was helpful. I have drummed up a patch (attached)
that
replaces some use of the UINT16LE_TO_CPU(), etc., macros with generic
interfaces from the Xserver's compiler.h header file. No
On Tue, Mar 9, 2010 at 2:35 PM, Michael Cree wrote:
> On 10/03/10 05:17, Matt Turner wrote:
>>
>> On Mon, Mar 8, 2010 at 6:30 PM, Michael Cree wrote:
>>>
>>> On 9/03/2010, at 5:41 AM, Alex Deucher wrote:
On Sun, Mar 7, 2010 at 3:47 AM, Michael Cree wrote:
>
> Thanks, that hint
On 10/03/10 05:17, Matt Turner wrote:
On Mon, Mar 8, 2010 at 6:30 PM, Michael Cree wrote:
On 9/03/2010, at 5:41 AM, Alex Deucher wrote:
On Sun, Mar 7, 2010 at 3:47 AM, Michael Cree wrote:
Thanks, that hint was helpful. I have drummed up a patch (attached) that
replaces some use of the UIN
On Mon, Mar 8, 2010 at 6:30 PM, Michael Cree wrote:
> On 9/03/2010, at 5:41 AM, Alex Deucher wrote:
>>
>> On Sun, Mar 7, 2010 at 3:47 AM, Michael Cree wrote:
>>>
>>> Thanks, that hint was helpful. I have drummed up a patch (attached) that
>>> replaces some use of the UINT16LE_TO_CPU(), etc., mac
On 9/03/2010, at 5:41 AM, Alex Deucher wrote:
On Sun, Mar 7, 2010 at 3:47 AM, Michael Cree
wrote:
Thanks, that hint was helpful. I have drummed up a patch
(attached) that
replaces some use of the UINT16LE_TO_CPU(), etc., macros with generic
interfaces from the Xserver's compiler.h header
On Sun, Mar 7, 2010 at 3:47 AM, Michael Cree wrote:
> On 07/03/10 03:34, Alex Deucher wrote:
>>
>> On Fri, Mar 5, 2010 at 8:10 PM, Michael Cree wrote:
>>>
>>> If I compile the ati/radeon video driver from fdo git master (commit
>>> 4975658f05) with default CFLAGS (i.e. no byte-word extension), ex
On 07/03/10 03:34, Alex Deucher wrote:
On Fri, Mar 5, 2010 at 8:10 PM, Michael Cree wrote:
If I compile the ati/radeon video driver from fdo git master (commit
4975658f05) with default CFLAGS (i.e. no byte-word extension), except for
the module src/AtomBios/CD_Operations.c which I compile with
On Fri, Mar 5, 2010 at 8:10 PM, Michael Cree wrote:
> If I compile the ati/radeon video driver from fdo git master (commit
> 4975658f05) with default CFLAGS (i.e. no byte-word extension), except for
> the module src/AtomBios/CD_Operations.c which I compile with the -mbwx
> compiler option, then I
If I compile the ati/radeon video driver from fdo git master (commit
4975658f05) with default CFLAGS (i.e. no byte-word extension), except
for the module src/AtomBios/CD_Operations.c which I compile with the
-mbwx compiler option, then I get a working video driver.
Looks like the problem is in
On 04/03/10 08:59, Brice Goglin wrote:
In case it helps, I uploaded radeon 6.12.5 to unstable and 6.12.191 to
experimental today.
No, it doesn't. Git master (commit 4975658f0) from fdo also shows the
same problem. No display output if compiled with default CFLAGS.
Adding in the byte-word ex
In case it helps, I uploaded radeon 6.12.5 to unstable and 6.12.191 to
experimental today.
Brice
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4b8ebf87.4000...@gmail.c
On 04/03/10 04:39, Alex Deucher wrote:
On Wed, Mar 3, 2010 at 3:04 AM, Michael Cree wrote:
Package: xserver-xorg-video-ati
Version: 1:6.12.4-3
Severity: important
On X startup monitor goes comletely dead, i.e., no signal on DVI output with
a Radeon RV610 card on Alpha architecture. On another
Package: xserver-xorg-video-ati
Version: 1:6.12.4-3
Severity: important
On X startup monitor goes comletely dead, i.e., no signal on DVI output with
a Radeon RV610 card on Alpha architecture. On another Alpha with a Radeon
R100 card output (on VGA) comes up fine so appears problem is only seen wi
16 matches
Mail list logo
