Re: [gentoo-user] Re: ATI-drivers 12.3 with Kernel 3.4

2012-04-17 Thread Helmut Jarausch 

Many thanks, Walt,

your patches work just fine for me.

Helmut.


On 04/16/2012 08:45:14 PM, walt wrote:

On 04/16/2012 06:09 AM, Helmut Jarausch wrote:

 Hi,

 does anybody know about patches for the ATI-drivers 12.3 to work  
with git-sources 3.4_rc3 ?


Well, patch is too formal for the ugly hack I use :)

After building your new kernel you should patch one kernel header file
before building ati-drivers (taken from lkml):


--- arch/x86/include/asm/compat.h.orig  2012-04-08 11:51:29.569528342  
-0700
+++ arch/x86/include/asm/compat.h   2012-04-08 14:33:58.309972502  
-0700

@@ -221,6 +221,7 @@
return (u32)(unsigned long)uptr;
 }

+#ifdef CONFIG_x86_64
 static inline void __user *arch_compat_alloc_user_space(long len)
 {
compat_uptr_t sp;
@@ -234,6 +235,15 @@

return (void __user *)round_down(sp - len, 16);
 }
+#else
+
+static inline void __user *arch_compat_alloc_user_space(long len)
+{
+ struct pt_regs *regs = task_pt_regs(current);
+ return (void __user *)regs-sp -len;
+}
+
+#endif

 static inline bool is_x32_task(void)
 {


Here's the ugly part:  some names in compat.h were changed recently,  
and
I can't be bothered to do a proper fix, so I hacked this together  
instead:


--- common/lib/modules/fglrx/build_mod/firegl_public.c  2012-03-23  
13:38:48.0 -0700

+++ /tmp/firegl_public.c2012-04-16 10:45:41.426582953 -0700
@@ -4181,7 +4181,7 @@
 {
 unsigned int p;
 KCL_DEBUG5(FN_FIREGL_KAS, %d\n, level_init);
-for_each_cpu_mask(p, cpu_possible_map)
+for (p=0; p4; p++)
 {
 KCL_DEBUG1(FN_FIREGL_KAS,Setting initial execution level  
for CPU # %d\n, p);

 preempt_disable();


NOTE:  my new machine has 4 cpus, numbered 0 through 3, and I  
hardcoded that
number into the ati code, above, instead of deciphering the new  
kernel headers.

Ugly, ugly, ugly.  But it works perfectly :)

If you have two cpus you should change the p4 to p2, etc.  And then  
wait

for a professional fix from ati :p

[gentoo-user] Re: ATI-drivers 12.3 with Kernel 3.4

2012-04-16 Thread walt 
On 04/16/2012 06:09 AM, Helmut Jarausch wrote:
 
 Hi,
 
 does anybody know about patches for the ATI-drivers 12.3 to work with 
 git-sources 3.4_rc3 ?

Well, patch is too formal for the ugly hack I use :)

After building your new kernel you should patch one kernel header file
before building ati-drivers (taken from lkml):


--- arch/x86/include/asm/compat.h.orig  2012-04-08 11:51:29.569528342 -0700
+++ arch/x86/include/asm/compat.h   2012-04-08 14:33:58.309972502 -0700
@@ -221,6 +221,7 @@
return (u32)(unsigned long)uptr;
 }
 
+#ifdef CONFIG_x86_64
 static inline void __user *arch_compat_alloc_user_space(long len)
 {
compat_uptr_t sp;
@@ -234,6 +235,15 @@
 
return (void __user *)round_down(sp - len, 16);
 }
+#else
+
+static inline void __user *arch_compat_alloc_user_space(long len)
+{
+ struct pt_regs *regs = task_pt_regs(current);
+ return (void __user *)regs-sp -len;
+}
+
+#endif
 
 static inline bool is_x32_task(void)
 {


Here's the ugly part:  some names in compat.h were changed recently, and
I can't be bothered to do a proper fix, so I hacked this together instead:

--- common/lib/modules/fglrx/build_mod/firegl_public.c  2012-03-23 
13:38:48.0 -0700
+++ /tmp/firegl_public.c2012-04-16 10:45:41.426582953 -0700
@@ -4181,7 +4181,7 @@
 {
 unsigned int p;
 KCL_DEBUG5(FN_FIREGL_KAS, %d\n, level_init);
-for_each_cpu_mask(p, cpu_possible_map)
+for (p=0; p4; p++)
 {
 KCL_DEBUG1(FN_FIREGL_KAS,Setting initial execution level for CPU # 
%d\n, p);
 preempt_disable();


NOTE:  my new machine has 4 cpus, numbered 0 through 3, and I hardcoded that
number into the ati code, above, instead of deciphering the new kernel headers.
Ugly, ugly, ugly.  But it works perfectly :)

If you have two cpus you should change the p4 to p2, etc.  And then wait
for a professional fix from ati :p

[gentoo-user] Re: ati-drivers for xorg-server-11.0 ?

2011-08-27 Thread Nikos Chantziaras 

On 08/27/2011 06:37 PM, Helmut Jarausch wrote:

Hi,

does anybody know about an ati-driver for the new xorg-server-11.0
system. Is there an experimental drivers as it used to be.


There isn't one right now.  AMD usually supports the X.Org version that 
Ubuntu is shipping in its next version.  The next Ubuntu is 11.10 and 
uses X.Org server 1.10.  If Ubuntu switches to server 1.11, then AMD 
might support that.


Or it might support 1.11 anyway even if Ubuntu doesn't, but this happens 
very rarely (if ever.)

Re: [gentoo-user] Re: ati drivers.

2009-11-13 Thread Igor 
В сообщении от Пятница 13 ноября 2009 05:38:24 автор Nikos Chantziaras 
написал:
 On 11/12/2009 11:55 PM, Igor wrote:
  В сообщении от Пятница 13 ноября 2009 00:30:35 автор Volker Armin Hemmann
 
  написал:
   [...]
  yeah, unpacking in /usr/portage is completly wrong. Just follow the
  instructions.
 
  I strictly follow the instructions. But emerge: there are no ebuilds to
  satisfy =x11-base/xorg-server-1.6.3.901-r99.
 
 Volker's instructions work, but the overlay method is more complicated
 than it needs to be.  You can find an easier method of applying the
 patch here:
 
 http://forums.gentoo.org/viewtopic-t-794699.html
 
 This has the benefit that it works with all versions of X.Org and not
 just with 1.6.3 and you don't need a custom ebuild in your local overlay.
 
 Note that the patch we're talking about does *not* fix the CPU load on
 moving windows; ati-drivers are just too slow with this operation. It
 only fixes the resizing, maximizing and opening of new windows.
 
Thank you. But i have question about this patch. Why ati driver is very slow 
in X.Org? Is it bug ati driver or X.Org?

Re: [gentoo-user] Re: ati drivers.

2009-11-13 Thread Volker Armin Hemmann 
On Freitag 13 November 2009, Igor wrote:
 В сообщении от Пятница 13 ноября 2009 05:38:24 автор Nikos Chantziaras
 
 написал:
  On 11/12/2009 11:55 PM, Igor wrote:
   В сообщении от Пятница 13 ноября 2009 00:30:35 автор Volker Armin
   Hemmann
  
   написал:
[...]
   yeah, unpacking in /usr/portage is completly wrong. Just follow the
   instructions.
  
   I strictly follow the instructions. But emerge: there are no ebuilds
   to satisfy =x11-base/xorg-server-1.6.3.901-r99.
 
  Volker's instructions work, but the overlay method is more complicated
  than it needs to be.  You can find an easier method of applying the
  patch here:
 
  http://forums.gentoo.org/viewtopic-t-794699.html
 
  This has the benefit that it works with all versions of X.Org and not
  just with 1.6.3 and you don't need a custom ebuild in your local overlay.
 
  Note that the patch we're talking about does *not* fix the CPU load on
  moving windows; ati-drivers are just too slow with this operation. It
  only fixes the resizing, maximizing and opening of new windows.
 
 Thank you. But i have question about this patch. Why ati driver is very
  slow in X.Org? Is it bug ati driver or X.Org?
 

as I wrote before, 'they' changed X a long time ago for intel drivers and 
screwed over everybody else. So it is X fault - but X devs put the fingers in 
their ears, say it is everybody's else fault and sing lalala.

Re: [gentoo-user] Re: ati drivers.

2009-11-13 Thread Volker Armin Hemmann 
On Freitag 13 November 2009, Nikos Chantziaras wrote:
 On 11/12/2009 11:55 PM, Igor wrote:
  В сообщении от Пятница 13 ноября 2009 00:30:35 автор Volker Armin Hemmann
 
  написал:
   [...]
  yeah, unpacking in /usr/portage is completly wrong. Just follow the
  instructions.
 
  I strictly follow the instructions. But emerge: there are no ebuilds to
  satisfy =x11-base/xorg-server-1.6.3.901-r99.
 
 Volker's instructions work, but the overlay method is more complicated
 than it needs to be.  You can find an easier method of applying the
 patch here:
 
 http://forums.gentoo.org/viewtopic-t-794699.html
 
 This has the benefit that it works with all versions of X.Org and not
 just with 1.6.3 and you don't need a custom ebuild in your local overlay.
 
 Note that the patch we're talking about does *not* fix the CPU load on
 moving windows; ati-drivers are just too slow with this operation. It
 only fixes the resizing, maximizing and opening of new windows.
 

indeed., except all xorg-server versions are covered in that thread ;)

Re: [gentoo-user] Re: ati drivers.

2009-11-13 Thread igwasm 


- Original Message - 
From: Volker Armin Hemmann volkerar...@googlemail.com

To: gentoo-user@lists.gentoo.org
Sent: Friday, November 13, 2009 2:26 PM
Subject: Re: [gentoo-user] Re: ati drivers.


On Freitag 13 November 2009, Igor wrote:

В сообщении от Пятница 13 ноября 2009 05:38:24 автор Nikos Chantziaras

написал:
 On 11/12/2009 11:55 PM, Igor wrote:
  В сообщении от Пятница 13 ноября 2009 00:30:35 автор Volker Armin
  Hemmann
 
  написал:
   [...]
  yeah, unpacking in /usr/portage is completly wrong. Just follow the
  instructions.
 
  I strictly follow the instructions. But emerge: there are no ebuilds
  to satisfy =x11-base/xorg-server-1.6.3.901-r99.

 Volker's instructions work, but the overlay method is more complicated
 than it needs to be.  You can find an easier method of applying the
 patch here:

 http://forums.gentoo.org/viewtopic-t-794699.html

 This has the benefit that it works with all versions of X.Org and not
 just with 1.6.3 and you don't need a custom ebuild in your local 
 overlay.


 Note that the patch we're talking about does *not* fix the CPU load on
 moving windows; ati-drivers are just too slow with this operation. It
 only fixes the resizing, maximizing and opening of new windows.

Thank you. But i have question about this patch. Why ati driver is very
 slow in X.Org? Is it bug ati driver or X.Org?




as I wrote before, 'they' changed X a long time ago for intel drivers and
screwed over everybody else. So it is X fault - but X devs put the fingers 
in

their ears, say it is everybody's else fault and sing lalala.


I really don`t understand this. X have spec and all must use it. X don`t 
must use spec of intel. If X change spec then all must change drivers. Open 
source driver work fine.

Re: [gentoo-user] Re: ati drivers.

2009-11-13 Thread Volker Armin Hemmann 
On Freitag 13 November 2009, igwasm wrote:
 - Original Message -
 From: Volker Armin Hemmann volkerar...@googlemail.com
 To: gentoo-user@lists.gentoo.org
 Sent: Friday, November 13, 2009 2:26 PM
 Subject: Re: [gentoo-user] Re: ati drivers.
 
 On Freitag 13 November 2009, Igor wrote:
  В сообщении от Пятница 13 ноября 2009 05:38:24 автор Nikos Chantziaras
 
  написал:
   On 11/12/2009 11:55 PM, Igor wrote:
В сообщении от Пятница 13 ноября 2009 00:30:35 автор Volker Armin
Hemmann
   
написал:
 [...]
yeah, unpacking in /usr/portage is completly wrong. Just follow the
instructions.
   
I strictly follow the instructions. But emerge: there are no ebuilds
to satisfy =x11-base/xorg-server-1.6.3.901-r99.
  
   Volker's instructions work, but the overlay method is more complicated
   than it needs to be.  You can find an easier method of applying the
   patch here:
  
   http://forums.gentoo.org/viewtopic-t-794699.html
  
   This has the benefit that it works with all versions of X.Org and not
   just with 1.6.3 and you don't need a custom ebuild in your local
   overlay.
  
   Note that the patch we're talking about does *not* fix the CPU load on
   moving windows; ati-drivers are just too slow with this operation. It
   only fixes the resizing, maximizing and opening of new windows.
 
  Thank you. But i have question about this patch. Why ati driver is very
   slow in X.Org? Is it bug ati driver or X.Org?
 
 
 as I wrote before, 'they' changed X a long time ago for intel drivers and
 screwed over everybody else. So it is X fault - but X devs put the fingers
 in
 their ears, say it is everybody's else fault and sing lalala.
 
 I really don`t understand this. X have spec and all must use it. X don`t
 must use spec of intel. If X change spec then all must change drivers. Open
 source driver work fine.
 

that has nothign to do with spec and how to use uninitialised memory.

Re: [gentoo-user] Re: ati drivers.

2009-11-13 Thread igwasm 


- Original Message - 
From: Volker Armin Hemmann volkerar...@googlemail.com

To: gentoo-user@lists.gentoo.org
Sent: Friday, November 13, 2009 4:08 PM
Subject: Re: [gentoo-user] Re: ati drivers.


On Freitag 13 November 2009, igwasm wrote:

- Original Message -
From: Volker Armin Hemmann volkerar...@googlemail.com
To: gentoo-user@lists.gentoo.org
Sent: Friday, November 13, 2009 2:26 PM
Subject: Re: [gentoo-user] Re: ati drivers.

On Freitag 13 November 2009, Igor wrote:
 В сообщении от Пятница 13 ноября 2009 05:38:24 автор Nikos Chantziaras

 написал:
  On 11/12/2009 11:55 PM, Igor wrote:
   В сообщении от Пятница 13 ноября 2009 00:30:35 автор Volker Armin
   Hemmann
  
   написал:
[...]
   yeah, unpacking in /usr/portage is completly wrong. Just follow the
   instructions.
  
   I strictly follow the instructions. But emerge: there are no 
   ebuilds

   to satisfy =x11-base/xorg-server-1.6.3.901-r99.
 
  Volker's instructions work, but the overlay method is more complicated
  than it needs to be.  You can find an easier method of applying the
  patch here:
 
  http://forums.gentoo.org/viewtopic-t-794699.html
 
  This has the benefit that it works with all versions of X.Org and not
  just with 1.6.3 and you don't need a custom ebuild in your local
  overlay.
 
  Note that the patch we're talking about does *not* fix the CPU load on
  moving windows; ati-drivers are just too slow with this operation. It
  only fixes the resizing, maximizing and opening of new windows.

 Thank you. But i have question about this patch. Why ati driver is very
  slow in X.Org? Is it bug ati driver or X.Org?


as I wrote before, 'they' changed X a long time ago for intel drivers and
screwed over everybody else. So it is X fault - but X devs put the 
fingers

in
their ears, say it is everybody's else fault and sing lalala.

I really don`t understand this. X have spec and all must use it. X don`t
must use spec of intel. If X change spec then all must change drivers. 
Open

source driver work fine.




that has nothign to do with spec and how to use uninitialised memory.


Hm. Is it undoc hack in X? Could i see this diff in code? I want use it in 
other distrs linux.

Re: [gentoo-user] Re: ati drivers.

2009-11-13 Thread Volker Armin Hemmann 
On Freitag 13 November 2009, igwasm wrote:
 - Original Message -
 From: Volker Armin Hemmann volkerar...@googlemail.com
 To: gentoo-user@lists.gentoo.org
 Sent: Friday, November 13, 2009 4:08 PM
 Subject: Re: [gentoo-user] Re: ati drivers.
 
 On Freitag 13 November 2009, igwasm wrote:
  - Original Message -
  From: Volker Armin Hemmann volkerar...@googlemail.com
  To: gentoo-user@lists.gentoo.org
  Sent: Friday, November 13, 2009 2:26 PM
  Subject: Re: [gentoo-user] Re: ati drivers.
 
  On Freitag 13 November 2009, Igor wrote:
   В сообщении от Пятница 13 ноября 2009 05:38:24 автор Nikos Chantziaras
  
   написал:
On 11/12/2009 11:55 PM, Igor wrote:
 В сообщении от Пятница 13 ноября 2009 00:30:35 автор Volker Armin
 Hemmann

 написал:
  [...]
 yeah, unpacking in /usr/portage is completly wrong. Just follow
 the instructions.

 I strictly follow the instructions. But emerge: there are no
 ebuilds
 to satisfy =x11-base/xorg-server-1.6.3.901-r99.
   
Volker's instructions work, but the overlay method is more
complicated than it needs to be.  You can find an easier method of
applying the patch here:
   
http://forums.gentoo.org/viewtopic-t-794699.html
   
This has the benefit that it works with all versions of X.Org and not
just with 1.6.3 and you don't need a custom ebuild in your local
overlay.
   
Note that the patch we're talking about does *not* fix the CPU load
on moving windows; ati-drivers are just too slow with this operation.
It only fixes the resizing, maximizing and opening of new windows.
  
   Thank you. But i have question about this patch. Why ati driver is very
slow in X.Org? Is it bug ati driver or X.Org?
  
  
  as I wrote before, 'they' changed X a long time ago for intel drivers
   and screwed over everybody else. So it is X fault - but X devs put the
   fingers
  in
  their ears, say it is everybody's else fault and sing lalala.
 
  I really don`t understand this. X have spec and all must use it. X don`t
  must use spec of intel. If X change spec then all must change drivers.
  Open
  source driver work fine.
 
 
 that has nothign to do with spec and how to use uninitialised memory.
 
 Hm. Is it undoc hack in X? Could i see this diff in code? I want use it in
 other distrs linux.
 

look at the patch and google a bit. There has been a lot of talk about this.

[gentoo-user] Re: ati drivers.

2009-11-12 Thread James 
Igor igwasm at rambler.ru writes:

 I would use kde-base/kwifimanager-3.5.10 every now and then to check 
 networks, 
 IP address, or strength of signal when I would not use iwconfig or iwlist. 
 This will be removed soon, so what is the KDE4 equivalent?


Great timing, as I need to revisit my wireless options and
strategies on several laptops.

One can always look at the options:
'ls /usr/portage/net-wireless'

but, it is nice when folks comment on what works well with
kde4, as that is my issue too.


http://gentoo-portage.com/net-wireless/
gives a great interface and let's you know a bit more info.

net-wireless/waveselect
looks promising?
Do post back what you end up using.

hth,
James

[gentoo-user] Re: ati drivers.

2009-11-12 Thread Nikos Chantziaras 

On 11/12/2009 11:55 PM, Igor wrote:

В сообщении от Пятница 13 ноября 2009 00:30:35 автор Volker Armin Hemmann
написал:

 [...]
yeah, unpacking in /usr/portage is completly wrong. Just follow the
instructions.


I strictly follow the instructions. But emerge: there are no ebuilds to
satisfy =x11-base/xorg-server-1.6.3.901-r99.


Volker's instructions work, but the overlay method is more complicated 
than it needs to be.  You can find an easier method of applying the 
patch here:


http://forums.gentoo.org/viewtopic-t-794699.html

This has the benefit that it works with all versions of X.Org and not 
just with 1.6.3 and you don't need a custom ebuild in your local overlay.


Note that the patch we're talking about does *not* fix the CPU load on 
moving windows; ati-drivers are just too slow with this operation. It 
only fixes the resizing, maximizing and opening of new windows.

[gentoo-user] Re: ati-drivers to radeon

2009-09-23 Thread James 
Nikos Chantziaras realnc at arcor.de writes:

*   ATI Radeon display support │ │
  │ │[*] DDC/I2C for ATI Radeon support (NEW) │ 
│
  │ │[*] Support for backlight control (NEW)



Thanks.



James

[gentoo-user] Re: ati-drivers to radeon

2009-09-22 Thread James 
Ward Poelmans wpoely86 at gmail.com writes:


 Yes, change your xorg.conf. Change 'Driver fglx' to 'Driver radeon'.



thanks,


James

[gentoo-user] Re: ati-drivers to radeon

2009-09-21 Thread Nikos Chantziaras 

On 09/21/2009 08:10 PM, James wrote:

Hello,

Currently, on an old laptop I have this chip:
01:05.0 VGA compatible controller: ATI Technologies Inc
Radeon XPRESS 200M 5955 (PCIE) (prog-if 00 [VGA controller])

using ati-drivers, all if fine with:

 xorg-server-1.5.3-r5
 ati-drivers-8.593
 xorg-x11-7.4
 linux -  linux-2.6.28-gentoo-r5/

I want to convert to the open-source radeon driver


I'm not finding instruction docs (except very old) so here's
what I have found to do.

edit /etc/make.conf:

VIDEO_CARDS=radeon vesa
(I keep vesa for a backup)

emerge -C ati-drivers

run 'qlist -I -C x11-drivers/'

and rebuild the list of supporting drivers?
reboot

???  that simple or did I miss something?


One more thing.  Enable DRM support in the kernel and select the Radeon 
DRM driver.  You need this or else you won't get accelerated graphics.

[gentoo-user] Re: Ati-drivers emerge fails.

2009-06-07 Thread Nikos Chantziaras 

Hazen Valliant-Saunders wrote:

Good Day;

ati-drivers fails to emerge; foolowed the somewhat out of date doc's 
online.


There doesn't exist a Catalyst for Linux release yet that support kernel 
2.6.29.  Even if you install the latest version (9.5), it won't work.

Re: [gentoo-user] Re: Ati-drivers emerge fails.

2009-06-07 Thread Volker Armin Hemmann 
On Sonntag 07 Juni 2009, Nikos Chantziaras wrote:
 Hazen Valliant-Saunders wrote:
  Good Day;
 
  ati-drivers fails to emerge; foolowed the somewhat out of date doc's
  online.

 There doesn't exist a Catalyst for Linux release yet that support kernel
 2.6.29.  Even if you install the latest version (9.5), it won't work.

it works with a patch.

everything you need can be found in bugzilla.

[gentoo-user] Re: Ati-drivers emerge fails.

2009-06-07 Thread Nikos Chantziaras 

Volker Armin Hemmann wrote:

On Sonntag 07 Juni 2009, Nikos Chantziaras wrote:

Hazen Valliant-Saunders wrote:

Good Day;

ati-drivers fails to emerge; foolowed the somewhat out of date doc's
online.

There doesn't exist a Catalyst for Linux release yet that support kernel
2.6.29.  Even if you install the latest version (9.5), it won't work.


it works with a patch.

everything you need can be found in bugzilla.


The patch results in the driver issuing a warning about kernel data 
malformed/corrupted (something like that, but sounds pretty serious) at 
a rate of about a dozen per second (check with dmesg).  After a few 
hours, it locks up.  Also, the log files grow out of proportions due to 
the warning flood.

Re: [gentoo-user] Re: Ati-drivers emerge fails.

2009-06-07 Thread Volker Armin Hemmann 
On Sonntag 07 Juni 2009, Nikos Chantziaras wrote:
 Volker Armin Hemmann wrote:
  On Sonntag 07 Juni 2009, Nikos Chantziaras wrote:
  Hazen Valliant-Saunders wrote:
  Good Day;
 
  ati-drivers fails to emerge; foolowed the somewhat out of date doc's
  online.
 
  There doesn't exist a Catalyst for Linux release yet that support kernel
  2.6.29.  Even if you install the latest version (9.5), it won't work.
 
  it works with a patch.
 
  everything you need can be found in bugzilla.

 The patch results in the driver issuing a warning about kernel data
 malformed/corrupted (something like that, but sounds pretty serious) at
 a rate of about a dozen per second (check with dmesg).  After a few
 hours, it locks up.  Also, the log files grow out of proportions due to
 the warning flood.

a) depends on your settings
b) the warning seems to harmless because
c) I have uptimes of days with that driver without problems.

