PREEMPT RT Debian 3.12.9-1+rt1 from people.debian.org works fine for me.
Thank you, it was real nice to go out of your way to provide a fix, and
help us test that it works!
Processing commands for cont...@bugs.debian.org:
> tags 697501 + moreinfo
Bug #697501 [src:linux] Atheros AR9285: enabling or disabling Wi-Fi freezes the
system
Added tag(s) moreinfo.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
697501: http://bugs.debian.org/
On Thu, 2014-02-20 at 01:52 +, Ben Hutchings wrote:
> On Wed, 2014-02-19 at 11:24 -0500, Samuel Orr wrote:
> > Boot hangs for me right after selecting the option from grub, the
> > system will not respond and needs to be hard rebooted. Please ask if
> > and how you need me to supply more debugg
Processing commands for cont...@bugs.debian.org:
> tags 736682 + patch
Bug #736682 [src:linux] linux-image-3.12-1-rt-amd64 3.12.8-1 fails to boot too
early for netconsole; 3.12.6-2 succeeds
Added tag(s) patch.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
73668
On Thu, 2014-02-20 at 14:24 +, Ian Campbell wrote:
> On Thu, 2014-02-20 at 14:23 +0100, Andrew Lunn wrote:
[...]
> > What i suspect we will end up doing it dropping the last patch for the
> > moment and ensuring ARCH_KIRKWOOD still supports all the DT machines.
> > I think that just needs care
On Thu, 2014-02-20 at 16:19 +0100, Arnd Bergmann wrote:
> On Thursday 20 February 2014 14:21:10 Ian Campbell wrote:
> > On Thu, 2014-02-20 at 14:53 +0100, Arnd Bergmann wrote:
> > > On Thursday 20 February 2014 12:51:04 Ian Campbell wrote:
> > > * ixp4xx is too different from the others and I don't
On Thu, Feb 20, 2014 at 11:39:16AM +, Ian Campbell wrote:
> On Thu, 2014-02-20 at 11:19 +, Russell King - ARM Linux wrote:
> > What's wrong with the soc subsystem (drivers/base/soc.c). This
> > provides a way to export SoC through standardised interfaces.
>
> It looks like the thing to u
On Thursday 20 February 2014 14:21:10 Ian Campbell wrote:
> On Thu, 2014-02-20 at 14:53 +0100, Arnd Bergmann wrote:
> > On Thursday 20 February 2014 12:51:04 Ian Campbell wrote:
> > * ixp4xx is too different from the others and I don't think it's
> > possible to turn it over to multiplatform.
> >
On Thu, 2014-02-20 at 14:23 +0100, Andrew Lunn wrote:
> > > What this patchset does is also make mach-mvebu part of the multi v5
> > > kernel. So you just need one kernel for all ARM v5 machines which are
> > > part of multi v5. The long term goal is that you need just two 32 ARM
> > > kernels, mul
On Thu, 2014-02-20 at 14:04 +0100, Arnd Bergmann wrote:
> On Thursday 20 February 2014 13:18:21 Andrew Lunn wrote:
> > > IOW that all of the platforms currently supported by the
> > > Debian kirkwood flavour remain supportable in the same binary after this
> > > change. It looks like it should be t
On Thu, 2014-02-20 at 14:53 +0100, Arnd Bergmann wrote:
> On Thursday 20 February 2014 12:51:04 Ian Campbell wrote:
> > On Thu, 2014-02-20 at 13:18 +0100, Andrew Lunn wrote:
> > > On Thu, Feb 20, 2014 at 11:34:36AM +, Ian Campbell wrote:
> > Debian has a single v7 flavour, armmp which uses the
On Thursday 20 February 2014 12:51:04 Ian Campbell wrote:
> On Thu, 2014-02-20 at 13:18 +0100, Andrew Lunn wrote:
> > On Thu, Feb 20, 2014 at 11:34:36AM +, Ian Campbell wrote:
> Debian has a single v7 flavour, armmp which uses the multi platform
> stuff. (actually there is a second armmp-lpae,
> > What this patchset does is also make mach-mvebu part of the multi v5
> > kernel. So you just need one kernel for all ARM v5 machines which are
> > part of multi v5. The long term goal is that you need just two 32 ARM
> > kernels, multi v5 and multi v7. However orion5x and mv76xx0 are not
> > ye
On Thursday 20 February 2014 13:18:21 Andrew Lunn wrote:
>
> What this patchset does is also make mach-mvebu part of the multi v5
> kernel. So you just need one kernel for all ARM v5 machines which are
> part of multi v5. The long term goal is that you need just two 32 ARM
> kernels, multi v5 and
On Thu, Feb 20, 2014 at 11:34:36AM +, Ian Campbell wrote:
> (adding debian-arm/-kernel)
> On Thu, 2014-02-20 at 11:58 +0100, Andrew Lunn wrote:
> > On Thu, Feb 20, 2014 at 10:30:17AM +, Ian Campbell wrote:
> > > On Fri, 2014-02-07 at 18:34 +0100, Sebastian Hesselbarth wrote:
> > > > On 02/0
I intend to upload Linux 3.13 to unstable tomorrow, with the latest
stable update (3.13.4 should be released this evening).
Ben.
--
Ben Hutchings
To err is human; to really foul things up requires a computer.
signature.asc
Description: This is a digitally signed message part
On Thu, 2014-02-20 at 13:18 +0100, Andrew Lunn wrote:
> On Thu, Feb 20, 2014 at 11:34:36AM +, Ian Campbell wrote:
> > (adding debian-arm/-kernel)
> > On Thu, 2014-02-20 at 11:58 +0100, Andrew Lunn wrote:
> > > On Thu, Feb 20, 2014 at 10:30:17AM +, Ian Campbell wrote:
> > > > On Fri, 2014-02
On Thu, 2014-02-20 at 11:19 +, Russell King - ARM Linux wrote:
> What's wrong with the soc subsystem (drivers/base/soc.c). This
> provides a way to export SoC through standardised interfaces.
It looks like the thing to use to me.
It seems to have been around only since v3.3 though, which ma
(adding debian-arm/-kernel)
On Thu, 2014-02-20 at 11:58 +0100, Andrew Lunn wrote:
> On Thu, Feb 20, 2014 at 10:30:17AM +, Ian Campbell wrote:
> > On Fri, 2014-02-07 at 18:34 +0100, Sebastian Hesselbarth wrote:
> > > On 02/07/2014 12:42 AM, Andrew Lunn wrote:
> > > > Now that all the device tree
Processing commands for cont...@bugs.debian.org:
> reassign 739593 systemd
Bug #739593 [src:linux] unshare -m aka unshare(CLONE_NEWNS) mounts are visible
globally
Bug reassigned from package 'src:linux' to 'systemd'.
No longer marked as found in versions linux/3.12.9-1.
Ignoring request to alter
I believe I’ve traced this one down completely now.
I’m currently waiting for the kernel packages to finish rebuilding on my build
box so I can verify the fix.
Inspection of my ZX2000’s SAL crash logs show that the machine went down from a
recoverable MCA (Cache poisoning). The Wheezy kernel
Source: linux
Version: 3.12.9-1
Severity: important
Mounts done in a unshare(CLONE_NEWNS) or unshare -m environment are
globally visible, and are not automatically removed once the process
exits:
$ mount | grep foobar
$ sudo unshare -m -- mount -t tmpfs foobar /tmp
$ mount | grep foobar
foobar on
22 matches
Mail list logo