Package: release.debian.org
Please align the uploaded versions of libgssapi-krb5-2 so that
cross-building is working again for riscv64.
TIA,
Jan
Package: release.debian.org
Please align the uploaded versions of sqlite3 packages so that
cross-building against some lib of this source is working for riscv64.
TIA,
Jan
Package: libkeyutils1
Version: 1.6.3-2+b1
Currently, libkeyutils1 is the last blocker to automatically set up an
essential cross-build environments for riscv64:
$ docker run --rm -it debian:sid
root@d897052b9483:/# dpkg --add-architecture riscv64
root@d897052b9483:/# apt update
...
Sorry to bother, but I heard rumors about potential progress, just found
no update here yet. Was there a decision made, or are there even changes
pending now?
Upstream patch proposal sent:
https://sourceforge.net/p/gnu-efi/mailman/message/37684742/
Note that there is also the upstream ticket
https://sourceforge.net/p/gnu-efi/bugs/28/.
I'm not sure why EFI stacks would need to be executable. The better
solution should be resolving that upstream and meanwhile carrying a
gnu-efi patch. This does not only affect systemd-boot.
Package: swig4.0
Version: 4.0.2-1
Unfortunately, the last released upstream swig version lacked support
for nodejs12, which is the version that bullseye ships. I've identified
the following four patches from upstream that are needed on top of 4.0.2:
554aeead5 Introduce macros to support both
Package: npm
Version: 7.4.0+ds-1~bpo10+2
Severity: grave
Justification: renders package unusable
Tried out via, e.g., "npm install serialport" inside a debian:buster-slim
container. Happens with both "npm node-*" as well only the required
node-packages takes from backports.
-- System
Package: linux-image-amd64
Version: 5.10.4-1
In order to support the Ethernet controller found on Intel Elkhart Lake
SOCs which are STMMAC-based, CONFIG_DWMAC_INTEL and dependencies are
needed. Please enable.
Just to add my 2 cents after spending half of today debugging this issue
out of our kas-isar container [1]: Affects the buster version of
debootstrap as well. The proposed patch fixes it there, too.
Any plans to include this? Would be great!
Thanks,
Jan
[1]
Sent a MR to address the issue:
https://salsa.debian.org/debian/shadow/merge_requests/5
Package: u-boot-sunxi
Version: 2016.11+dfsg1-4
Severity: normal
Tags: patch
Dear Maintainer,
it seems reasonable to integrate
http://git.denx.de/?p=u-boot.git;a=commitdiff;h=8792a64d87708139bc0cf8b48d4a580a39167473
into the stable version of u-boot-sunxi. I personally wasn't able to
reproduce
On 2017-11-03 19:28, Andreas Metzler wrote:
> On 2017-11-03 Jan Kiszka <jan.kis...@siemens.com> wrote:
>> Has this topics also been brought up upstream already? Didn't find a
>> reference so far.
>
> No, I have not yet done so. The OCB licenses is listed in GIT's
Has this topics also been brought up upstream already? Didn't find a
reference so far.
can boot a more recent kernel.
Could you also collect /proc/cpuinfo of the affected systems?
Thanks,
Jan
--
tobi
$ git bisect good
acead1b0fac5b10d0ae3f1cc5f7820b9f9f924f5 is the first bad commit
commit acead1b0fac5b10d0ae3f1cc5f7820b9f9f924f5
Author: Jan Kiszka jan.kis...@siemens.com
On 2015-06-27 17:04, Tobias Frost wrote:
Am Samstag, den 27.06.2015, 15:54 +0200 schrieb Jan Kiszka:
On 2015-06-27 15:48, Tobias Frost wrote:
Hallo everyone,
as promised I bisected the issue and bisecting just finished.
See below for details.
As the candidate found by git-bisect sounds
On 2014-10-01 14:42, Christophe Thil wrote:
I have attached the output of /proc/cpuinfo (kernel 3.16-2-amd64) and cpuid
(20140123).
This is from my N2800:
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 54
model name : Intel(R) Atom(TM) CPU N2800
the intel_idle, the CPU also stays cool.
[...]
It looks like the relevant change is:
commit acead1b0fac5b10d0ae3f1cc5f7820b9f9f924f5
Author: Jan Kiszka jan.kis...@siemens.com
Date: Sat Jan 25 22:24:22 2014 +0100
intel_idle: Add CPU model 54 (Atom N2000 series)
Add CPU ID for Atom
On 2013-11-01 11:10, Michael Tokarev wrote:
01.11.2013 13:54, Michael Büsch wrote:
On Fri, 01 Nov 2013 13:32:49 +0400
Michael Tokarev m...@tls.msk.ru wrote:
That looks right. Are you okay adding your Signed-off-by to the patch
you initially submitted? If yes, I'll make a formal patch
:
commit 0ec39075710ae15acc2a5825cd21e0c229fa04af
(8e729e3b521d9fcd87fc2e40b6322e684f58bb2e upstream)
Author: Jan Kiszka jan.kis...@siemens.com
Date: Fri May 11 11:42:35 2012 -0300
intel-hda: Fix reset of MSI function
Call msi_reset on device reset as still required by the core
On 2012-09-27 20:43, Michael Tokarev wrote:
On 27.09.2012 22:28, Jan Kiszka wrote:
[]
--- a/hw/intel-hda.c
+++ b/hw/intel-hda.c
@@ -1107,6 +1107,9 @@ static void intel_hda_reset(DeviceState *dev)
DeviceState *qdev;
HDACodecDevice *cdev;
+if (d-msi) {
+msi_reset(d
21 matches
Mail list logo