[gentoo-user] Re: ati-drivers-8.501 does not compile with kernel gentoo-sources 2.6.26-r3

2008-11-24 Thread Nikos Chantziaras 

Arttu V. wrote:

On 11/24/08, Volker Armin Hemmann [EMAIL PROTECTED] wrote:

On Montag 24 November 2008, Christian wrote:

Hi all,

I wanted to update my kernel to 2.6.26-r3 today. But the ati-drivers
version 8.501 won't compile.

is there a good reason to use acient drivers?


They're the latest stable on x86 -- and amd64 stable ones are even older.

And stabilization issues are being fought over in, e.g., this bug:


Use the non-stable ones.  8.552-r2.  The stable ones in portage are too old.

Re: [gentoo-user] Re: ati-drivers-8.501 does not compile with kernel gentoo-sources 2.6.26-r3

2008-11-24 Thread Robert Bridge 
On Mon, 24 Nov 2008 21:14:40 +0200
Nikos Chantziaras [EMAIL PROTECTED] wrote:

 Arttu V. wrote:
  On 11/24/08, Volker Armin Hemmann
  [EMAIL PROTECTED] wrote:
  On Montag 24 November 2008, Christian wrote:
  Hi all,
 
  I wanted to update my kernel to 2.6.26-r3 today. But the
  ati-drivers version 8.501 won't compile.
  is there a good reason to use acient drivers?
  
  They're the latest stable on x86 -- and amd64 stable ones are even
  older.
 
 Use the non-stable ones.  8.552-r2.  The stable ones in portage are
 too old.

