similar to: kernel driver prevents supend to disk since 3.7 series

https://bugs.freedesktop.org/show_bug.cgi?id=104380 Bug ID: 104380 Summary: [NVC1] GPU lockup | fifo: read fault at 0009000000 engine 15 [PCE0] client 01 [PCOPY0] reason 02 [PAGE_NOT_PRESENT] on channel 0 [003fe12000 DRM] Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS:

https://bugs.freedesktop.org/show_bug.cgi?id=100146 Bug ID: 100146 Summary: nouveau system lockup -> fifo: read fault engine 15 [PCE0] client 01 [PCOPY0] reason 02 [PAGE_NOT_PRESENT] on channel Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All)

On Fri, Mar 20, 2015 at 6:02 PM, Megaf <mmegaf at gmail.com> wrote: > Hi Ladies and Gentlemans. > > I'd like to report a possible bug and ask for help in solving it. > > I have a Mid 2010 Macbook Pro running Debian Jessie. > The bug seems to happen at random, but mainly when using a 3D application > with other apps running, such as Chromium (Chrome) and Iceweasel

Hi, when I try to copy/move messages with keywords, IMAP process dies: dovecot: Jul 24 23:49:47 Info: imap-login: Login: user=<seba>, method=PLAIN, rip=192.168.0.192 <http://192.168.0.192>, lip=192.168.0.188<http://192.168.0.188> dovecot: Jul 24 23:49:47 Info: IMAP(seba): Effective uid=1000, gid=100 dovecot: Jul 24 23:49:47 Info: IMAP(seba): maildir: data=/home/seba/Maildir

https://bugs.freedesktop.org/show_bug.cgi?id=54056 Bug #: 54056 Summary: plenty of errors trapped write at plus PGRAPH error Classification: Unclassified Product: xorg Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

Hi Ladies and Gentlemans. I'd like to report a possible bug and ask for help in solving it. I have a Mid 2010 Macbook Pro running Debian Jessie. The bug seems to happen at random, but mainly when using a 3D application with other apps running, such as Chromium (Chrome) and Iceweasel (Firefox). It happens when watching videos with VLC and mplayer2. I hope someone will manage to help. Thanks.

On Sat, Feb 8, 2014 at 2:58 AM, Daniel J Blueman <daniel at quora.org> wrote: > Hi guys, > > With a GeForce 320M GPU running linux 3.13.2 and Xorg 1.15.0, I'm > seeing significant graphical corruption and later unrecoverable GPU > lockup, accompanied by thousands of ILLEGAL_MTHD or related kernel > messages [1]. I see similar issues on 3.12 also. > > Is there any

I have a data. frame to which you want to change the names to some of their columns. For example: > seba <- data.frame ('constant' = 3, 'numbers' = 1: 10, 'letters' = LETTERS [1:10], otros = 2:11) List their names: > names (Seba) [1] "constant" "numbers" "letters" I want to rename c the column called constant and b the column

Hola todos. Tengo un data. frame al que le quiero cambiar el nombra a alguna de sus columnas. Por ejemplo: >seba <- data.frame("constante"=1,"numeros"=1:10, "letras"=LETTERS[A:Z]) Listo sus nombres: >names(seba) [1] "constante" "numeros" "letras" Quiero que la columna que tiene el nombre "constante" pase a

https://bugs.freedesktop.org/show_bug.cgi?id=81072 Priority: medium Bug ID: 81072 Assignee: nouveau at lists.freedesktop.org Summary: GPU lockup after "read fault at 0x0000039000 [PAGE_NOT_PRESENT]" QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS:

Hi, I get a lot of these after updating to the current 1.1 hg version: > Nov 6 16:05:35 seba deliver(jh): file mail-cache-transaction.c: line 736 (mail_cache_header_add_field): assertion failed: (cache->field_file_map[field_idx] != (uint32_t)-1) > Nov 6 16:05:35 seba deliver(jh): Raw backtrace: /usr/local/libexec/dovecot/deliver(i_syslog_fatal_handler+0x2b) [0x80bbeab] ->

On 8 February 2014 16:33, Ilia Mirkin <imirkin at alum.mit.edu> wrote: > On Sat, Feb 8, 2014 at 2:58 AM, Daniel J Blueman <daniel at quora.org> wrote: >> Hi guys, >> >> With a GeForce 320M GPU running linux 3.13.2 and Xorg 1.15.0, I'm >> seeing significant graphical corruption and later unrecoverable GPU >> lockup, accompanied by thousands of

Hi, > Nov 22 18:48:15 seba deliver(jh): file maildir-uidlist.c: line 844 (maildir_uidlist_set_ext): assertion failed: (rec != NULL) > Nov 22 18:48:15 seba deliver(jh): Raw backtrace: /usr/local/libexec/dovecot/deliver(i_syslog_fatal_handler+0x2b) [0x80be37b] -> /usr/local/libexec/dovecot/deliver [0x80be18c] -> /usr/local/libexec/dovecot/deliver [0x8066e56] ->

Hey, This patch causes a regression on my display-less nvd7. Commenting out the aux, aux_stat and aux_mask members in nvd0_i2c_oclass fixes boot, and makes things work normally again. broken dmesg: [ 40.314470] ACPI Warning: \_SB_.PCI0.GFX0._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20140424/nsarguments-95) [ 40.314729] ACPI Warning: \_SB_.PCI0.GFX0._DSM:

Hello, I have a samba 1.9.18p4 server running as a domain master browser on a subnet, with some clients distributed on other subnets. If there are only Win 95 clients on a subnet, browse sync works - but not if there are Win NT 4.0 SP3 machines on that subnet. Error from nmdb (at log level 3): sync_with_lmb: Initiating sync with local master browser MAILHEIDELBERG<0x20> at IP

Hi, I've some problems to get folder ACLs working with Dovecot. I've defined some folders (like drafts, spam etc.) for every user and created a dovecot-acl file in every folder so that users can not delete or rename these folders but this does not work as expected. Config ===== Debian Lenny 5.0 Dovecot 1.0.15 dovecot.conf ========= protocols = imap protocol imap { listen =

http://bugzilla.mindrot.org/show_bug.cgi?id=251 ------- Additional Comments From seba at iq.pl 2002-05-20 09:29 ------- update bug info error at link time: i386-redhat-linux-gcc -o ssh ssh.o sshconnect.o sshconnect1.o sshconnect2.o sshtty.o readconf.o clientloop.o -L. -Lopenbsd-compat/ -L/usr/kerberos/lib -l ssh -lopenbsd-compat -lresolv -lutil -lz -lnsl /usr/lib/libcrypto.a -lkrb5

Hi, is it possible to compile dovecot 1.2.5 with the managesieve patch 0.11.9 which is for dovecot 1.2.4 or is it better to wait if a new managesieve patch is released? Maybe 1.2.5 will work too? Thanks, Seba

Sorry for that question but: when you set in dovecot.conf this for example: socket listen { client { path = /var/spool/postfix/private/auth mode = 0660 user = postfix group = postfix } } and you run "dovecot -n" you'll see client: path: /var/spool/postfix/private/auth mode: 432 I'm wondering about the mode "432" - how is this value

https://bugs.freedesktop.org/show_bug.cgi?id=55227 Bug #: 55227 Summary: GeForce GTX 560 Ti fails to resume Classification: Unclassified Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: