On Thu, 2015-09-03 at 11:58 +0200, Robert Schlabbach wrote:
> Proposed fix: Add flash-kernel 3.45 to jessie-backports and add a
> dependency of any Linux kernels 3.17 or later on at least this
> package version.
Agreed. The important change was made in flash-kernel 3.37 so the
breaks in the
On Thu, 2015-09-03 at 12:20 +0200, Robert Schlabbach wrote:
> Package: linux-image-4.1.0-0.bpo.1-kirkwood
> Version: 4.1.3-1~bpo8+1
>
> After installing this Linux kernel on my QNAP TS-219P II, qcontrol no
> longer works:
>
> 1. The status LED remains in red/green blink mode (as set by the
On Tue, 2015-09-08 at 22:52 +0200, Bastian Blank wrote:
> Please take a look and let me know what you think about this variant.
> Most likely I've forgotten something, but I don't know what it is.
I had a (very brief) play.
The submodules refer to local paths (../source/linux IIRC) rather than
On Sat, 2015-09-12 at 12:05 +0200, Bastian Blank wrote:
> Hi Ian
>
> On Sat, Sep 12, 2015 at 10:45:50AM +0100, Ian Campbell wrote:
> > On Tue, 2015-09-08 at 22:52 +0200, Bastian Blank wrote:
> > > Please take a look and let me know what you think about this
> vari
On Sat, 2015-09-12 at 12:05 +0200, Bastian Blank wrote:
> Hi Ian
>
> On Sat, Sep 12, 2015 at 10:45:50AM +0100, Ian Campbell wrote:
> > On Tue, 2015-09-08 at 22:52 +0200, Bastian Blank wrote:
> > > Please take a look and let me know what you think about this
> vari
On Thu, 2015-08-20 at 16:13 +0100, Julia Longtin wrote:
It has now been three years I have been applying lisa's patch to
userspace, and using that. is anyone actually looking at this?
Reviewing the bug log it looks to me as if the correct place to be
pushing for a fix is upstream. Once it is
On Sat, 2015-08-01 at 10:51 +0100, Ian Campbell wrote:
http://git.kernel.org/linus/07949bf9c63c9a80027fe8452d5fe8b9ba9b3c23
I'll see about backporting that to the 4.1 kernel in Debian until we
move to 4.2.
It turns out that this patch while necessary is not sufficient and I
also needed
On Thu, 2015-07-30 at 15:47 +0800, Chen-Yu Tsai wrote:
On Sat, Jul 25, 2015 at 11:30 PM, Ian Campbell i...@debian.org
wrote:
On Sat, 2015-07-25 at 22:54 +0800, Chen-Yu Tsai wrote:
On Sat, Jul 25, 2015 at 10:46 PM, Leonardo Canducci
leonardo.candu...@gmail.com wrote:
I got lost
On Wed, 2015-07-29 at 18:50 +0900, Roger Shimizu wrote:
Dear Ian,
Thanks for your response!
I'd like to ask whether you could offer the Reviewed-by for my
first
patch of Bug#793786?
(0001-advance-the-timing-of-insmod-netconsole.patch)
You must be a netconsole user that understand the
:
Signed-off-by: Ian Campbell i...@debian.org
for the purposes of inclusion in initramfs-tools.
Ian.
--
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.org/1438111067.28924.36.ca
On Sat, 2015-07-25 at 22:54 +0800, Chen-Yu Tsai wrote:
On Sat, Jul 25, 2015 at 10:46 PM, Leonardo Canducci
leonardo.candu...@gmail.com wrote:
I got lost somewhere in that long thread but I saw cpufreq on
cubie* works
for someone [0]. It's just a matter of loading two modules. I tried
On Wed, 2015-07-22 at 14:33 +0200, Leonardo Canducci wrote:
I tried comparing dmesg from sunxi kernel (3.4) and experimental
(4.1) but I couldn't spot anything relevant. Both are attached as I'm
not skilled enough and I might have missed something.
I don't see anything either, please could
On Wed, 2015-07-22 at 09:41 +0200, Leonardo Canducci wrote:
Package: src:linux
Version: 3.16.7-ckt11-1
i just installed jessie on my cubieboard as described on the debian
wiki page. All is fine but I can't see CPU freq:
It seems that cpufreq from sunxi was added to mainline in 4.0. I expect
On Wed, 2015-07-22 at 13:21 +0200, Leonardo Canducci wrote:
Maybe some device-tree issue?
Perhaps. Does anything in the dmesg from the newer kernel give a clue?
If not then please can you take this to the upstream list. I don't see
any config options which are obviously missing.
Ian.
--
On Tue, 2015-06-16 at 09:34 +0200, Christian Hilberg wrote:
Am Dienstag 16 Juni 2015, 09:05:31 schrieb Christian Hilberg:
Hi everyone,
wheezy-backports has 3.16.7-ckt9-3~deb8u1~bpo70+1 built, while the
source info already refers to linux_3.16.7-ckt11.orig.tar.xz (see [0]).
Since
(this conversation really should have been going to the flash-kernel
clone in #781882 and not to the original upgrade-report bug in #781742,
I've adjusted CC and moved the original to BCC)
On Thu, 2015-05-07 at 15:04 +0100, Ian Campbell wrote:
Resending with a more obvious subject
Control: fixed -1 4.0.4-1
Control: fixed -1 3.18.5-1~exp1
On Sun, 2015-05-31 at 01:54 +0100, Ben Hutchings wrote:
On Fri, 2015-05-29 at 13:27 +0200, JM wrote:
I have tested linux-image-kirkwood-4.0.0-2 from unstable and I can
confirm that this bug has been fixed upstream and mv_cesa passes
Control: fixed -1 4.0-1~exp1
On Wed, 2015-03-04 at 11:14 +, David Vrabel wrote:
Use correct pointer arithmetic to get the pointer to each stat.
I think this incorrect arithmetic was also responsible for the crash
reported in http://bugs.debian.org/786936 which was using the resulting
stray
On Sat, 2015-05-23 at 11:42 +0100, Ian Campbell wrote:
Including a v3 which is slightly different to what has been posted here
[...]
So that's the one I intend to apply
Looks like Ben a) already spotted there was a v3 and b) committed it to
svn for both Sid and Jessie already, so I shall
On Thu, 2015-05-21 at 20:33 +0100, Steve McIntyre wrote:
On Thu, May 21, 2015 at 07:49:37PM +0100, Ian Campbell wrote:
On Wed, 2015-05-20 at 07:53 +0100, Steve McIntyre wrote:
Here's patch v2...
Thanks.
Has this been posted to anywhere upstream? Usual policy is that this
should happen
On Wed, 2015-05-20 at 07:53 +0100, Steve McIntyre wrote:
Here's patch v2...
Thanks.
Has this been posted to anywhere upstream? Usual policy is that this
should happen before we take it into our kernel. That will also give us
something (i.e. an archive URL) to put in an Origin: header.
We
On Tue, 2015-05-19 at 12:52 +0100, Steve McIntyre wrote:
+CONFIG_USB_XHCI_PLATFORM=y
This guy seems to match on:
static const struct of_device_id usb_xhci_of_match[] = {
{ .compatible = generic-xhci },
{ .compatible = xhci-platform },
{ .compatible =
On Tue, 2015-05-19 at 20:02 +0100, Ian Campbell wrote:
On Tue, 2015-05-19 at 12:52 +0100, Steve McIntyre wrote:
+CONFIG_USB_XHCI_PLATFORM=y
This guy seems to match on:
static const struct of_device_id usb_xhci_of_match[] = {
{ .compatible = generic-xhci },
{ .compatible
On Sun, 2015-05-17 at 15:14 +0100, Ian Campbell wrote:
On Thu, 2015-05-07 at 21:02 +0200, Martin Lucina wrote:
Note that despite the memory setting above, the dom0 has not been allocated
exactly the amount asked for:
# xl list 0
NameID Mem
On Sun, 2015-05-03 at 15:21 +0100, Ben Hutchings wrote:
Package: src:linux
Version: 3.16.7-ckt9-3~deb8u1
Severity: normal
Tags: upstream
On the OpenBlocks AX3-4, the kernel logs these messages at every boot:
[1.853325] rtc-mv d0010300.rtc: internal RTC not ticking
[1.863449]
On Thu, 2015-05-07 at 21:02 +0200, Martin Lucina wrote:
Note that despite the memory setting above, the dom0 has not been allocated
exactly the amount asked for:
# xl list 0
NameID Mem VCPUsState Time(s)
Domain-0
On Mon, 2015-04-06 at 12:08 +0200, Sjoerd Simons wrote:
For reference when using linux-image-3.19.0-trunk-armmp this would add ~8
mbyte
of dtb files to /boot, current linux-next's multi_v7 configuration generates
around ~11 mbyte of dtb files.
That's a gain of a couple of M in the space of a
On Thu, 2015-05-07 at 21:02 +0200, Martin Lucina wrote:
Bug #776448 claims to have fixed this problem, however it seems that the
fix is incomplete?
Yes, it was. It looks like I was even told and didn't notice:
http://article.gmane.org/gmane.comp.emulators.xen.devel/230401 :-/
I'll queue
On Sun, 2015-05-17 at 14:51 +0100, Ian Campbell wrote:
On Thu, 2015-05-07 at 21:02 +0200, Martin Lucina wrote:
Bug #776448 claims to have fixed this problem, however it seems that the
fix is incomplete?
Yes, it was. It looks like I was even told and didn't notice:
http://article.gmane.org
On Fri, 2015-05-15 at 17:55 -0700, Rick Thomas wrote:
[...]
There does not seem to be any way to over-ride this. There's code in
/etc/default/hwclock
that would do part of the work in a sysvinit setup, but it seems to be
ignored under systemd.
[...]
Presumably, there is systemd magic that
On Tue, 2015-05-12 at 01:33 -0700, Rick Thomas wrote:
On May 6, 2015, at 3:35 AM, Rick Thomas rbtho...@pobox.com wrote:
On May 6, 2015, at 3:27 AM, Ian Campbell i...@debian.org wrote:
It would be preferable to test the thing in Sid before the upload to
jessie-proposed-updates
Resending with a more obvious subject.
The workaround I describe in the final paragraph does seem to work, but
I'm not sure that's the best way to go.
On Mon, 2015-05-04 at 15:31 +0100, Ian Campbell wrote:
(CC initramfs-tools@packages, context is flash-kernel invocation not
being deferred via
Control: submitter -1 Rick Thomas rbtho...@pobox.com
On Wed, 2015-05-06 at 03:00 -0700, Rick Thomas wrote:
OK, How will I identify the upload when I see it? The box is running
Debian/Sid and I do regular updates. So presumably, I’ll see a
“linux-image-3.16.0-4-armmp” package go by sometime
On Sat, 2015-05-02 at 17:21 +0100, Ian Campbell wrote:
We typically build RTCs statically (for this sort of reason) so it seems
like the right thing for us to do here is to build both in.
Which I've now done in SVN. Rick, please test the next upload.
Also, Rick, I'm getting messages from my
(CC initramfs-tools@packages, context is flash-kernel invocation not
being deferred via triggers during upgrade and ultimately running
several times in a dist-upgrade)
On Sat, 2015-04-04 at 10:49 +0100, Ian Campbell wrote:
At first glance it seems like invocations via the initramfs-tools hooks
Control: forwarded -1
https://mail.gna.org/public/cryptodev-linux-devel/2015-04/msg00011.html
On Wed, 2015-04-29 at 15:06 +0200, JM wrote:
Following the update from Wheezy to Jessie, mv_cesa crypto module
fails two kernel self-checks:
Hi JM,
Looks like you've already took this to upstream,
On Wed, 2015-04-29 at 15:33 -0700, Rick Thomas wrote:
On Apr 29, 2015, at 12:35 PM, Karsten Merker wrote:
On Tue, Apr 28, 2015 at 04:55:40AM -0700, Rick Thomas wrote:
On Apr 10, 2015, at 4:20 AM, Karsten Merker mer...@debian.org wrote:
On Fri, Apr 10, 2015 at 03:07:31AM -0700, Rick Thomas
Source: linux
Version: 3.16.7-ckt9-2
X-Debbugs-Cc: leif.lindh...@linaro.org, woo...@wookware.org, st...@einval.com
Control: notfound -1 3.17-1~exp1
Control: submitter -1 Mark Rutland mark.rutl...@arm.com
On Thu, 2015-04-30 at 17:01 +0100, Mark Rutland wrote:
Hi Ian,
Hi Mark,
Such things are
On Wed, 2015-04-29 at 09:57 +0100, Russell King - ARM Linux wrote:
On Sat, Apr 11, 2015 at 01:08:50AM +0100, Ben Hutchings wrote:
If this RTC is not battery backed, it seems like it ought to be disabled
in this board's device tree.
It's not that simple.
On the lower-end models, the
On Sat, 2015-05-02 at 17:12 +0100, Russell King - ARM Linux wrote:
On Sat, May 02, 2015 at 05:01:04PM +0100, Ian Campbell wrote:
So is your advice for a multi platform kernel supporting all Cubox
devices to just enable both and to sort out any syncing/naming etc in
userspace?
I don't see
On Tue, 2015-04-21 at 14:07 +0100, Ian Campbell wrote:
On Tue, 2015-04-21 at 13:31 +0200, Wolodja Wentland wrote:
Package: src:linux
Version: 3.16.7-ckt4-3~bpo70+1
Severity: important
Hello,
ever since upgrading some of our Xen dom0s to the kernel in backports at
that time
On Tue, 2015-04-21 at 13:31 +0200, Wolodja Wentland wrote:
Package: src:linux
Version: 3.16.7-ckt4-3~bpo70+1
Severity: important
Hello,
ever since upgrading some of our Xen dom0s to the kernel in backports at
that time (3.16.7-ckt4-3~bpo70+1) we are seeing domU freezes with output such
On Fri, 2015-03-27 at 06:47 -0700, Marc MERLIN wrote:
On Fri, Mar 27, 2015 at 08:10:31AM +, Ian Campbell wrote:
Control: retitle -1 initramfs-tools: does not support CONFIG_MODULE_COMPRESS
On Fri, 2015-03-27 at 00:31 -0700, Marc MERLIN wrote:
Sure, there you go
Now I see
Control: retitle -1 initramfs-tools: does not support CONFIG_MODULE_COMPRESS
On Fri, 2015-03-27 at 00:31 -0700, Marc MERLIN wrote:
Sure, there you go
Now I see the problem. It runs
modprobe --all --set-version=3.19.2-amd64-i915-volpreempt-20141114
--ignore-install --quiet --show-depends
Control: forcemerge 781002 781205
On Mon, 2015-03-23 at 16:20 -0500, Richard Jasmin wrote:
nope. No such luck. Initrd still is missing the kernel's modules.
Could you try:
/bin/sh -x /usr/sbin/mkinitramfs -o /tmp/foo $VERSION 2/tmp/log
(for $VERSION which lacks modules) and attach the
On Tue, 2015-03-03 at 14:41 +, Ian Campbell wrote:
My plans for the summer are still a bit up in the air, but in principal
yes, although I very likely would only make it for the 12 or 13th
onwards since I'm at another thing in the UK until the 10th.
I've since been reminded about my
On Wed, 2015-03-04 at 22:44 +, B.R. Oake wrote:
On 04/03/15 22:20, maximilian attems wrote:
they are already removed in the repository for experimental,
waiting for 3.19.X for the next upload.
in any case thanks for the details.
Hi, maks; thanks, that's good to know.
For the
On Sat, 2015-02-28 at 23:11 +, Ben Hutchings wrote:
On Mon, 2015-02-16 at 12:02 -0500, Tassia Camoes Araujo wrote:
Would your team benefit from a sprint but organizing it is too much hassle?
Are you looking for more people to join your project, but don't know how to
reach them?
On Thu, 2015-02-26 at 22:37 +0100, Uwe Kleine-König wrote:
Hello Karsten,
On Thu, Feb 26, 2015 at 10:02:35PM +0100, Karsten Merker wrote:
the runtime testing of the patch has not shown any problems; I have
submitted it as bug #779311.
Applied to sid branch.
Thanks, as expected I was AFK
On Thu, 2015-02-26 at 08:08 +0100, Karsten Merker wrote:
Ben Hutchings b...@decadent.org.uk wrote:
I intend to upload linux version 3.16.7-ckt7-1 to unstable later this
week.
This will include:
- Many fixes from stable release 3.16.7-ckt{5,6,7}
- New hardware support: Olimex
On Tue, 2015-02-10 at 15:22 +, Ben Hutchings wrote:
On Tue, 2015-02-10 at 01:30 +, Ian Campbell wrote:
On Tue, 2015-02-10 at 01:13 +, Ben Hutchings wrote:
* bugfix/arm64/arm64-add-missing-dts-entry-for-X-Gene-platform.patch
bugfix/arm64/arm64-removed-using
On Tue, 2015-02-10 at 01:13 +, Ben Hutchings wrote:
* bugfix/arm64/arm64-add-missing-dts-entry-for-X-Gene-platform.patch
bugfix/arm64/arm64-removed-using-of-the-mask-attribute-in-the-dts.patch
I think these are all still needed, so I've rebased and re-enabled them.
I think these
On Mon, 2015-02-09 at 07:57 +0100, Karsten Merker wrote:
On Mon, Feb 09, 2015 at 06:20:50AM +, Ian Campbell wrote:
On Sun, 2015-02-08 at 12:25 +0100, Karsten Merker wrote:
Attached is a patch against
the Debian kernel SVN to backport the devicetree from kernel
3.18.
Applied
On Sun, 2015-02-08 at 12:25 +0100, Karsten Merker wrote:
Attached is a patch against
the Debian kernel SVN to backport the devicetree from kernel
3.18.
Applied to SVN for -4, thanks. BTW, your patch seemed to have DOS line
endings, I ran dos2unix.
Ian.
--
To UNSUBSCRIBE, email to
Control: merge 776050 776236
On Tue, 2015-01-27 at 00:10 -0500, Gedalya wrote:
On Mon, 26 Jan 2015 10:24:41 + Ian Campbell wrote:
This is actually a kernel issue I think, so reassigning accordingly.
2c3fc8d26dd0 swiotlb-xen: pass dev_addr to
swiotlb_tbl_unmap_single
Control: reassign -1 src:linux 3.16.7-ckt4-1
On Sun, 2015-01-25 at 14:24 -0600, Brian Paterni wrote:
Package: xen-hypervisor-4.4-amd64
Version: 4.4.1-6
Severity: normal
Dear Maintainer,
I'm trying to boot into xen/dom0 but so far all attempts have resulted
in a crash followed by an
Control: found -1 3.16.7-ckt2-1
Control: notfound -1 3.16.0-4
On Mon, 2015-01-12 at 17:30 +0100, Draghi wrote:
Source: linux
Version: 3.16.0-4
FYI, this is the ABI not the package version. The version can be seen in
uname or in your kernel log in:
Linux version 3.16.0-4-kirkwood
Control: tag -1 +moreinfo
On Mon, 2015-01-12 at 17:30 +0100, Draghi wrote:
n...@none.net bounces with an unknown account. Hopefully you see this
here some other way.
Ian.
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
On Sat, 2015-01-03 at 09:54 -0200, Rogério Brito wrote:
[...]
Thanks for the info.
Since I can't reproduce it would be useful if you could take this issue
to the upstream developers who were involved in the original bug report
and work with them directly to find a cure.
I may try, but I
On Wed, 2015-01-07 at 20:49 +0100, Jérémy Bobbio wrote:
+@@ -301,7 +301,9 @@ if [ ! -z ${output_file} ]; then
+ if [ -z ${cpio_file} ]; then
+ timestamp=
+ if test -n $KBUILD_BUILD_TIMESTAMP; then
+-timestamp=$(date
On Wed, 2015-01-07 at 10:16 +0100, kri...@tvnetwork.hu wrote:
Dear kernel maintainers,
Version 3.16.7-ckt2-1 of linux-image-3.16.0-4-amd64 breaks existing xen
hvm domU installations with the following messages on host:
Jan 5 07:10:14 node2-1 kernel: [14902.206659] vif vif-7-0: 22
http://www.ejbdigital.com.au/gplpv/ for our windows domains,
with no success.
Regards,
Kojedzinszky Richard
Euronet Magyarorszag Informatika Zrt.
On Wed, 7 Jan 2015, Ian Campbell wrote:
Date: Wed, 07 Jan 2015 11:02:35 +
From: Ian Campbell i...@hellion.org.uk
To: kri
On Mon, 2015-01-05 at 23:34 +, Dave Williams wrote:
Hi Ben,
OK - so far I've got:
- 3.14.15-2 works (found a .deb in apt archives on another machine)
- 3.15.5 works (built this from source, but without applying debian
patches (i.e. just unpackaged linux_3.15.5.orig.tar.xz and built that
On Wed, 2014-12-31 at 06:08 -0200, Rogério Brito wrote:
unarchive 764162
found 764162 3.16.7-ckt2-1
notfound 764162 3.16.7-2
thanks
Hi.
I have a Kurobox Pro that I use as a NAS and I was affected by the network
corruption when the TSO was enabled in versions 3.16 before the version with
On Mon, 2014-12-29 at 13:42 +0100, Martin Lucina wrote:
However, I can't find a full final list of which fixes were backported.
FWIW they are in the source package in debian/patches/series.
Given that the last traffic on #767261 was on November 9th, I suspect at
least this upstream change
On Mon, 2014-12-29 at 10:17 +0800, Chen Baozi wrote:
On Dec 28, 2014, at 17:08, Ian Campbell i...@debian.org wrote:
On Fri, 2014-12-26 at 18:43 +0800, Chen Baozi wrote:
With the attached patch applied, debian installer (tested with
network-console)
can support OMAP5's ethernet
On Mon, 2014-12-29 at 12:56 +, Ian Campbell wrote:
Should I reopen #767261 or file a new bug for this?
A new bug would be best please.
Actually, no need for this, I've applied the fixes locally and am just
building them before pushing.
Ian.
--
To UNSUBSCRIBE, email to debian-kernel
On Fri, 2014-12-26 at 18:43 +0800, Chen Baozi wrote:
On Tue, Dec 23, 2014 at 7:44 PM, Ian Campbell i...@debian.org wrote:
On Tue, 2014-12-23 at 16:27 +0800, Chen Baozi wrote:
I have a glance at the kernel’s installer configs and tried the netboot
without any modification. Some work should
On Mon, 2014-12-29 at 18:23 +0100, Andreas Meile wrote:
Hello Ben
You're using an old netboot image and this failure is expected.
Thanks for your reply. I exactly supposed the same issue (obsoleted
mini.iso).
The actual problem is not a developement issue, it's an issue that some
On Mon, 2014-12-29 at 16:56 +0100, Martin Lucina wrote:
i...@debian.org said:
On Mon, 2014-12-29 at 12:56 +, Ian Campbell wrote:
Should I reopen #767261 or file a new bug for this?
A new bug would be best please.
Actually, no need for this, I've applied the fixes locally
On Fri, 2014-12-26 at 18:43 +0800, Chen Baozi wrote:
On Tue, Dec 23, 2014 at 7:44 PM, Ian Campbell i...@debian.org wrote:
On Tue, 2014-12-23 at 16:27 +0800, Chen Baozi wrote:
I have a glance at the kernel’s installer configs and tried the netboot
without any modification. Some work should
On Tue, 2014-12-23 at 16:27 +0800, Chen Baozi wrote:
I have a glance at the kernel’s installer configs and tried the netboot
without any modification. Some work should be done to make debian-installer
support OMAP5 uEVM (e.g., ethernet driver etc).
Right, those should be listed in e.g.
:
On 22 Dec 2014, at 17:25, Ian Campbell i...@debian.org wrote:
On Sat, 2014-12-20 at 20:46 +0100, Sydney Meyer wrote:
Hello Ian,
systemctl status xen.service gives:
Thanks. Sadly these logs weren't as informative a I had hoped they would
be :-/ (In case it's not clear
On Sat, 2014-12-20 at 20:46 +0100, Sydney Meyer wrote:
Hello Ian,
systemctl status xen.service gives:
Thanks. Sadly these logs weren't as informative a I had hoped they would
be :-/ (In case it's not clear: this is not your fault)
root@jessie:/home/sydney# systemctl status xen.service
●
On Sat, 2014-12-20 at 00:57 +0100, Sydney Meyer wrote:
Job for xen.service failed. See 'systemctl status xen.service' and
'journalctl -xn' for details.
Please can you provide the output of these two commands while in this
state.
Ian.
--
To UNSUBSCRIBE, email to
On Thu, 2014-12-18 at 20:13 +, Leif Lindholm wrote:
*grumble, accidental send*
:-)
On Thu, Dec 18, 2014 at 08:08:31PM +, Leif Lindholm wrote:
(I don't have an x86 EFI system available to poke around and answer
these for myself).
I'm wondering if we ought to figure
On Thu, 2014-12-18 at 20:08 +, Leif Lindholm wrote:
On Thu, Dec 18, 2014 at 06:35:25PM +, Ian Campbell wrote:
Is PSTORE (going to be) a thing on arm64? (I'm not entirely sure what
pstore is, so sorry if this is a silly question).
I am actually not concerned about pstore
Control: severity -1 wishlist
On Wed, 2014-12-17 at 16:30 +, Leif Lindholm wrote:
On Wed, Dec 17, 2014 at 02:57:17PM +, Ian Campbell wrote:
Could we enable CONFIG_PSTORE for arm64 as well, please?
Is PSTORE (going to be) a thing on arm64? (I'm not entirely sure what
pstore
On Thu, 2014-12-18 at 19:13 +0100, Holger Levsen wrote:
Package: src:linux,upgrade-reports
Version: 3.16.7-ckt2-1
Severity: important
Dear maintainers,
I've just upgraded my Genesi EfikaMX nettop from wheezy to jessie and the only
package which wasn't upgraded was
On Wed, 2014-12-17 at 15:10 +0800, Chen Baozi wrote:
Hi Ian,
On Dec 13, 2014, at 20:21, Ian Campbell i...@debian.org wrote:
If you care about Debian Installer support then you should also check
whether any of the newly added modules need to be added to the installer
udebs (which you
On Tue, 2014-12-16 at 17:52 +, Leif Lindholm wrote:
Package: src:linux
Severity: normal
X-Debbugs-CC: i...@debian.org
I noticed efivars was being automatically loaded on boot on my
installed amd64 Jessie, but not on my arm64 Jessie. The
installer/rescue image automatically loads it for
I'm currently running with, I'll push it
along with the size reduction stuff.
Ian.
commit 42c4d12d02edbf8ca065d4d21f8fdc668ec095cc
Author: Ian Campbell i...@debian.org
Date: Mon Dec 15 21:25:38 2014 +
[armel] Warn if image size leaves less than 1% spare capacity in the flash
Source: linux
Version: 3.16.7-2
Severity: serious
Justification: Not enforcing the ABI will potentially lead to mismatched
modules, breakage of stable updates in Jessie etc
It appears that we are not currently correctly checking the ABI of kernels
against debian/abi/* at build time.
On Sat, 2014-12-13 at 18:09 +, Ben Hutchings wrote:
On Sat, 2014-12-13 at 07:57 +, Ian Campbell wrote:
On Fri, 2014-12-12 at 20:59 +, Ben Hutchings wrote:
[...]
I misread earlier - kirkwood is about 2.5 KB below the limit, not 1.
Anyway, both kirkwood and orion5x have much
On Fri, 2014-12-12 at 20:59 +, Ben Hutchings wrote:
That implies we want to allow for about 1% growth
from the size in the .0 release.
I'm considering something like this. What do you think?
diff --git a/debian/bin/buildcheck.py b/debian/bin/buildcheck.py
index a6f6f06..5bb815c 100755
---
On Fri, 2014-12-12 at 20:59 +, Ben Hutchings wrote:
I had originally planned to switch QNAP over for 3.16 but it wasn't
quite ready upstream (I've forgotten why). The board files went away in
3.17 so in experimental (v3.18) appending is necessary. Once I've worked
out some kinks with
On Tue, 2014-11-25 at 01:23 -0500, Brian Campbell wrote:
While trying out an upstream kernel build to debug another issue, I
discovered that I couldn't enter any text at my disk encryption
password prompt. After bisecting, I discovered that this was due to a
patch that split xhci-pci out into
Control: tags -1 +pending
On Mon, 2014-12-01 at 02:12 +0800, Chen Baozi wrote:
With the patch attached, the OMAP5432 uEVM can be supported by the current
unstable kernel.
Thanks, I've applied this to the debian-kernel svn tree for the next
unstable upload. For future reference the
On Fri, 2014-12-12 at 18:12 +, Ben Hutchings wrote:
Package: src:linux
Version: 3.16.7-2
Severity: serious
The kirkwood and orion5x kernel images generally have to be installed
in flash partitions with a fixed size. Currently we check at build
time that vmlinuz is small enough to fit.
On Thu, 2014-12-11 at 18:26 +0800, Chen Baozi wrote:
I looked through the scripts both in the unstable archive and git. The
current v0.118 (yes, it does be packaged as v0.118) I got from unstable
archive
doesn’t contain the patch that handles with the ‘regulator, clk, phy
and pinctrl’
On Wed, 2014-12-10 at 18:24 +0800, Chen Baozi wrote:
However, I found that it (menuconfig) doesn’t actually affect the real
configs while doing binary-arch packaging (though it does change
debian/build/build_armhf_none_armmp-lpae/.config). What I have done
(while testing) was adding the
On Wed, 2014-12-10 at 19:24 +0800, Chen Baozi wrote:
Hi Ian,
On Dec 10, 2014, at 19:05, Ian Campbell i...@hellion.org.uk wrote:
On Wed, 2014-12-10 at 18:24 +0800, Chen Baozi wrote:
However, I found that it (menuconfig) doesn’t actually affect the real
configs while doing binary-arch
On Sun, 2014-12-07 at 11:15 +0100, Uwe Kleine-König wrote:
Hello,
On Sat, Dec 06, 2014 at 12:24:55AM +, peter green wrote:
Currently the raspberry pi foundation build their kernel and
firmware into the same package in a way that does not work with dkms
or generally integrate with
On Wed, 2014-12-03 at 23:23 +, peter green wrote:
I vaugely remember something a while back about some deprecated 32-bit
arm instructions needing kernel emulation on armv8 and that emulation
not being implemented yet.
That's correct, and IIRC swp is one of those instructions.
AIUI swp
Source: linux
Version: 3.16.7-2
Severity: important
X-Debbugs-CC: debian-...@lists.debian.org
On Thu, 2014-12-04 at 08:38 +, Ian Campbell wrote:
On Wed, 2014-12-03 at 23:23 +, peter green wrote:
I vaugely remember something a while back about some deprecated 32-bit
arm
On Thu, 2014-11-27 at 17:08 -0500, Lennart Sorensen wrote:
What is the point in doing this? Why punish module source packages that
correctly know how to handle 3.x kernels just to deal with old broken
ones that assumed 2.6 forever?
It looks to me like you have discovered a bug[0] rather than
Control: tag -1 +pending
On Sat, 2014-11-22 at 12:40 -0800, Vagrant Cascadian wrote:
I believe adding the following modules to the fb-modules and
usb-modules udebs should allow this to work for hd-media (and possibly
netboot as well).
I've committed the patch to the pkg-kernel svn.
Thanks,
On Thu, 2014-11-13 at 07:56 +0100, Karsten Merker wrote:
Control: tag -1 patch
On Wed, Nov 05, 2014 at 09:52:40PM +0100, Karsten Merker wrote:
[Failing ethernet PHY detection in d-i on the BananaPi]
Further experiments show that increasing the startup-delay-us
value in the regulator
On Thu, 2014-11-13 at 18:54 +, Ian Campbell wrote:
A patch to solve the issue has been accepted upstream (see
https://lists.infradead.org/pipermail/linux-arm-kernel/2014-November/301727.html).
Attached is a backport of this patch for inclusion into the
upcoming linux 3.16.7-3 package
On Wed, 2014-11-12 at 16:28 +0100, Jonas Meurer wrote:
- the VM crashes under load if Dom0 CPU is Intel Xeon E5-2609
- the VM doesn't crash under load if Dom0 CPU is Intel Xeon 5639
Someone just suggested to me (by their own admission on a hunch) that a
microcode update might help with this
101 - 200 of 809 matches
Mail list logo