diff --git a/update-initramfs b/update-initramfs
index 4bb8d8a..5fe7921 100755
--- a/update-initramfs
+++ b/update-initramfs
@@ -138,15 +138,16 @@ generate_initramfs()
if [ "${verbose}" = 1 ]; then
OPTS="-v ${OPTS}"
fi
+ initramfs_tmp=$(mktemp)
# shellcheck
pacity
> ## Apr 03 10:54:41 2024 ##
>
> will the LPARCFG option be activated on future versions?
The Debian kernel maintainers are informed since I have reassigned the bug to
the kernel package. I assume this will be fixed in the near future.
I might do it myself if I find the time during the
On 12/30/23 20:24, Mathias Gibbens wrote:
On Sat, 2023-12-30 at 16:44 +0100, Salvatore Bonaccorso wrote:
John, did you had a chance to work on this backport for 6.1.y stable
upstream so we could pick it downstream in Debian in one of the next
stable imports? Cherry-picking 1cf26c3d2c4c
On 1/27/24 01:21, Salvatore Bonaccorso wrote:
Hi John,
On Sun, Dec 31, 2023 at 04:24:47AM +, Mathias Gibbens wrote:
On Sat, 2023-12-30 at 16:44 +0100, Salvatore Bonaccorso wrote:
John, did you had a chance to work on this backport for 6.1.y stable
upstream so we could pick it downstream
Thank you for the offer, but no need.
It is not needed in Debian infrastructure.
On Sat, 13 Jan 2024, 19:18 rhys, wrote:
>
>
> >> I know the difference between a 32-bit processor and a 64-bit processor.
> >
> > Obviously you don't. Or at least are not aware about consequences.
> >
> >
> >
Heya,
On Fri, 12 Jan 2024, 22:36 Bastian Blank, wrote:
> On Thu, Jan 11, 2024 at 09:48:34AM +, Dimitri John Ledkov wrote:
> > Disabling debug symbols, enabling debug symbol zstd compression, using
> > split debug symbols (disabled BTF usage) should help here.
>
> Di
Hello Dimitri,
On Thu, 2024-01-11 at 09:48 +, Dimitri John Ledkov wrote:
> Separately, I wish we had cross-builders available, and cross-build
> i386/armhf kernels from amd64/arm64 and thus having access to 64-bit
> compiler.
Helmut Grohne is actually working towards cross-build
ed by this bug, the powerpc build
fails
because of a packaging problem.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hi,
On Thu, 11 Jan 2024 at 09:42, Bastian Blank wrote:
>
> Hi
>
> Linux 6.7 fails to build on at least i386 and armhf. Even it now
> manages to make the compiler fail to allocate memory:
> | cc1: out of memory allocating 135266296 bytes after a total of 235675648
> bytes
>
> Right now both
On Wed, 10 Jan 2024 at 09:46, Martin wrote:
>
> Quoting Bastian Blank :
> > But why? What is provided by an armel userland that armhf can't?
>
> My employer runs Debian on this armv5(?) hardware:
>
> https://www.taskit.de/produkte/embedded-produkte/computer-on-module/132/stamp9g20-512f/128r
>
>
s well and close this bug report.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
At the moment the best options are:
- rotate online signing key
- build new shim with old signing key in vendorx (revoked ESL)
- build new kernels with old signing key built-in revoked keyring
This is to ensure that old shim & old kernel can boot or kexec new kernels.
To ensure new shim cannot
Hi Emanuele
I tested today's daily installer (2023-12-04 10:14) but the changes are seeming
to be not included in this installer.
Do you know when this changes ( version "6.6.3-1~exp1") will be included in the
daily installer?
Best Regards
John
-Original Message-
From:
Hi Diederik, Emmaluele
Any chance this change cherry-picked to the current 6.5 kernel so that we want
to use the Debian daily installers iso images to install them on Renesas RZ
devices.
Best Regards
John
-Original Message-
From: Diederik de Haas
Sent: Tuesday, November 21, 2023 5:19
?
Best Regards
John
-Original Message-
From: Emanuele Rocca On Behalf Of Emanuele Rocca
Sent: Sunday, November 5, 2023 10:16 AM
To: Salvatore Bonaccorso
Cc: John Vincent ; 1053...@bugs.debian.org
Subject: Re: Bug#1053503: Enable support for Renesas RZ/V2L, RZ/G2UL, and RZ/V2M
Hi Salvatore
On Thu, 16 Nov 2023 at 19:30, Bastian Blank wrote:
>
> Hi Dimitri
>
> On Thu, Nov 16, 2023 at 06:28:13PM +0000, Dimitri John Ledkov wrote:
> > I have implemented example packaging of that as a standalone source package
> > https://ppa.launchpadcontent.net/xnox/nonvirt/
On Thu, 16 Nov 2023 at 19:30, Bastian Blank wrote:
>
> Hi Dimitri
>
> On Thu, Nov 16, 2023 at 06:28:13PM +0000, Dimitri John Ledkov wrote:
> > I have implemented example packaging of that as a standalone source package
> > https://ppa.launchpadcontent.net/xnox/nonvirt/
Currently in both Debian and Ubuntu we ship like close to 40 .deb packages
that have linux-libc-dev (for native/multiarch, cross, ports, mipses).
Each one of them is like 1.5MB, however they actually all have the same and
repeated content.
the bulk of headers are the same on all arches (and
Hello Kernel Team,
I don't believe I've introduced myself yet, although I've interacted with many of you on select occasions. It would also be good for me to elaborate on what my priorities are so you know where I fit in the team.
[My name's John](https://wiki.debian.org/JohnScott), I'm a new
On Wed, 2023-08-16 at 12:28 +0800, Paul Wise wrote:
> On Sun, 2023-08-13 at 11:51 +0000, John Scott wrote:
>
> > Because carl9170 is largely under the GPL and we're obligated to distribute complete sources for our binaries, I've set Static-Built- Using on both gcc (because of libgcc
.
Best regards,
John
Renesas Electronics Europe GmbH
Registered Office: Arcadiastrasse 10
DE-40472 Duesseldorf
Commercial Registry: Duesseldorf, HRB 3708
Managing Director: Carsten Jauch
VAT-No.: DE 14978647
Tax-ID-No: 105/5839/1793
Legal Disclaimer: This e-mail
Control: tags -1 -moreinfo
Dear all,
I have uploaded a new version of carl9170fw to mentors.debian.net that
represents my very best work. Please review it carefully. Building it requires
the just-uploaded libnewlib-sh-elf-dev version 3.3.0+8. I tend to ramble and
I've already written at great
Hi Bastian!
On Wed, 2023-07-12 at 11:07 +0200, Bastian Blank wrote:
> On Sat, Jul 08, 2023 at 08:41:03PM +0200, John Paul Adrian Glaubitz wrote:
> > Please enable building the linux-libc-dev package for the new Debian
> > architecture loong64.
> > The corresponding kernel a
Control: retitle -1 RFS: carl9170fw [ITP] -- firmware for AR9170 USB wireless
adapters
Dear mentors,
I am looking for a sponsor for my package "carl9170fw":
* Package name : carl9170fw
Version : 1.9.9-450-gad1c721-1
Upstream contact : linux-wirel...@vger.kernel.org
* URL
"loongarch".
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Source: llvm-toolchain-16
Version: 1:16.0.0-1~exp5
Severity: normal
X-Debbugs-Cc: debian-kernel@lists.debian.org
Control: affects -1 src:open-ath9k-htc-firmware
Please enable the experimental Xtensa backend in LLVM 16 and newer and
make a new upload to experimental.
A lot of prominent firmware,
ue to hopefully get some feedback on what else to try to
fix this
issue. I'm happy to provide any patches once I know what to fix.
Thanks,
Adrian
> [1]
> https://buildd.debian.org/status/fetch.php?pkg=linux=alpha=5.19.6-1=1663530012=0
> [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?
Package: sponsorship-requests
Severity: wishlist
Control: block 994625 by -1
X-Debbugs-CC: debian-kernel@lists.debian.org b...@debian.org
Dear mentors,
I am looking for a sponsor for my package "carl9170fw":
* Package name : carl9170fw
Version : 1.9.9-427-gecb68a7-1
Upstream
Package: sponsorship-requests
Severity: normal
X-Debbugs-CC: debian-kernel@lists.debian.org
Dear mentors,
I am looking for a sponsor for my package "open-ath9k-htc-firmware":
* Package name : open-ath9k-htc-firmware
Version : 1.4.0-106-gc583009+dfsg1-2
Upstream Author :
such file or directory:
'./debian/build/source_rt/Kconfig'
(sid_ia64-dchroot)glaubitz@yttrium:~/linux2/linux-5.17.3$
Does anyone know what I am doing wrong? Is the above way still the correct
method for
changing the kernel configuration in debian/config?
Thanks,
Adrian
--
.''`.
/adlp_dmc_ver2_12.bin and
everything seems to be happy.
Please add to firmware-linux-nonfree at your convenience.
Thanks.
-- john
[1]
Adrian
> [1]
> https://cdimage.debian.org/cdimage/ports/snapshots/2021-10-20/debian-11.0.0-sparc64-NETINST-1.iso
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84
Package: src:linux
Version: 5.16~rc8-1~exp1
Severity: wishlist
Dear Maintainer,
Recent Ryzen-based Lenovo laptops include the Realtek 8852 WiFi chip that
requires the rtw89 driver. The rtw89 module is new in Linux 5.16, but not
enabled by default. Please enable this module in future builds.
Control: tags -1 moreinfo
Hi Paul,
Thanks for your very detailed review of carl9170fw. I'm still making my
changes to the package and will give you a poke and remove the moreinfo
tag once I have an upload ready for re-review.
> I don't think udebs are needed for firmware packages, none of the
Package: sponsorship-requests
Severity: wishlist
X-Debbugs-CC: debian-kernel@lists.debian.org
Dear mentors and Kernel Team,
I'm looking for a sponsor for my package "carl9170fw":
* Package name : carl9170fw
Version : 1.9.9-399-gcd480b9-1
Upstream Author :
: [1234567890123456789012345678901234567890123456789012345678901234
]
TEST len 64 text
[123456789012345678901234567890123456789012345678901234567890123
]
64 bytes read
buf read: [123456789012345678901234567890123456789012345678901234567890123
]
John
Package: src:linux
Version: 5.10.70-1
Severity: normal
Tags: upstream
Dear Maintainer,
When reading from a pty, a call to read(2) always returns a string ending in a
newline, except when the text written to the pty contains a multiple of 64
characters, plus the newline. In the exceptional
On Fri, 2021-10-08 at 14:35 +0200, maximilian attems wrote:
>> By the way, can you also add a Recommends on
>> firmware-ath9k-htc in that upload (you can close #900171)?
> I haven't followed carl9170fw at all. I thought you would want a
> Recommends on firmware-carl9170fw or something?
We're
On Fri, 2021-10-08 at 08:32 +0200, maximilian attems wrote:
> done, you should have gotten mail confirmation, please confirm.
That was quick, thank you!
> I plan to upload current 20210919-1 very soon (probably sunday night)
> and can drop carl9170.fw for that upcoming release, clearing the door
Hi all,
As previously announced, I'm planning to package the carl9170 firmware
such that we build it from source using gcc-sh-elf. The package is
starting to take shape, and I would appreciate if you could make an
empty repository at
https://salsa.debian.org/kernel-team/carl9170fw and grant me
e more time. As you know, there are
a lot of issues piling up and a lot of the tasks end up with me.
I will put this on my TODO list.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-
Package: src:linux
Version: 5.10.46-4
Severity: critical
Hello,
After upgrading this laptop from buster to bullseye, I started to have
issues. The laptop uses a LUKS root, so it pauses before loading X to
prompt for a password. Therefore I know this problem is not just X.
Immediately after
Package: wnpp
Severity: wishlist
Owner: John Scott
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-kernel@lists.debian.org
Control: block -1 by 986778
Control: block 890601 by -1
Control: affects -1 linux-firmware-free
* Package name : carl9170fw
Version : 1.9.9-399-gcd480b9
Package: src:linux
Version: 5.10.46-4
Severity: important
Dear Maintainer,
* What led up to the situation?
Installed Debian Bullseye on a new DELL Optiplex 5090 PC
* What was the outcome of this action?
After the initial boot messages the screen goes blank.
* What outcome did you
it ready after Binutils+GCC have cleared NEW, is
anyone here particularly interested in reviewing and sponsoring?
Thanks,
John
signature.asc
Description: This is a digitally signed message part
nfree20210315-2
ii firmware-misc-nonfree 20210315-2
pn firmware-myricom
pn firmware-netxen
pn firmware-qlogic
ii firmware-realtek 20210315-2
pn firmware-samsung
pn firmware-siano
pn firmware-ti-connectivity
pn xen-hyper
The power consumption measurement in my previous message using RC2 was executed
wrong. A USB key added to the power consumption.
The conclusions based on that are wrong.
New test result after reboot: +6% compared to Debian 10. The same power
consumption level as in
Tested Debian Bullseye RC2 - no Desktop Environment (GUI)
appended to /etc/sources on deb lines:
contrib nonfree
apt install firmware-misc-nonfree
apt install powertop
powertop --auto-tune run as a service at boot
/etc/default/grub contains
GRUB_CMDLINE_LINUX_DEFAULT="quiet consoleblank=5"
#
In order to attempt to prevent the i915 error, this command was used: aptitude
-t unstable install firmware-misc-nonfree
This installed firmware-misc-nonfree_20210315-2_all.deb.
After rebooting, it seems to solve the i915 error. The power consumption (+25%
compared to Debian 10.9) initially did
I tested going back to kernel 4.19 which increased power use even more.
While testing reverting to linux-image-5.10.0-7-amd64 and
linux-image-5.10.0-8-amd64, I noticed that there was a message on the screen
which should have been blanked (grub command line has consoleblank=5). What
happens is
package: linux-image-5.10.0-8-amd64
version: 5.10.46-1
Tested on Debian 11 with sid (unstable) kernel.
Performs slightly better (3%) than 5.10.28-1/5.10.40-1.
Same issue with this version on Debian 11
package: linux-image-5.10.0-7-amd64
version: 5.10.40-1
~bpo10+1 (2021-03-29)
x86_64 GNU/Linux
It appears that this patch is just to collect some output from the
driver/module. Hopefully someone has a better understanding than I and
can offer some suggestions.
thanks.
-- john
rks, so it looks likely that
something in the last two years cleaned this up. Feel free to close, and I
can reopen with more details if it comes back.
Thanks!
- John
On Sun, Jun 13, 2021 at 12:11 PM Salvatore Bonaccorso
wrote:
> Control: tags -1 + moreinfo
>
> On Thu, Jul 25, 2019 a
only
>>> about a port arch.
>>
>> We could also unmerge #926539 and #961056 again, then close the former bug
>> which was sparc64-specific.
>
> I have unmerged the bugs now, so the sparc one can be closed.
Alright, done.
Thanks,
Adrian
--
.''`. John Paul Ad
; about a port arch.
We could also unmerge #926539 and #961056 again, then close the former bug
which was sparc64-specific.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG:
r the weekend.
If you could do that today, that would be great. If we know it works, we can
finally close this bug report.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
be someone else with a machine that previously had this issue
can also
comment so that we can be sure the issue has been fixed.
Rick, maybe you can check whether the windfarm module(s) get(s) loaded on your
machine?
# lsmod |grep windfarm
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian De
On 4/27/21 2:07 AM, Rick Thomas wrote:
> I've got the latest (Apr 17) running on my G5 right now. No problems.
Rick, you should just confirm that this particular problem is fixed but I assume
that this is the case?
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - gl
ing your own kernel. These days, you can
> just use any Debian-provided kernel from 4.19 onwards.
I'm not sure how this is relevant to the question whether the bug was fixed
or not in the Debian kernel package.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debia
to support using this firmware in the Debian Installer:
https://lists.debian.org/msgid-search/179d6d32466dd13962a3aab251c45242fbf2d8ae.ca...@decadent.org.uk
Happy hacking,
John
signature.asc
Description: This is a digitally signed message part
16:38:33.213649952 -0500
+++ firmware-nonfree/debian/changelog 2021-01-23 16:37:43.522844686 -0500
@@ -1,5 +1,10 @@
firmware-nonfree (20201218-3) UNRELEASED; urgency=medium
+ [ John Scott ]
+ * Remove the ath9k_htc firmware which is superceded by the free
+firmware-ath9k-htc p
On Thursday, January 21, 2021 7:31:57 AM EST Bastian Blank wrote:
>> As discussed on the mailing list(s), I'm looking into making a udeb for
>> firmware-ath9k-htc with kernel-wedge.
> You missunderstood something. All the firmware stuff is _only_ shipped
> as deb, not as udeb.
This mail from Ben
Package: firmware-nonfree
Version: 20160110-1
Severity: normal
Control: affects -1 src:open-ath9k-htc-firmware
As discussed on the mailing list(s), I'm looking into making a udeb for
firmware-ath9k-htc with kernel-wedge. Although I've not delved too much into
it yet, I anticipate that being able
That firmware-ath9k-htc isn't installed by default seems to be confusing
downstream users, particularly on derivatives that are designed to be free
software only and FSF-endorsed. Trisquel explicitly makes an effort to include
it [1], but PureOS does not (yet) [2], and their docs seem to
written in
a modular fashion so that it's easy to plug-in support for something
different than cryptsetup.
So, I guess cryptsetup-initramfs is a good place to look into in order
to achieve my goal right?
Thanks
John
ian source packages do not
ship the source code. Although I understand how meritocracy works, this does
seem like a very serious problem which I'd like to mention in case you haven't
considered.
Thanks,
John
[1] https://mentors.debian.net/package/open-ath9k-htc-firmware/
[2] https://salsa.debian.
Package: linux-source-5.8
Version: 5.8.10-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the
past)
When compiling a static kernel (i.e. with no LKMs), which I have done
many times before, deb-pkg fails after the compiling has finished unless
12:13:10 oceanic kernel: [ 16.275045] iwlwifi :00:14.3: FW already
configured (0) - re-configuring
It is possible that this problem was caused by the laptop battery
running completely flat, and the Linux driver or firmware missing some
initialisation step.
--
*John HUGHES*
Directeur
to use.
Regards.
--
Simon John
Ah no, turns out I had disabled the gpu passthrough, when i re-enabled
it i just got a kernel panic from 5.8.0-rc5
On 19/07/2020 00:34, Simon John wrote:
I tried mainline 5.8.0-rc5 and I couldn't even get into gnome shell
after the gdm3 password prompt, just a black screen!
I tried running
assume the guest didn't even start.
regards.
--
Simon John
Where would I look for some follow-up on this - upstream kernel.org?
--
Simon John
Package: src:linux
Version: 5.7.6-1
Severity: important
Dear Maintainer,
Computer fails to suspend (pretty consistently) when using above linux image.
Reverting to linux-image-5.6.0-2-amd64 prevented the issue from reoccurring.
When suspending the computer (via desktop environment, closing the
/766043a69c76308f84cfa14b3f3a924f
Regards.
--
Simon John
On Sun, 28 Jun 2020 10:41:41 +0200 Salvatore Bonaccorso
wrote:
Hi Simon,
Hi Salvatore, thanks for looking into this.
On Sun, Jun 28, 2020 at 01:01:01AM +0100, Simon John wrote:
> This looks a likely culprit:
>
> https://bugzilla.kernel.org/show_bug.cgi?id=207489
The issue you a
This looks a likely culprit:
https://bugzilla.kernel.org/show_bug.cgi?id=207489
--
Simon John
redhat.com/show_bug.cgi?id=1038929
kvm-pit seemed to be eating a lot of cpu, qemu went defunct, macos guest
got a little further into its boot sequence.
Can we upgrade this bug so it gets some visibility, that's two major
kernel versions its not been fixed in now, let alone commented on.
--
Simon John
On 6/26/20 9:50 AM, Steve McIntyre wrote:
> Hi Jann,
>
> On Fri, Jun 26, 2020 at 04:25:59PM +0200, Jann Horn wrote:
>> On Fri, Jun 26, 2020 at 3:41 PM Greg KH wrote:
>>> On Fri, Jun 26, 2020 at 12:35:58PM +0100, Steve McIntyre wrote:
>
> ...
>
Considering I'm running strace build tests to
snapshot.debian.org which works fine.
Regards.
--
Simon John
looked at or is 5.7 due soon?
Regards.
--
Simon John
ust needs to merge this
>> change?
>
> I actually implemented a fix for this already but didn't push it.
>
> Can you check whether the benh/libgcc_s branch works for you?
Yes, I can confirm that this fixes the issue for me.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : D
it by searching the relevant libgcc_so files.
> The fix is modelled after the btrfs hook functions in
> /usr/share/initramfs-tools/hooks/btrfs.
Could you open a merge request on Salsa so that Ben just needs to merge this
change?
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Deb
ss than of
> G5 users. And most people with work loads that have a use for 64k pages
> are probably on newer machines too.
Is POWER5 still supported by the Linux kernel? I thought IBM removed a
bunch of older machines but kept PowerPC 970 support.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :'
4 kernel back to 4k pages. The majority
of our users are people on G5 Macs anyway, so I don't see a point
in using 64k pages.
Anyone with a large modern POWER machine is going to run the ppc64el
port anyway.
Adrian
> [1] https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/
On Wed, 27 May 2020 21:31:46 +0200 Salvatore Bonaccorso
wrote:
Source: linux
Version: 5.6.7-1
Control: submitter -1 deb...@the-jedi.co.uk
Forwarding this report as bug in the BTS.
On Mon, May 25, 2020 at 09:03:43PM +0100, Simon John wrote:
> Sorry to email directly but I've tried report
of
bugs that have fixes upstream:
https://www.reddit.com/r/VFIO/comments/glfgqs/qemu_5_vfio_no_longer_works_on_debian/
I'm using macos catalina and win10 guests to reproduce the issue, and
using Intel not AMD chips.
Cheers.
--
Simon John
xact same behavior. I also don't think the emulation
is relevant as the underlying issue is a naming inconsistency in the kernel
which is only present on s390x and used to be present on sparc64.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `
he same problem again with
> a different architecture/driver.
It was only SPARC which had this issue as well and where it was fixed. For
all the other architectures, the console and driver names already match.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`.
On 5/20/20 11:17 AM, John Paul Adrian Glaubitz wrote:
> I don't see any discussion in this thread. I would like to know the reasoning
> why kernel upstream thinks that this naming inconsistency is correct. It
> makes no sense, in my opinion and it can potentially trigger more problems.
upstream thinks that this naming inconsistency is correct. It
makes no sense, in my opinion and it can potentially trigger more problems.
Also, this bug report should be merged with the other one that I referenced
yesterday.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glau
y solution to install a new system while this bug is not
> fixed?
Raising severity to important as it directly breaks Debian Ports installations.
I can't raise it to serious though, unfortunately, as it's "just" Debian Ports
that is broken.
Adrian
--
.''`. John Paul
replacing the get_user() with a copy_from_user().
>
> We could disable IB since it doesn't seem that likely to be used on
> sh4, although I think the "verbs" layer can be used on top of Ethernet.
I'm fine with that.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Deve
file:180: sub-make] Error 2
make[3]: Leaving directory
'/<>/debian/build/build_sh4_none_sh7751r'
make[2]: *** [debian/rules.real:213: debian/stamps/build_sh4_none_sh7751r]
Error 2
make[2]: Leaving directory '/<>'
make[1]: *** [debian/rules.gen:701: build-arch_sh4_none_sh7751r_rea
> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=950254
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Package: initramfs-tools
Version: 0.137
Severity: normal
Dear Maintainer,
update-initramfs fails:
Processing triggers for initramfs-tools (0.137) ...
update-initramfs: Generating /boot/initrd.img-5.2.17+
E: /usr/share/initramfs-tools/hooks/plymouth failed with return 1.
update-initramfs: failed
.
I suggest creating a branch in your Salsa home project with the necessary
changes and then open a pull request. It should be mostly copy and paste
work.
Adrian
> [1]
> https://salsa.debian.org/kernel-team/linux/-/tree/master/debian%2Fconfig%2Fsh4
--
.''`. John Paul Adrian Glaub
Control: reopen -1
On 3/28/20 6:16 PM, John Paul Adrian Glaubitz wrote:
> On 3/28/20 5:39 PM, Ivo De Decker wrote:
>> This bug wasn't fixed in time for buster. Is it still present in bullseye? If
>> so, it might be good to try to fix it this time.
>
> I fixed the bug up
Package: firmware-iwlwifi
Version: 20190717-2
Severity: important
File: iwlwifi
Dear Maintainer,
The built-in wifi on my ASRock H270M-ITX/ac motherboard recently
stopped working. I'm not sure what led to the problem; the device
is frequently used and suddenly stopped working, so this may be a
The live images include firmware-ath9k-htc now, see #934522.
By the way, being unaware of this bug at the time I filed #900171, that
firmware-free should recommend firmware-ath9k-htc. This reflects the logical
relationship better, but it's a trivial difference and I wonder which would be
1 - 100 of 518 matches
Mail list logo