Package: nfs-kernel-server
Severity: normal
Dear Maintainer,
i have been testing nfs on my wheezy system. everything is working ok, but i am
using a soft mount with a timeo=40. I believe that in the man file, timeo is
documented to be in tenths of a second. however i believe that the actual
v
It is currently possible to execve() an x32 executable on an x86_64
kernel that has only ia32 compat enabled. However all its syscalls
will fail, even _exit(). This usually causes it to segfault.
Change the ELF compat architecture check so that x32 executables are
rejected if we don't support th
Package: nfs-kernel-server
Severity: normal
Dear Maintainer,
I believe that the man page for nfs is incorrect. i have been using soft
mounts with a timeo=40. the info on the man page says this value is in tenths
of a second. i believe that it is actually in seconds. please fix the man page
to
On Sat, 2014-07-26 at 21:05 +0100, Robert de Bath wrote:
> On Sat, 26 Jul 2014, Ben Hutchings wrote:
>
> > On Sat, 2014-07-26 at 10:52 +0100, Robert de Bath wrote:
> >> On Fri, 25 Jul 2014, Robert de Bath wrote:
> >>
> >>> On Fri, 25 Jul 2014, Ben Hutchings wrote:
> >>>
> > What do you mean, reins
Please find attached a patch against mainline kernel v3.2 which works.
I git bisected the bug down to the exact revision that caused the
problem and then
modified a revert of that change compiles against the wheezy kernel
and it verified that
it avoids the problem.
The change relates to failing s
On Sat, Jul 26, 2014 at 10:20:55PM +0200, Markus Trippelsdorf wrote:
> On 2014.07.26 at 15:55 -0400, Theodore Ts'o wrote:
> > On Sat, Jul 26, 2014 at 09:35:57PM +0200, Markus Trippelsdorf wrote:
> > >
> > > But fortunately the workaround for the new inode.c bug is the same as
> > > for the origina
On Sat, Jul 26, 2014 at 1:19 PM, Markus Trippelsdorf
wrote:
>
> Yes. The option only affects -g builds.
Ok, good. I'll wait a bit to hopefully get confirmation from Michel's
setup, but this does seem to be the solution.
> So, the option should only be enabled for debugging builds. Something
> li
On 2014.07.26 at 15:55 -0400, Theodore Ts'o wrote:
> On Sat, Jul 26, 2014 at 09:35:57PM +0200, Markus Trippelsdorf wrote:
> >
> > But fortunately the workaround for the new inode.c bug is the same as
> > for the original bug: -fno-var-tracking-assignments.
> >
> > It would make sense to enabled
On 2014.07.26 at 12:56 -0700, Linus Torvalds wrote:
> On Sat, Jul 26, 2014 at 12:35 PM, Markus Trippelsdorf
> wrote:
> >
> > But fortunately the workaround for the new inode.c bug is the same as
> > for the original bug: -fno-var-tracking-assignments.
> >
> > It would make sense to enabled it unco
On Sat, Jul 26, 2014 at 12:56 PM, Linus Torvalds
wrote:
>
> Also, Michel - can you try this patch if you still have your
> gcc-4.9.0 install, and send me the resulting fair.s file again?
Hmm. The good news is that with that patch, the GCC_COMPARE_DEBUG
build succeeds. At least for my small local
On Sat, Jul 26, 2014 at 12:35 PM, Markus Trippelsdorf
wrote:
>
> But fortunately the workaround for the new inode.c bug is the same as
> for the original bug: -fno-var-tracking-assignments.
>
> It would make sense to enabled it unconditionally for all debug
> configurations for now.
So how is cod
Hi,
This all works properly when booting from a previous kernel.
3.13.10 (according to uname -a).
Best regards,
Steven
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian
On Sat, 26 Jul 2014, Ben Hutchings wrote:
On Sat, 2014-07-26 at 10:52 +0100, Robert de Bath wrote:
On Fri, 25 Jul 2014, Robert de Bath wrote:
On Fri, 25 Jul 2014, Ben Hutchings wrote:
What do you mean, reinstate? This is the same behaviour you get at
present. Well, here's a new version th
On 2014.07.26 at 11:39 -0700, Linus Torvalds wrote:
> On Sat, Jul 26, 2014 at 11:28 AM, Linus Torvalds
> wrote:
> >
> > That's a bit worrisome. I haven't actually checked if the code
> > generation differs in significant ways yet..
>
> Nope. Just three instructions that got re-ordered from ABC to
On Sat, Jul 26, 2014 at 09:35:57PM +0200, Markus Trippelsdorf wrote:
>
> But fortunately the workaround for the new inode.c bug is the same as
> for the original bug: -fno-var-tracking-assignments.
>
> It would make sense to enabled it unconditionally for all debug
> configurations for now.
Wha
Package: scsi-common-modules-3.2.0-4-amd64-di
Severity: important
Tags: d-i
Dear Maintainer,
* What led up to the situation?
installing on vmware by way of PXE using netboot initrd
* What exactly did you do (or not do) that was effective (or
ineffective)?
creating a local
On Sat, Jul 26, 2014 at 11:28 AM, Linus Torvalds
wrote:
>
> That's a bit worrisome. I haven't actually checked if the code
> generation differs in significant ways yet..
Nope. Just three instructions that got re-ordered from ABC to CAB in a
way that makes no difference. But just the knowledge tha
On Fri, Jul 25, 2014 at 11:29 AM, Linus Torvalds
wrote:
>
> I'm sure it's possible, but it sounds potentially complicated.
Hmm. The bugzilla entry just taught me a new gcc flag:
"-fcompare-debug". That apparently makes gcc compile things twice,
once with debugging and once without, and verify tha
Package: src:linux
Version: 3.14.12-1
Severity: important
Dear Maintainer,
Running an up-to-date Jessie system.
I had a failing drive in a btrfs raid 10 array (6 drives), I physically removed
the drive and added a replacement. Mounting degraded works, but I'm unable to
remove the 'missing' device
Hi Michel,
On 25/07/14 02:25, Michel Dänzer wrote:
> Attached is fair.s from Debian gcc 4.8.3-5. Does that look better? I'm
> going to try reproducing the problem with a kernel built by that now.
It looks like gcc-4.9 Debian package version 4.9.1-2 available in
sid/jessie may have already fixed t
I have been working with upstream on this. Upstream has sent me
a patch, which I have applied and tested, and it seems to fix the
problem. Here is a link to the patch:
http://users.wowway.com/~zlinuxman/119-3215-hangs.diff
This patch is not yet official, but an official patch should be
submi
Source: linux
Version: 3.14.13-2
Severity: wishlist
Tags: l10n patch
Hi,
Please find attached the French debconf templates translation, proofread
by the debian-l10n-french mailing list contributors.
This file should be put as debian/po/fr.po in your package build tree.
Regards
David
-- System
On Sat, 2014-07-26 at 10:52 +0100, Robert de Bath wrote:
> On Fri, 25 Jul 2014, Robert de Bath wrote:
>
> > On Fri, 25 Jul 2014, Ben Hutchings wrote:
> >
> >> I had an idea how to unblock this, and finally got round to trying it,
> >> and it seems to work. That is, we build in x32 support but req
On Fri, 25 Jul 2014, Robert de Bath wrote:
On Fri, 25 Jul 2014, Ben Hutchings wrote:
I had an idea how to unblock this, and finally got round to trying it,
and it seems to work. That is, we build in x32 support but require a
run-time parameter to enable. So, please try the attached patch
(ag
See my report of the same bug(*) in Ubuntu at
https://bugs.launchpad.net/debian/+source/linux/+bug/1348670
(*) identification based on a comparison of the stack traces and on the
fact that it is a regression introduced in 3.2.60.
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.d
25 matches
Mail list logo