If the stable ones are unstable due to age, file a bug specifically
against this matter. Simply switching to ~ ebuilds is treating the
symptom, not the problem.

RobbieAB

 


signature.asc
Description: PGP signature

[gentoo-user] Re: ati-drivers-8.552-r1 is blocking xorg-server

2008-11-16 Thread Nikos Chantziaras 

Volker Armin Hemmann wrote:

On Sonntag 16 November 2008, Nikos Chantziaras wrote:

I can't figure out how to fix this.  emerge ati-drivers gives this:

[ebuild  N] x11-drivers/ati-drivers-8.552-r1  USE=acpi -debug
74,042 kB
[blocks B ] x11-drivers/ati-drivers (is blocking
x11-base/xorg-server-1.5.2)

I'm trying to modify the ebuild:



don't do it. 1.58.552 hate each other. You will have broken composite and no 
aiglx.


I already have broken composite (or rather, no composite at all) and 
neither aiglx :D  (4870 with x11-drivers/radeonhd).  At least with this 
one the card isn't frying itself (no power management with OSS drivers) 
and I have OpenGL working (no 3D with OSS drivers).


The problem btw was that portage was lying to me.  It's not ati-drivers 
blocking xorg-server, but the other way around; xorg-server is blocking 
ati-drivers. :P


