Bug#695182: [RFC] Reproducible OOM with just a few sleeps

2013-01-31 Thread Phil Turmel
On 01/31/2013 10:13 PM, paul.sz...@sydney.edu.au wrote: > [trim /] Does not that prove that PAE is broken? Please, Paul, take *yes* for an answer. It is broken. You've received multiple dissertations on why it is going to stay that way. Unless you fix it yourself, and everyone seems to be polit

Bug#695182: [RFC] Reproducible OOM with just a few sleeps

2013-01-31 Thread paul . szabo
Dear Ben, PAE is broken for any amount of RAM. >>> No it isn't. >> Could I please ask you to expand on that? > > I already did, a few messages back. OK, thanks. Noting however that fewer than those back, I said: ... PAE with any RAM fails the "sleep test": n=0; while [ $n -lt 33000 ]; do

Bug#695182: [RFC] Reproducible OOM with just a few sleeps

2013-01-31 Thread Ben Hutchings
On Fri, 2013-02-01 at 13:12 +1100, paul.sz...@sydney.edu.au wrote: > Dear Ben, > > >> PAE is broken for any amount of RAM. > > > > No it isn't. > > Could I please ask you to expand on that? I already did, a few messages back. Ben. -- Ben Hutchings Everything should be made as simple as possib

Bug#695182: [RFC] Reproducible OOM with just a few sleeps

2013-01-31 Thread paul . szabo
Dear Ben, >> PAE is broken for any amount of RAM. > > No it isn't. Could I please ask you to expand on that? Thanks, Paul Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/ School of Mathematics and Statistics University of SydneyAustralia -- To UNSUBSCRIBE, emai

Bug#695182: [RFC] Reproducible OOM with just a few sleeps

2013-01-31 Thread Ben Hutchings
On Fri, 2013-02-01 at 10:06 +1100, paul.sz...@sydney.edu.au wrote: > Dear Ben, > > > Based on your experience I might propose to change the automatic kernel > > selection for i386 so that we use 'amd64' on a system with >16GB RAM and > > a capable processor. > > Don't you mean change to amd64 for

Bug#695182: [RFC] Reproducible OOM with just a few sleeps

2013-01-31 Thread paul . szabo
Dear Ben, (Removing the mailing lists linux-ker...@vger.kernel.org linux...@kvack.org from CC, as this may be of no interest to them.) >> Seems that amd64 now works "somewhat": on Debian the linux-image package >> is tricky to install, > > If you do an i386 (userland) installation then you must

Bug#695182: [RFC] Reproducible OOM with just a few sleeps

2013-01-31 Thread paul . szabo
Dear Ben, > Based on your experience I might propose to change the automatic kernel > selection for i386 so that we use 'amd64' on a system with >16GB RAM and > a capable processor. Don't you mean change to amd64 for >4GB (or any RAM), never using PAE? PAE is broken for any amount of RAM. More pr

Bug#696650: [PATCH v5] md: protect against crash upon fsync on ro array

2013-01-31 Thread Sebastian Riemer
Hi Neil, please apply this patch! It is correct, now. It applies to 3.2.y, 3.4.y, 3.7.y and latest 3.8-rc5. All these versions are affected by this bug. 3.0.y and 2.6.34.y are also affected. Please also find the patches for these versions attached. I've tested them. They work. The strange thing

Bug#692234: Julien's kernel looks promising

2013-01-31 Thread Ingo
I now tested Julien's kernel for 4 days under various conditions and all ist solid so far. No freezes, everything works fine. I'll keep on testing and report finally in bug #687442. Ingo -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble?

Processed: DRM update fixes nVidia GF106 graphics on 3.2

2013-01-31 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: > block 690284 by 687442 Bug #690284 [src:linux] linux-image-3.2.0-3-amd64: nVidia GF106 fails with KMS (nomodeset works) Bug #690586 [src:linux] installation-reports: NVIDIA GF108 [Quadro 1000M] 10de:0dfa (rev a1) X fails with nouveau/linux-3.2 6

Bug#699138: Tor, opera, chrom(ium), others lock up gnome on Acer 722. Can not access other CLI terminals.

2013-01-31 Thread Jonathan Nieder
Hi Tim, Tim Graham wrote: > Your assumption was correct. I was using 3.2.35-2. > > I tried > http://people.debian.org/~jcristau/linux-image-3.2.0-4.drm-486_3.2.35-3~jcristau.1_i386.deb > first. > Then I tried > http://people.debian.org/~jcristau/linux-image-3.2.0-4.drm-amd64_3.2.34-1~jcristau.1_

Processed: Re: [wheezy] oops when unplugged USB audio headset

2013-01-31 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: > severity 699311 important Bug #699311 [src:linux] linux-image-3.2.0-4-amd64: oops when unplugged USB audio headset Severity set to 'important' from 'normal' > quit Stopping processing here. Please contact me if you need assistance. -- 699311: h

Bug#699311: [wheezy] oops when unplugged USB audio headset

2013-01-31 Thread Jonathan Nieder
severity 699311 important quit Hi Micah, micah anderson wrote: > I had plugged in a USB headset and I used it for various things. At some > point > I decided to remove it from the computer, so I pulled it out. Immediately the > system oops'd presenting me with the traceback that you can see by

Processed: Re: virtualbox: IPv6 slow and hangs

2013-01-31 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: > reassign 699269 virtualbox 4.0.10-dfsg-1 Bug #699269 [linux] IPv6 slow and hangs over failed bonding link Bug reassigned from package 'linux' to 'virtualbox'. No longer marked as found in versions 3.2.0-2-amd64. Ignoring request to alter fixed ver

Bug#699269: virtualbox: IPv6 slow and hangs

2013-01-31 Thread Jonathan Nieder
reassign 699269 virtualbox 4.0.10-dfsg-1 tags 699269 = forwarded 699269 https://www.virtualbox.org/ticket/9380 quit Gasha wrote: > I tried to copy large file over NFS4 / IPv6 and it freeze to very low > speed. cp command hung, and we had to reboot virtual machine, as it was > hanging. at destin

[bts-link] source package src:linux

2013-01-31 Thread bts-link-upstream
# # bts-link upstream status pull for source package src:linux # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #695634 (http://bugs.debian.org/695634) # Bug title: linux-image-3.6-trunk-amd64: fa

Bug#695182: [RFC] Reproducible OOM with just a few sleeps

2013-01-31 Thread Ben Hutchings
On Thu, 2013-01-31 at 20:07 +1100, paul.sz...@sydney.edu.au wrote: > Dear Ben, > > Thanks for the repeated explanations. > > > PAE was a stop-gap ... > > ... [PAE] completely untenable. > > Is this a good time to withdraw PAE, to tell the world that it does not > work? Maybe you should have had

Bug#695182: [RFC] Reproducible OOM with just a few sleeps

2013-01-31 Thread paul . szabo
Dear Ben, Thanks for the repeated explanations. > PAE was a stop-gap ... > ... [PAE] completely untenable. Is this a good time to withdraw PAE, to tell the world that it does not work? Maybe you should have had such comments in the code. Seems that amd64 now works "somewhat": on Debian the linu