ddbaa60fc907_5.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, A
, Marc Haber
wrote:
> 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 t
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
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 s
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
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 linux
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 "hiberna
> 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 far from the beaten tr
On 1 November 2016 at 10:58, Christian Seiler 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 (segmentation faults - possibly
&g
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
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=8110
On 2 October 2016 at 07:15, Ben Hutchings 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
>> appears the files are missing
get', 'clean']
6m17.1s DEBUG: Command ok: ['chroot', '/tmp/tmpJWYJRD', 'eatmydata',
'apt-get', 'clean']
6m17.4s ERROR: FAIL: Package purging left 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
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: [
(struct gendisk *disk)
+static inline bool disk_part_scan_enabled(struct gendisk *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
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
Date: Tue Aug 23 20:01:11 2011 +02
For got to cc this to the bug...-(
On 21 July 2014 09:29, Ben Hutchings 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 reduce the range ve
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
| Date: Wed Sep 21 10:02:13 2011 +0200
|
| drivers/block/loop.c: remove unnecessary bdev ar
Identified Fault within 7 changes
commit b8d8bdfe31a67981bbc398a4886ccc67aff521d5
Merge: 4c823cc 6927d92
Author: Jens Axboe
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 6927d92091df2848fc0e6a693a0
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: w
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: [805a6af8dba5dfdd35ec35dc52ec0122400b26
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
kernel.
21 matches
Mail list logo