I got them to install.  They run better than the open source drivers :P

[gentoo-user] Re: ati-drivers

2007-09-03 Thread James 
Mark Knecht markknecht at gmail.com writes:




  Dell Inspiron 1721 is based on AMD ATI M690T chipset, Turion 64 X2 dual core
  processors with speeds from 1.8GHz to 2.2GHz, and ATI Mobility Radeon X1270


  so How/where do I read which chipsets are covered by which drivers?

 I would personally visit the Phoronix forums, sign up and ask the
 question there. 


 On the other hand, why do you need the ati-driver package at all. Have
 you considered just using the radeon driver in the kernel until you
 get this machine up and running and then deal with this driver issue
 later? That's my usual path to making a new ATI machine useful as
 quickly as possible.


Got vesa working. For now that good enough. I'll give the ati-drivers another
shot, once I read somewhere where this chips is covered by the ati-drivers:


01:05.0 VGA compatible controller: ATI Technologies Inc Unknown device 791f

It does not even show up in my favorite hardware index:
http://sources.gentoo.org/viewcvs.py/hwdata/trunk/pcitable?rev=5


James

-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Re: ati-drivers

2007-09-03 Thread Mark Knecht 
On 9/3/07, James [EMAIL PROTECTED] wrote:
 Mark Knecht markknecht at gmail.com writes:




   Dell Inspiron 1721 is based on AMD ATI M690T chipset, Turion 64 X2 dual 
   core
   processors with speeds from 1.8GHz to 2.2GHz, and ATI Mobility Radeon 
   X1270


   so How/where do I read which chipsets are covered by which drivers?

  I would personally visit the Phoronix forums, sign up and ask the
  question there.


  On the other hand, why do you need the ati-driver package at all. Have
  you considered just using the radeon driver in the kernel until you
  get this machine up and running and then deal with this driver issue
  later? That's my usual path to making a new ATI machine useful as
  quickly as possible.


 Got vesa working. For now that good enough. I'll give the ati-drivers another
 shot, once I read somewhere where this chips is covered by the ati-drivers

