Bug#752881:

Hi I've done some git bisection on this problem and cut it down to a 1000 revs: git bisect log git bisect start # good: [4c37b233616542536c75d20355d38d1065842103] fixes so can build under wheezy git bisect good 4c37b233616542536c75d20355d38d1065842103 # bad:

Bug#752881: Shorter gitsect list

It appears some where between linux 3.1.0-rc4 and 3.1.0 More detailed git log below: git bisect view --pretty=oneline --abbrev-commit --graph * 00411ee watchdog: Convert wm831x driver to watchdog core * 25dc46e watchdog: s3c2410: convert to use the watchdog framework * 74cd4c6 Documentation:

Bug#752881: Another git bisection

Identified Fault within 7 changes commit b8d8bdfe31a67981bbc398a4886ccc67aff521d5 Merge: 4c823cc 6927d92 Author: Jens Axboe ax...@kernel.dk Date: Thu Oct 20 15:10:59 2011 +0200 Merge branch 'stable/for-jens-3.2' of git://oss.oracle.com/git/kwilk/xen into for-3.2/drivers commit

Bug#752881: Found exact revision that causes problem

It looks innocent enough - but I have bisected it down to with (bad) and just before (good)... 4c823cc3d568277aa6340d8df6981e34f4c4dee5 is the first bad commit * commit 4c823cc | Author: Ayan George a...@ayan.net | Date: Wed Sep 21 10:02:13 2011 +0200 | | drivers/block/loop.c: remove

Bug#752881: Fwd: Bug#752881: Found exact revision that causes problem

For got to cc this to the bug...-( On 21 July 2014 09:29, Ben Hutchings b...@decadent.org.uk wrote: ... Assuming that this regression only happened once, we can be fairly confident that it happened before 4c823cc3d568277aa6340d8df6981e34f4c4dee5, but as that is around v3.2-rc1 it doesn't

Bug#752881: update on re-bisect - with clean builds.

Rebuilding the kernels completely cleanly each time has narrowed it down to a list of changes that sound more plausible. Still working on building and testing... Andrew commit e8b177cedc39b092e423b8cbc687dbf096a1de47 Merge: dfaa2ef d27769e Author: Jens Axboe jax...@fusionio.com Date: Tue Aug

Bug#752881: Verified bugfix against kernel v3.2

*disk) { - return disk_max_parts(disk) 1; + return disk_max_parts(disk) 1 + !(disk-flags GENHD_FL_NO_PART_SCAN); } static inline dev_t disk_devt(struct gendisk *disk) From d307a67863bf14f1785f0faa39ef2ad496758e4a Mon Sep 17 00:00:00 2001 From: Andrew Worsley amwors

Bug#752881: Stack Trace

After much stuffing around I managed to get a stack trace related to the change near the problem: Aug 4 06:20:13 azza kernel: [ 12.680555] end_request: I/O error, dev sr1, sector 0 Aug 4 06:20:13 azza kernel: [ 12.685541] sr 6:0:0:0: [sr1] Unhandled sense code Aug 4 06:20:13 azza kernel:

Bug#822671: initramfs-tools: preserves unmodified /etc/initramfs-tools/initramfs.conf on upgrades from jessie

On 2 October 2016 at 07:15, Ben Hutchings <b...@decadent.org.uk> wrote: > On Fri, 2016-09-30 at 09:57 +1000, Andrew Worsley wrote: >> Hi, I am a newbie (have a mentor account and looking to help) >> I just looked into this bug and tried to apply the patch - but it >> ap

Bug#822671: initramfs-tools: preserves unmodified /etc/initramfs-tools/initramfs.conf on upgrades from jessie

files on system: /etc/bash_completion.d/not owned /etc/bash_completion.d/initramfs-tools.dpkg-newnot owned /var/log/apt/eipp.log.xz not owned 6m17.4s ERROR: FAIL: Installation and purging test. ... Andrew Worsley

make -f debian/rules build - does not correctly rebuild files- why?

I found that rebuilding the kernel package does NOT rebuild the .o files which I found very surprising. In fact after much painful experimenting I was forced do a clean to get my modified .c files to be compiled! Basically I was trying to build a new kernel in order to debug bug844788

Re: cross building linux-image packages

> From: Ben Hutchings > > > > In particular trying to do > > > > fakeroot make -f debian/rules.gen binary-arch_armel_none > > > > but that doesn't seem work (gcc-5 command not found?) under jessie - > > now looking at under stretch... > > > > But I think I am straying too

cross building linux-image packages

Can some one direct me to information on how to cross build debian kernel packages? I tried using pbuilder (based off https://jodal.no/2015/03/08/building-arm-debs-with-pbuilder/) but -> qemu-arm-static has bugs (segmentation faults - possibly

Re: cross building linux-image packages

On 1 November 2016 at 10:58, Christian Seiler <christ...@iwakd.de> wrote: > On 11/01/2016 12:22 AM, Andrew Worsley wrote: >> I tried using pbuilder (based off >> https://jodal.no/2015/03/08/building-arm-debs-with-pbuilder/) but -> >> qemu-arm-static has bugs (

Trying to build both linux kernel + kernel/debian from .git

Help appreciated on how these two .git repositories are expected to work together. Or just if they are not meant to. I am trying to do a git bisect to see when the hibernation bug#844788 ( https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=844788 ) I have checked out the mainline kernel into

Missing firmware files

After the latest upgrade of buster I get this list of missing files when it rebuilt my initramfs. The files are not in my current firmware-misc-nonfree 20190114-1 I don't know where they might be found - or how important they are. My suspend to ram is no longer working - I wondering if this is

Re: Asahi Linux Support - any plans?

> On Fri, Aug 05, 2022 at 11:36:40AM +1000, Andrew Worsley wrote: > > Thanks Diederik, so I'm guessing 173 is way too much but a lot of it > might > > not > > be critical to something running on the M1 (versus M2). > > > > If I was to find a smaller set of s

Re: Asahi Linux Support - any plans?

On Fri, 5 Aug 2022 at 02:00, Diederik de Haas wrote: > On donderdag 4 augustus 2022 14:40:14 CEST Andrew Worsley wrote: > > I am wondering if there are any plans for supporting Asahi/M1 linux in > > the debian kernels? > > At the moment there are about 173 patches from t

Re: Asahi Linux Support - any plans?

19.0-asahi-1-gddbaa60fc907-9_arm64.deb No need to touch the installer again If the bookworm debian installer supports apple M1 it will be really useful to many people. Andrew On Fri, 5 Aug 2022 at 16:06, Marc Haber wrote: > > On Fri, Aug 05, 2022 at 11:36:40AM +1000, Andrew Worsley w

Asahi Linux Support - any plans?

I am wondering if there are any plans for supporting Asahi/M1 linux in the debian kernels? At the moment there are about 173 patches from the v5.19 kernel - see https://paste.debian.net/1249157/ Is that too many to be practical for debian arm64 building? What about an experimental kernel? Is a

Bug#752881: linux-image-3.2.0-4-amd64: bluRay writer can't write under wheezy kernel (I/O error: Unhandled sense code) but ok under squeeze

Package: src:linux Version: 3.2.57-3+deb7u2 Severity: normal Dear Maintainer, Under this linux-image-3.2.0-4-amd64 kernel my blu Ray writer [sr1] has severe problems so that I can not writer a Blu Ray with it. But it writes perfectly under the older squeeze linux-image-2.6.32-5-amd64