Bug#508999: patch for #508999 (wrong frequencies on Radeon Xpress 200) for lenny
As the experimental version needs so many changes, how about the
attached patch to fix the issue for lenny?
It modifies nothing but adds another RADEON_CLOCK_CNTL_INDEX to 0
setting, like it is already there for CHIP_FAMILY_RV410, just more
limited (not within RADEONRestoreLVDSRegisters but only after one
specific call of it and with more guards) and changes nothing else.
Thanks in advance,
Bernhard R. Link
--- xserver-xorg-video-ati-6.9.0.orig/src/legacy_output.c
+++ xserver-xorg-video-ati-6.9.0/src/legacy_output.c
@@ -153,6 +153,15 @@
}
+static void
+RADEONSelDiv0(ScrnInfoPtr pScrn)
+{
+ RADEONInfoPtr info = RADEONPTR(pScrn);
+ unsigned char *RADEONMMIO = info->MMIO;
+
+ OUTREG(RADEON_CLOCK_CNTL_INDEX, 0);
+}
+
/* Write LVDS registers */
void
RADEONRestoreLVDSRegisters(ScrnInfoPtr pScrn, RADEONSavePtr restore)
@@ -165,7 +174,7 @@
/*OUTREG(RADEON_LVDS_PLL_CNTL, restore->lvds_pll_cntl);*/
if (info->ChipFamily == CHIP_FAMILY_RV410) {
- OUTREG(RADEON_CLOCK_CNTL_INDEX, 0);
+ RADEONSelDiv0(pScrn);
}
}
@@ -1417,6 +1426,8 @@
case MT_LCD:
ErrorF("restore LVDS\n");
RADEONRestoreLVDSRegisters(pScrn, info->ModeReg);
+ if (radeon_crtc->crtc_id == 0 && info->ChipFamily == CHIP_FAMILY_RS480)
+ RADEONSelDiv0(pScrn);
break;
case MT_DFP:
if (radeon_output->TMDSType == TMDS_INT) {
Processing of xterm_235-2_i386.changes
xterm_235-2_i386.changes uploaded successfully to ftp.upload.debian.org along with the files: xterm_235-2.dsc xterm_235.orig.tar.gz xterm_235-2.diff.gz xterm_235-2_i386.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processing of xterm_235-2_i386.changes
xterm_235-2_i386.changes uploaded successfully to localhost along with the files: xterm_235-2.dsc xterm_235.orig.tar.gz xterm_235-2.diff.gz xterm_235-2_i386.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#510030: marked as done ([CVE-2008-2383] xterm: DECRQSS and comments)
Your message dated Mon, 05 Jan 2009 12:02:07 +
with message-id
and subject line Bug#510030: fixed in xterm 235-2
has caused the Debian Bug report #510030,
regarding [CVE-2008-2383] xterm: DECRQSS and comments
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
510030: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=510030
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: xterm
Version: 222-1etch2
Severity: grave
Tags: security patch
Justification: user security hole
DECRQSS Device Control Request Status String "DCS $ q" simply echoes
(responds with) invalid commands. For example,
perl -e 'print "\eP\$q\nbad-command\n\e\\"'
would run bad-command.
Exploitability is the same as for the "window title reporting" issue
in DSA-380: include the DCS string in an email message to the victim,
or arrange to have it in syslog to be viewed by root.
The attached patch should fix the problem.
---
The default allowWindowOps is false (as should be), but the man page
says the default is true. The man page should also mention that turning
it on is a security risk, to avoid regression e.g. as per
http://bugs.debian.org/384593
http://www.debian.org/security/2003/dsa-380
and also the much older
http://www.maths.usyd.edu.au/u/psz/securedu.html#xterm
(and private message to xterm maintainers on 9 Mar 2000, seems only
"grep PSz main.c" remains).
---
Ubuntu still allows window title reporting, and is vulnerable to
perl -e 'print "\e\]0;;bad-command;\a\e\[21t"'
---
I wonder whether the following are handled and/or dangerous:
set X property perl -e 'print "\e\]3;XTerm.vt100.allowWindowOps=1\e\\"'
set, get font perl -e 'print "\e\]50;bad-command\e\\","\e\]50;?\e\\"'
UDK setting perl -e 'print "\eP1;1|17/0a6261642d636f6d6d616e640a\e\\"'
then trick user to press F key, or
perl -e 'print "\eP+q584b5f434f4c524f53\e\\"'
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics University of SydneyAustralia
-- System Information:
Debian Release: 4.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.24-pk03.02-svr
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages xterm depends on:
ii libc6 2.3.6.ds1-13etch8 GNU C Library: Shared libraries
ii libfontconfig1 2.4.2-1.2 generic font configuration library
ii libice61:1.0.1-2 X11 Inter-Client Exchange library
ii libncurses55.5-5 Shared libraries for terminal hand
ii libsm6 1:1.0.1-3 X11 Session Management library
ii libx11-6 2:1.0.3-7 X11 client-side library
ii libxaw71:1.0.2-4 X11 Athena Widget library
ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar
ii libxft22.1.8.2-8 FreeType-based font drawing librar
ii libxmu61:1.0.2-2 X11 miscellaneous utility library
ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library
ii xbitmaps 1.0.1-2 Base X bitmaps
Versions of packages xterm recommends:
ii xutils 1:7.1.ds.3-1 X Window System utility programs
-- no debconf information
--- misc.c.bak 2006-10-18 07:23:20.0 +1000
+++ misc.c 2008-12-29 07:06:25.0 +1100
@@ -2259,11 +2259,12 @@
unparseputc1(xw, DCS);
unparseputc(xw, okay ? '1' : '0');
unparseputc(xw, '$');
unparseputc(xw, 'r');
- if (okay)
+ if (okay) {
cp = reply;
- unparseputs(xw, cp);
+ unparseputs(xw, cp);
+ }
unparseputc1(xw, ST);
} else {
unparseputc(xw, CAN);
}
--- End Message ---
--- Begin Message ---
Source: xterm
Source-Version: 235-2
We believe that the bug you reported is fixed in the latest version of
xterm, which is due to be installed in the Debian FTP archive:
xterm_235-2.diff.gz
to pool/main/x/xterm/xterm_235-2.diff.gz
xterm_235-2.dsc
to pool/main/x/xterm/xterm_235-2.dsc
xterm_235-2_i386.deb
to pool/main/x/xterm/xterm_235-2_i386.deb
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to 510...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.
Debian distri
Processing of xserver-xorg-video-nouveau_0.0.10~git+20090105+7dc567d-1_amd64.changes
xserver-xorg-video-nouveau_0.0.10~git+20090105+7dc567d-1_amd64.changes uploaded successfully to localhost along with the files: xserver-xorg-video-nouveau_0.0.10~git+20090105+7dc567d-1.dsc xserver-xorg-video-nouveau_0.0.10~git+20090105+7dc567d.orig.tar.gz xserver-xorg-video-nouveau_0.0.10~git+20090105+7dc567d-1.diff.gz xserver-xorg-video-nouveau_0.0.10~git+20090105+7dc567d-1_amd64.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
xserver-xorg-video-nouveau: Changes to 'refs/tags/xserver-xorg-video-nouveau-0.0.10-git+20090105+7dc567d-1'
Tag 'xserver-xorg-video-nouveau-0.0.10-git+20090105+7dc567d-1' created by Chris Lamb at 2009-01-05 20:08 + Uploading xserver-xorg-video-nouveau (0.0.10-git+20090105+7dc567d-1) to experimental. Changes since xserver-xorg-video-nouveau-0.0.10-git+20081028+cea05e1-1: Ben Skeggs (2): nv50: program physical addresses into CRTCs, not VM addresses. nv50: correct size/layout of uploaded data Chris Lamb (3): New upstream snapshot. Update Build-Depends on libdrm-dev. Merge branch 'upstream-experimental' into debian-experimental Maarten Maathuis (8): nv50_randr: plug a small memory leak bios: support g80 loadval table nv50: use bios provided load detect value nv50: Improve lut code. configure: Avoid compiling drm modesetting code by accident. nv50: implement set_origin (mostly used for panning) nv50: implement get_crtc Make CHECK_TIMEOUT() a little more correct. Stuart Bennett (8): randr12: fix stupidity from 539f4990 Do not attempt to parse FP mode tables for Mac laptops (#18636) Punt all bios structs and defines into a new header randr12: allow ddc while crtc is locked randr12: pass cursor visibility changes through mode state structures Group all DCB I2C info for a given bus in a structure Implement bios opcodes 4C and 4D nv04-nv4x: support RandR 1.3 panning --- configure.ac | 18 ++- debian/changelog | 28 debian/control |2 src/Makefile.am |1 src/nouveau_bios.h | 169 + src/nouveau_crtc.h | 10 + src/nouveau_dma.c| 14 +- src/nouveau_output.h |3 src/nouveau_xv.c | 45 +++ src/nv50_crtc.c | 64 +-- src/nv50_dac.c | 50 ++-- src/nv50_output.c|4 src/nv50_randr.c | 54 - src/nv50_sor.c | 24 src/nv_bios.c| 296 --- src/nv_crtc.c|5 src/nv_driver.c | 54 + src/nv_hw.c | 23 ++- src/nv_i2c.c | 57 + src/nv_output.c | 31 - src/nv_proto.h |7 - src/nv_type.h| 143 src/nvreg.h |2 23 files changed, 780 insertions(+), 324 deletions(-) --- -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
xterm_235-2_i386.changes ACCEPTED
Mapping testing-security to testing-proposed-updates. Warning: ignoring xterm_235.orig.tar.gz, since it's already in the archive. Accepted: xterm_235-2.diff.gz to pool/main/x/xterm/xterm_235-2.diff.gz xterm_235-2.dsc to pool/main/x/xterm/xterm_235-2.dsc xterm_235-2_i386.deb to pool/main/x/xterm/xterm_235-2_i386.deb Override entries for your package: xterm_235-2.dsc - source x11 xterm_235-2_i386.deb - optional x11 Announcing to debian-testing-chan...@lists.debian.org Closing bugs: 510030 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
xserver-xorg-video-nouveau_0.0.10~git+20090105+7dc567d-1_amd64.changes ACCEPTED
Accepted: xserver-xorg-video-nouveau_0.0.10~git+20090105+7dc567d-1.diff.gz to pool/main/x/xserver-xorg-video-nouveau/xserver-xorg-video-nouveau_0.0.10~git+20090105+7dc567d-1.diff.gz xserver-xorg-video-nouveau_0.0.10~git+20090105+7dc567d-1.dsc to pool/main/x/xserver-xorg-video-nouveau/xserver-xorg-video-nouveau_0.0.10~git+20090105+7dc567d-1.dsc xserver-xorg-video-nouveau_0.0.10~git+20090105+7dc567d-1_amd64.deb to pool/main/x/xserver-xorg-video-nouveau/xserver-xorg-video-nouveau_0.0.10~git+20090105+7dc567d-1_amd64.deb xserver-xorg-video-nouveau_0.0.10~git+20090105+7dc567d.orig.tar.gz to pool/main/x/xserver-xorg-video-nouveau/xserver-xorg-video-nouveau_0.0.10~git+20090105+7dc567d.orig.tar.gz Override entries for your package: xserver-xorg-video-nouveau_0.0.10~git+20090105+7dc567d-1.dsc - source x11 xserver-xorg-video-nouveau_0.0.10~git+20090105+7dc567d-1_amd64.deb - optional x11 Announcing to debian-devel-chan...@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#509699: xserver-xorg-video-intel: Cannot oversize GNOME desktop using Virtual in Xorg 7.3
--- On Wed, 12/24/08, Brice Goglin wrote: > From: Brice Goglin > Scott Anderson wrote: > > > > I'm trying to oversize my GNOME desktop on my Dell > d630 laptop by > > using the Virtual parameter. I want a 3200x1600 > desktop, but all I > > get is the physical size of my LCD monitor (1440x900). > It seems to be > > ignoring the Virtual parameter altogether. > > > > Where do you see that your Virtual line is ignored? What > does xrandr report? > Thanks for the response. I've been out during the Christmas/New Year break. I'm assuming the Virtual line is being ignored because the setting does not seem to take effect. Do I need to tell GNOME the desktop is bigger too? % xrandr Screen 0: minimum 320 x 200, current 1440 x 900, maximum 2048 x 2048 VGA disconnected (normal left inverted right x axis y axis) LVDS connected 1440x900+0+0 (normal left inverted right x axis y axis) 303mm x 190mm 1440x900 60.0*+ 1280x800 60.0 1280x768 60.0 1024x768 60.0 800x60060.3 640x48059.9 TMDS-1 disconnected (normal left inverted right x axis y axis) TV disconnected (normal left inverted right x axis y axis) -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#509699: xserver-xorg-video-intel: Cannot oversize GNOME desktop using Virtual in Xorg 7.3
Scott Anderson wrote: > I'm assuming the Virtual line is being ignored because the setting does not > seem to take effect. Do I need to tell GNOME the desktop is bigger too? > > % xrandr > Screen 0: minimum 320 x 200, current 1440 x 900, maximum 2048 x 2048 > VGA disconnected (normal left inverted right x axis y axis) > LVDS connected 1440x900+0+0 (normal left inverted right x axis y axis) 303mm > x 190mm > It says that the Xserver created a 2048x2048 virtual screen and your internal panel shows 1440x900 of it. This is what "Virtual 2048 2048" means nowadays. I guess you want the old "Virtual" desktop behavior where moving the mouse to a corner would automatically move the display inside a larger virtual screen? This is not supported anymore in Lenny. But it will be back in the upcoming Xserver 1.6 (as "RandR 1.3 panning"). Brice -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#509699: xserver-xorg-video-intel: Cannot oversize GNOME desktop using Virtual in Xorg 7.3
--- On Mon, 1/5/09, Brice Goglin wrote: > From: Brice Goglin > Subject: Re: Bug#509699: xserver-xorg-video-intel: Cannot oversize GNOME > desktop using Virtual in Xorg 7.3 > To: ee_in...@yahoo.com, 509...@bugs.debian.org > Date: Monday, January 5, 2009, 4:06 PM > Scott Anderson wrote: > > I'm assuming the Virtual line is being ignored > because the setting does not seem to take effect. Do I need > to tell GNOME the desktop is bigger too? > > > > % xrandr > > Screen 0: minimum 320 x 200, current 1440 x 900, > maximum 2048 x 2048 > > VGA disconnected (normal left inverted right x axis y > axis) > > LVDS connected 1440x900+0+0 (normal left inverted > right x axis y axis) 303mm x 190mm > > > > It says that the Xserver created a 2048x2048 virtual screen > and your > internal panel shows 1440x900 of it. This is what > "Virtual 2048 2048" > means nowadays. > > I guess you want the old "Virtual" desktop > behavior where moving the > mouse to a corner would automatically move the display > inside a larger > virtual screen? This is not supported anymore in Lenny. But > it will be > back in the upcoming Xserver 1.6 (as "RandR 1.3 > panning"). > Okay, the panning feature is coming later then? What is the timeline for Xserver 1.6? Thanks, Scott -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#509699: xserver-xorg-video-intel: Cannot oversize GNOME desktop using Virtual in Xorg 7.3
Processing commands for cont...@bugs.debian.org: > retitle 509699 want a large Virtual Desktop (RandR 1.3 panning needed) Bug#509699: xserver-xorg-video-intel: Cannot oversize GNOME desktop using Virtual in Xorg 7.3 Changed Bug title to `want a large Virtual Desktop (RandR 1.3 panning needed)' from `xserver-xorg-video-intel: Cannot oversize GNOME desktop using Virtual in Xorg 7.3'. > reassign 509699 xserver-xorg-core Bug#509699: want a large Virtual Desktop (RandR 1.3 panning needed) Bug reassigned from package `xserver-xorg-video-intel' to `xserver-xorg-core'. > tags 509699 +fixed-upstream Bug#509699: want a large Virtual Desktop (RandR 1.3 panning needed) There were no tags set. Tags added: fixed-upstream > thank you Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#509699: xserver-xorg-video-intel: Cannot oversize GNOME desktop using Virtual in Xorg 7.3
retitle 509699 want a large Virtual Desktop (RandR 1.3 panning needed) reassign 509699 xserver-xorg-core tags 509699 +fixed-upstream thank you Scott Anderson wrote: > Okay, the panning feature is coming later then? What is the timeline for > Xserver 1.6? > It was supposed to happen these days, but there's always a bit of delay :) Brice -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