Glad for that much. Now the machine is usable. that's a good first step.


 01:05.0 VGA compatible controller: ATI Technologies Inc Unknown device 791f

 It does not even show up in my favorite hardware index:
 http://sources.gentoo.org/viewcvs.py/hwdata/trunk/pcitable?rev=5


I suspect that ATI has integrated an existing VGA core into a new
chipset. sometimes it takes Linux quite awhile to catch up on this
sort of issue. I had a Compaq laptop a couple of years ago with a new
chipset. It was probably 4 months before I could even attempt to turn
on DMA on my hard drives. The machine was very slow for quite a while.

It will get worked out. Look for a reasonable location to post some
info on the chipset. Note that the Linux kernel guys won't really help
with this as they don't like drivers that taint the kernel. I use ATI
drivers when I have to, like on my Myth frontend machines, but I stick
with the radeon driver if I want any real support.

Good luck,
Mark
-- 
[EMAIL PROTECTED] mailing list

[gentoo-user] Re: ati-drivers

2007-09-03 Thread James 
Mark Knecht markknecht at gmail.com writes:


 I suspect that ATI has integrated an existing VGA core into a new
 chipset.

yep


 I stick with the radeon driver if I want any real support.

That driver did not work either

It's a waiting game. One day, when googling, I'll find a post about that
chipset being covered.


Had a recent similar issue with a sony laptop, for one of the employees.
It's an intel 965G. No support (yet) in the i810 driver

