** Also affects: linux (Ubuntu Bionic)
Importance: Undecided
Status: New
** Changed in: linux (Ubuntu)
Status: Incomplete => Confirmed
** Changed in: linux (Ubuntu Bionic)
Status: New => Confirmed
** Changed in: linux (Ubuntu)
Assignee: (unassigned) => dan
cided
Assignee: dann frazier (dannf)
Status: In Progress
** Affects: linux (Ubuntu Bionic)
Importance: Undecided
Assignee: dann frazier (dannf)
Status: In Progress
** Also affects: linux (Ubuntu Bionic)
Importance: Undecided
Status: New
** Changed in:
]
Localized to a single driver, tested on the one SoC that includes this device.
** Affects: linux (Ubuntu)
Importance: Undecided
Assignee: dann frazier (dannf)
Status: In Progress
** Affects: linux (Ubuntu Bionic)
Importance: Undecided
Assignee: dann frazier (dannf
Public bug reported:
[Impact]
If something goes wrong during phy initialization, the device may fail to come
up.
[Test Case]
I don't have a way to inject a FIS error, so this will be smoke tested for
regressions only.
Needs to be tested on both D05 and D06 systems, since it touches code on both
** Changed in: linux (Ubuntu)
Status: New => In Progress
** Changed in: linux (Ubuntu Bionic)
Status: New => In Progress
** Changed in: linux (Ubuntu)
Assignee: (unassigned) => dann frazier (dannf)
** Changed in: linux (Ubuntu Bionic)
Assignee: (unassigned
fects: linux (Ubuntu)
Importance: Undecided
Assignee: dann frazier (dannf)
Status: In Progress
** Affects: linux (Ubuntu Bionic)
Importance: Undecided
Assignee: dann frazier (dannf)
Status: In Progress
** Also affects: linux (Ubuntu Bionic)
Importance: Unde
buntu)
Importance: Undecided
Assignee: dann frazier (dannf)
Status: In Progress
** Affects: linux (Ubuntu Bionic)
Importance: Undecided
Assignee: dann frazier (dannf)
Status: In Progress
** Attachment added: "fio"
https://bugs.launchpad.net/bugs/1794165/+att
use it implements a
previously-unsupported feature. However, there are 2 changesets that refactor
reset code ahead that are required before the above fix, and that refactoring
has a risk of introducing a regression.
** Affects: linux (Ubuntu)
Importance: Undecided
Assignee: dann frazier
linux (Ubuntu)
Importance: Undecided
Assignee: dann frazier (dannf)
Status: In Progress
** Affects: linux (Ubuntu Bionic)
Importance: Undecided
Assignee: dann frazier (dannf)
Status: In Progress
** Also affects: linux (Ubuntu Bionic)
Importance: Unde
** Description changed:
[Impact]
Newer revisions of hns3 support toggling the rx-vlan-filter feature, but the
driver does not allow it.
[Test Case]
Currently the command:
- $ sudo strace ethtool -K rx-vlan-filter off
+ $ sudo ethtool -K rx-vlan-filter off
reports:
- Could no
Verification:
On a system w/ /boot on an md device:
dannf@mdraid:~$ sudo grub-reboot 0
[sudo] password for dannf:
WARNING: Detected GRUB environment block on diskfilter device
0 will remain the default boot entry until manually cleared with:
grub-editenv /boot/grub/grubenv unset next_entry
With 18.04 UEFI on x86, does passing the kernel parameter
"video=efifb:off" make a difference?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1762940
Title:
Ubuntu 18.04 d-i install screen becomes bl
Now that testing is looking good, here's a cleaned-up debdiff that is
hopefully more suitable for carrying. It is as used in the cosmic build
in ppa:dannf/test. This is still just the simple hack though (vs. a new
config) - just with improved function name/return type and w/ a DEP-3
header.
** Pat
My original intent was to just carry it until there's a proper fix
upstream, and we can evaluate that for backporting. But, if you think
generic black-listing is a desired feature upstream (but w/ e.g.
configurable ids), I can take a look at implementing that. However,
that'll take some time, so I'
Marking "In Progress" for disco, as a patch was submitted:
https://lists.ubuntu.com/archives/kernel-team/2019-March/099315.html
** Changed in: linux (Ubuntu Disco)
Status: Incomplete => In Progress
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is s
Verification: Ran netperf between 2 D06 hosts, one running the bionic-
proposed kernel, the other the cosmic-proposed kernel, w/o error.
** Tags removed: verification-needed-bionic verification-needed-cosmic
** Tags added: verification-done-bionic verification-done-cosmic
--
You received this bu
Verified - boot tested both cosmic & bionic proposed kernels on a D06
system.
** Tags removed: verification-needed-bionic verification-needed-cosmic
** Tags added: verification-don-bionic verification-done-cosmic
** Tags removed: verification-don-bionic
** Tags added: verification-done-bionic
--
@Riccardo: The PPA builds I provided had both a fix for this issue and
some security issues, some related to networking code. To help determine
if it is the security fixes or the fix for this bug causing your iPXE
regression, I've uploaded new packages *without* the security fix. Could
you test tho
Public bug reported:
On some arm64 systems[*] we are seeing a spew of messages on the
console:
[ 19.534097] cma: cma_alloc: alloc failed, req-size: 64 pages, ret: -12
[ 19.534109] cma: cma_alloc: alloc failed, req-size: 16 pages, ret: -12
[ 19.534113] cma: cma_alloc: alloc failed, req-size:
This was not an issue prior to v4.20. Bisection identified the following commit:
886643b766321 arm64: use the generic swiotlb_dma_ops
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1823753
Title:
a
The disco kernel uses CONFIG_CMA_SIZE_MBYTES=16, while the arm64
defconfig sets it to 32. I tried bumping up this setting by powers of 2
until the messages went away, and it finally did at 128, which seems
extreme. Need to figure out what is attempting these allocations, and
why they are failing.
I enabled CMA_DEBUG & CMA_DEBUGFS and booted w/ cma=128M so that we can
see the CMA state when no allocations fail.
root@d06-4:/sys/kernel/debug/cma/cma-reserved# cat count
32768
root@d06-4:/sys/kernel/debug/cma/cma-reserved# cat used
15630
Looks like we're actually using ~61M - and perhaps the
** Changed in: linux (Ubuntu)
Status: Incomplete => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1823753
Title:
arm64: cma_alloc errors at boot
To manage notifications about this
** Also affects: systemd (Ubuntu Bionic)
Importance: Undecided
Status: New
** Changed in: systemd (Ubuntu Bionic)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bug
It appears that linux-signed-hwe-edge does not yet have the arm64
support we added to linux-signed.
** Summary changed:
- not able to install linux-generic-hwe-18.04-edge/bionic-proposed
+ arm64: not able to install linux-generic-hwe-18.04-edge/bionic-proposed
--
You received this bug notifica
Public bug reported:
[Impact]
The Build-Using control file field is incorrect for linux-signed-hwe &
linux-signed-hwe-edge. They claim they were built against the "linux" package,
but should be linux-hwe/linux-hwe-edge respectively.
[Test Case]
Look at the Packages file.
[Fix]
Detect and inser
** Also affects: linux-signed (Ubuntu Bionic)
Importance: Undecided
Status: New
** Also affects: linux-signed-hwe-edge (Ubuntu Bionic)
Importance: Undecided
Status: New
** Also affects: linux-signed-hwe (Ubuntu Bionic)
Importance: Undecided
Status: New
** Also affec
** Summary changed:
- Build-Using incorrect
+ Built-Using incorrect
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1824016
Title:
Built-Using incorrect
To manage notifications about this bug go to:
I have a fix staged for this, but it relies on published signed binaries
that aren't present.
dannf, ok the signing component appears in rejected ...
will try and get to the bottom of why that happened
So assigning to apw for now...
** Changed in: linux (Ubuntu)
Status: Incomplete => In
tu Cosmic)
Status: New => Invalid
** Changed in: linux-signed (Ubuntu Xenial)
Status: New => In Progress
** Changed in: linux-signed (Ubuntu Xenial)
Assignee: (unassigned) => dann frazier (dannf)
** Changed in: linux-signed (Ubuntu Bionic)
Status: New => In Pr
Yeah, no crash anymore - thanks Ard!
ubuntu@d06-4:~$ echo function | sudo tee
/sys/kernel/debug/tracing/current_tracer
function
[ 72.778123] ftrace: far branches to multiple entry points unsupported inside
a single module
^ I assume this is expected
--
You received this bug notification bec
[ 72.778123] ftrace: far branches to multiple entry points unsupported inside
a single module
[ 72.786657] WARNING: CPU: 121 PID: 3299 at
/home/ubuntu/linux-5.0.0/kernel/trace/ftrace.c:2008 ftrace_bug+0xb0/0x2b0
[ 72.786662] Modules linked in: nls_iso8859_1 ipmi_ssif joydev input_leds
tpm_
off
ifconfig enp129s0f0 mtu 1501
iperf -c -l 64K -t 3
[Fix]
5f543a54eec08 net: hns3: fix for not calculating tx bd num correctly
[Regression Risk]
Fix is restricted to a driver only used in Hi1620 SoC-based systems.
** Affects: linux (Ubuntu)
Importance: Undecided
Assignee: dann
** Changed in: linux (Ubuntu)
Assignee: (unassigned) => dann frazier (dannf)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1822871
Title:
enabling ftrace on Hi1620 CS causes an Oops
To man
On Wed, Apr 10, 2019 at 11:01 AM Ard Biesheuvel
wrote:
>
> On Tue, 9 Apr 2019 at 16:30, dann frazier wrote:
> >
> > Yeah, no crash anymore - thanks Ard!
> >
> > ubuntu@d06-4:~$ echo function | sudo tee
> > /sys/kernel/debug/tracing/current_tracer
> &g
I tried installing ubuntu-desktop on a sabre, but I was still unable to
reproduce. That's still my best hypothesis (Comment #4), but I think
we're stuck here w/o more info from Naresh.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
ht
** Changed in: mstflint (Ubuntu)
Status: New => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1863483
Title:
Mstflint package update to 4.13.3-2
To manage notifications about th
Public bug reported:
Today I noticed that the software manager is telling me there's a juju
update available (2.7.1), with an option to update. When I click update,
it says "Unable to update juju: snap has no updates available". Sure
enough, `snap info` confirms that I'm already on 2.7.*2*:
chann
Public bug reported:
[Impact]
Older versions of libvirt, such as the one in bionic, have an nvram variable in
/etc/libvirt/qemu.conf that pairs firmware images with the corresponding nvram
template files:
#nvram = [
# "/usr/share/OVMF/OVMF_CODE.fd:/usr/share/OVMF/OVMF_VARS.fd",
# "/usr/shar
Public bug reported:
In the ovmf package, /usr/share/OVMF/OVMF_CODE.ms.fd is a symlink to
OVMF_CODE.fd, which is a build of OVMF that does *not* support Secure
Boot. I assume the "ms" stands for Microsoft, whose signing keys are
included in the OVMF_VARS.ms.fd nvram template. If so, shouldn't
OVMF
Thanks Steve. At this time I'm leaning more towards removing the link
vs. changing what it points to. AFAICT, the link really just serves as a
hint that it should be paired with OVMF_VARS.ms.fd. But IMHO, that's
better clarified for humans in documentation, which we now have in
/usr/share/doc/ovmf/
I dug up my arm64/disco VM that I had hacked up to test this shim build
before MS had signed it:
ubuntu@disco:~$ sudo mokutil --sb-state
SecureBoot enabled
So what's the relevant difference between this working config and the
broken one?
Looks like I had set it up following:
https://wiki.archl
It does not appear to be an issue with the signed kernel - the same one
that fails to build in my focal/MS-signed VM does boot when installed in
the disco/self-signed VM.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.lau
The issue seems to be related to GRUB. If I upgrade my working-in-SB-
disco VM to focal's grub-efi-arm64-signed, it now fails. If I downgrade
my *not*-working-in-SB-focal VM to disco's grub-efi-arm64-signed, it now
boots in SB mode.
** Also affects: grub2 (Ubuntu)
Importance: Undecided
S
Upstream GRUB 2.02 also fails - so there's likely something in the disco
patchset that is required.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1862279
Title:
arm64 Secure Boot fails w/ "error: ca
@juliank: The shim build is the same in both cases. The only difference
is that one is signed by MS, the other self-signed. I did notice that
key enrollment didn't work in my guest, which maybe a failure to execute
mma64.efi, and therefore maybe related to bug 1864223.
My hypothesis is that the SB
Thanks Timo. We could argue for introducing mlxreg in an SRU as being
hardware enablement (SRU team would be the judge), as long as we could
clearly demonstrate a negligible regression risk in doing so. I took a
stab at a backport to gauge that feasibility. Unfortunately, I found
that this is non-t
** Changed in: edk2 (Ubuntu)
Status: New => In Progress
** Changed in: edk2 (Ubuntu)
Assignee: (unassigned) => dann frazier (dannf)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1
I've got a hacked together focal-based GRUB I created by replacing some
patches w/ updated versions from the rhboot repository. It still need
quite a bit of cleanup though.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.l
I've compared the list of patches squashed into the ubuntu-
linuxefi.patch we have in focal with the current set of patches in the
fedora-32 branch of https://github.com/rhboot/grub2, which is the
upstream for our SB patches AIUI. There has been some rework of the
linuxefi command since the version
While trying to create a backport of mlxreg - without touching other
parts of mstflint - I hit an incompatibility. See below. Does mlxreg
require the new version of mget_max_reg_size(), or can it be made to
work with the 4.8 version? The supports_reg_accces_gmp() interface will
likely need to be ad
]
The fix is a quirk restricted to specific SoCs. It does rely on firmware
behaving (overloading the desired_perf register w/ a correct actual perf
value), so changes in firmware could lead to regressions.
** Affects: linux (Ubuntu)
Importance: Undecided
Assignee: dann frazier (dannf
** Description changed:
[Impact]
- Some HiSilicon SoCs do not implement registers that the cpufreq subsystem
uses to calculate current performance. This can result in undefined data being
used in internal calculations, and being exposed to userspace via sysfs.
+ Some HiSilicon SoCs do not imp
** Description changed:
[Impact]
SATA disks may be unusable
will not be usable when:
- - The disk is connected through a SAS expander
- - Controller uses a libsas-based driver (mvsas, aic94xx, hisi_sas)
- - link rate between expander & disk is greater than link between controller
and exp
** Changed in: linux (Ubuntu Cosmic)
Status: New => In Progress
** Changed in: linux (Ubuntu Bionic)
Status: New => In Progress
** Changed in: linux (Ubuntu Cosmic)
Assignee: (unassigned) => dann frazier (dannf)
** Changed in: linux (Ubuntu Bionic)
Assignee: (u
Please provide the console log and libvirt xml for a failing VM.
** Changed in: edk2 (Ubuntu)
Status: New => Incomplete
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1821729
Title:
UEFI in o
On Wed, Mar 27, 2019 at 9:35 AM Janåke Rönnblom wrote:
>
> Can the edk2/ovmf package for Bionic be updated to the latest version?
>
> 0~20190309.89910a39-1ubuntu1
Sorry, no. Our policy is to backport the fixes instead.
-dann
--
You received this bug notification because you are a member of U
** Changed in: linux (Ubuntu Bionic)
Status: In Progress => Won't Fix
** Changed in: linux (Ubuntu Cosmic)
Status: In Progress => Won't Fix
** Changed in: linux (Ubuntu Xenial)
Status: New => Won't Fix
** Description changed:
[Impact]
SATA disks may be unusable
will n
@Riccardo: Thanks, I can reproduce by using machine='pc-1.0' in my XML
(pc-i440fx-2.12 worked fine). I also found that the version of ovmf in
disco works w/ pc-1.0, so I'll try to bisect down what fixed it.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is su
** Changed in: linux (Ubuntu Cosmic)
Status: New => Invalid
** Changed in: linux (Ubuntu Bionic)
Status: New => Invalid
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1821620
Title:
Ad
Bisection led me to the following fix:
https://github.com/tianocore/edk2/commit/272658b9971865812f70e494d0198f13df8b841b
I've uploaded test kernels to a PPA, can you verify that the 18.04 ('bionic')
one fixes the problem for you?
https://launchpad.net/~dannf/+archive/ubuntu/test
** Also affe
)
Importance: Undecided
Assignee: dann frazier (dannf)
Status: In Progress
** Changed in: linux (Ubuntu)
Status: New => In Progress
** Changed in: linux (Ubuntu)
Assignee: (unassigned) => dann frazier (dannf)
--
You received this bug notification because you are a mem
** Changed in: gnu-efi (Ubuntu)
Status: Confirmed => Invalid
** Changed in: shim (Ubuntu)
Status: In Progress => Fix Committed
** Changed in: shim-signed (Ubuntu)
Status: Confirmed => Fix Committed
--
You received this bug notification because you are a member of Ubuntu
Bug
** Changed in: shim-signed (Ubuntu)
Status: Triaged => Fix Committed
** Changed in: shim (Ubuntu)
Status: Triaged => Fix Committed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1811901
: dann frazier (dannf)
Status: In Progress
** Changed in: linux (Ubuntu)
Status: New => In Progress
** Changed in: linux (Ubuntu)
Assignee: (unassigned) => dann frazier (dannf)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subs
** Description changed:
[Impact]
+ Driver will report TX errors
+
[Test Case]
+
[Fix]
5f543a54eec08 net: hns3: fix for not calculating tx bd num correctly
+
[Regression Risk]
+ Restricted to hns3 driver, only used for HiSilicon ARM SoCs.
--
You received this bug notification because
Importance: Undecided
Assignee: dann frazier (dannf)
Status: In Progress
** Changed in: linux (Ubuntu)
Status: New => In Progress
** Changed in: linux (Ubuntu)
Assignee: (unassigned) => dann frazier (dannf)
--
You received this bug notification because you are a me
@Riccardo: Sorry, I'm not sure how to read your update. Are you stating
that you are unable to reproduce the panic *after installing a PPA
build*, or for some other reason?
Can you confirm that the ipxe thing is a separate issue? If so, please
file a new bug for that instead of overloading this on
On Mon, Apr 1, 2019 at 9:50 AM Riccardo Pittau
<1821...@bugs.launchpad.net> wrote:
>
> @Dann: what I'm saying is that I can't reproduce the kernel panic after
> installing a PPA build because it doesn't load from ipxe anymore.
>
> I can't confirm or deny the issue with the kernel panic is actually
cided
Assignee: dann frazier (dannf)
Status: In Progress
** Changed in: linux (Ubuntu)
Status: New => In Progress
** Changed in: linux (Ubuntu)
Assignee: (unassigned) => dann frazier (dannf)
--
You received this bug notification because you are a member of Ubuntu
** Description changed:
[Impact]
- Driver will report TX errors
+
[Test Case]
+
[Fix]
5f543a54eec08 net: hns3: fix for not calculating tx bd num correctly
[Regression Risk]
Restricted to hns3 driver, only used for HiSilicon ARM SoCs.
--
You received this bug notification b
Public bug reported:
[Impact]
Attempting to enable the function tracer causes an Oops. This impacts the
current disco kernel, as well as latest upstream
(@5e7a8ca319268a70a6c7c3c1fde5bea38e1e5539).
[Test Case]
$ echo function | sudo tee /sys/kernel/debug/tracing/current_tracer
[ 3125.651453] k
Bisection led to the following commit:
# first bad commit: [bdb85cd1d20669dfae813555dddb745ad09323ba]
arm64/module: switch to ADRP/ADD sequences for PLT entries
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.ne
** Summary changed:
- enabling ftrace on Hi1620 causes an Oops
+ enabling ftrace on Hi1620 CS causes an Oops
** Description changed:
[Impact]
Attempting to enable the function tracer causes an Oops. This impacts the
current disco kernel, as well as latest upstream
(@5e7a8ca319268a70a6c7c3c
** Changed in: linux (Ubuntu)
Status: Incomplete => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1822871
Title:
enabling ftrace on Hi1620 CS causes an Oops
To manage notifications
hns_roce_v2_modify_qp
[Regression Risk]
Driver is only for HNS nics on HiSilicon SoCs
** Affects: linux (Ubuntu)
Importance: Undecided
Assignee: dann frazier (dannf)
Status: In Progress
** Changed in: linux (Ubuntu)
Status: New => In Progress
** Changed in: lin
** Also affects: linux (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1813847
Title:
af-alg stressor triggers modprobe throttling
To manage notif
** Bug watch added: Debian Bug tracker #891256
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=891256
** Also affects: kexec-tools (Debian) via
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=891256
Importance: Unknown
Status: Unknown
--
You received this bug notification bec
On Fri, Feb 1, 2019 at 7:40 PM mahmoh <1812...@bugs.launchpad.net> wrote:
>
> @dannf it appears the patches have may now have been finally approved?:
>
> https://www.mail-archive.com/grub-devel@gnu.org/msg28322.html
Yep! Though, I'm going to wait until they are actually merged. It is
too late to
On Fri, Oct 11, 2019 at 06:05:25AM +, Jan Glauber wrote:
> On Wed, Oct 09, 2019 at 11:15:04AM +0200, Paolo Bonzini wrote:
> > On 09/10/19 10:02, Jan Glauber wrote:
>
> > > I'm still not sure what the actual issue is here, but could it be some bad
> > > interaction between the notify_me and the
On Fri, Oct 11, 2019 at 08:30:02AM +, Jan Glauber wrote:
> On Fri, Oct 11, 2019 at 10:18:18AM +0200, Paolo Bonzini wrote:
> > On 11/10/19 08:05, Jan Glauber wrote:
> > > On Wed, Oct 09, 2019 at 11:15:04AM +0200, Paolo Bonzini wrote:
> > >>> ...but if I bump notify_me size to uint64_t the issue
** Changed in: kunpeng920/ubuntu-19.04
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1845355
Title:
Support Hi1620 zip hw accelerator
To manage notifica
** Also affects: gdb (Ubuntu Focal)
Importance: Undecided
Status: Confirmed
** Also affects: gdb (Ubuntu Bionic)
Importance: Undecided
Status: New
** Also affects: gdb (Ubuntu Eoan)
Importance: Undecided
Status: New
** Also affects: gdb (Ubuntu Disco)
Importance:
I have a test fix building here, could one of you verify it?
https://launchpad.net/~dannf/+archive/ubuntu/lp1848200
** Changed in: gdb (Ubuntu Bionic)
Status: New => In Progress
** Changed in: gdb (Ubuntu Bionic)
Assignee: (unassigned) => dann frazier (dannf)
--
You receive
** Description changed:
- After upgrading gdb from 8.1-0ubuntu3 to 8.1-0ubuntu3.1, gdb does not
- stop on breakpoint when running a 32-bit application (on 64-bit Ubuntu).
+ [Impact]
+ After upgrading gdb from 8.1-0ubuntu3 to 8.1-0ubuntu3.1, gdb does not stop
+ on breakpoint when running a 32-bit
** Changed in: kunpeng920/upstream-kernel
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1854549
Title:
[acc-1130]sync mainline kernel 5.5rc1 acc patchse
** Changed in: kunpeng920/upstream-kernel
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1854000
Title:
[sas-1126]scsi: hisi_sas: Replace in_softirq() che
** Changed in: kunpeng920/upstream-kernel
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1853999
Title:
[sas-1126]scsi: hisi_sas: use wait_for_completion_
** Changed in: kunpeng920/upstream-kernel
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1850117
Title:
[hpre-1017]sync mainline kernel 5.4rc3 hpre patchs
** Changed in: kunpeng920/upstream-kernel
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1855952
Title:
scsi: hisi_sas: Check sas_port before using it
To
** Changed in: kunpeng920/upstream-kernel
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1854550
Title:
[scsi-1130]scsi: scsi_transport_sas: Fix memory le
** Changed in: kunpeng920/upstream-kernel
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1855958
Title:
scsi: hisi_sas: Return directly if init hardware f
We carry this patch in focal - do we just need to backport it to bionic?
http://git.savannah.nongnu.org/cgit/dmidecode.git/commit/?id=e12ec26e19e02281d3e7258c3aabb88a5cf5ec1d
I uploaded a test fix to ppa:dannf/test. Could someone w/ hw access
verify that?
--
You received this bug notification b
Assignee: (unassigned) => dann frazier (dannf)
** Changed in: dmidecode (Ubuntu Bionic)
Assignee: (unassigned) => dann frazier (dannf)
** Changed in: dmidecode (Ubuntu Eoan)
Status: New => In Progress
** Changed in: dmidecode (Ubuntu Bionic)
Status: New => I
Actually, I realized I can reproduce this on a dragonboard I have here.
I've verified the PPA fix myself, so I'll go ahead and SRU.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1858615
Title:
dmide
** Description changed:
- Device: Inforce 6640
-
https://www.inforcecomputing.com/products/single-board-computers-sbc/qualcomm-snapdragon-820-inforce-6640-sbc
- SoC: Snapdragon 820
+ [Impact]
+ Running 'sudo dmidecode' on non-UEFI ARM systems can cause them to
crash/reboot. cloud-init apparently
** Also affects: dmidecode (Ubuntu Xenial)
Importance: Undecided
Status: New
** Changed in: dmidecode (Ubuntu Xenial)
Status: New => In Progress
** Changed in: dmidecode (Ubuntu Xenial)
Assignee: (unassigned) => dann frazier (dannf)
--
You received this bug notifi
Public bug reported:
[Impact]
The debian-distro-info command reports out of date information. I noticed this
when debugging a vagrant-mutate autopkgtest failure (which ended up being
unrelated).
[Test Case]
$ debian-distro-info --stable
stretch
After update:
$ debian-distro-info --stable
bust
** Also affects: distro-info-data (Ubuntu Disco)
Importance: Undecided
Status: New
** Also affects: distro-info-data (Ubuntu Focal)
Importance: Undecided
Status: New
** Also affects: distro-info-data (Ubuntu Xenial)
Importance: Undecided
Status: New
** Also affects:
Another instance:
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-bionic/bionic/s390x/s/systemd/20200127_181441_fb524@/log.gz
** Also affects: linux (Ubuntu Bionic)
Importance: Undecided
Status: New
** Also affects: systemd (Ubunt
301 - 400 of 3385 matches
Mail list logo