On Sat, 2014-11-08 at 15:13 -0500, Gedalya wrote:
On 11/08/2014 08:44 AM, Gedalya wrote:
Tried to just frankenport xen-netback from 3.18 into 3.16, didn't work
very well ;-)
Did you backport just the above or the full set of changes from 3.18?
I tried to simplify (avoid having to edit
On Sun, 2014-11-09 at 05:32 -0500, Gedalya wrote:
On 11/09/2014 05:11 AM, Ian Campbell wrote:
On Sat, 2014-11-08 at 15:13 -0500, Gedalya wrote:
On 11/08/2014 08:44 AM, Gedalya wrote:
Tried to just frankenport xen-netback from 3.18 into 3.16, didn't work
very well ;-)
Did you backport
On Sat, 2014-11-08 at 00:40 -0500, Gedalya wrote:
On 11/07/2014 03:25 AM, Ian Campbell wrote:
On Thu, 2014-11-06 at 11:06 -0500, Gedalya wrote:
I suspect we will need to backport some xen-netback patch or other. I've
put some feelers out to see if any of the upstream devs have any
hints
On Thu, 2014-11-06 at 11:06 -0500, Gedalya wrote:
I suspect we will need to backport some xen-netback patch or other. I've
put some feelers out to see if any of the upstream devs have any
hints...
OK so if it's just a matter of changing a kernel on one box, I can
perhaps try to build a
tests using the
mvneta
driver (Armada 370/38x/XP SoC) pass with no issues.
Frankly, I'm a bit puzzled about this, and so any ideas or debugging hints
are well received.
Hi,
Can you try this :
It fixes things for me, thanks!
Tested-by: Ian Campbell i...@hellion.org.uk
On Tue, 2014-11-04 at 22:37 +0100, Karsten Merker wrote:
I have run further installation tests with today's current d-i images
(still based on the same 3.16.5-1 kernel)
OOI if you bodge your way through the install does the resulting system
boot and discover the PHY reliably? IOW is it
On Fri, 2014-10-31 at 14:29 +0100, Julien D'Ascenzio wrote:
Le vendredi 31 octobre 2014 à 09:50 +, Ian Campbell a écrit :
On Sun, 2014-10-19 at 14:27 +0100, Ian Campbell wrote:
You could inactivate this feature manually with:
ethtool -K eth0 tso off
I'm in contact
On Tue, 2014-11-04 at 08:51 +, Ian Campbell wrote:
On Fri, 2014-10-31 at 14:29 +0100, Julien D'Ascenzio wrote:
Le vendredi 31 octobre 2014 à 09:50 +, Ian Campbell a écrit :
On Sun, 2014-10-19 at 14:27 +0100, Ian Campbell wrote:
You could inactivate this feature manually
On Sun, 2014-10-19 at 14:27 +0100, Ian Campbell wrote:
You could inactivate this feature manually with:
ethtool -K eth0 tso off
I'm in contact with the developer of this feature. Tell me if this
command resolve your problem
Excellent, please let us know how you get on (feel free
On Sun, 2014-10-19 at 14:44 +0200, Julien D'Ascenzio wrote:
Since v3.16 kernel a tso feature was introduced in the driver of marvell
ethernet. This feature seems to work badly.
3.16-1~exp1 was reported as not exhibiting the issue, but maybe that was
just a quick test which got lucky. So this
On Fri, 2014-10-17 at 07:12 -0400, westlake wrote:
hi, can the following be a kernel problem?
Please can you start to make use of the user support forums (e.g. the
debian-user mailing list) in the first instance rather than filing
things as bugs which are not yet clearly (or even vaguely)
On Sun, 2014-10-12 at 23:46 +0200, Svenska wrote:
If you were able to try 3.16-1~exp1[0]
from snapshot.debian.org that might help rule that out.
I downloaded linux-image-3.16-trunk-kirkwood_3.16-1~exp1_armel.deb from
your link and flashed it into the NAS. I have not done a deeper
On Tue, 2014-10-14 at 02:34 +0100, Ben Hutchings wrote:
On Mon, 2014-10-13 at 16:30 +0100, Ben Hutchings wrote:
[...]
Here are my generic changes, untested as I don't have such boards to
test with. They aren't going to cover i2c-s3c2410 (I think) or
USB-PHYs.
For USB-PHYs, if
On Mon, 2014-10-13 at 16:30 +0100, Ben Hutchings wrote:
On Sat, 11 Oct 2014 11:37:31 +0100 Ian Campbell i...@debian.org wrote:
On Thu, 2014-09-18 at 00:17 +0100, Ian Campbell wrote:
The xgene_ahci driver requires phy-xgene in order to be able to function
(i.e. to mount rootfs
Control: tag -1 +patch
On Sat, 2014-10-11 at 11:37 +0100, Ian Campbell wrote:
I'm leaning towards an adhoc list in auto_add_modules. I'll knock up a
patch to that affect unless I hear some objections.
It seems to be as simple as the following (for modules=most at least),
WFM at least
On Sat, 2014-10-11 at 21:58 +0100, Ben Hutchings wrote:
On Sat, 2014-10-11 at 11:39 +0100, Ian Campbell wrote:
Source: initramfs-tools
Version: 0.116
Severity: wishlist
Dear Maintainer,
Issues such as #762042 would be somewhat less critical for the affected
platforms
On Sun, 2014-10-12 at 14:37 +0100, Ben Hutchings wrote:
On Sun, 2014-10-12 at 14:24 +0100, Ian Campbell wrote:
On Sat, 2014-10-11 at 21:58 +0100, Ben Hutchings wrote:
On Sat, 2014-10-11 at 11:39 +0100, Ian Campbell wrote:
Source: initramfs-tools
Version: 0.116
Severity: wishlist
On Sun, 2014-10-12 at 22:44 +0200, Karsten Merker wrote:
On Sun, 12 Oct 2014 18:23:24 +0200 Christian Kastner deb...@kvr.at wrote:
would it be possible to include the dts for the Olimex
A20-OLinuXino-LIME in 3.16 so that it can be used with Jessie? This
device is almost identical to the
Source: initramfs-tools
Version: 0.116
Severity: wishlist
Dear Maintainer,
Issues such as #762042 would be somewhat less critical for the affected
platforms if there was a mechnism for preseeding a list of additional modules
which should be included in the initrd, by adding them to
On Fri, 2014-09-26 at 00:08 +0100, Ben Hutchings wrote:
On Thu, 2014-09-25 at 23:20 +0100, peter green wrote:
Karsten Merker wrote:
Browse online:
http://anonscm.debian.org/cgit/d-i/base-installer.git/tree/debian/templates-arch
Adding -arm@ and -boot@ for possible
On Mon, 2014-10-06 at 01:21 +0200, Svenska wrote:
Package: src:linux
Version: 3.16.3-2
Severity: serious
Justification: may cause silent data corruption
Hello,
after upgrading the kernel of my NAS to 3.16-2-kirkwood, I noticed
corrupt data on my files. The NAS works as a DHCP client on
On Thu, 2014-10-02 at 23:44 +0200, Karsten Merker wrote:
Hans has in the meantime submitted a V2 of his patchset and it
has been accepted upstream.
Great!
I have refreshed the V2 patches to
apply cleanly against kernel 3.16 and am currently running a test
build of src:linux with them
On Fri, 2014-10-03 at 17:03 +0200, Karsten Merker wrote:
I have submitted the patch as bug #763897.
Ian, if you should find the time, could you perhaps give it a
try?
I've kicked off a test build, I expect it'll be done in the morning...
Ian.
--
To UNSUBSCRIBE, email to
On Fri, 2014-10-03 at 17:03 +0200, Karsten Merker wrote:
Ian, if you should find the time, could you perhaps give it a
try?
It built for me so I've pushed it.
Ian.
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
On Fri, 2014-09-26 at 00:08 +0100, Ben Hutchings wrote:
However, at the moment initramfs-tools won't include PHY drivers even in
that configuration.
I spent some time last week hunting for a sysfs link between a device
and the phys which it is using, without success. Do you have any ideas?
On Mon, 2014-09-29 at 02:10 +0100, Ben Hutchings wrote:
On Sun, 2014-09-28 at 23:57 +0200, Karsten Merker wrote:
Hello,
I would like to ask the kernel package maintainers whether you
would be willing to accept a patch to add a dts file for the
LeMaker BananaPi to the linux 3.16.3
On Wed, 2014-09-24 at 11:23 +0100, Stefano Stabellini wrote:
On ARM (and on PV on HVM x86) we want vfb to work by default if the
xenstore keys are there. But I don't think that it means we need to
wait 30 secs for it at boot. What is a reasonable amount of time to
wait for on a slow and
create !
title it 30s delay loading xenfb driver on some systems
owner it Konrad Rzeszutek Wilk konrad.w...@oracle.com
thanks
Hi James,
Some of the other Xen devs were discussing an issue which sounded
awfully similar to this one, so I am copying the xen-devel list and
creating a Xen bug to
On Tue, 2014-09-23 at 16:43 +0100, David Vrabel wrote:
On 23/09/14 15:30, Ian Campbell wrote:
create !
title it 30s delay loading xenfb driver on some systems
owner it Konrad Rzeszutek Wilk konrad.w...@oracle.com
thanks
Hi James,
Some of the other Xen devs were discussing
On Tue, 2014-09-23 at 12:02 -0700, Steve Langasek wrote:
On Tue, Sep 23, 2014 at 07:31:32PM +0100, Ian Campbell wrote:
On Mon, 2014-09-22 at 00:17 +0200, Karsten Merker wrote:
(bit of an aside)
diff --git a/build/boot/arm/bootscr.mainline_common
b/build/boot/arm
Package: debian-installer-utils
X-Debbugs-CC: debian-kernel@lists.debian.org
(CCing debian-kernel just FYI, since I don't think this can/should be
fixed with a kernel change, likewise filing against
debian-installer-utils and not the kernel even though a kernel change
introduced the breakage)
A
On Wed, 2014-09-17 at 14:01 +0800, James Bromberger wrote:
Hello all
I'm starting to generate some Jessie images for AWS EC2 (Xen HVM), and
notice that the current 3.14+59 has the xen-fb-frontend compiled in as
a driver and not as a loadable module. This driver is causing a hang
during
Control: reassign -1 src:linux
COntrol: retitle -1 SMP kernels should suggest irqbalance
On Thu, 2014-09-04 at 00:14 +0100, Ben Hutchings wrote:
On Sun, 2014-08-31 at 03:10 +0100, Ian Campbell wrote:
(copying debian-kernel for reasons which will hopefully become obvious)
On Mon, 8 Jul
On Mon, 2014-09-01 at 23:51 +0200, Diego Fernandez Duran wrote:
Not enough space in MTD RootFS1 (need 9768399 but is actually 9437184).
What do you have in /etc/initramfs-tools/initramfs.conf for MODULES=?
I have MODULES=most and the largest initrd I have is 3177784, about 1/3
of yours.
Hello,
I recently tried to switch to using the DT based kirkwood stuff with
v3.16.1 on a QNAP TS-419 for the Debian kernel. Most things seemed ok
except that the flash driver was not autoloaded -- as well as spi-nor.ko
I had to manually modprobe m25p80.ko. Once I loaded both the flash was
On Tue, 2014-09-02 at 16:54 +0100, Ian Campbell wrote:
I could set these things to =m for the Debian kirkwood flavour, but
since this is supposed to be a distro-style kernel.
(Oops, I somehow failed to insert I would prefer not to somewhere in
that sentence.)
But, looking at the Debian config
On Wed, 2014-07-23 at 17:07 +0100, Ben Hutchings wrote:
On Wed, 2014-07-23 at 13:51 +0100, David Goodenough wrote:
On Wednesday 23 July 2014 13:05:11 Ben Hutchings wrote:
On Wed, 2014-07-23 at 09:31 +0100, Ian Campbell wrote:
[...]
* As David observed upthread the list is bound
(copying debian-kernel for reasons which will hopefully become obvious)
On Mon, 8 Jul 2013 18:10:58 +0200 =?UTF-8?Q?Moritz_M=C3=BChlenhoff?=
j...@inutil.org wrote:
In current Debian kernel there's no special Xen dom0 kernel image and
depending
on irqbalance in the kernel package would be
Please add support for exynos devices (like arndale) - config ARCH_EXYNOS.
Enabling ARCH_EXYNOS resulted by default in ARCH_EXYNOS4 and ARCH_EXYNOS5
support being enabled and ARCH_EXYNOS3 disabled. Enabling ARCH_EXYNOS4 forced
HZ to 200 (via CONFIG_HZ_FIXED) instead of the current 250 which is
On Thu, 2014-08-07 at 17:35 -0400, westlake wrote:
i'd like to verify something if this is not too much of an inconvenience...
I'd just like to have an md5sum or shasum on this very specific kernel
.deb or even if its the kernel image
On Thu, 2014-08-14 at 02:52 +0100, Ben Hutchings wrote:
On Thu, 2013-11-14 at 10:34 +, Ian Campbell wrote:
[...]
I've now added something along these lines.
Thanks, I'd totally lost track of this one.
Ian.
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject
On Thu, 2014-07-24 at 13:20 +0200, Carlos Alberto Lopez Perez wrote:
I was just hit by bug https://bugs.debian.org/736659 after installing
gcc-multilib and later rebuilding my initramfs.
I don't think this situation of having several x32 packages on the
archive (which other packages depend
On Thu, 2014-07-24 at 20:22 +0100, Robert de Bath wrote:
On Thu, 24 Jul 2014, Ian Campbell wrote:
On Thu, 2014-07-24 at 13:20 +0200, Carlos Alberto Lopez Perez wrote:
I was just hit by bug https://bugs.debian.org/736659 after installing
gcc-multilib and later rebuilding my initramfs
On Tue, 2014-07-22 at 20:50 +0100, Ben Hutchings wrote:
On Tue, 2014-07-22 at 20:18 +0100, David Goodenough wrote:
In the above package the description reads:-
The Linux kernel 3.14 and modules for use on ARMv7 multiplatform kernel for
Marvell Armada 370/xp, Freescale iMX5x/iMX6.
On Mon, 2014-07-21 at 16:01 +0900, sf...@users.sourceforge.net wrote:
Ian Campbell:
In file included from /=ABPKGBUILDDIR=BB/include/linux/mm.h:23:0,
from /=ABPKGBUILDDIR=BB/include/linux/pid_namespace.h:6,
from /=ABPKGBUILDDIR=BB/include/linux/ptrace.h:9
mention it because I suspect that approach will have yet
another ABI. I'll see what I can so though...
For now I've fixed the issues you mentioned in our svn.
Ian.
On Fri, 2014-07-18 at 22:35 +0100, Ian Campbell wrote:
[...]
-static inline void vmr_do_fput(struct vm_region *region
On Sun, 2014-07-20 at 01:44 +0100, Ben Hutchings wrote:
On Fri, 2014-07-18 at 22:19 +0100, Ian Campbell wrote:
OOI who is it that is going to be basing on 3.14?
I don't know specifically, but he implied that consumer electronics
companies would be using it in a lot of products.
Thanks.
So
On Sat, 2014-07-19 at 20:40 +0100, Ian Campbell wrote:
On Sun, 2014-07-20 at 02:38 +0900, sf...@users.sourceforge.net wrote:
Hello Ian,
Ian Campbell:
This include is added by aufs3-mmap.patch but causes circular
dependencies on arm64 as seen with the Debian kernel packages
On Mon, 2014-07-21 at 04:47 +0900, sf...@users.sourceforge.net wrote:
Ian Campbell:
The following patch which does what I think you are suggesting works OK
for me too.
Thanks for the patch.
#ifndef CONFIG_MMU was less important since the built kernel doesn't
contain the functions defined
On Fri, 2014-07-18 at 17:48 +0100, Ben Hutchings wrote:
A kernel ABI bump is needed to enable:
- [powerpc] CONFIG_PPC_TRANSACTIONAL_MEM
- [powerpc/powerpc64] CONFIG_JUMP_LABEL
- CONFIG_DYNAMIC_DEBUG
I propose to make these changes with the next upload to unstable.
If anyone else has an
the opportunity to wrap the vmr_* macros in ifndef CONFIG_MMU
Signed-off-by: Ian Campbell i...@hellion.org.uk
--- a/include/linux/mm.h
+++ b/include/linux/mm.h
@@ -18,9 +18,6 @@
#include linux/pfn.h
#include linux/bit_spinlock.h
#include linux/shrinker.h
-#include linux/dcache.h
-#include linux
into macros (due to having a return value).
Also take the opportunity to wrap the vmr_* macros in ifndef CONFIG_MMU
Signed-off-by: Ian Campbell i...@hellion.org.uk
--- a/include/linux/mm.h
+++ b/include/linux/mm.h
@@ -18,9 +18,6 @@
#include linux/pfn.h
#include linux/bit_spinlock.h
#include
On Sun, 2014-07-20 at 02:38 +0900, sf...@users.sourceforge.net wrote:
Hello Ian,
Ian Campbell:
This include is added by aufs3-mmap.patch but causes circular
dependencies on arm64 as seen with the Debian kernel packages in
:::
According to http://article.gmane.org
On Fri, 2014-07-18 at 17:43 +0100, Ben Hutchings wrote:
On Thu, 2014-05-01 at 17:29 +0100, Ben Hutchings wrote:
[...]
The earlier we freeze the kernel, the more work will be required to
backport fixes and hardware enablement during the jessie support period.
So I think that 3.16 would be
On Fri, 2014-07-18 at 22:41 +0200, maximilian attems wrote:
On Fri, Jul 18, 2014 at 05:43:06PM +0100, Ben Hutchings wrote:
On Thu, 2014-05-01 at 17:29 +0100, Ben Hutchings wrote:
Linux 3.14-stable
- Supported by Greg for about 2 years after release (March 2014)
- As an official
FYI, here is what I am current build testing and planning to apply +
send to the aufs folks.
Ian.
-
From: Ian Campbell i...@hellion.org.uk
Date: Fri, 18 Jul 2014 22:12:19 +0100
Subject: aufs3: remove include of linux/fs.h from linux/mm.h
Forwarded: TBD
This include is added
On Thu, 2014-07-17 at 10:07 +0100, Will Deacon wrote:
On Thu, Jul 17, 2014 at 07:45:38AM +0100, Ian Campbell wrote:
This reduces the complexity of the includes needed for linux/stat.h and
removes
some possibilities for causing include loops.
One such issue was exposed by the Debian
=1405234443
Signed-off-by: Ian Campbell i...@hellion.org.uk
Cc: Catalin Marinas catalin.mari...@arm.com
Cc: Will Deacon will.dea...@arm.com
Cc: linux-arm-ker...@lists.infradead.org
Cc: debian-kernel@lists.debian.org
---
This is effectively v2 of arm64: Move struct stat64 to uapi
---
arch/arm64/include/asm
Adding xen-devel and some of the Linux maints,
On Mon, 2014-07-14 at 23:22 +0200, maximilian attems wrote:
I will upload tomorrow Tuesday around 22h00 UT to experimental.
There are two TODOS concerning the not yet forwarded Debian patches:
- cgroups
- xen microcode
I consider both not
On Tue, 2014-07-15 at 10:59 -0400, Konrad Rzeszutek Wilk wrote:
On Tue, Jul 15, 2014 at 09:53:32AM +0100, Ian Campbell wrote:
Adding xen-devel and some of the Linux maints,
On Mon, 2014-07-14 at 23:22 +0200, maximilian attems wrote:
I will upload tomorrow Tuesday around 22h00 UT
On Tue, 2014-07-15 at 11:35 -0400, Konrad Rzeszutek Wilk wrote:
On Tue, Jul 15, 2014 at 04:06:00PM +0100, Ian Campbell wrote:
On Tue, 2014-07-15 at 10:59 -0400, Konrad Rzeszutek Wilk wrote:
On Tue, Jul 15, 2014 at 09:53:32AM +0100, Ian Campbell wrote:
Adding xen-devel and some
Control: tag -1 +pending
On Fri, 2014-06-06 at 11:18 -0700, Vagrant Cascadian wrote:
On Tue, Jun 03, 2014 at 08:35:17AM +0100, Ian Campbell wrote:
I tested both patches with a local build of 3.15~rc7-1~exp2 on a
wandboard quad
and a cubox i4pro, and they seem to work for a fbdev
On Fri, 2014-06-06 at 15:09 +0200, Karsten Merker wrote:
Source: linux
Version: 3.14.5-1
Severity: important
Hello,
linux 3.14.5-1 FTBFS on armhf with missing module virtio_balloon
upon building udebs:
On Mon, 2014-06-02 at 21:54 +0200, Damian Philipp wrote:
modules usbip-core.ko and usbip-host.ko (and possibly other
usbip-related modules) are missing from the Debian kernel. As usbip
itself is offered as a package, I believe the modules should be present.
Bug #568903 enabled this feature for
Source: linux
Version: 3.15~rc7-1~exp1
Severity: wishlist
Tags: patch
On Mon, 2014-06-02 at 23:03 -0700, Vagrant Cascadian wrote:
On Mon, May 26, 2014 at 03:25:28PM +0100, Ian Campbell wrote:
On Fri, 2014-05-16 at 15:26 -0700, Vagrant Cascadian wrote:
The patch for wandboard was from linux
Allows me to cross build an armhf package from amd64.
Signed-off-by: Ian Campbell i...@hellion.org.uk
---
scripts/package/builddeb | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/scripts/package/builddeb b/scripts/package/builddeb
index f46e4dd..c22ab79 100644
On Mon, 2014-06-02 at 12:29 +0300, Fathi Boudra wrote:
I submitted it a month ago. It's already applied to kbuild.git#misc:
http://www.spinics.net/lists/linux-kbuild/msg09273.html
I must have missed it, thanks!
Your version looks better (correctly uses $OBJCOPY)
Ian.
--
To UNSUBSCRIBE,
On Mon, 2014-06-02 at 09:48 +0200, maximilian attems wrote:
Unfortunately it looks like 3.14 will get long term support,
hence it is a very likely candidate for the upcoming release.
How certain is that do you think? There's a bunch of stuff in trunk for
3.15 which I would start thinking about
On Mon, 2014-06-02 at 21:28 +0200, maximilian attems wrote:
On Mon, Jun 02, 2014 at 07:43:11PM +0100, Ian Campbell wrote:
On Mon, 2014-06-02 at 09:48 +0200, maximilian attems wrote:
Unfortunately it looks like 3.14 will get long term support,
hence it is a very likely candidate
On Tue, 2014-05-27 at 09:02 +, Andreas Henriksson wrote:
Apologies for the confusion with the pending tag earlier -- I
accidentally ran tagpending from a tree which had my WIP stuff for this
applied and then untagged. I've now pushed the changes and tagged again.
The actual driver is in Ulf
On Sat, 2014-05-31 at 11:57 +0200, Rainer Dorsch wrote:
Hello,
I was just about to submit a bug report to enable support for wifi with
the Debian armmp kernels for imx6 devices, in particular the Cubox-i.
But then I found that there is already a bug report from January to
request this:
On Fri, 2014-05-16 at 15:26 -0700, Vagrant Cascadian wrote:
The patch for wandboard was from linux-next, the cubox-i/hummingboard patch
from:
http://www.home.arm.linux.org.uk/~rmk/cubox/hummingboard-cubox-i-v3.15-rc1/0214-ARM-imx-add-HDMI-support-for-SolidRun-HummingBoard-a.patch
I'm
On Fri, 2014-05-09 at 03:17 +0100, Ben Hutchings wrote:
[...]
+CONFIG_SERIAL_OF_PLATFORM=y
[...]
This seems to select some glue code for 8250-like serial ports, and the
following symbols don't depend on it.
Ignoring the beaglebone aspect for the moment -- might support for
8250-like
On Sat, 2014-05-03 at 16:40 +0200, Andrew Lunn wrote:
However on my 6281 based TS-219 system there seems to be no visible PCI
bus when running the 3.2 kernel in the current Debian stable release
(which of course uses board support). Some info:
The old PCI driver looks to see if there is
On Mon, 2014-02-24 at 17:24 +0100, Andrew Lunn wrote:
back in v3.2, lspci should still work. Would that given you the
information you need?
I expect it will, yes.
3.14 with the new PCIe driver will also work. The patch was accepted
and considered a regression so made it into one of
Control: forcemerge 746420 -1
On Fri, 2014-05-02 at 09:21 +0200, Karsten Merker wrote:
Package: linux
Version: 3.14.2-1
Hello,
the linux package (3.14.2-1) currently FTBFS on armhf:
https://buildd.debian.org/status/fetch.php?pkg=linuxarch=armhfver=3.14.2-1stamp=1398922166
Thanks. This
On Thu, 2014-05-01 at 17:29 +0100, Ben Hutchings wrote:
Based on a linear regression of Linux release dates since 3.2, I
extrapolated that the latest stable release at freeze time will likely
be 3.17: http://www.decadent.org.uk/ben/tmp/linux-release-dates.svg.
However, there will be little
into
runlevel 2... I wonder how qemu-system-aarch64 is getting along...)
Ian.
From c612eca334df312521e970a23909e92419d608e4 Mon Sep 17 00:00:00 2001
From: Ian Campbell ian.campb...@citrix.com
Date: Sun, 20 Apr 2014 20:04:16 +0100
Subject: [PATCH] [arm64] Initial kernel configuration and packaging
On Sat, 2014-04-26 at 22:15 +0100, Ben Hutchings wrote:
On Sat, 2014-04-26 at 22:23 +0200, Karsten Merker wrote:
Package: linux
Severity: wishlist
Hello,
I am working on getting ARM platforms based on the Allwinner A10
(sun4i) and A20 (sun7i) SOCs better supported in Debian.
On Mon, 2014-04-21 at 13:40 -0600, dann frazier wrote:
On Sun, Apr 20, 2014 at 05:29:13PM +0100, Ian Campbell wrote:
On Sun, 2014-04-20 at 09:08 -0700, Vagrant Cascadian wrote:
On Sun, Apr 20, 2014 at 04:28:45PM +0100, Ian Campbell wrote:
On Sun, 2014-04-20 at 16:13 +0100, Ben Hutchings
isn't needed.
Thanks.
Rebased version attached.
Ian.
From 14c759c052450494c4a252545eb9cda627d69202 Mon Sep 17 00:00:00 2001
From: Ian Campbell ian.campb...@citrix.com
Date: Sun, 20 Apr 2014 20:04:16 +0100
Subject: [PATCH] [arm64] Initial kernel configuration and packaging.
---
linux/debian
On Mon, 2014-04-21 at 12:51 +0100, Ben Hutchings wrote:
On Mon, 2014-04-21 at 11:27 +0100, Ian Campbell wrote:
On Sun, 2014-04-20 at 23:13 +0100, Ben Hutchings wrote:
[...]
You shouldn't need to specify the config files at all.
[...]
This looks just the same as for armel and armhf
On Sun, 2014-04-20 at 16:13 +0100, Ben Hutchings wrote:
On Sun, 2014-04-20 at 16:30 +0200, Adam Borowski wrote:
On Sun, Apr 20, 2014 at 02:27:01AM +0100, Wookey wrote:
You may or may not have noticed that 'arm64' is coming. This a 64-bit
arm architecture also known as 'aarch64' and
On Sun, 2014-04-20 at 16:28 +0100, Ian Campbell wrote:
That said I can't see any reason not to get started on an arm64 kernel.
Except:
The following packages have unmet dependencies:
sbuild-build-depends-linux-dummy : Depends: python but it is not going to be
installed
On Sun, 2014-04-20 at 09:08 -0700, Vagrant Cascadian wrote:
On Sun, Apr 20, 2014 at 04:28:45PM +0100, Ian Campbell wrote:
On Sun, 2014-04-20 at 16:13 +0100, Ben Hutchings wrote:
Given that, it seems like a good time to add arm64 to src:linux with a
configuration that will run on at least
initramfs-fallback: linux-initramfs-tool
From bcfe5f5b118276269d0e5556adf42a6a7e00a86c Mon Sep 17 00:00:00 2001
From: Ian Campbell ian.campb...@citrix.com
Date: Sun, 20 Apr 2014 20:04:16 +0100
Subject: [PATCH] [arm64] Initial kernel configuration and packaging.
---
linux/debian/changelog
On Sun, 2014-04-20 at 20:13 +0100, Ian Campbell wrote:
The attached patch
I failed to git add some of the changes. Corrected version is attached.
Ian.
From d23400de00e6a1686907adf7c1142dfffc6417ed Mon Sep 17 00:00:00 2001
From: Ian Campbell ian.campb...@citrix.com
Date: Sun, 20 Apr 2014 20:04
On Sat, 2014-03-29 at 19:33 +0100, Andrew Lunn wrote:
Having looked back at the initial mail, it looks like dmesg_error.txt
and dmesg_after_patch.txt show approximately the same thing, or at least
I'm not spotting the error.
I think error is too strong a word. It is more a problem of just
On Wed, 2014-03-26 at 21:47 +0100, Andrew Lunn wrote:
I think you need to be talking to the device mapper/raid people.
Thanks Andrew.
Martin (W) or Alexander -- please could you report the to the upstream
linux-raid list (linux-r...@vger.kernel.org).
Having looked back at the initial mail, it
On Thu, 2014-02-27 at 03:07 +, Wookey wrote:
End of the build log at:
https://buildd.debian.org/status/fetch.php?pkg=linuxarch=armelver=3.13.4-1stamp=1393291598
some modules are in more than one package
debian/jffs2-modules-3.13-1-orion5x-di
On Fri, 2014-02-28 at 11:26 +0100, Arnaud Patard wrote:
Ian Campbell i...@hellion.org.uk writes:
On Thu, 2014-02-27 at 03:07 +, Wookey wrote:
End of the build log at:
https://buildd.debian.org/status/fetch.php?pkg=linuxarch=armelver=3.13.4-1stamp=1393291598
some modules
On Mon, 2014-02-24 at 20:11 +, Ben Hutchings wrote:
On Mon, 2014-02-24 at 15:48 +, Ian Campbell wrote:
On Sat, 2014-02-22 at 22:56 +, Ben Hutchings wrote:
On Mon, 2013-09-30 at 20:25 +1000, Kris Shannon wrote:
I was eagerly awating the release of linux-2.6_2.6.32-48squeeze4
On Fri, 2014-02-28 at 02:45 +, Ian Campbell wrote:
Looks like squeeze4 is the latest actual upload BTW, at least
according to the PTS. squeeze5 has a bunch of stuff in it...
bugfix/all/CVE-2013-6378.patch which was added to the series in
48squeeze5 in early January is missing, so things
On Fri, 2014-02-28 at 02:58 +, Ian Campbell wrote:
On Fri, 2014-02-28 at 02:45 +, Ian Campbell wrote:
Looks like squeeze4 is the latest actual upload BTW, at least
according to the PTS. squeeze5 has a bunch of stuff in it...
bugfix/all/CVE-2013-6378.patch which was added
On Sat, 2014-02-22 at 22:56 +, Ben Hutchings wrote:
On Mon, 2013-09-30 at 20:25 +1000, Kris Shannon wrote:
I was eagerly awating the release of linux-2.6_2.6.32-48squeeze4
because it would fix #701744 (fallout from XSA-39: Linux netback DoS
via malicious guest ring)
It turns out
On Thu, 2014-02-20 at 18:26 -0500, Jason Cooper wrote:
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
On Fri, 2014-02-21 at 02:00 +, Ben Hutchings wrote:
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
On Mon, 2014-02-24 at 17:24 +0100, Andrew Lunn 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
On Mon, 2014-02-24 at 20:11 +, Ben Hutchings wrote:
On Mon, 2014-02-24 at 15:48 +, Ian Campbell wrote:
The other question is whether there will be any more updates to the
Squeeze kernel at all, aren't we into security fixes only mode for
Squeeze by now?
A regression due
On Mon, 2014-02-24 at 21:23 +, Wei Liu wrote:
On Mon, Feb 24, 2014 at 08:14:31PM +, Ian Campbell wrote:
On Mon, 2014-02-24 at 20:11 +, Ben Hutchings wrote:
On Mon, 2014-02-24 at 15:48 +, Ian Campbell wrote:
The other question is whether there will be any more updates
201 - 300 of 809 matches
Mail list logo