oh well, they'll work eventually. Neither employee is big on 3D or
graphics anyway.


thx,

James



-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Re: ati-drivers

2007-09-03 Thread Mark Knecht 
On 9/3/07, James [EMAIL PROTECTED] wrote:
 Mark Knecht markknecht at gmail.com writes:


  I suspect that ATI has integrated an existing VGA core into a new
  chipset.

 yep


  I stick with the radeon driver if I want any real support.

 That driver did not work either

 It's a waiting game. One day, when googling, I'll find a post about that
 chipset being covered.

I think that it's PERFECTLY appropriate to subscribe to LKML and ask
them about it. They are always interested in supporting new hardware.
Often they are already working on it and can give you a schedule or
tell you what kernel to build to get it working.

My only point was they don't like the ati-drivers, not that they don't
want to support machines if possible.

Of course, ATI has to release specs for the Radeon driver to support
it completely. I think they do that but somewhat slowly.

Just my 2 cents,
Mark


 Had a recent similar issue with a sony laptop, for one of the employees.
 It's an intel 965G. No support (yet) in the i810 driver

 oh well, they'll work eventually. Neither employee is big on 3D or
 graphics anyway.


 thx,

 James



 --
 [EMAIL PROTECTED] mailing list


-- 
[EMAIL PROTECTED] mailing list

[gentoo-user] Re: ati-drivers

2007-09-02 Thread James 
Mark Knecht markknecht at gmail.com writes:


 You need to discover with lspci what ATI controller is in the machine
 and then check which ati-drivers packages support it. After doing that
 you need to make sure that the ati-drivers package you have chosen
 matches up with the kernel you are attempting to build/install.

Well, I think you are on to something: on the dell lspci shows:
00:00.0 Host bridge: ATI Technologies Inc Unknown device 7910
00:01.0 PCI bridge: ATI Technologies Inc Unknown device 7912
00:05.0 PCI bridge: ATI Technologies Inc Unknown device 7915
00:07.0 PCI bridge: ATI Technologies Inc Unknown device 7917
00:12.0 SATA controller: ATI Technologies Inc SB600 Non-Raid-5 SATA
00:13.0 USB Controller: ATI Technologies Inc SB600 USB (OHCI0)
00:13.1 USB Controller: ATI Technologies Inc SB600 USB (OHCI1)
00:13.2 USB Controller: ATI Technologies Inc SB600 USB (OHCI2)
00:13.3 USB Controller: ATI Technologies Inc SB600 USB (OHCI3)
00:13.4 USB Controller: ATI Technologies Inc SB600 USB (OHCI4)
00:13.5 USB Controller: ATI Technologies Inc SB600 USB Controller (EHCI)
00:14.0 SMBus: ATI Technologies Inc SB600 SMBus (rev 14)
snip

googling produces this:
Dell Inspiron 1721 is based on AMD ATI M690T chipset, Turion 64 X2 dual core
processors with speeds from 1.8GHz to 2.2GHz, and ATI Mobility Radeon X1270
integrated graphics.


so How/where do I read which chipsets are covered by which drivers?


James

-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Re: ati-drivers

2007-09-02 Thread Mark Knecht 
On 9/2/07, James [EMAIL PROTECTED] wrote:
 Mark Knecht markknecht at gmail.com writes:


  You need to discover with lspci what ATI controller is in the machine
  and then check which ati-drivers packages support it. After doing that
  you need to make sure that the ati-drivers package you have chosen
  matches up with the kernel you are attempting to build/install.

 Well, I think you are on to something: on the dell lspci shows:
 00:00.0 Host bridge: ATI Technologies Inc Unknown device 7910
 00:01.0 PCI bridge: ATI Technologies Inc Unknown device 7912
 00:05.0 PCI bridge: ATI Technologies Inc Unknown device 7915
 00:07.0 PCI bridge: ATI Technologies Inc Unknown device 7917
 00:12.0 SATA controller: ATI Technologies Inc SB600 Non-Raid-5 SATA
 00:13.0 USB Controller: ATI Technologies Inc SB600 USB (OHCI0)
 00:13.1 USB Controller: ATI Technologies Inc SB600 USB (OHCI1)
 00:13.2 USB Controller: ATI Technologies Inc SB600 USB (OHCI2)
 00:13.3 USB Controller: ATI Technologies Inc SB600 USB (OHCI3)
 00:13.4 USB Controller: ATI Technologies Inc SB600 USB (OHCI4)
 00:13.5 USB Controller: ATI Technologies Inc SB600 USB Controller (EHCI)
 00:14.0 SMBus: ATI Technologies Inc SB600 SMBus (rev 14)
 snip

 googling produces this:
 Dell Inspiron 1721 is based on AMD ATI M690T chipset, Turion 64 X2 dual core
 processors with speeds from 1.8GHz to 2.2GHz, and ATI Mobility Radeon X1270
 integrated graphics.


 so How/where do I read which chipsets are covered by which drivers?



I would personally visit the Phoronix forums, sign up and ask the
question there. Most likely a very helpful individual named Michael
will be able to tell you more about which driver revision, if any,
works with that Radeon.

Maybe a helpful Gentoo person can answer the question sooner but it
doesn't hurt to have a second opinion. He's very ATI knowledgeable and
don't have a strong ati-driver anti-bias like we run into here some
times.

On the other hand, why do you need the ati-driver package at all. Have
you considered just using the radeon driver in the kernel until you
get this machine up and running and then deal with this driver issue
later? That's my usual path to making a new ATI machine useful as
quickly as possible.

I run ati-drivers on some machine but prefer to stick with the kernel
driver when I Can.

Good luck whatever you do,
Mark
-- 
[EMAIL PROTECTED] mailing list

[gentoo-user] Re: ati-drivers text corruption problem.

2007-06-14 Thread grante 
In gmane.linux.gentoo.user, you wrote:
 On Thu, 2007-06-14 at 17:17 +, Grant Edwards wrote:
 All of the recent ati-drivers seem to have a bug that corrupts
 contents of some scrolling text windows.  It looks like this:
 
   http://www.visi.com/~grante/fglrxbug.png

 wow, never seen that and I've used most versions of ati-drivers up to
 x11-drivers/ati-drivers-8.37.6-r1

The only program it reliably happens with is aterm.  Other
terminal programs don't seem to trigger the bug.  I suspect
that rxvt will also trigger it since they share a lot of code.
I'm not sure when it started to happen.  I think it worked OK
back in the 8.2x series, but you can't run those drivers with
newer kernels and new versions of xorg.

 maybe provide your card specs?

It's an IBM Thinkpad with an M22 X300 chipset w/ 64MB of
RAM.  I can look up the chipset rev tomorrow.

 The Xorg radeon driver doesn't have this problem, but DRI
 support in that driver doesn't work for some of the programs I
 run.

 unfortunately, neither the xorg radeon driver nor the ati radeon driver
 give me very good performance... on a RV350 Mobility Radeon 9600 M10.

Yea, I've noticed that.  The radeon driver DRI support only
works for some programs and at about a 20% reduced frame rate.

-- 
Grant Edwards   grante Yow!  Oh, I get it!! The
  at   BEACH goes on, huh,
   visi.comSONNY??
-- 
[EMAIL PROTECTED] mailing list

[gentoo-user] Re: ati-drivers ebuild for 9200 and 2.6.18?

2006-12-29 Thread James 
Grant Edwards grante at visi.com writes:

 I'm currently testing an 8.28.8-r1 ebuild.  Once I'm confident
 I haven't broken anything, I'll post it.


Hello Grant,

I have a ATI 1900 card:


01:00.0 VGA compatible controller: ATI Technologies Inc R580 [Radeon X1900 XT]
Primary
01:00.1 Display controller: ATI Technologies Inc R580 [Radeon X1900 XT] 
Secondary


Let me know where you post and I test your ebuild/overlay.

Do put up some brief instructions, since abondoning the radeon
driver, I've not been able to get anything but a black screen
out of the ati-binary driver, with any number of kernels I've tried.

What's your entry for that 9200 card in the make.conf?

Can you send me the relevant portions of the xorg.conf file?


James





-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: ati-drivers ebuild for 9200 and 2.6.18?

2006-12-29 Thread Grant Edwards 
On 2006-12-29, James [EMAIL PROTECTED] wrote:

 I'm currently testing an 8.28.8-r1 ebuild.  Once I'm confident
 I haven't broken anything, I'll post it.

 I have a ATI 1900 card:

 01:00.0 VGA compatible controller: ATI Technologies Inc R580 [Radeon X1900 
 XT] Primary
 01:00.1 Display controller: ATI Technologies Inc R580 [Radeon X1900 XT] 
 Secondary

 Let me know where you post and I test your ebuild/overlay.

Don't the newer versions of ati drivers work with that card?
Are you sure you want to use such an old version of the driver?

 Do put up some brief instructions, since abondoning the radeon
 driver, I've not been able to get anything but a black screen
 out of the ati-binary driver, with any number of kernels I've
 tried.

There are detailed instructions at http://gentoo-wiki.com/HOWTO_ATI_Drivers

 What's your entry for that 9200 card in the make.conf?

VIDEO_CARDS=radeon vesa fbdev fglrx

 Can you send me the relevant portions of the xorg.conf file?

For what it's worth, here's my xorg.conf file


Section ServerLayout
Identifier X.org Configured
Screen  0  aticonfig-Screen[0] 0 0
InputDeviceMouse0 CorePointer
InputDeviceKeyboard0 CoreKeyboard
EndSection

Section Files
FontPath /usr/share/fonts/misc/
FontPath /usr/share/fonts/TTF/
FontPath /usr/share/fonts/Type1/
FontPath /usr/share/fonts/CID/
FontPath /usr/share/fonts/75dpi/
FontPath /usr/share/fonts/100dpi/
EndSection

Section Module
Load  extmod
Load  dri
Load  glx
Load  dbe
Load  record
Load  xtrap
Load  type1
Load  freetype
EndSection

Section InputDevice
Identifier  Keyboard0
Driver  kbd
EndSection

Section ServerFlags
   option AIGLX off
EndSection

Section InputDevice
Identifier  Mouse0
Driver  mouse
Option  Protocol ExplorerPS/2
Option  Device /dev/psaux
Option  ZAxisMapping 6 7
EndSection

Section Monitor
Identifier   Monitor0
VendorName   NEC
ModelNameMultisync 97F
DisplaySize  386289
HorizSync31.5 - 79.0
VertRefresh  50.0 - 90.0
EndSection

Section Monitor
Identifier   aticonfig-Monitor[0]
Option  VendorName ATI Proprietary Driver
Option  ModelName Generic Autodetecting Monitor
Option  DPMS true
EndSection

Section Device

#   Driver  fglrx
Identifier  Card0
Driver  ati
VendorName  ATI Technologies Inc
BoardName   Radeon RV280 [Radeon 9200]
Option  mtrr off
BusID   PCI:1:0:0
EndSection

Section Device
Identifier  aticonfig-Device[0]
Driver  fglrx
EndSection

Section Screen
Identifier Screen0
Device Card0
MonitorMonitor0
DefaultDepth 24
SubSection Display
Virtual   1280 1024
Depth 8
EndSubSection
SubSection Display
Virtual   1280 1024
Depth 15
EndSubSection
SubSection Display
Virtual   1280 1024
Depth 16
EndSubSection
SubSection Display

#Virtual 1024 768
Virtual   1280 1024
Depth 24
EndSubSection
EndSection

Section Screen
Identifier aticonfig-Screen[0]
Device aticonfig-Device[0]
Monitoraticonfig-Monitor[0]
DefaultDepth 24
SubSection Display
Virtual   1280 1024
Viewport   0 0
Depth 24
EndSubSection
EndSection

Section DRI
Mode 0666
EndSection



-- 
Grant Edwards   grante Yow!  Why is everything
  at   made of Lycra Spandex?
   visi.com

-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: ati-drivers ebuild for 9200 and 2.6.18?

2006-12-29 Thread James 
Grant Edwards grante at visi.com writes:

  I have a ATI 1900 card:

  01:00.0 VGA compatible controller: ATI Technologies Inc R580 [Radeon X1900
XT] Primary
  01:00.1 Display controller: ATI Technologies Inc R580 [Radeon X1900 XT]
