search for: 780m

...m working, therefore invalidating the filesystem. The filesystem was unmounted and a remount was attempted. The mount failed due to errors and an fsck came up with errors. Top output looks like this: PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 4562 root 25 0 780m 214m 236 R 99.9 42.6 6211:44 fsck.ext3 The fsck has been running for 6 days without printing anything to the screen. It seems to be working as an strace produces the following. Process 4562 attached - interrupt to quit _llseek(5, 5979127808, [5979127808], SEEK_SET) = 0 read(5, &quo...

...sting it boots OK directly from the image and it is in production again. The VM itself reports ample space available: $ df -h Filesystem                       Size  Used Avail Use% Mounted on udev                             3.9G     0  3.9G   0% /dev tmpfs                            789M  8.8M  780M   2% /run /dev/mapper/RT--vg-root           51G   21G   28G  42% / tmpfs                            3.9G     0  3.9G   0% /dev/shm tmpfs                            5.0M     0  5.0M   0% /run/lock tmpfs                            3.9G     0  3.9G   0% /sys/fs/cgroup /dev/vda1                       ...

...a/drm/nouveau/nvkm/engine/device/pci.c +++ b/drm/nouveau/nvkm/engine/device/pci.c @@ -678,6 +678,7 @@ nvkm_device_pci_10de_1189[] = { static const struct nvkm_device_pci_vendor nvkm_device_pci_10de_1199[] = { { 0x1458, 0xd001, "GeForce GTX 760" }, + { 0x1462, 0x1106, "GeForce GTX 780M", { .War00C800_0 = true } }, /* Medion Erazer X7827 */ {} }; -- 2.4.10

...ndex caf22b5..bf582f8 100644 --- a/drm/nouveau/nvkm/engine/device/pci.c +++ b/drm/nouveau/nvkm/engine/device/pci.c @@ -691,6 +691,7 @@ static const struct nvkm_device_pci_vendor nvkm_device_pci_10de_1199[] = { { 0x1458, 0xd001, "GeForce GTX 760" }, { 0x1462, 0x1106, "GeForce GTX 780M", { .War00C800_0 = true } }, /* Medion Erazer X7827 */ + { 0x1558, 0x5106, NULL, { .War00C800_0 = true } }, /* Clevo P150SM-A */ {} }; -- 2.6.3

...ndex caf22b5..48d488e 100644 --- a/drm/nouveau/nvkm/engine/device/pci.c +++ b/drm/nouveau/nvkm/engine/device/pci.c @@ -691,6 +691,7 @@ static const struct nvkm_device_pci_vendor nvkm_device_pci_10de_1199[] = { { 0x1458, 0xd001, "GeForce GTX 760" }, { 0x1462, 0x1106, "GeForce GTX 780M", { .War00C800_0 = true } }, /* Medion Erazer X7827 */ + { 0x1558, 0x5281, NULL, { .War00C800_0 = true } }, /* Clevo P150SM-A */ {} }; -- 2.6.3

...inside the dynamic library initalization of the driver: I reproduced this with Ubuntu Linux 14.04 32 bit and 64 bit in VirtualBox (video driver "vboxvideo") and VMware Player (using some VMware video driver, I guess) and on my bare machine with a NVIDIA mobile graphics card (GeForce GTX 780M) using the nouveau driver. However, as I suspected, when installing the proprietary NVIDIA driver, the segfault does not happen - my guess is because it does not use the parts of mesa that uses llvm-3.4. Here is the stack trace: Program received signal SIGSEGV, Segmentation fault. 0xb606fe4c in l...

I have been using internal snapshots on production qcow2 images for a couple of years, admittedly as infrequently as possible with one exception and that exception has had multiple snapshots taken and removed using virt-manager's GUI. I was unaware of this: > There are some technical downsides to > internal snapshots IIUC, such as inability to free the space used by the > internal

On Fri, Jul 15, 2016 at 12:41:49PM -0400, Ilia Mirkin wrote: > On Fri, Jul 15, 2016 at 12:36 PM, Peter Wu <peter at lekensteyn.nl> wrote: > > On Fri, Jul 15, 2016 at 12:10:23PM -0400, Ilia Mirkin wrote: > >> On Fri, Jul 15, 2016 at 9:12 AM, Peter Wu <peter at lekensteyn.nl> wrote: > >> > Hi, > >> > > >> > Here are two patches to fix