headers
Alex Deucher | 1 Sep 2007 05:13
Picon

Bug#348082: xserver-xorg: [ati/radeon] pinkness and interference pattern on Radeon RV250 If [Radeon 9000] rev 1 and TMDS-connected Samsung SyncMaster 213T

On 8/31/07, Branden Robinson <branden <at> debian.org> 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 #1: this looks like actual framebuffer
> > > corruption on top of the video signal interference (sic?) I've been
> > > experiencing since I filed this bug.
>
> My opinion now is that it has something to do with pixmap cache management.
>
> 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 recently-viewed webpages and windows that were unmapped when the
> previous X session was terminated.

Very strange.  Can you open an new bug (https://bugs.freedesktop.org)
for that?

Alex
Permalink | Reply | 0 comments |
headers
Alex Deucher | 1 Sep 2007 05:22
Picon

Bug#348082: xserver-xorg: [ati/radeon] pinkness and interference pattern on Radeon RV250 If [Radeon 9000] rev 1 and TMDS-connected Samsung SyncMaster 213T

On 8/31/07, Branden Robinson <branden <at> debian.org> 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 work.  Should it?
> >
> > Depends on the monitor.  In most cases it should.  Can you send me the
> > output of xrandr --verbose?
>
> Here you go.  I'll tackle the rest of your requests this evening or over
> the weekend.
>

It appears the driver thinks have two monitors connected.  do you?  If
not, I think perhaps I got the dac mapping backwards when I suggested
the connectortable.  does it help if you force off DVI-0 (xrandr
--output DVI-0 --off)

Can you also try this connectortable (reverses the dac mapping)?
Option "ConnectorTable" "3,1,1,3,2,0,0,3"

Thanks,

Alex

> Screen 0: minimum 320 x 200, current 1600 x 1200, maximum 1600 x 1600
> DVI-1 connected 1600x1200+0+0 (0x4f) normal (normal left inverted right x axis y axis) 432mm x 324mm
>         Identifier: 0x4c
>         Timestamp:  -772800836
>         Subpixel:   horizontal rgb
(Continue reading)

Permalink | Reply | 0 comments |
headers
jidanni | 1 Sep 2007 06:08
Favicon
Gravatar

Bug#440389: Too wide for 800x600

Package: xdm
Version: 1:1.1.6-2
Severity: wishlist

Now the login screen is too wide for 800x600!
Permalink | Reply | 0 comments |
headers
Brice Goglin | 1 Sep 2007 09:06

Bug#440389: Too wide for 800x600

jidanni <at> jidanni.org wrote:
> Package: xdm
> Version: 1:1.1.6-2
> Severity: wishlist
>
> Now the login screen is too wide for 800x600!
>   

Could rebuilt xdm after changing --with-xft to --with-xft=no in
debian/rules and see whether it helps for various bugs you reported?

apt-get build-dep xdm
apt-get source xdm
<edit debian/rules>
dpkg-buildpackage -rfakeroot -us -uc
dpkg -i foo.deb

Thanks,
Brice
Permalink | Reply | 0 comments |
headers
Brice Goglin | 1 Sep 2007 09:12

Bug#440376: xserver-xorg-video-ati: acceleration method "exa" freezes the computer

Jiří Paleček wrote:
> Option "AccelMethod" "exa"
>
> and when I run xserver with this option, it very soon freezes the
> computer,
> even if I'm in the console. It begins by not accepting keyboard input,
> strangely
> the console I'm in accepts input longer.

Does it freeze with 6.6.193-2 and EXA ? The old package is available at

http://snapshot.debian.net/archive/2007/08/21/debian/pool/main/x/xserver-xorg-video-ati/
(it was already built for the new xserver-xorg-core in experimental).

This test would help us know whether the problem appeared in the new ati
driver or in the Xserver.

(I guess you were not using EXA before 6.7.19x since it was often slower
than XAA)

Brice
Permalink | Reply | 0 comments |
headers
Brice Goglin | 1 Sep 2007 09:33

Bug#440373: xserver-xorg-video-ati: server doesn't start in my preferred mode and insists on 1024x768

Jiří Paleček wrote:
> I upgraded my xorg video driver and the server won't start in my
> preferred mode 1400x1050, but instead starts in 1024x768. I followed
> the instructions in http://bgoglin.livejournal.com/10423.html, but it
> only solved the problem so I have the mode and can switch into it
> through xrandr. 

I don't see anything wrong in your config, except maybe the HorizSync
and VertRefresh that you could try removing.

The log says:
  (II) RADEON(0): Supported VESA Video Modes:
  (II) RADEON(0): 720x400 <at> 70Hz
  (II) RADEON(0): 640x480 <at> 60Hz
  (II) RADEON(0): 640x480 <at> 75Hz
  (II) RADEON(0): 800x600 <at> 75Hz
  (II) RADEON(0): 1024x768 <at> 75Hz
  (II) RADEON(0): 1280x1024 <at> 75Hz
and
  (II) RADEON(0): Using hsync ranges from config file
  (II) RADEON(0): Using vrefresh ranges from config file
  (II) RADEON(0): Printing DDC gathered Modelines:
  (II) RADEON(0): Modeline "640x480"   31.50  640 656 720 840  480 481
484 500 -hsync -vsync
  (II) RADEON(0): Modeline "640x480"   25.20  640 656 752 800  480 490
492 525 -hsync -vsync
  (II) RADEON(0): Modeline "720x400"   28.32  720 738 846 900  400 412
414 449 -hsync +vsync
  (II) RADEON(0): Modeline "1280x1024"  135.00  1280 1296 1440 1688 
1024 1025 1028 1066 +hsync +vsync
(Continue reading)

Permalink | Reply | 0 comments |
headers
"Rafael =?UTF-8?Q?Esp=C3=ADndola" ?= | 1 Sep 2007 11:12
Picon

Bug#432256: also present on x86-64

The same bug is present on x86-64. The proposed patch fixes the problem.

Rafael
Permalink | Reply | 0 comments |
headers
Justin B Rye | 1 Sep 2007 11:30
Picon

Re: [RFR] templates://xorg-server/{xprint-common.templates}

Christian Perrier wrote:
> Your review should be sent as an answer to this mail.

>  Description: Next Generation Nested X Server

Why all the caps?  "X", fair enough, and "Next Generation" is
arguable, but since there's no such thing as an NGNXS I suggest:

   Description: next generation nested X server

> - xserver-xephyr is an X server that can be run inside another X server,
> - much like xnest. xephyr though, is based on the kdrive X server, and as a
> + The xephyr server is an X server that can be run inside another X server,
> + much like xnest. It is based on the kdrive X server, and as a
> 
> 
> Avoids sentences beginning with a lowercase lettre which is ugly

The project (and even the /usr/bin executable name) is Xephyr;
likewise for Xnest.

    Xephyr is an X server that can be run inside another X server, much like
    Xnest. It is based on the kdrive X server, and as a result it supports
    newer extensions than Xnest, including render and composite.

> -Description: Xprint - the X11 print system (binary)
> +Description: X11 print system (binary)
> 
> repeating the package name in the description is discouraged
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jiří Paleček | 1 Sep 2007 12:38
Picon

Bug#440376: xserver-xorg-video-ati: acceleration method "exa" freezes the computer

On Sat, 01 Sep 2007 09:12:08 +0200, Brice Goglin  
<Brice.Goglin <at> ens-lyon.org> wrote:

> Jiří Paleček wrote:
>> Option "AccelMethod" "exa"
>>
>> and when I run xserver with this option, it very soon freezes the
>> computer,
>> even if I'm in the console. It begins by not accepting keyboard input,
>> strangely
>> the console I'm in accepts input longer.
>
> Does it freeze with 6.6.193-2 and EXA ? The old package is available at

No, it doesn't.

> http://snapshot.debian.net/archive/2007/08/21/debian/pool/main/x/xserver-xorg-video-ati/
> (it was already built for the new xserver-xorg-core in experimental).

I don't understand -- I have xserver-xorg-core 1.3.0 from unstable.

> This test would help us know whether the problem appeared in the new ati
> driver or in the Xserver.
>
> (I guess you were not using EXA before 6.7.19x since it was often slower
> than XAA)

I did use exa even before, but frankly, didn't notice it was slower or  
faster
than anything.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Brice Goglin | 1 Sep 2007 12:36

Re: [RFR] templates://xorg-server/{xprint-common.templates}

Christian Perrier wrote:
> I also would like to point the reference to the anonymous CVS which
> seems outdated to me, but I don't what should replace it.
>   

I fixed these in git (debian-experimental branch).

http://git.debian.org/?p=pkg-xorg/xserver/xorg-server.git;a=commitdiff;h=c26acfe17c6cc02b5734ddd53f8557c5a7a7deec;hp=769b6ff5bc50a30e37a529ac4264c84e9736dbbe

Brice
Permalink | Reply | 0 comments |

Gmane