Secondary

 VIDEO_CARDS=radeon vesa fbdev fglrx


Well, using your suggestion, I have it x/kde working again, but I get this
error when I run glxinfo:

libGL error: failed to open DRM: Operation not permitted
libGL error: reverting to (slow) indirect rendering

Here's what I have installed:
x11-drivers/ati-drivers
Installed:   8.32.5

x11-libs/libdrm
 Installed:   2.3.0

x11-base/x11-drm
Installed:   20060608

x11-base/xorg-server
Installed:   1.1.1-r3

I figured the latest software might help. Also this page:

http://wiki.cchtml.com/index.php/Main_Page

Seemed to do the trick, and a link off of that page
does suggest the ati-1900xt card is supported with
many bug fixes in 8.32.5.

Any ideas what I can do about the libgl error?


James




-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: ati-drivers ebuild for 9200 and 2.6.18?

2006-12-27 Thread Grant Edwards 
On 2006-12-27, Rumen Yotov [EMAIL PROTECTED] wrote:
 Grant Edwards HA||UCA:
 Is there an ati-drivers ebuild that will install a Radeon
 9200/9250 compatible driver under 2.6.18?  The most recent ATI
 driver that works with the 9200 series is 8.28.8, but it (and
 older versions) won't compile out-of-the-box under 2.6.18.  

 Read the official gentoo-doc about ATI drivers.

I did.

 Could use the Xorg free ATI-drivers.

I used those for a while, but the results were rather poor.
Performance wasn't very good and there were a lot of rendering
glitches. More recently any attempt to do openGL just caused
the X server to segfault, so I had to shut of DRI completely.
After that I gave op on the Xorg ATI-driver and switched to the
ati-drivers package.

But, then when I finally decided to upgrade my kernel, the
stable ati-drivers ebuild stopped working.  The testing
ebuild works, but support for the 9200 series has been removed
from recent drivers by ATI.

The patche required to make 8.28.8 build under 2.6.18 are
trivial (4-5 lines changed). I ought to read up on ebuilds and
submit a patch.

-- 
Grant Edwards   grante Yow!  TONY RANDALL! Is YOUR
  at   life a PATIO of FUN??
   visi.com

-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: ati-drivers ebuild for 9200 and 2.6.18?

2006-12-27 Thread Grant Edwards 
On 2006-12-27, Grant Edwards [EMAIL PROTECTED] wrote:
 On 2006-12-27, Rumen Yotov [EMAIL PROTECTED] wrote:
 Grant Edwards HA||UCA:
 Is there an ati-drivers ebuild that will install a Radeon
 9200/9250 compatible driver under 2.6.18?  The most recent ATI
 driver that works with the 9200 series is 8.28.8, but it (and
 older versions) won't compile out-of-the-box under 2.6.18.  

 Read the official gentoo-doc about ATI drivers.

 I did.

 Could use the Xorg free ATI-drivers.

 I used those for a while, but the results were rather poor.
 Performance wasn't very good and there were a lot of rendering
 glitches. More recently any attempt to do openGL just caused
 the X server to segfault, so I had to shut of DRI completely.
 After that I gave op on the Xorg ATI-driver and switched to the
 ati-drivers package.

 But, then when I finally decided to upgrade my kernel, the
 stable ati-drivers ebuild stopped working.  The testing
 ebuild works, but support for the 9200 series has been removed
 from recent drivers by ATI.

 The patche required to make 8.28.8 build under 2.6.18 are
 trivial (4-5 lines changed). I ought to read up on ebuilds and
 submit a patch.

I'm currently testing an 8.28.8-r1 ebuild.  Once I'm confident
I haven't broken anything, I'll post it.

-- 
Grant Edwards   grante Yow!  I'm having a
  at   RELIGIOUS EXPERIENCE... and
   visi.comI don't take any DRUGS

-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: ati-drivers

2005-04-11 Thread James 
Edward Catmur ed at catmur.co.uk writes:


 emerge -u ati-drivers

Yea, well  just because there is a later version of the ati-drivers
it will not let me update

!!! Error: the media-video/ati-drivers-8.8.25-r3 package conflicts with another
package.
!!!both can't be installed on the same system together.
!!!Please use 'emerge --pretend' to determine blockers.


emerge -p ati-drivers

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[blocks B ] media-video/ati-drivers-8.8.25-r3 (is blocking
x11-base/opengl-update-2.1.1-r1)


emerge -s ati-drivers shows:
 Latest version available: 8.10.19
  Latest version installed: 8.8.25


but I cannot update to 8.10.19 for some odd reason


James


--
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: ati-drivers

2005-04-11 Thread Tim Janssen 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

It looks like portage might be trying to emerge an updated version of
opengl-update which is a dependency of the new ati-drivers but the old
ati-drivers you have are blocking the new opengl-update.

You could try unmerging ati-drivers and opengl-update and then
re-emerging them. That approach *usually* works for me.

Tim
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFCWtJdaRz9jZhWXD0RAgWtAJ9XLFPXKU42sOmZPZW4nU5oHmzcJACfRR18
+cZmzqVBg6pOrLA11G4+Xrk=
=SqNR
-END PGP SIGNATURE-
--
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: ati-drivers

2005-04-11 Thread Mitko Moshev 
James wrote:
Edward Catmur ed at catmur.co.uk writes:
 

emerge -u ati-drivers
   

Yea, well  just because there is a later version of the ati-drivers
it will not let me update
!!! Error: the media-video/ati-drivers-8.8.25-r3 package conflicts with another
package.
!!!both can't be installed on the same system together.
!!!Please use 'emerge --pretend' to determine blockers.
emerge -p ati-drivers
These are the packages that I would merge, in order:
Calculating dependencies ...done!
[blocks B ] media-video/ati-drivers-8.8.25-r3 (is blocking
x11-base/opengl-update-2.1.1-r1)
emerge -s ati-drivers shows:
Latest version available: 8.10.19
 Latest version installed: 8.8.25
but I cannot update to 8.10.19 for some odd reason
James
--
gentoo-user@gentoo.org mailing list
 

Try emerge unmerge ati-drivers and then emerge -a ati-drivers
--
gentoo-user@gentoo.org mailing list