Bug#987382: mesa: missing complete upstream fix for more non-coherent RB and GL2 combinations

Source: mesa Version: 21.0.3-1 Severity: normal Tags: patch This patch fixes an incomplete application of an upstream fix for newer Navi22 card such as the 6700 XT resolving screen corruption issues Upstream commit https://gitlab.freedesktop.org/mesa/mesa/-/commit/ccc4abdbf4b889fd1467b237c7cc2d0d

Bug#942208: Login GUI build up & interaction in slow motion (2-3secs to complete)

Finally I figured it out. Using the intel-driver made it smooth & fast again as it used to be on this hardware. I had to add this: >> /usr/share/X11/xorg.conf.d/99-intel.conf' -- QUOTE BEGIN -- Section "Device" Identifier "Intel" Driver "intel" # Option "AccelMethod"

Bug#962605: nouveau: Complete freeze

z d) [83.219] (II) modeset(0): Modeline "320x180"x59.89.00 320 332 360 400 180 181 184 188 doublescan -hsync +vsync (22.5 kHz d) [83.219] (II) modeset(0): Modeline "320x180"x59.38.88 320 344 360 400 180 181 184 187 doublescan +hsync -vsync (22.2 kHz d

Bug#942208: Login GUI build up & interaction in slow motion (2-3secs to complete)

scan -hsync +vsync (22.5 kHz d) (II) modeset(0): Modeline "320x180"x118.68.88 320 344 360 400 180 181 184 187 doublescan +hsync -vsync (22.2 kHz d) (II) modeset(0): EDID for output VGA-1 (II) modeset(0): EDID for output DP-1 (II) modeset(0): Output LVDS-1 connected (II) modeset(0):

Bug#758460: xserver-xorg-video-nouveau: [GeForce 6150 LE] complete system freeze as soon as GDM launches on kernel (>= 3.14)

I installed Stretch with TDM/TDE 14.0.4 Monday night on 00:0d.0 VGA compatible controller: NVIDIA Corporation C61 [GeForce 6150SE nForce 430] (rev a2) without installing xserver-xorg-video-nouveau. Modesetting driver integral to X server is used. Neither nouveau.config=NvMSI=0 nor nouveau.noaccel

20% korting op alle douchecabines en complete douchecabine! | 20% de réduction sur toutes les cabines de douche et cabines de douche complètes

.ens-mail7.net/z3vsfm Défiler vers le bas pour voir la version Française - Scroll naar beneden voor de Franse versie Goed nieuws: vanaf vandaag profiteert u van 20% korting op alle douchecabines en complete douchec

Bug#802186: Complete system lockup after some time when using radeon driver in xorg.conf

Hi, > video=offb:off nouveau.modeset=1 nouveau.noaccel=1 radeon.modeset=1 > radeon.agpmode=-1 fastboot loglevel=3 On Fri, Apr 22, 2016 at 11:51 AM, Mathieu Malaterre wrote: [...] > Could you try agpmode=-1 and update this bug report. Sorry I did not read correctly the original bug report.

Bug#802186: xserver-xorg-video-ati: Complete system lockup after some time when using radeon driver in xorg.conf

Package: xserver-xorg-video-ati Version: 1:7.5.0-1+b1 Severity: important Dear Maintainer, the latest xorg driver suffers a couple of severity issues and they can lead to a unusable X setup, or a complete locked-up system (only hard reset is the only way to recover from this...) 1- It seems

Bug#758460: xserver-xorg-video-nouveau: [GeForce 6150 LE] complete system freeze as soon as GDM launches on kernel (>= 3.14)

On 2014-12-17 21:14 +0100, Martin-Éric Racine wrote: > 2014-12-17 21:50 GMT+02:00 Sven Joachim : >> On 2014-12-17 20:19 +0100, Martin-Éric Racine wrote: >> >>> 2014-12-17 21:13 GMT+02:00 Sven Joachim : There's a patch in Ben Skegg's nouveau master branch[1]. It should go into the s

Bug#758460: xserver-xorg-video-nouveau: [GeForce 6150 LE] complete system freeze as soon as GDM launches on kernel (>= 3.14)

t;>>>> On 2014-08-17 20:33 +0200, Martin-Éric Racine wrote: >>>>> >>>>>> Package: xserver-xorg-video-nouveau >>>>>> Version: 1:1.0.10-1+b2 >>>>>> Severity: important >>>>>> >>>>>> This

Bug#758460: xserver-xorg-video-nouveau: [GeForce 6150 LE] complete system freeze as soon as GDM launches on kernel (>= 3.14)

te: >>>> >>>>> Package: xserver-xorg-video-nouveau >>>>> Version: 1:1.0.10-1+b2 >>>>> Severity: important >>>>> >>>>> This Athlon 64 system complete freezes (requires a hard poweroff via the >>>>> powe

Bug#758460: xserver-xorg-video-nouveau: [GeForce 6150 LE] complete system freeze as soon as GDM launches on kernel (>= 3.14)

t;> Version: 1:1.0.10-1+b2 >>>> Severity: important >>>> >>>> This Athlon 64 system complete freezes (requires a hard poweroff via the >>>> power switch) >>>> as soon as X 1.16 launches via GDM when booting from kernel 3.14

Bug#758460: xserver-xorg-video-nouveau: [GeForce 6150 LE] complete system freeze as soon as GDM launches on kernel (>= 3.14)

On 2014-12-17 19:55 +0100, Martin-Éric Racine wrote: > 2014-12-17 20:37 GMT+02:00 Sven Joachim : >> On 2014-08-17 20:33 +0200, Martin-Éric Racine wrote: >> >>> Package: xserver-xorg-video-nouveau >>> Version: 1:1.0.10-1+b2 >>> Severity: important >

Bug#758460: xserver-xorg-video-nouveau: [GeForce 6150 LE] complete system freeze as soon as GDM launches on kernel (>= 3.14)

2014-12-17 20:37 GMT+02:00 Sven Joachim : > On 2014-08-17 20:33 +0200, Martin-Éric Racine wrote: > >> Package: xserver-xorg-video-nouveau >> Version: 1:1.0.10-1+b2 >> Severity: important >> >> This Athlon 64 system complete freezes (requires a hard poweroff via

Bug#758460: xserver-xorg-video-nouveau: [GeForce 6150 LE] complete system freeze as soon as GDM launches on kernel (>= 3.14)

On 2014-08-17 20:33 +0200, Martin-Éric Racine wrote: > Package: xserver-xorg-video-nouveau > Version: 1:1.0.10-1+b2 > Severity: important > > This Athlon 64 system complete freezes (requires a hard poweroff via the > power switch) > as soon as X 1.16 launches via GDM whe

Bug#758460: xserver-xorg-video-nouveau: [GeForce 6150 LE] complete system freeze as soon as GDM launches on kernel (>= 3.14)

Package: xserver-xorg-video-nouveau Version: 1:1.0.10-1+b2 Severity: important This Athlon 64 system complete freezes (requires a hard poweroff via the power switch) as soon as X 1.16 launches via GDM when booting from kernel 3.14 or 3.16-trunk. Reverting to the kernel 3.2 leftover from Stable

Bug#648598: Gnome3: complete system freeze, fallback OK

After upgrading to xserver-xorg-video-radeon 6.14.3-2 and gnome-shell 3.2.1-8, it took noticeably longer for the crash to happen, with modeset=1 and NOT setting agpmode=-1. When I tried with agpmode=-1 enabled, the crash was almost instantly after the first click on a file in Nautilus which was the

Bug#648598: Gnome3: complete system freeze, fallback OK

On Die, 2011-11-15 at 17:12 +0100, Joost Kraaijeveld wrote: > Setting agpmode=-1 in the radeon-kms.conf did not help. Oh well, thanks for testing it. https://bugs.freedesktop.org/show_bug.cgi?id=41838 (which is somewhat similar in that it only happens with gnome-shell, though it's about a diffe

Bug#648598: Gnome3: complete system freeze, fallback OK

[ Dropping sub...@bugs.debian.org from CC, we don't want to keep submitting new bug reports... ] On Mon, 2011-11-14 at 15:34 +0100, Joost Kraaijeveld wrote: > On Mon, 2011-11-14 at 09:15 -0500, Alex Deucher wrote: > > I would suggest using KMS rather than UMS. When you switch to KMS, > > I'd als

Bug#648598: Gnome3: complete system freeze, fallback OK

On Mon, Nov 14, 2011 at 9:34 AM, Joost Kraaijeveld wrote: > On Mon, 2011-11-14 at 09:15 -0500, Alex Deucher wrote: >> I would suggest using KMS rather than UMS.  When you switch to KMS, >> I'd also suggest using the r600 gallium 3D driver and removing the >> Virtual line from your xorg.conf. > Ah,

Bug#648598: Gnome3: complete system freeze, fallback OK

On Mon, 2011-11-14 at 09:15 -0500, Alex Deucher wrote: > I would suggest using KMS rather than UMS. When you switch to KMS, > I'd also suggest using the r600 gallium 3D driver and removing the > Virtual line from your xorg.conf. Ah, there is an error in the KMS radeon-kms.conf file: when it crashe

Bug#648598: Gnome3: complete system freeze, fallback OK

On Sun, Nov 13, 2011 at 5:26 AM, Joost Kraaijeveld wrote: > Package: xserver-xorg-video-radeon > Version: 1:6.14.3-1 > Severity: critical > Justification: breaks the whole system > > Dear Maintainer, > > After some time running Gnome3 with the new shell my system lock up. It > completely freezes,

Bug#575965: xserver-xorg-video-intel: Random complete freezes of whole system

> > If I can find the said versions of packages somewhere, I am willing to > > give the newest versions a try, but otherwise I will stick to a working > > system. I am sorry about that, but I need to get work done on the > dpkg-repack / snapshot.debian.org may help? I have been running the latest

Bug#575965: xserver-xorg-video-intel: Random complete freezes of whole system

Juha Jäykkä (25/09/2011): > If I can find the said versions of packages somewhere, I am willing to give > the newest versions a try, but otherwise I will stick to a working system. I > am sorry about that, but I need to get work done on the laptop. dpkg-repack / snapshot.debian.org may help? M

Bug#575965: xserver-xorg-video-intel: Random complete freezes of whole system

> Do you still get those freezes with linux 3.0 or 3.1, X 1.11 and intel > 2.16, or has the behaviour changed again? Given the plethora of problems with newer intel kernel drivers that people have reported all over the net, I have refrained from upgrading those parts, but with the current versio

Bug#575965: xserver-xorg-video-intel: Random complete freezes of whole system

On Mon, Mar 7, 2011 at 09:28:34 +, Juha Jäykkä wrote: > > > [9402544.148312] [drm:intel_crtc_cursor_set], > > > [9402544.148316] [drm:intel_crtc_cursor_set], cursor off > > > [9402550.044010] [drm:intel_gpu_idle_timer], idle timer fired, > > > downclocking > > > > Yeah probably, mainly I'm w

Bug#568115: xserver-xorg-video-radeon: complete system crash when switching desktops using KDE4 desktop cube

Marc Haber (03/05/2011): > Closing. Thanks for the follow-up. Mraw, KiBi. signature.asc Description: Digital signature

Bug#575965: xserver-xorg-video-intel: Random complete freezes of whole system

> > [9402544.148312] [drm:intel_crtc_cursor_set], > > [9402544.148316] [drm:intel_crtc_cursor_set], cursor off > > [9402550.044010] [drm:intel_gpu_idle_timer], idle timer fired, > > downclocking > > Yeah probably, mainly I'm wondering if there's some clue when the freeze > does happen. These are

Bug#585006: xserver-xephyr: Cannot specify my complete keyboard layout options -- options which must include ', ' cannot be parsed

Hi Matthew, Julien Cristau (08/06/2010): > Thanks for the report. Would you mind sending your patch to > xorg-de...@lists.x.org as per [0]? > > [0] http://www.x.org/wiki/Development/Documentation/SubmittingPatches ping? KiBi. signature.asc Description: Digital signature

Bug#614812: Read the complete fine manual! ;)

Hello Cyril! So I read the complete fine howto you did and named the config snippet for my monitors as *.conf. So this one works: martin@shambhala:~> cat /etc/X11/xorg.conf.d/monitors.conf Section "Monitor" Identifier "Notebook-Display" #

Bug#575965: xserver-xorg-video-intel: Random complete freezes of whole system

On Tue, Feb 22, 2011 at 21:23:17 +, Juha Jäykkä wrote: > > Sound like different issues then. If I understand correctly, the > > "freezes" that still happen resolve themselves after some time? > > Yes. Usually just shy of a minute, sometimes over five. Load has shot up to > >>50 during that

Bug#575965: xserver-xorg-video-intel: Random complete freezes of whole system

> Sound like different issues then. If I understand correctly, the > "freezes" that still happen resolve themselves after some time? Yes. Usually just shy of a minute, sometimes over five. Load has shot up to >>50 during that time, so there is certainly some io wait involved. > X is involved in

Bug#575965: xserver-xorg-video-intel: Random complete freezes of whole system

On Tue, Feb 22, 2011 at 20:41:54 +, Juha Jäykkä wrote: > > Hi, what's the current status now, please? > > I cannot be sure: while there are still random lockups, but no more crashes > for 116 days (thats the age of my current X process). So, I am not sure if > the > freezes are the same th

Bug#575965: xserver-xorg-video-intel: Random complete freezes of whole system

> Hi, what's the current status now, please? I cannot be sure: while there are still random lockups, but no more crashes for 116 days (thats the age of my current X process). So, I am not sure if the freezes are the same thing: at least I can ping the machine now during a freeze. On one hand,

Bug#575965: xserver-xorg-video-intel: Random complete freezes of whole system

Juha Jäykkä (18/04/2010): > But no more crashes and no more complete freezes either, so hopes > are high. Hi, what's the current status now, please? KiBi. signature.asc Description: Digital signature

Bug#568115: xserver-xorg-video-radeon: complete system crash when switching desktops using KDE4 desktop cube

On Mon, Feb 21, 2011 at 06:56:02PM +0100, Cyril Brulebois wrote: > Marc Haber (02/02/2010): > > When trying out the KDE 4 desktop effects which have magically begun > > to work on my notebook after the lastest sid upgrade, I experenced > > one complete system crash when the s

Bug#568115: xserver-xorg-video-radeon: complete system crash when switching desktops using KDE4 desktop cube

Hi, Marc Haber (02/02/2010): > When trying out the KDE 4 desktop effects which have magically begun > to work on my notebook after the lastest sid upgrade, I experenced > one complete system crash when the system effect "desktop cube" was > enabled. When doing a desktop s

Bug#585006: xserver-xephyr: Cannot specify my complete keyboard layout options -- options which must include ', ' cannot be parsed

On Tue, Jun 8, 2010 at 10:24:21 +0100, Matthew King wrote: > In short, the comma character is used to split options up (as opposed > to, say, letting bash do it because presumabely bash doesn't have a > well-known set of quoting and escaping rules used for specifying > individual startup optio

Bug#585006: xserver-xephyr: Cannot specify my complete keyboard layout options -- options which must include ', ' cannot be parsed

Package: xserver-xorg Version: 1:7.7-2 Severity: important Tags: upstream patch In short, the comma character is used to split options up (as opposed to, say, letting bash do it because presumabely bash doesn't have a well-known set of quoting and escaping rules used for specifying individual

Processed: retitle 575965 to [GM45] xserver-xorg-video-intel: Random complete freezes of whole system

Processing commands for cont...@bugs.debian.org: > retitle 575965 [GM45] xserver-xorg-video-intel: Random complete freezes of > whole system Bug #575965 [xserver-xorg-video-intel] xserver-xorg-video-intel: Random complete freezes of whole system Changed Bug title to '[GM45] xserver

Bug#575965: xserver-xorg-video-intel: Random complete freezes of whole system

-2.6.33-2-amd64: Installed: 2.6.33-1~experimental.4 xserver-xorg-video-intel: Installed: 2:2.10.903-1 And have not seen a single freeze yet, but I have not had complete ~5 min long freezes quite a few times. The symptoms look like https://bugzilla.kernel.org/show_bug.cgi?id=

Processed: Re: Bug#575965: xserver-xorg-video-intel: Random complete freezes of whole system

Processing commands for cont...@bugs.debian.org: > tag 575965 moreinfo Bug #575965 [xserver-xorg-video-intel] xserver-xorg-video-intel: Random complete freezes of whole system Added tag(s) moreinfo. > kthxbye Stopping processing here. Please contact me if you need assistance. Debi

Bug#575965: xserver-xorg-video-intel: Random complete freezes of whole system

tag 575965 moreinfo kthxbye On Wed, Mar 31, 2010 at 01:29:50 +0100, Juha Jäykkä wrote: > > > I could give a try to 2:2.10.903-1 from experimental, though... > > Yes please; it'd be trivial to identify the fix, should it run fine > > I will wait for the next freeze: that and the new kernel are wa

Bug#575965: xserver-xorg-video-intel: Random complete freezes of whole system

Juha Jäykkä (31/03/2010): > Last I checked vesa cannot even give me a root window. Probably has > something to do with the 1440x900 size of the LCD. Might be, yeah. > > > but mistakenly upgraded later and now I do not have 2.9.0 anywhere > > Sounds like a kernel issue then? I hope you'll be able

Bug#575965: xserver-xorg-video-intel: Random complete freezes of whole system

> vesa may help in the meanwhile? Last I checked vesa cannot even give me a root window. Probably has something to do with the 1440x900 size of the LCD. > > but mistakenly upgraded later and now I do not have 2.9.0 anywhere > Sounds like a kernel issue then? I hope you'll be able to get some > t

Bug#575965: xserver-xorg-video-intel: Random complete freezes of whole system

Juha Jäykkä (31/03/2010): > > X freezes are usually just important, adjusting. > > I think this makes X completely unusable, but whatever, I am not the > boss. =) vesa may help in the meanwhile? > The testing/squeeze version certainly has the same problems: I > downgraded from that version earl

Bug#575965: xserver-xorg-video-intel: Random complete freezes of whole system

about 24 hours, > thanks to the whole system freezing seemingly at random. The freeze > is complete enough to stop the mouse cursor from moving and ICMP > ECHO REQUESTs from being responded to (quite severe, that is, I > would say). > > None of the logs contain anything (they cont

Bug#575965: xserver-xorg-video-intel: Random complete freezes of whole system

> X freezes are usually just important, adjusting. I think this makes X completely unusable, but whatever, I am not the boss. =) > > It started probably after upgrading to 2:2.9.1 (I cannot be sure). > What about downgrading to see whether that happened back then already? > It might be nice to se

Processed: Re: Bug#575965: xserver-xorg-video-intel: Random complete freezes of whole system

Processing commands for cont...@bugs.debian.org: > severity 575965 important Bug #575965 [xserver-xorg-video-intel] xserver-xorg-video-intel: Random complete freezes of whole system Severity set to 'important' from 'grave' > thanks Stopping processing here. Ple

Bug#575965: xserver-xorg-video-intel: Random complete freezes of whole system

Package: xserver-xorg-video-intel Version: 2:2.9.1-3 Severity: grave Justification: renders package unusable My maximum X session length has been reduced to about 24 hours, thanks to the whole system freezing seemingly at random. The freeze is complete enough to stop the mouse cursor from

Bug#538804: video-radeon: complete system lockup by running Hypertorus (stripes)

reassign 538804 libgl1-mesa-dri notfound 538804 7.5-3 kthxbye On Mon, 2009-07-27 at 12:52 +0200, Michal Suchanek wrote: > I can no longer reproduce the lockup with the -3 round radeon/mesa > packages and the 1.6.2.901 X server. Reassigning to libgl1-mesa-dri and marking as fixed in 7.5-3. -- E

Processed: Re: Bug#538804: video-radeon: complete system lockup by running Hypertorus (stripes)

Processing commands for cont...@bugs.debian.org: > reassign 538804 libgl1-mesa-dri Bug #538804 [xserver-xorg-video-radeon] video-radeon: complete system lockup by running Hypertorus (stripes) Bug reassigned from package 'xserver-xorg-video-radeon' to 'libgl1-mesa-dri'. B

Bug#538804: video-radeon: complete system lockup by running Hypertorus (stripes)

I can no longer reproduce the lockup with the -3 round radeon/mesa packages and the 1.6.2.901 X server. Thanks Michal -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#521876: Complete crash after logging out via kdm

The fix given for the bug number 465084 works for me. -- Dominique MICOLLET Email : dominique.micol...@u-bourgogne.fr Universite de Bourgogne 9, Avenue Alain SAVARY BP 47870 Tel : +33/(0)3-80-39-59-27 21078 DIJON CEDEX FRANCETfx : +33/(0)3-80-39-68-69 -- To

Bug#521876: Complete crash after logging out via kdm

I testify the same behavior on an Acer Aspire 7730GZ (64 bit dual core, GeForce 9300M GS) Swinching back to a vesa driver "solves" the problem. Switching to a 2-6-30 kernel (from sid) does not solve the problem. The keyboard is still responding as I can reboot with the Ctrl-Alt-Suppr keys com

Bug#502387: complete system hangup

tag 502387 patch clone 502387 -1 reassign -1 linux-2.6 retitle -1 [intel agp] stolen memory counting broken on G4X kthxbye On Thu, Oct 16, 2008 at 13:45:28 +0200, Julien Cristau wrote: > On Thu, Oct 16, 2008 at 08:48:12 +0200, Nico Schottelius wrote: > > > Since some days, maybe since the upgrad

Processed: Re: Bug#502387: complete system hangup

Processing commands for [EMAIL PROTECTED]: > tag 502387 patch Bug#502387: [G4X] complete system hang There were no tags set. Tags added: patch > clone 502387 -1 Bug#502387: [G4X] complete system hang Bug 502387 cloned as bug 502606. > reassign -1 linux-2.6 Bug#502606: [G4X] complete sy

Processed: Re: Bug#502387: complete system hangup

Processing commands for [EMAIL PROTECTED]: > severity 502387 important Bug#502387: complete system hangup Severity set to `important' from `critical' > retitle 502387 [G4X] complete system hang Bug#502387: complete system hangup Changed Bug title to `[G4X] complete system hang

Bug#502387: complete system hangup

severity 502387 important retitle 502387 [G4X] complete system hang kthxbye On Thu, Oct 16, 2008 at 08:48:12 +0200, Nico Schottelius wrote: > Since some days, maybe since the upgrade from xserver-xorg-core > from 2:1.4.2-6 to 2:1.4.2-7, the system has a total hangup when > I specify t

Bug#502387: complete system hangup

Nico Schottelius [Thu, Oct 16, 2008 at 08:48:12AM +0200]: > Package: xserver-xorg-video-intel > Version: 2:2.3.2-2+lenny4 > Severity: critical Should have added: - not pingable anymore -> system really dead. - no content in Xorg.0.log - downgraded xserver-xorg-core to -6: does not fix BUT: - ca

Bug#502387: complete system hangup

Nico Schottelius [Thu, Oct 16, 2008 at 09:27:17AM +0200]: Another update: > If I start X with "X", it works. If I then do export DISPLAY=:0.0 urxvtcd and start everything found in .xinitrc manually, it works. Got to start another X and see if it crashes the system now or not... Nico s

Bug#502387: complete system hangup

Another update: If I issue startx as a user, it also locks up the system. If I start X with "X", it works. I am trying to find out the right line of code by running the programs manually. Sorry, my last reply went to submit@, can somebody merge it? This is my .xinitrc: #!/bin/sh # fix mutt M

Bug#487877: marked as done (Italian translation not complete)

Your message dated Sat, 12 Jul 2008 14:47:10 + with message-id <[EMAIL PROTECTED]> and subject line Bug#487877: fixed in xorg 1:7.3+13 has caused the Debian Bug report #487877, regarding Italian translation not complete to be marked as done. This means that you claim that the probl

Bug#487877: Italian translation not complete

Subject: xorg: Italian translation not complete Package: xorg Version: 1:7.3+10 Severity: wishlist Tags: l10n The italian translation of the xorg package in the installer is not complete. I'm attaching the updated translation. -- System Information: Debian Release: lenny/sid APT prefers

Bug#480312: marked as done (xserver-xorg-video-ati: complete lockup upon x startup [ATI Radeon Mobility IGP320M (U1) 4336])

The previous message is a mistake (wrong bug number) and it should be ignored. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#480312: marked as done (xserver-xorg-video-ati: complete lockup upon x startup [ATI Radeon Mobility IGP320M (U1) 4336])

eo-ati: complete lockup upon x startup [ATI Radeon Mobility IGP320M (U1) 4336] 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

Bug#480312: marked as done (xserver-xorg-video-ati: complete lockup upon x startup [ATI Radeon Mobility IGP320M (U1) 4336])

Your message dated Wed, 21 May 2008 06:17:04 + with message-id <[EMAIL PROTECTED]> and subject line Bug#480312: fixed in xserver-xorg-video-ati 1:6.8.1~git20080521.04500c84-1 has caused the Debian Bug report #480312, regarding xserver-xorg-video-ati: complete lockup upon x startu

Bug#480312: xserver-xorg-video-ati: complete lockup upon x startup [ATI Radeon Mobility IGP320M (U1) 4336]

On Fri, May 9, 2008 at 9:10 AM, Avi Rozen <[EMAIL PROTECTED]> wrote: > Package: xserver-xorg-video-ati > Version: 1:6.8.0-1 > Severity: important > Tags: patch > > X server does not start after upgrade to X.Org 7.3 (xserver-xorg-video-ati > upgraded from 6.6.3-2 to 6.8.0-1) - the computer comp

Bug#480312: xserver-xorg-video-ati: complete lockup upon x startup [ATI Radeon Mobility IGP320M (U1) 4336]

Brice Goglin wrote: > Avi Rozen wrote: > >> Package: xserver-xorg-video-ati >> Version: 1:6.8.0-1 >> Severity: important >> Tags: patch >> >> X server does not start after upgrade to X.Org 7.3 (xserver-xorg-video-ati >> upgraded from 6.6.3-2 to 6.8.0-1) - the computer completely >> locks up wh

Bug#480312: xserver-xorg-video-ati: complete lockup upon x startup [ATI Radeon Mobility IGP320M (U1) 4336]

Avi Rozen wrote: > Package: xserver-xorg-video-ati > Version: 1:6.8.0-1 > Severity: important > Tags: patch > > X server does not start after upgrade to X.Org 7.3 (xserver-xorg-video-ati > upgraded from 6.6.3-2 to 6.8.0-1) - the computer completely > locks up when first switching from VT (vga=791

Bug#480312: xserver-xorg-video-ati: complete lockup upon x startup [ATI Radeon Mobility IGP320M (U1) 4336]

002/0xcab0; Card 0x1002/0x4336] (II) RADEON(0): [agp] 8192 kB allocated with handle 0x0001 (II) RADEON(0): [agp] ring handle = 0xf800 (II) RADEON(0): [agp] Ring mapped at 0xb67ca000 (II) RADEON(0): [agp] ring read ptr handle = 0xf8101000 (II) RADEON(0): [agp] Ring read ptr mapped at 0xb7f4500

Bug#173433: why they are searching for a product that can help them achieve this feeling of complete euphoria much more frequently

We do not have any branched or stores located anywhere. http://emagx.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#363042: marked as done (xserver-xorg: Complete freeze, absolute blockage)

Your message dated Thu, 05 Jul 2007 01:14:11 +0200 with message-id <[EMAIL PROTECTED]> and subject line ping timeout, closing 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 it is now your responsibili

Bug#415541: marked as done (libx11-6: 1.1.1-1 causes complete screen lockup / freeze from xmms)

Your message dated Tue, 12 Jun 2007 11:06:41 -0700 with message-id <[EMAIL PROTECTED]> and subject line Bug#415541: libx11-6: 1.1.1-1 causes complete screen lockup / freeze from xmms has caused the attached Bug report to be marked as done. This means that you claim that the problem ha

Bug#415541: libx11-6: 1.1.1-1 causes complete screen lockup / freeze from xmms

;play file" would cause a complete screen / filesystem lockup (machine was pingable from another location but file shares not available and all keyboard and mouse input was ignored). Running xmms under strace would prevent the problem from occuring. Downgrading libx11-6 to 2:1.0.3-6 re

Processed: Re: Bug#415541: libx11-6: 1.1.1-1 causes complete screen lockup / freeze from xmms

Processing commands for [EMAIL PROTECTED]: > reassign 415541 libx11-6 Bug#415541: libx11-6: 1.1.1-1 causes complete screen lockup / freeze from xmms Bug reassigned from package `xmms' to `libx11-6'. > found 415541 2:1.1.1-1 Bug#415541: libx11-6: 1.1.1-1 causes complete screen

Bug#363042: xserver-xorg: Complete freeze, absolute blockage

Hi, About a year ago, you reported a bug to the Debian BTS regarding a freeze of the machine when xscreensaver runs. 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. Thanks, Brice -- To UNSUBSC

Bug#337839: marked as done (xserver-xorg: Changelog is not complete)

Your message dated Tue, 15 May 2007 19:53:12 +0200 with message-id <[EMAIL PROTECTED]> and subject line Bug#337839: xserver-xorg: Changelog is not complete 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 n

Bug#415541: libx11-6: 1.1.1-1 causes complete screen lockup / freeze from xmms

Brice Goglin wrote, On 14/04/07 18:54: On 4/14/07, *Arthur Marsh* <[EMAIL PROTECTED] > wrote: > Could you try with libX11 1.1 without XCB ? Some packages are available > at http://people.debian.org/~daenzer/ I just rebooted having installed libx11

Bug#415541: libx11-6: 1.1.1-1 causes complete screen lockup / freeze from xmms

On 4/14/07, Arthur Marsh <[EMAIL PROTECTED]> wrote: > Could you try with libX11 1.1 without XCB ? Some packages are available > at http://people.debian.org/~daenzer/ I just rebooted having installed libx11-6 from http://people.debian.org/~daenzer/ and have not experienced any lockup problems w

Bug#415541: libx11-6: 1.1.1-1 causes complete screen lockup / freeze from xmms

Brice Goglin wrote, On 13/04/07 10:54: Hi Arthur, Could you try with libX11 1.1 without XCB ? Some packages are available at http://people.debian.org/~daenzer/ libX11/XCB is only supposed to make some things a little slower, but we never know, it could be somehow related to your lockup. So if

Bug#415541: libx11-6: 1.1.1-1 causes complete screen lockup / freeze from xmms

Hi Arthur, Could you try with libX11 1.1 without XCB ? Some packages are available at http://people.debian.org/~daenzer/ libX11/XCB is only supposed to make some things a little slower, but we never know, it could be somehow related to your lockup. So if you happen to have a chance to give a try

Bug#319105: Yep slots complete

lost hide quitea asleep II packaging newernode http://img444.imageshack.us/img444/5732/cvngb2.gif StrongARM timing Plan protocolin module formerly -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#415541: libx11-6: 1.1.1-1 causes complete screen lockup / freeze from xmms

due to its realtime priority prevents everything else from running? Can you try what happens if you run it without realtime priority? I upgraded libx11-6, then before restarting X, did: chmod u-s `which xmms` then ran xmms, then selected "play directory" and experienced another complete l

Bug#415541: libx11-6: 1.1.1-1 causes complete screen lockup / freeze from xmms

On Wed, 2007-03-21 at 21:52 +1030, Arthur Marsh wrote: > > >> Running xmms under strace would prevent the problem from occuring. > > > > Didn't notice this before, so it could be timing related... > > > > > >> I started up the X server with old libx11-6, upgraded to libx11-6 > >> 1.1.1-1,

Bug#415541: libx11-6: 1.1.1-1 causes complete screen lockup / freeze from xmms

running libx11-6 1.1.1-1 and xmms 1:1.2.10+20061101-1, attempting to change the file menu width or traverse directories in "play file" would cause a complete screen / filesystem lockup (machine was pingable from another location but file shares not available and all keyboard and mouse

Bug#415541: libx11-6: 1.1.1-1 causes complete screen lockup / freeze from xmms

ote: > >>>> When running libx11-6 1.1.1-1 and xmms 1:1.2.10+20061101-1, attempting > >>>> to change the file menu width or traverse directories in "play file" > >>>> would cause a complete screen / filesystem lockup (machine was pingable >

Bug#415541: libx11-6: 1.1.1-1 causes complete screen lockup / freeze from xmms

or traverse directories in "play file" would cause a complete screen / filesystem lockup (machine was pingable from another location but file shares not available and all keyboard and mouse input was ignored). Running xmms under strace would prevent the problem from occuring. D

Bug#415541: libx11-6: 1.1.1-1 causes complete screen lockup / freeze from xmms

change the file menu width or traverse directories in "play file" > >> would cause a complete screen / filesystem lockup (machine was pingable > >> from another location but file shares not available and all keyboard and > >> mouse input was ignored).

Bug#415541: libx11-6: 1.1.1-1 causes complete screen lockup / freeze from xmms

On Tue, 2007-03-20 at 14:15 +1030, Arthur Marsh wrote: > Package: libx11-6 > Version: 2:1.0.3-6 > Severity: important > > > When running libx11-6 1.1.1-1 and xmms 1:1.2.10+20061101-1, attempting > to change the file menu width or traverse directories in "play file&

Bug#415541: libx11-6: 1.1.1-1 causes complete screen lockup / freeze from xmms

Package: libx11-6 Version: 2:1.0.3-6 Severity: important When running libx11-6 1.1.1-1 and xmms 1:1.2.10+20061101-1, attempting to change the file menu width or traverse directories in "play file" would cause a complete screen / filesystem lockup (machine was pingable from anothe

Re: 'permission denied' in pkg-xorg/drivers [was: Re: out-of-tree drivers [was: Re: Git Migration COMPLETE]]

On Mon, Feb 26, 2007 at 08:42:56PM -0500, David Nusinow wrote: > On Sun, Feb 25, 2007 at 02:46:58PM +0100, Mattia Dongili wrote: > > ... > > > mkdir: cannot create directory `xserver-xorg-input-synaptics.git': > > > Permission denied > > > > > > it seems a chmod g+w is missing on the driver/ dir

Re: 'permission denied' in pkg-xorg/drivers [was: Re: out-of-tree drivers [was: Re: Git Migration COMPLETE]]

On Sun, Feb 25, 2007 at 02:46:58PM +0100, Mattia Dongili wrote: > ... > > mkdir: cannot create directory `xserver-xorg-input-synaptics.git': > > Permission denied > > > > it seems a chmod g+w is missing on the driver/ dir :) > > Ping? Julien just noticed that the directory didn't give the group

Re: 'permission denied' in pkg-xorg/drivers [was: Re: out-of-tree drivers [was: Re: Git Migration COMPLETE]]

On Sun, Feb 25, 2007 at 02:46:58PM +0100, Mattia Dongili wrote: > ... > > mkdir: cannot create directory `xserver-xorg-input-synaptics.git': > > Permission denied > > > > it seems a chmod g+w is missing on the driver/ dir :) > > Ping? Crap! I'm so sorry, this slipped my mind. I just created the

'permission denied' in pkg-xorg/drivers [was: Re: out-of-tree drivers [was: Re: Git Migration COMPLETE]]

... > mkdir: cannot create directory `xserver-xorg-input-synaptics.git': Permission > denied > > it seems a chmod g+w is missing on the driver/ dir :) Ping? -- mattia :wq! signature.asc Description: Digital signature

Re: out-of-tree drivers [was: Re: Git Migration COMPLETE]

On Fri, Feb 09, 2007 at 07:37:36PM -0500, David Nusinow wrote: > On Fri, Feb 09, 2007 at 01:03:49PM +0100, Mattia Dongili wrote: > > On Wed, Feb 07, 2007 at 09:54:26PM -0500, David Nusinow wrote: > > > On Wed, Feb 07, 2007 at 07:35:24PM +0100, Mattia Dongili wrote: > > > > On Tue, Feb 06, 2007 at 1

Re: out-of-tree drivers [was: Re: Git Migration COMPLETE]

On Fri, Feb 09, 2007 at 01:03:49PM +0100, Mattia Dongili wrote: > On Wed, Feb 07, 2007 at 09:54:26PM -0500, David Nusinow wrote: > > On Wed, Feb 07, 2007 at 07:35:24PM +0100, Mattia Dongili wrote: > > > On Tue, Feb 06, 2007 at 10:06:43PM -0500, David Nusinow wrote: > > > > Hi everyone, > > > > > >

Re: out-of-tree drivers [was: Re: Git Migration COMPLETE]

On Wed, Feb 07, 2007 at 09:54:26PM -0500, David Nusinow wrote: > On Wed, Feb 07, 2007 at 07:35:24PM +0100, Mattia Dongili wrote: > > On Tue, Feb 06, 2007 at 10:06:43PM -0500, David Nusinow wrote: > > > Hi everyone, > > > > > >So it's finally done. Every piece of the archive is now on > > > git

Re: Git Migration COMPLETE

On Tue, Feb 06, 2007 at 10:06:43PM -0500, David Nusinow wrote: > Hi everyone, > >So it's finally done. Every piece of the archive is now on > git.debian.org. Sorry about hammering the list with more mail. The tags needed to be migrated away from using the ':' character before being pushed t

Re: out-of-tree drivers [was: Re: Git Migration COMPLETE]

On Wed, Feb 07, 2007 at 07:35:24PM +0100, Mattia Dongili wrote: > On Tue, Feb 06, 2007 at 10:06:43PM -0500, David Nusinow wrote: > > Hi everyone, > > > >So it's finally done. Every piece of the archive is now on > > git.debian.org. The fonts and debian/xorg package should show up on the > > I

  1   2   >