[Kernel-packages] [Bug 1970672] Re: makedumpfile falls back to cp with "__vtop4_x86_64: Can't get a valid pmd_pte."

2022-05-25 Thread Guilherme G. Piccoli
Thanks a lot Cascardo and Dann - very good points.

Cascardo: I agree with you, I misunderstood and didn't consider the
minor kernel releases. I think that Dann's idea of testing makes it much
simpler though. Maybe kernel team could create the vmcore images, as
part of the release process, for some random kernels (like generic + 3
cloud kernels randomly) and "dump" into this server. So, makedumpfile
test infrastructure would then consume the vmcores and execute the test,
checking against bugs/regressions. The test could be quite simple, just
checking return value of makedumpfile and if the file created is in fact
a compressed dump (the "file" tool could be used by that).

I agree with you as well Dann, makedumpfile is much more important than
the crash tool and should have priority. Also, testing makedump is
easier than checking the crash tool I guess heheh

Cheers!

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to makedumpfile in Ubuntu.
https://bugs.launchpad.net/bugs/1970672

Title:
  makedumpfile falls back to cp with "__vtop4_x86_64: Can't get a valid
  pmd_pte."

Status in makedumpfile package in Ubuntu:
  New

Bug description:
  [Impact] 
   * On Focal with an HWE (>=5.12) kernel, makedumpfile can sometimes fail with 
"__vtop4_x86_64: Can't get a valid pmd_pte."

   * makedumpfile falls back to cp for the dump, resulting in extremely
  large vmcores. This can impact both collection and analysis due to
  lack of space for the resulting vmcore.

   * This is fixed in upstream commit present in versions 1.7.0 and 1.7.1:
  
https://github.com/makedumpfile/makedumpfile/commit/646456862df8926ba10dd7330abf3bf0f887e1b6

  commit 646456862df8926ba10dd7330abf3bf0f887e1b6
  Author: Kazuhito Hagio 
  Date:   Wed May 26 14:31:26 2021 +0900

  [PATCH] Increase SECTION_MAP_LAST_BIT to 5
  
  * Required for kernel 5.12
  
  Kernel commit 1f90a3477df3 ("mm: teach pfn_to_online_page() about
  ZONE_DEVICE section collisions") added a section flag
  (SECTION_TAINT_ZONE_DEVICE) and causes makedumpfile an error on
  some machines like this:
  
__vtop4_x86_64: Can't get a valid pmd_pte.
readmem: Can't convert a virtual address(e2bdc200) to physical 
address.
readmem: type_addr: 0, addr:e2bdc200, size:32768
__exclude_unnecessary_pages: Can't read the buffer of struct page.
create_2nd_bitmap: Can't exclude unnecessary pages.
  
  Increase SECTION_MAP_LAST_BIT to 5 to fix this.  The bit had not
  been used until the change, so we can just increase the value.
  
  Signed-off-by: Kazuhito Hagio 

  [Test Plan]
   * Confirm that makedumpfile works as expected by triggering a kdump.

   * Confirm that the patched makedumpfile works as expected on a system
  known to experience the issue.

   * Confirm that the patched makedumpfile is able to work with a cp-
  generated known affected vmcore to compress it. The unpatched version
  fails.

  [Where problems could occur]

   * This change could adversely affect the collection/compression of
  vmcores during a kdump situation resulting in fallback to cp.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/makedumpfile/+bug/1970672/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1970672] Re: makedumpfile falls back to cp with "__vtop4_x86_64: Can't get a valid pmd_pte."

2022-05-24 Thread Guilherme G. Piccoli
Thanks Kellen and Cascardo.

Kellen, nice that you're willing to work on that - this is a long
standing problem and that work would be definitely appreciated by the
Ubuntu community, be it free users or the Ubuntu Advantage customers!

Cascardo, about your two risks:

(a) Partially agree with that. I agree with the part of testing,
definietly this is the big chunk of work here. But I disagree with the
retrocompatibility claim: of course we need to enforce that, but it's
not that difficult in the LTS->LTS+1 model. See, we have a small number
of HWE kernel per LTS release, I guess 4 or 5 correct? We need to be
sure the makedumpfile updates are compatible with them, and that's it.

If I'm talking Focal and some makedumpfile update (unintentionally) breaks 
dumps for kernel 4.19 or prior, why should we care if that's an unsupported 
scenario?
IMHO it's much better to ensure that every HWE kernel receives a proper 
functional makedumpfile update, instead of an overly cautious attitude with 
older/unsupported kernels.

(b) I agree here, but I guess the effort of SRU exception/ LTS->LTS+1
model will only make it easier. Imagine if when Ubuntu version X is
released the upstream makedumpfile is not handling well the recent
kernel version used by X - so we could either fix (or report) the
makedumpfile issue quickly (especially due to part (a) above, the
improved testing). Then, once it's fixed either by Canonical or
community, this could quickly be integrated through a fast process, a
version bump for makedumpfile for example.

In the end, I think testing is the key word here - the more serious and
thorough tests makedumpfile has, the more confidence in such model we'd
have. But hopefully with Kellen's effort this stops preventing a more
proactive approach with makedumpfile from happening, by updating it
before users report bugs (which has been happening since forever for
this package).

Cheers!

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to makedumpfile in Ubuntu.
https://bugs.launchpad.net/bugs/1970672

Title:
  makedumpfile falls back to cp with "__vtop4_x86_64: Can't get a valid
  pmd_pte."

Status in makedumpfile package in Ubuntu:
  New

Bug description:
  [Impact] 
   * On Focal with an HWE (>=5.12) kernel, makedumpfile can sometimes fail with 
"__vtop4_x86_64: Can't get a valid pmd_pte."

   * makedumpfile falls back to cp for the dump, resulting in extremely
  large vmcores. This can impact both collection and analysis due to
  lack of space for the resulting vmcore.

   * This is fixed in upstream commit present in versions 1.7.0 and 1.7.1:
  
https://github.com/makedumpfile/makedumpfile/commit/646456862df8926ba10dd7330abf3bf0f887e1b6

  commit 646456862df8926ba10dd7330abf3bf0f887e1b6
  Author: Kazuhito Hagio 
  Date:   Wed May 26 14:31:26 2021 +0900

  [PATCH] Increase SECTION_MAP_LAST_BIT to 5
  
  * Required for kernel 5.12
  
  Kernel commit 1f90a3477df3 ("mm: teach pfn_to_online_page() about
  ZONE_DEVICE section collisions") added a section flag
  (SECTION_TAINT_ZONE_DEVICE) and causes makedumpfile an error on
  some machines like this:
  
__vtop4_x86_64: Can't get a valid pmd_pte.
readmem: Can't convert a virtual address(e2bdc200) to physical 
address.
readmem: type_addr: 0, addr:e2bdc200, size:32768
__exclude_unnecessary_pages: Can't read the buffer of struct page.
create_2nd_bitmap: Can't exclude unnecessary pages.
  
  Increase SECTION_MAP_LAST_BIT to 5 to fix this.  The bit had not
  been used until the change, so we can just increase the value.
  
  Signed-off-by: Kazuhito Hagio 

  [Test Plan]
   * Confirm that makedumpfile works as expected by triggering a kdump.

   * Confirm that the patched makedumpfile works as expected on a system
  known to experience the issue.

   * Confirm that the patched makedumpfile is able to work with a cp-
  generated known affected vmcore to compress it. The unpatched version
  fails.

  [Where problems could occur]

   * This change could adversely affect the collection/compression of
  vmcores during a kdump situation resulting in fallback to cp.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/makedumpfile/+bug/1970672/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1970672] Re: makedumpfile falls back to cp with "__vtop4_x86_64: Can't get a valid pmd_pte."

2022-05-23 Thread Guilherme G. Piccoli
Hi Kellen, thanks a lot for reporting and fixing that!

I'd like to take the opportunity to discuss something related: no matter
how many bugs we fix in makedumpfile / crash, more will come as kernel
version bumps. Kernel has no stable ABI, so kernel developers can
"break" compatibility with such tools, although makedumpfile maintainer
(and crash's as well!) are really great in keep up with that and release
proactive fixes even before the kernel change is merged.

But the problem is: in Ubuntu ecosystem, despite we have the HWE concept
for kernel, these packages are not part of kernel HWE upgrades; hence,
they get "stuck" and subject to bugs when kernel HWE is released. It
happens all the time and will continue happening...

We had discussions in the past (and I'm hereby CCing the interested
parties: DannF, Dan Streetman, Heitor and Cascardo) about sync'ing
makedumpfile and crash with kernel HWE upgrades. So, that might be a
good opportunity for doing it.

The idea was more or less like this: update makedump/crash on Release to make 
it sync'ed with Release +1 until the next LTS. So, in the end, we'll have LTS 
version == LTS +1 and then, we stop upgrading/syncing these packages. And the 
cycle restarts for LTS+1, up to the release of LTS+2.
Hopefully this plan (or something similar) eventually is followed, I bet all 
users/customers would be glad to not face makedump/crash bugs due to kernel 
upgrades anymore!

Cheers, and thanks for the attention =D

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to makedumpfile in Ubuntu.
https://bugs.launchpad.net/bugs/1970672

Title:
  makedumpfile falls back to cp with "__vtop4_x86_64: Can't get a valid
  pmd_pte."

Status in makedumpfile package in Ubuntu:
  New

Bug description:
  [Impact] 
   * On Focal with an HWE (>=5.12) kernel, makedumpfile can sometimes fail with 
"__vtop4_x86_64: Can't get a valid pmd_pte."

   * makedumpfile falls back to cp for the dump, resulting in extremely
  large vmcores. This can impact both collection and analysis due to
  lack of space for the resulting vmcore.

   * This is fixed in upstream commit present in versions 1.7.0 and 1.7.1:
  
https://github.com/makedumpfile/makedumpfile/commit/646456862df8926ba10dd7330abf3bf0f887e1b6

  commit 646456862df8926ba10dd7330abf3bf0f887e1b6
  Author: Kazuhito Hagio 
  Date:   Wed May 26 14:31:26 2021 +0900

  [PATCH] Increase SECTION_MAP_LAST_BIT to 5
  
  * Required for kernel 5.12
  
  Kernel commit 1f90a3477df3 ("mm: teach pfn_to_online_page() about
  ZONE_DEVICE section collisions") added a section flag
  (SECTION_TAINT_ZONE_DEVICE) and causes makedumpfile an error on
  some machines like this:
  
__vtop4_x86_64: Can't get a valid pmd_pte.
readmem: Can't convert a virtual address(e2bdc200) to physical 
address.
readmem: type_addr: 0, addr:e2bdc200, size:32768
__exclude_unnecessary_pages: Can't read the buffer of struct page.
create_2nd_bitmap: Can't exclude unnecessary pages.
  
  Increase SECTION_MAP_LAST_BIT to 5 to fix this.  The bit had not
  been used until the change, so we can just increase the value.
  
  Signed-off-by: Kazuhito Hagio 

  [Test Plan]
   * Confirm that makedumpfile works as expected by triggering a kdump.

   * Confirm that the patched makedumpfile works as expected on a system
  known to experience the issue.

   * Confirm that the patched makedumpfile is able to work with a cp-
  generated known affected vmcore to compress it. The unpatched version
  fails.

  [Where problems could occur]

   * This change could adversely affect the collection/compression of
  vmcores during a kdump situation resulting in fallback to cp.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/makedumpfile/+bug/1970672/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1949395] [NEW] [RFE] Add zstd support for makedumpfile and use it by default

2021-11-01 Thread Guilherme G. Piccoli
Public bug reported:

Recently makedumpfile had zstd[0] support added upstream[1]. My
suggestion here is to backport this work for Debian/Ubuntu and use it as
default (starting for example in 22.04), since it has a better
compression time and similar or even better compression rate. In [1]
there are good experiments, but I did a simple experiment in a small VM
(2G of RAM, idle) using Debian 11 (results in the first comment].

I'll open a Debian bug as well.
Thanks in advance,


Guilherme


[0] https://en.wikipedia.org/wiki/Zstandard
[1] http://lists.infradead.org/pipermail/kexec/2021-September/023011.html

** Affects: makedumpfile (Ubuntu)
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to makedumpfile in Ubuntu.
https://bugs.launchpad.net/bugs/1949395

Title:
  [RFE] Add zstd support for makedumpfile and use it by default

Status in makedumpfile package in Ubuntu:
  New

Bug description:
  Recently makedumpfile had zstd[0] support added upstream[1]. My
  suggestion here is to backport this work for Debian/Ubuntu and use it
  as default (starting for example in 22.04), since it has a better
  compression time and similar or even better compression rate. In [1]
  there are good experiments, but I did a simple experiment in a small
  VM (2G of RAM, idle) using Debian 11 (results in the first comment].

  I'll open a Debian bug as well.
  Thanks in advance,

  
  Guilherme

  
  [0] https://en.wikipedia.org/wiki/Zstandard
  [1] http://lists.infradead.org/pipermail/kexec/2021-September/023011.html

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/makedumpfile/+bug/1949395/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1949395] Re: [RFE] Add zstd support for makedumpfile and use it by default

2021-11-01 Thread Guilherme G. Piccoli
Results of the simple experiment:


$ time makedumpfile -l -d 31 -F /proc/vmcore  | cat > dump.l
Copying data  : [100.0 %] /   eta: 
0s
makedumpfile Completed.

real0m0.417s


$ time makedumpfile -c -d 31 -F /proc/vmcore  | cat > dump.c
Copying data  : [100.0 %] |   eta: 
0s
makedumpfile Completed.

real0m1.866s


$ time makedumpfile -z -d 31 -F /proc/vmcore  | cat > dump.z
Copying data  : [100.0 %] /   eta: 
0s
makedumpfile Completed.

real0m0.802s


$ ls -lh dump.*
-rw-r--r-- 1 root root 29M Nov  1 14:04 dump.c
-rw-r--r-- 1 root root 43M Nov  1 14:05 dump.l
-rw-r--r-- 1 root root 26M Nov  1 14:05 dump.z

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to makedumpfile in Ubuntu.
https://bugs.launchpad.net/bugs/1949395

Title:
  [RFE] Add zstd support for makedumpfile and use it by default

Status in makedumpfile package in Ubuntu:
  New

Bug description:
  Recently makedumpfile had zstd[0] support added upstream[1]. My
  suggestion here is to backport this work for Debian/Ubuntu and use it
  as default (starting for example in 22.04), since it has a better
  compression time and similar or even better compression rate. In [1]
  there are good experiments, but I did a simple experiment in a small
  VM (2G of RAM, idle) using Debian 11 (results in the first comment].

  I'll open a Debian bug as well.
  Thanks in advance,

  
  Guilherme

  
  [0] https://en.wikipedia.org/wiki/Zstandard
  [1] http://lists.infradead.org/pipermail/kexec/2021-September/023011.html

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/makedumpfile/+bug/1949395/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1916303] Re: [RFE] kdump memory estimator

2021-11-01 Thread Guilherme G. Piccoli
V3 posted: https://salsa.debian.org/debian/kdump-
tools/-/merge_requests/16

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to makedumpfile in Ubuntu.
https://bugs.launchpad.net/bugs/1916303

Title:
  [RFE] kdump memory estimator

Status in makedumpfile package in Ubuntu:
  In Progress

Bug description:
  It would be nice to have a way to estimate memory in the kdump
  environment - not always the default crashkernel reservation fulfill
  users' requirements, specially in big servers with huge memory and
  multiple I/O devices.

  Taking CPUs/RAM/devices into account and using early boot memory information 
+ heuristic, it's possible to infer how much memory is going to be needed by 
kdump - see proposal [0].
  This LP is to track the Debian progress of the issue and the future port to 
Ubuntu kdump packages.

  [0] https://salsa.debian.org/debian/makedumpfile/-/merge_requests/7

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/makedumpfile/+bug/1916303/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1931779] Re: kdump just hung out of the box

2021-08-02 Thread Guilherme G. Piccoli
This is a good suggestion Rich! I've looped Dann and Cascardo, both
maintainers of kdump-tools to also discuss this subject.

We could have a more explicit message when installing the package, maybe
in the same screen that asks if we want to enable kdump by default. I'm
against the idea of _not_ setting the default crashkernel though - good
suggestion for intermediate/advanced users, bad suggestion for beginners
I think. Also, I must say: my experience was pretty reciprocal to yours.
The default always worked for me in regular/simple HW or VMs, it fails
in more peculiar setups, like 200 PCI devices, 1 TiB of RAM, etc.

Thanks for bringing-up the discussion =)

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to makedumpfile in Ubuntu.
https://bugs.launchpad.net/bugs/1931779

Title:
  kdump just hung out of the box

Status in makedumpfile package in Ubuntu:
  Fix Released

Bug description:
  I tried installing kdump-tools (1.6.7-1ubuntu2.2) on my up to date
  20.04 system, installed specifically to try reproducing a bug.

  But when I tried, after kdump-config status reported "ready to dump"
  on reboot, echo 'c' | sudo tee /proc/sysrq-trigger, it printed the
  panic to console and then just hung forever.

  After some blind guessing and twiddling both variables, I found that
  crashkernel=512M-:256M works on this particular setup. (MS7850
  motherboard, i5-4670 CPU, 5.4.0-42-generic kernel)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/makedumpfile/+bug/1931779/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1931779] Re: kdump just hung out of the box

2021-08-02 Thread Guilherme G. Piccoli
Oh yeah, it would be awesome to set such message...but I'm not sure how
we can do it! If we know beforehand that the reserved memory amount
won't work for your system, to show the message..why we don't just fix
it?

The problem is that this is a policy, there is no technical mechanism
(currently) that foresees that a quantity of RAM equals X is required
for your system in order kdump to work. We have the heuristic (aka sets
crashkernel to 192M), which is expected to work on the majority of
machines. Hence, the recommendation for kdump users is to install the
package and perform a dummy kdump, as you did! If it fails, go ahead and
fine tune that.

With the estimator I've pointed you in the last comment, things should improve, 
having a mechanism that will suggest a proper amount, pre-calculated on boot 
time. But until we get that merged, this situation is not ideal and will remain 
like this - I understand it's not the best, if you have a technical suggestion 
on how we could improve it, it's highly appreciated =)
Cheers,


Guilherme

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to makedumpfile in Ubuntu.
https://bugs.launchpad.net/bugs/1931779

Title:
  kdump just hung out of the box

Status in makedumpfile package in Ubuntu:
  Fix Released

Bug description:
  I tried installing kdump-tools (1.6.7-1ubuntu2.2) on my up to date
  20.04 system, installed specifically to try reproducing a bug.

  But when I tried, after kdump-config status reported "ready to dump"
  on reboot, echo 'c' | sudo tee /proc/sysrq-trigger, it printed the
  panic to console and then just hung forever.

  After some blind guessing and twiddling both variables, I found that
  crashkernel=512M-:256M works on this particular setup. (MS7850
  motherboard, i5-4670 CPU, 5.4.0-42-generic kernel)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/makedumpfile/+bug/1931779/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1931779] Re: kdump just hung out of the box

2021-08-02 Thread Guilherme G. Piccoli
Thank you for the report! I think the problem was memory then, you
nailed it - by reserving more memory, you were able to make it work.
This is a policy and currently, the default is a bit conservative in
order to not waste memory. It works in most of the systems...

We have a memory estimator project [0] that (hopefully) will help users to 
determine the proper amount of reserved memory for their systems. For now, I 
guess we can consider this bug fixed (by the reporter!).
Cheers,


Guilherme


[0] https://salsa.debian.org/debian/kdump-tools/-/merge_requests/13

** Changed in: makedumpfile (Ubuntu)
   Status: New => Fix Released

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to makedumpfile in Ubuntu.
https://bugs.launchpad.net/bugs/1931779

Title:
  kdump just hung out of the box

Status in makedumpfile package in Ubuntu:
  Fix Released

Bug description:
  I tried installing kdump-tools (1.6.7-1ubuntu2.2) on my up to date
  20.04 system, installed specifically to try reproducing a bug.

  But when I tried, after kdump-config status reported "ready to dump"
  on reboot, echo 'c' | sudo tee /proc/sysrq-trigger, it printed the
  panic to console and then just hung forever.

  After some blind guessing and twiddling both variables, I found that
  crashkernel=512M-:256M works on this particular setup. (MS7850
  motherboard, i5-4670 CPU, 5.4.0-42-generic kernel)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/makedumpfile/+bug/1931779/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1882623] Re: VM enter into hung status after triggering a crash

2021-07-23 Thread Guilherme G. Piccoli
nel-esm
+ * Our theory is that on kdump kernel, specially due to the single cpu
+ nature, the vmbus-messaged timer IRQ could interfere with scheduling and
+ create a dead-lock condition, which is what we observe from the stack
+ traces. Hence, we hereby propose to backport such patch to azure 4.15
+ kernels.
  
- Install kernel linux-azure, reboot VM, kernel version 4.15.0-1084-azure
+ * Our hypothesis about why this wasn't observed in Bionic is that
+ changes in the kdump mechanism make it start earlier, and this might
+ hide the schedule issue. Lack of testing also could be the cause of the
+ non-observability.
  
- Trigger a crash by run echo 1 > /proc/sys/kernel/sysrq, then echo c >
- /proc/sysrq-trigger, VM entered into a hung status.
+ [Test Case]
  
- Attach whole serial console
- [   65.452007] INFO: rcu_sched detected stalls on CPUs/tasks:
- [   65.456004]  1-...!: (0 ticks this GP) idle=488/0/0 softirq=1/1 fqs=0
- [   65.456004]  (detected by 0, t=15002 jiffies, g=707, c=706, q=8457)
- [   65.456004] rcu_sched kthread starved for 15002 jiffies! g707 c706 f0x0 
RCU_GP_WAIT_FQS(3) ->state=0x402 ->cpu=1
- [  360.020026] INFO: rcu_sched detected stalls on CPUs/tasks:
- [  360.024015]  1-...!: (10 GPs behind) idle=b34/0/0 softirq=1/1 fqs=1
- [  360.024015]  (detected by 0, t=15002 jiffies, g=717, c=716, q=6429)
- [  360.024015] rcu_sched kthread starved for 15000 jiffies! g717 c716 f0x0 
RCU_GP_WAIT_FQS(3) ->state=0x402 ->cpu=1
- [  420.048010] INFO: rcu_sched detected stalls on CPUs/tasks:
- [  420.052006]  1-...!: (0 ticks this GP) idle=f94/0/0 softirq=1/1 fqs=0
- [  420.052006]  (detected by 0, t=15002 jiffies, g=718, c=717, q=6429)
- [  420.052006] rcu_sched kthread starved for 15002 jiffies! g718 c717 f0x0 
RCU_GP_WAIT_FQS(3) ->state=0x402 ->cpu=1
+ * Perform a kdump in Trusty/4.15 and after some rounds, you should see
+ the mentioned RCU stack trace. With the patch, no issue is observed, and
+ we could perform ~30 kdumps in a row.
+ 
+ [Where problems could occur]
+ 
+ * Since the patch touches IRQ code (although restricted to Hyper-v),
+ it's a somewhat invasive change. It could lead to issues in the IRQ
+ subsystem, although the patch is upstream since 2018 and no fixes for
+ that were found (we count on Fixes tag for that).

** Also affects: linux-azure (Ubuntu Bionic)
   Importance: Undecided
   Status: New

** Changed in: linux-azure (Ubuntu)
 Assignee: Guilherme G. Piccoli (gpiccoli) => (unassigned)

** Changed in: linux-azure (Ubuntu)
 Assignee: (unassigned) => Marcelo Cerri (mhcerri)

** Changed in: linux-azure (Ubuntu Bionic)
 Assignee: (unassigned) => Marcelo Cerri (mhcerri)

** Changed in: linux-azure (Ubuntu Bionic)
   Status: New => In Progress

** Changed in: linux-azure (Ubuntu)
   Importance: Undecided => Medium

** Changed in: linux-azure (Ubuntu Bionic)
   Importance: Undecided => Medium

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-azure in Ubuntu.
https://bugs.launchpad.net/bugs/1882623

Title:
  VM enter into hung status after triggering a crash

Status in linux-azure package in Ubuntu:
  In Progress
Status in linux-azure source package in Bionic:
  In Progress

Bug description:
  [Impact]

  * When kdumping on trusty/4.15 in an Azure instance, we observe quite
  frequently a stall on the kdump kernel, it gets blocked and soon we
  see a stack like the following:

  [ 65.452007] INFO: rcu_sched detected stalls on CPUs/tasks:
  [ 65.456004] 1-...!: (0 ticks this GP) idle=488/0/0 softirq=1/1 fqs=0
  [ 65.456004] (detected by 0, t=15002 jiffies, g=707, c=706, q=8457)
  [ 65.456004] rcu_sched kthread starved for 15002 jiffies! g707 c706 f0x0 
RCU_GP_WAIT_FQS(3) ->state=0x402 ->cpu=1

  * By using the Azure serial console, we collected a sysrq-w when the issue 
happens:
  [  529.515013] sysrq: Show Blocked State
  [  529.517730]   taskPC stack   pid father
  [  529.519006] kworker/u4:2D094  2 0x8000
  [  529.519006] Workqueue: events_unbound fsnotify_mark_destroy_workfn
  [  529.519006] Call Trace:
  [  529.519006]  __schedule+0x292/0x880
  [  529.519006]  schedule+0x36/0x80
  [  529.519006]  schedule_timeout+0x1d5/0x2f0
  [  529.519006]  ? check_preempt_wakeup+0x162/0x260
  [  529.519006]  wait_for_completion+0xa5/0x110
  [  529.519006]  ? wake_up_q+0x80/0x80
  [  529.519006]  __synchronize_srcu.part.14+0x67/0x80
  [  529.519006]  ? trace_raw_output_rcu_utilization+0x50/0x50
  [  529.519006]  ? __switch_to_asm+0x41/0x70
  [  529.519006]  synchronize_srcu+0xd1/0xd6
  [  529.519006]  fsnotify_mark_destroy_workfn+0x6d/0xc0
  [  529.519006]  process_one_work+0x14e/0x390
  [  529.519006]  worker_thread+0x1cc/0x3d0
  [  529.519006]  kthread+0x105/0x140
  [  529.519006]  ? max_active_store+0x60/0x60
  [  529.519006]  ? kthread_bind+0x20/0x20
  [  529.519006]  ret_from_fork+0x35/0x40
  [  529.519006] udev

[Kernel-packages] [Bug 1932966] Re: kvm_unit_tests: emulator test fails on 4.15 kernel, timeout

2021-07-23 Thread Guilherme G. Piccoli
** Changed in: ubuntu-kernel-tests
 Assignee: Guilherme G. Piccoli (gpiccoli) => (unassigned)

** Changed in: linux-kvm (Ubuntu Bionic)
 Assignee: Guilherme G. Piccoli (gpiccoli) => (unassigned)

** Changed in: linux-kvm (Ubuntu)
 Assignee: Guilherme G. Piccoli (gpiccoli) => (unassigned)

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-kvm in Ubuntu.
https://bugs.launchpad.net/bugs/1932966

Title:
  kvm_unit_tests: emulator test fails on 4.15 kernel, timeout

Status in ubuntu-kernel-tests:
  Confirmed
Status in linux-kvm package in Ubuntu:
  Confirmed
Status in linux-kvm source package in Bionic:
  Confirmed

Bug description:
  Found this on B/KVM, current cycle (sru-20210531):

  18:27:11 DEBUG| [stdout] PASS: movapd (write)^M
  18:27:11 DEBUG| [stderr] KVM internal error. Suberror: 1
  18:27:11 DEBUG| [stderr] emulation failure
  18:27:11 DEBUG| [stderr] RAX=000a RBX=e000 
RCX=03fd RDX=03f8
  18:27:11 DEBUG| [stderr] RSI=00419991 RDI=00419991 
RBP=0051b440 RSP=0051b420
  18:27:11 DEBUG| [stderr] R8 =000a R9 =03f8 
R10=000d R11=
  18:27:11 DEBUG| [stderr] R12=e000 R13= 
R14=d000 R15=
  18:27:11 DEBUG| [stderr] RIP=00400a0c RFL=00010006 [-P-] CPL=0 
II=0 A20=1 SMM=0 HLT=0
  18:27:11 DEBUG| [stderr] ES =0010   00c09300 DPL=0 DS 
  [-WA]
  18:27:11 DEBUG| [stderr] CS =0008   00a09b00 DPL=0 
CS64 [-RA]
  18:27:11 DEBUG| [stderr] SS =0010   00c09300 DPL=0 DS 
  [-WA]
  18:27:11 DEBUG| [stderr] DS =0010   00c09300 DPL=0 DS 
  [-WA]
  18:27:11 DEBUG| [stderr] FS =0010   00c09300 DPL=0 DS 
  [-WA]
  18:27:11 DEBUG| [stderr] GS =0010 0051a4d0  00c09300 DPL=0 DS 
  [-WA]
  18:27:11 DEBUG| [stderr] LDT=   8200 DPL=0 LDT
  18:27:11 DEBUG| [stderr] TR =0080 0041207a  8b00 DPL=0 
TSS64-busy
  18:27:11 DEBUG| [stderr] GDT= 0041100a 106f
  18:27:11 DEBUG| [stderr] IDT= 0041 0fff
  18:27:11 DEBUG| [stderr] CR0=80010011 CR2= 
CR3=01007000 CR4=0220
  18:27:11 DEBUG| [stderr] DR0= DR1= 
DR2= DR3= 
  18:27:11 DEBUG| [stderr] DR6=0ff0 DR7=0400
  18:27:11 DEBUG| [stderr] EFER=0500
  18:27:11 DEBUG| [stderr] Code=00 c7 45 e8 03 00 00 00 c7 45 ec 04 00 00 00 66 
0f 6f 45 e0 <0f> 11 03 48 89 de 48 8d 7d e0 e8 f8 f9 ff ff 0f b6 f8 be a1 8f 41 
00 b8 00 00 00 00 e8 05
  18:28:40 DEBUG| [stderr] qemu-system-x86_64: terminating on signal 15 from 
pid 13634 (timeout)
  18:28:40 DEBUG| [stdout] FAIL emulator (timeout; duration=90s)
  [...]
  TestError: Test failed for emulator
  18:28:40 ERROR| child process failed
  18:28:40 DEBUG| Traceback (most recent call last):
  18:28:40 DEBUG|   File "/home/ubuntu/autotest/client/parallel.py", line 25, 
in fork_start
  18:28:40 DEBUG| l()
  18:28:40 DEBUG|   File "/home/ubuntu/autotest/client/job.py", line 505, in 

  18:28:40 DEBUG| l = lambda: test.runtest(self, url, tag, args, dargs)
  18:28:40 DEBUG|   File "/home/ubuntu/autotest/client/test.py", line 125, in 
runtest
  18:28:40 DEBUG| job.sysinfo.log_after_each_iteration)
  18:28:40 DEBUG|   File "/home/ubuntu/autotest/client/shared/test.py", line 
913, in runtest
  18:28:40 DEBUG| mytest._exec(args, dargs)
  18:28:40 DEBUG|   File "/home/ubuntu/autotest/client/shared/test.py", line 
411, in _exec
  18:28:40 DEBUG| _call_test_function(self.execute, *p_args, **p_dargs)
  18:28:40 DEBUG|   File "/home/ubuntu/autotest/client/shared/test.py", line 
823, in _call_test_function
  18:28:40 DEBUG| return func(*args, **dargs)
  18:28:40 DEBUG|   File "/home/ubuntu/autotest/client/shared/test.py", line 
291, in execute
  18:28:40 DEBUG| postprocess_profiled_run, args, dargs)
  18:28:40 DEBUG|   File "/home/ubuntu/autotest/client/shared/test.py", line 
212, in _call_run_once
  18:28:40 DEBUG| self.run_once(*args, **dargs)
  18:28:40 DEBUG|   File 
"/home/ubuntu/autotest/client/tests/ubuntu_kvm_unit_tests/ubuntu_kvm_unit_tests.py",
 line 82, in run_once
  18:28:40 DEBUG| raise error.TestError("Test failed for 
{}".format(test_name))
  18:28:40 DEBUG| TestError: Test failed for emulator
  18:28:41 INFO | ERROR   ubuntu_kvm_unit_tests.emulator  
ubuntu_kvm_unit_tests.emulator  timestamp=1624040921localtime=Jun 18 
18:28:41   Test failed for emulator
  18:28:41 INFO | END ERROR   ubuntu_kvm_unit_tests.emulator  
ubuntu_kvm_unit_tests.emulator  timestamp

[Kernel-packages] [Bug 1934175] Re: Kernel oops due to uninitialized list on kernfs (kernfs_kill_sb)

2021-07-23 Thread Guilherme G. Piccoli
** Changed in: linux (Ubuntu)
 Assignee: Guilherme G. Piccoli (gpiccoli) => (unassigned)

** Changed in: linux (Ubuntu Bionic)
 Assignee: Guilherme G. Piccoli (gpiccoli) => (unassigned)

** Changed in: linux (Ubuntu Bionic)
 Assignee: (unassigned) => Krzysztof Kozlowski (krzk)

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1934175

Title:
  Kernel oops due to uninitialized list on kernfs (kernfs_kill_sb)

Status in linux package in Ubuntu:
  In Progress
Status in linux source package in Bionic:
  Fix Committed

Bug description:
  [Impact]
  * We had a recent report of a kernel crash due to a NULL pointer dereference 
in a Bionic 4.15 derivative kernel, as per the following log collected:

  [...]
  [537105.767348] SLUB: Unable to allocate memory on node -1, 
gfp=0x14000c0(GFP_KERNEL)
  [...]
  [537105.767368] BUG: unable to handle kernel NULL pointer dereference at 
0008
  [537105.11] IP: kernfs_kill_sb+0x31/0x70
  [537105.783582] PGD 0 P4D 0
  [537105.787844] Oops: 0002 [#1] SMP PTI
  [...]
  RIP: 0010:kernfs_kill_sb+0x31/0x70
  RSP: 0018:b90aec1afd00 EFLAGS: 00010286
  RAX:  RBX: 9fdbd567d900 RCX: a0143885ae01
  RDX:  RSI: a0143885ae00 RDI: a2937c40
  RBP: b90aec1afd10 R08: a0150b581510 R09: 0001814d
  R10: b90aec1afcd8 R11: 0100 R12: a01436e43000
  R13: a01436e43000 R14:  R15: 9fdbd567d900
  FS:  7fe41a615b80() GS:a01afea4() knlGS:
  CS:  0010 DS:  ES:  CR0: 80050033
  CR2: 0008 CR3: 007dfe3cc003 CR4: 003606e0
  DR0:  DR1:  DR2: 
  DR3:  DR6: fffe0ff0 DR7: 0400
  Call Trace:
   sysfs_kill_sb+0x1f/0x40
   deactivate_locked_super+0x48/0x80
   kernfs_mount_ns+0x1eb/0x230
   sysfs_mount+0x66/0xc0
   mount_fs+0x37/0x160
   ? alloc_vfsmnt+0x1b3/0x230
   vfs_kern_mount.part.24+0x5d/0x110
   do_mount+0x5ed/0xce0
  [...]

  * The following detailed call stack plus the disassembly help to
  understand the cause of the issue:

  mount_fs()
  --sysfs_mount()
  kernfs_mount_ns() 
  --deactivate_locked_super() 
  sysfs_kill_sb()
  --kernfs_kill_sb() 

  The below disassembly of kernfs_kill_sb() clarifies exactly the issue:

  812f46e0 :
  [ ... prologue ...]
  48 8b 9f 08 04 00 00mov0x408(%rdi),%rbx # %rbx = kernfs_super_info 
*info = sb->s_fs_info
  49 89 fcmov%rdi,%r12 # %r12 = super_block *sb
  48 c7 c7 40 7c 53 82mov$0x82537c40,%rdi # %rdi = 
_mutex (global)
  812f46f9: R_X86_64_32S  kernfs_mutex
  e8 ee da 67 00  callq  819721f0  # 
mutex_lock(_mutex);
  [...]
  48 8b 53 18 mov0x18(%rbx),%rdx # %rdx = info->node
  48 8b 43 20 mov0x20(%rbx),%rax # based on splat, RAX == 0x0 
[info->head.prev]
  48 89 42 08 mov%rax,0x8(%rdx) # <- OOPS [tried to assign 
next->prev = prev, see __list_del()]
  48 89 10mov%rdx,(%rax)
  48 b8 00 01 00 00 00movabs $0xdead0100,%rax # node->next = 
LIST_POISON1
  [...]

  * The fix for this issue comes from upstream commit 82382acec0c9
  ("kernfs: deal with kernfs_fill_super() failures"); this commit is a
  very trivial fix that adds an INIT_LIST_HEAD(>node) in
  kernfs_mount_ns(), making the list prev/next pointers valid since the
  beginning. Unfortunately this commit wasn't CCed to stable email when
  sent, so it wasn't automatically picked up by Ubuntu kernel; now it
  was properly submitted to stable list [0].

  * Along with this fix, we found another commit (7b745a4e4051) which is
  a small/simple fix to correlated code, that also should have been sent
  to 4.14.y stable branch, but for some reason wasn't. Since both
  commits were accepted in linux-stable, we are hereby proposing the
  backport for Ubuntu kernel 4.15.

  [0]
  https://lore.kernel.org/stable/20210622210622.9925-1-gpicc...@canonical.com/

  
  [Test Case]
  * We don't have a real test case, although low-memory condition or an 
artificial kprobe reproducer could easily trigger the issue.

  * We booted a qemu virtual machine with a kernel containing both
  patches with no issues.

  
  [Where problems could occur]
  * The likelihood of issues are low, specially due to the fact both patches 
are very simple and they are on upstream kernel for more than 3 years (and were 
quickly accepted in 4.14.y stable branch last week).

  * With that sad, the second patch could potentially introduce issues
  with super_block references - I honestly cannot conceive any issues
  potentially caused by patch 1.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1

[Kernel-packages] [Bug 1592597] Re: 3.13.0-88-generic:amd64 fails to boot on Dell PowerEdge R630

2021-07-20 Thread Guilherme G. Piccoli
** Changed in: linux (Ubuntu Trusty)
 Assignee: Guilherme G. Piccoli (gpiccoli) => (unassigned)

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1592597

Title:
  3.13.0-88-generic:amd64 fails to boot on Dell PowerEdge R630

Status in linux package in Ubuntu:
  Fix Released
Status in linux source package in Trusty:
  Triaged

Bug description:
  Following recent update to 3.13.0-88, R630 on Trusty panics on boot.
  Recovery boot just hangs.  3.13.0-87 was able to be booted normally
  once, then kernel panics on subsequent attempts.  Booting is
  successful with the previously running kernel, 3.13.0-61.

  will upload an sosreport.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1592597/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1749961] Re: xhci_hcd: TRB DMA errors reported with ASMedia ASM1142 USB 3.1 Controller

2021-07-20 Thread Guilherme G. Piccoli
** Changed in: linux (Debian)
 Assignee: Guilherme G. Piccoli (gpiccoli) => (unassigned)

** Changed in: linux (Ubuntu)
 Assignee: Guilherme G. Piccoli (gpiccoli) => (unassigned)

** Changed in: linux (Ubuntu Trusty)
 Assignee: Guilherme G. Piccoli (gpiccoli) => (unassigned)

** Changed in: linux (Ubuntu Bionic)
 Assignee: Guilherme G. Piccoli (gpiccoli) => (unassigned)

** Changed in: linux (Ubuntu Focal)
     Assignee: Guilherme G. Piccoli (gpiccoli) => (unassigned)

** Changed in: linux (Ubuntu Xenial)
 Assignee: Guilherme G. Piccoli (gpiccoli) => (unassigned)

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1749961

Title:
  xhci_hcd: TRB DMA errors reported with ASMedia ASM1142 USB 3.1
  Controller

Status in Linux:
  Confirmed
Status in linux package in Ubuntu:
  In Progress
Status in linux source package in Trusty:
  Won't Fix
Status in linux source package in Xenial:
  Confirmed
Status in linux source package in Bionic:
  Confirmed
Status in linux source package in Focal:
  Confirmed
Status in linux package in Debian:
  Confirmed

Bug description:
  It was observed that while trying to use a 4K USB webcam connected to
  USB port provided by ASMedia ASM1142 USB 3.1 Controller, the webcam
  does not work and kernel log shows the following messages:

  [431.928016] xhci_hcd :12:00.0: ERROR Transfer event TRB DMA ptr not part 
of current TD ep_index 2 comp_code 13
  [431.928021] xhci_hcd :12:00.0: Looking for event-dma 003f3330e020 
trb-start 003f3330e000 trb-end 003f3330e000 seg-start 003f3330e000 
seg-end 003f3330eff0
  [431.928024] xhci_hcd :12:00.0: ERROR Transfer event TRB DMA ptr not part 
of current TD ep_index 2 comp_code 13
  [431.928026] xhci_hcd :12:00.0: Looking for event-dma 003f3330e030 
trb-start 003f3330e000 trb-end 003f3330e000 seg-start 003f3330e000 
seg-end 003f3330eff0
  [431.928027] xhci_hcd :12:00.0: ERROR Transfer event TRB DMA ptr not part 
of current TD ep_index 2 comp_code 13
  [431.928029] xhci_hcd :12:00.0: Looking for event-dma 003f3330e050 
trb-start 003f3330e000 trb-end 003f3330e000 seg-start 003f3330e000 
seg-end 003f3330eff0
  [431.928386] xhci_hcd :12:00.0: ERROR Transfer event TRB DMA ptr not part 
of current TD ep_index 2 comp_code 13

  A similar issue was already reported on Launchpad:
  https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1667750

  The fix to this issue seems to be the following patch:
  
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=9da5a109

  Tests in our scenario with this patch proved still broken. Our next
  approach is to modify the patch a bit and re-test.

  This LP will be used to document our progress in the investigation.

To manage notifications about this bug go to:
https://bugs.launchpad.net/linux/+bug/1749961/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1914830] Re: Mellanox Patches To Prevent Kernel Hang In MLX4

2021-07-20 Thread Guilherme G. Piccoli
** Changed in: linux-azure (Ubuntu)
   Status: In Progress => Fix Released

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-azure in Ubuntu.
https://bugs.launchpad.net/bugs/1914830

Title:
  Mellanox Patches To Prevent Kernel Hang In MLX4

Status in linux-azure package in Ubuntu:
  Fix Released
Status in linux-azure source package in Bionic:
  Fix Released
Status in linux-azure source package in Focal:
  Fix Released
Status in linux-azure source package in Groovy:
  Fix Released

Bug description:
  We have had customer reports of kernel hangs related to MLX4.
  Mellanox has addressed the issue with the following two patches:

  fed91613c9dd ("net/mlx4_en: Avoid scheduling restart task if it is already 
running")
  ba603d9d7b12 ("net/mlx4_en: Handle TX error CQE")

  Microsoft would like to request these two commits in all releases
  supported on Azure.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux-azure/+bug/1914830/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1932549] Re: seltests/net: devlink port split failing in H-5.11 KVM kernels (Error sending command: devlink -j dev show)

2021-07-20 Thread Guilherme G. Piccoli
** Changed in: ubuntu-kernel-tests
 Assignee: Guilherme G. Piccoli (gpiccoli) => (unassigned)

** Changed in: linux-kvm (Ubuntu)
 Assignee: Guilherme G. Piccoli (gpiccoli) => (unassigned)

** Changed in: linux-kvm (Ubuntu Hirsute)
 Assignee: Guilherme G. Piccoli (gpiccoli) => (unassigned)

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-kvm in Ubuntu.
https://bugs.launchpad.net/bugs/1932549

Title:
  seltests/net: devlink port split failing in H-5.11 KVM kernels (Error
  sending command: devlink -j dev show)

Status in ubuntu-kernel-tests:
  Confirmed
Status in linux-kvm package in Ubuntu:
  Confirmed
Status in linux-kvm source package in Hirsute:
  Confirmed

Bug description:
  Got the following selftests/net failure in Hirsute, cycle sru-20210531
  :

  03:28:51 DEBUG| [stdout] # selftests: net: devlink_port_split.py
  03:28:51 DEBUG| [stdout] # Error sending command: devlink -j dev show
  03:28:51 DEBUG| [stdout] # 
  03:28:51 DEBUG| [stdout] # Failed to connect to devlink Netlink
  03:28:51 DEBUG| [stdout] # 
  03:28:51 DEBUG| [stdout] # Traceback (most recent call last):
  03:28:51 DEBUG| [stdout] #   File 
"/home/ubuntu/autotest/client/tmp/ubuntu_kernel_selftests/src/linux/tools/testing/selftests/net/./devlink_port_split.py",
 line 277, in 
  03:28:51 DEBUG| [stdout] # main()
  03:28:51 DEBUG| [stdout] #   File 
"/home/ubuntu/autotest/client/tmp/ubuntu_kernel_selftests/src/linux/tools/testing/selftests/net/./devlink_port_split.py",
 line 239, in main
  03:28:51 DEBUG| [stdout] # assert stderr == ""
  03:28:51 DEBUG| [stdout] # AssertionError
  03:28:51 DEBUG| [stdout] not ok 43 selftests: net: devlink_port_split.py # 
exit=1

  
  Noticed that it also failed in previous cycles (I'm not sure why I couldn't 
find a report...)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1932549/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1926501] Re: ADT/hint: Multiple DKMS modules fail to build in linux-kvm due to lack of Kconfigs set

2021-07-20 Thread Guilherme G. Piccoli
** Changed in: linux-kvm (Ubuntu)
 Assignee: Guilherme G. Piccoli (gpiccoli) => (unassigned)

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-kvm in Ubuntu.
https://bugs.launchpad.net/bugs/1926501

Title:
  ADT/hint: Multiple DKMS modules fail to build in linux-kvm due to lack
  of Kconfigs set

Status in linux-kvm package in Ubuntu:
  Confirmed

Bug description:
  This a catch-all Launchpad report regarding the build failures of some
  DKMS modules (like Nvidia drivers, virtualbox-hwe, ...) in linux-kvm.

  The goal of linux-kvm kernel is to be a *very* minimal kernel for
  virtualized environments (guests), with the bare minimum of Kconfigs
  enabled, in order to have it booting really fast and with a reduced
  attack surface. Given that, some DKMS may not work, like virtualbox-
  hwe (which requires CONFIG_DRM_*).

  The objective of this LP is to report such failures and use this
  information "database" to help us mark Autopackage testing (ADT)
  failures as _expected_, or else in every kernel cycle we will face the
  same issues that show up as regressions, when they are in fact
  incompatibilities between the test and the minimal linux-kvm kernel.

  We could use the comments to report individual failures / attach logs.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux-kvm/+bug/1926501/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1932965] Re: selftests/net/rtnetlink - Failure in RISC-V (uuidgen command not found)

2021-07-20 Thread Guilherme G. Piccoli
** Changed in: ubuntu-kernel-tests
 Assignee: Guilherme G. Piccoli (gpiccoli) => (unassigned)

** Changed in: linux (Ubuntu)
 Assignee: Guilherme G. Piccoli (gpiccoli) => (unassigned)

** Changed in: linux (Ubuntu Groovy)
 Assignee: Guilherme G. Piccoli (gpiccoli) => (unassigned)

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1932965

Title:
  selftests/net/rtnetlink - Failure in RISC-V (uuidgen command not
  found)

Status in ubuntu-kernel-tests:
  Confirmed
Status in linux package in Ubuntu:
  Confirmed
Status in linux source package in Groovy:
  Confirmed

Bug description:
  Found this on G/RISC-V, cycle sru-20210531:

  02:41:52 DEBUG| [stdout] # ./rtnetlink.sh: line 366: uuidgen: command not 
found
  02:41:52 DEBUG| [stdout] # ./rtnetlink.sh: line 366: uuidgen: command not 
found
  02:41:52 DEBUG| [stdout] # ./rtnetlink.sh: line 366: uuidgen: command not 
found
  02:41:52 DEBUG| [stdout] # ./rtnetlink.sh: line 366: uuidgen: command not 
found
  02:41:52 DEBUG| [stdout] # FAIL: set interface alias test-dummy0 to 
  02:41:52 DEBUG| [stdout] # PASS: vrf
  02:41:54 DEBUG| [stdout] # PASS: vxlan
  02:41:55 DEBUG| [stdout] # PASS: fou
  02:41:55 DEBUG| [stdout] # PASS: macsec
  02:41:58 DEBUG| [stdout] # PASS: ipsec
  02:42:01 DEBUG| [stdout] # PASS: ipsec_offload
  02:42:02 DEBUG| [stdout] # PASS: bridge fdb get
  02:42:03 DEBUG| [stdout] # PASS: neigh get
  02:42:03 DEBUG| [stdout] not ok 11 selftests: net: rtnetlink.sh # exit=1

  Seems uuidgen is from package "uuid-runtime", not sure if this was not
  installed in the environment where test ran.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1932965/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1934424] Re: kernel NULL pointer dereference during xen hibernation

2021-07-20 Thread Guilherme G. Piccoli
Logs:
[  594.291317] ACPI: Hardware changed while hibernated, success doubtful!
[  594.411609] BUG: kernel NULL pointer dereference, address: 01f4
[  594.424658] #PF: supervisor write access in kernel mode
[  594.424660] #PF: error_code(0x0002) - not-present page
[  594.424661] PGD 0 P4D 0 
[  594.424665] Oops: 0002 [#1] SMP PTI
[  594.424668] CPU: 3 PID: 362 Comm: systemd-timesyn Not tainted 5.8.0-1036-aws 
#38~20.04.1-Ubuntu
[  594.424669] Hardware name: Xen HVM domU, BIOS 4.2.amazon 08/24/2006
[  594.424675] RIP: 0010:_raw_spin_lock_irqsave+0x23/0x40
[...]
[  594.424692] Call Trace:
[  594.424699]  xennet_start_xmit+0x158/0x570

By looking the assembly, this is where it fails:

8182d8e0 :
[...]
8182da0a:   48 83 f8 0d cmp$0xd,%rax
8182da0e:   0f 86 46 03 00 00   jbe8182dd5a 


### pahole --hex -C netfront_queue  usr/lib/debug/boot/vmlinux-5.8.0-1035-aws 
|grep lock
## spinlock_t tx_lock;  /* 0x1f4   0x4 */

8182da14:   49 8d 86 f4 01 00 00lea0x1f4(%r14),%rax # <-- 
#rax = >tx_lock
8182da1b:   45 8b 4c 24 70  mov0x70(%r12),%r9d
8182da20:   45 2b 4c 24 74  sub0x74(%r12),%r9d
8182da25:   48 89 c7mov%rax,%rdi # <-- %rdi = 
%rax
8182da28:   44 89 4d 94 mov%r9d,-0x6c(%rbp)
8182da2c:   48 89 85 78 ff ff ffmov%rax,-0x88(%rbp)
8182da33:   e8 38 52 36 00  callq  81b92c70 
<_raw_spin_lock_irqsave> #<-- OOPS here
[...]

By correlating with the code, we have this in C:

static netdev_tx_t xennet_start_xmit(struct sk_buff *skb, struct net_device 
*dev)
[...]
len = skb_headlen(skb);

spin_lock_irqsave(>tx_lock, flags); // <<< HERE

if (unlikely(!netif_carrier_ok(dev) ||
[...]

Happens that queue->tx_lock is NULL.
What is interesting is the message:

[  594.291317] ACPI: Hardware changed while hibernated, success
doubtful!


So, it means the hibernation woke in a different compute node than it went 
sleeping. I'm still not 100% sure of why that would cause such OOPS...but I 
have 2 ideas to either prevent it and validate that hypothesis:

(a) To modprobe unload the xen network driver right before hibernation
and load it in the last stage of wake-up - I've done that myself in the
hibernation scripts. This would likely prevent this issue.

(b) For testing personnel : maybe you're able to "lock" the testing to
sleep/wake-up *always* in the same compute node/instance. If that
prevents the issue, we're sure that the difference between the nodes rom
sleep/wake-up is triggering some memory corruption in the device queue,
that is somewhat propagated to the kernel memory.

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-aws in Ubuntu.
https://bugs.launchpad.net/bugs/1934424

Title:
  kernel NULL pointer dereference during xen hibernation

Status in linux-aws package in Ubuntu:
  New

Bug description:
  Encountered the following panic while doing hibernation/resume testing
  with linux-aws 5.8 on Focal on an m3.xlarge (xen) instance type:

  [  594.291317] ACPI: Hardware changed while hibernated, success doubtful!
  [  594.411609] BUG: kernel NULL pointer dereference, address: 01f4
  [  594.424658] #PF: supervisor write access in kernel mode
  [  594.424660] #PF: error_code(0x0002) - not-present page
  [  594.424661] PGD 0 P4D 0 
  [  594.424665] Oops: 0002 [#1] SMP PTI
  [  594.424668] CPU: 3 PID: 362 Comm: systemd-timesyn Not tainted 
5.8.0-1036-aws #38~20.04.1-Ubuntu
  [  594.424669] Hardware name: Xen HVM domU, BIOS 4.2.amazon 08/24/2006
  [  594.424675] RIP: 0010:_raw_spin_lock_irqsave+0x23/0x40
  [  594.424678] Code: 0f 1f 80 00 00 00 00 0f 1f 44 00 00 55 48 89 e5 41 54 9c 
58 0f 1f 44 00 00 49 89 c4 fa 66 0f 1f 44 00 00 31 c0 ba 01 00 00 00  0f b1 
17 75 07 4c 89 e0 41 5c 5d c3 89 c6 e8 e9 d1 56 ff 66 90
  [  594.424679] RSP: 0018:c94e3848 EFLAGS: 00010046
  [  594.424680] RAX:  RBX: 8883bcc0d000 RCX: 
0e02
  [  594.424681] RDX: 0001 RSI:  RDI: 
01f4
  [  594.424682] RBP: c94e3850 R08: 8883b90b5ec0 R09: 
005a
  [  594.424683] R10: c94e3910 R11:  R12: 
0206
  [  594.424684] R13: ea000ee42d40 R14:  R15: 
0001
  [  594.424686] FS:  7f65ba055980() GS:8883c0ac() 
knlGS:
  [  594.424687] CS:  0010 DS:  ES:  CR0: 80050033
  [  594.424688] CR2: 01f4 CR3: 0003b99f0001 CR4: 
001606e0
  [  594.424692] Call Trace:
  [  594.424699]  xennet_start_xmit+0x158/0x570
  [  594.424704]  dev_hard_start_xmit+0x91/0x1f0
  [  594.424706]  ? validate_xmit_skb+0x300/0x340
  [  594.424710]  sch_direct_xmit+0x113/0x340
  [  594.424712]  

[Kernel-packages] [Bug 1866323] Re: btrfs fill_fs test in fallocate06 from ubuntu_ltp_syscalls failed

2021-07-16 Thread Guilherme G. Piccoli
Observed in B/aws-fips (kernel 4.15), cycle sru-20210621.

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-oem-5.6 in Ubuntu.
https://bugs.launchpad.net/bugs/1866323

Title:
  btrfs fill_fs test in fallocate06 from ubuntu_ltp_syscalls failed

Status in ubuntu-kernel-tests:
  Triaged
Status in linux package in Ubuntu:
  Incomplete
Status in linux-oem-5.6 package in Ubuntu:
  Invalid
Status in linux source package in Bionic:
  New
Status in linux-oem-5.6 source package in Bionic:
  New
Status in linux source package in Focal:
  Fix Released
Status in linux-oem-5.6 source package in Focal:
  Confirmed

Bug description:
  Test failure in fallocate06 was composed by two issues, one is xfs
  fill_fs test issue addressed in bug 1865967.

  Another is this one, this is the case 2 of btrfs (fill_fs):

  tst_test.c:1290: INFO: Testing on btrfs
  tst_mkfs.c:90: INFO: Formatting /dev/loop1 with btrfs opts='' extra opts=''
  tst_test.c:1229: INFO: Timeout per run is 0h 05m 00s
  fallocate06.c:117: INFO: Copy-on-write is supported
  fallocate06.c:168: INFO: Case 1. Fill FS: no; Use copy on write: no
  fallocate06.c:157: PASS: write() successful
  fallocate06.c:201: PASS: Misaligned allocation works as expected
  fallocate06.c:157: PASS: fallocate(FALLOC_FL_PUNCH_HOLE | 
FALLOC_FL_KEEP_SIZE) successful
  fallocate06.c:237: PASS: fallocate(FALLOC_FL_PUNCH_HOLE | 
FALLOC_FL_KEEP_SIZE) cleared the correct file range
  fallocate06.c:168: INFO: Case 2. Fill FS: yes; Use copy on write: no
  tst_fill_fs.c:32: INFO: Creating file mntpoint/file0 size 21710183
  tst_fill_fs.c:32: INFO: Creating file mntpoint/file1 size 8070086
  tst_fill_fs.c:32: INFO: Creating file mntpoint/file2 size 3971177
  tst_fill_fs.c:32: INFO: Creating file mntpoint/file3 size 36915315
  tst_fill_fs.c:32: INFO: Creating file mntpoint/file4 size 70310993
  tst_fill_fs.c:32: INFO: Creating file mntpoint/file5 size 4807935
  tst_fill_fs.c:32: INFO: Creating file mntpoint/file6 size 90739786
  tst_fill_fs.c:32: INFO: Creating file mntpoint/file7 size 76896492
  tst_fill_fs.c:32: INFO: Creating file mntpoint/file8 size 72228649
  tst_fill_fs.c:32: INFO: Creating file mntpoint/file9 size 36207821
  tst_fill_fs.c:32: INFO: Creating file mntpoint/file10 size 81483962
  tst_fill_fs.c:59: INFO: write(): ENOSPC (28)
  fallocate06.c:157: PASS: write() successful
  fallocate06.c:201: PASS: Misaligned allocation works as expected
  fallocate06.c:146: FAIL: fallocate(FALLOC_FL_PUNCH_HOLE | 
FALLOC_FL_KEEP_SIZE) failed unexpectedly: ENOSPC (2

  This issue can be found from X to F
  X - https://pastebin.ubuntu.com/p/9FfVrZkQN8/
  B - https://pastebin.ubuntu.com/p/Zc9TW4sQKF/
  D - https://pastebin.ubuntu.com/p/cryTnnn5wF/
  E - https://pastebin.ubuntu.com/p/FXTZpsX7Qb/
  F - https://pastebin.ubuntu.com/p/FKPJKCS2zr/

  Note that the hint printed in the test:
HINT: You _MAY_ be missing kernel fixes, see:
   
   
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=e093c4be760e

  It something that will get printed after the test, as it's for XFS so
  it has nothing to do with this issue here.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1866323/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1876684] Re: fanotify09 case 3 (Events on files and dirs with both inode and mount marks) from ubuntu_ltp_syscalls failed

2021-07-16 Thread Guilherme G. Piccoli
Observed in B/aws-fips (kernel 4.15), cycle sru-20210621.

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1876684

Title:
  fanotify09 case 3 (Events on files and dirs with both inode and mount
  marks) from ubuntu_ltp_syscalls  failed

Status in ubuntu-kernel-tests:
  New
Status in linux package in Ubuntu:
  Incomplete
Status in linux source package in Bionic:
  New
Status in linux source package in Eoan:
  Fix Released
Status in linux source package in Focal:
  Fix Released

Bug description:
  This is a new test case added 7 days ago [1]

  Test failed on Focal 5.4.0-29.33 with:
  fanotify09.c:150: FAIL: group 1 got event: mask 10 pid=41059 fd=24 
path=/tmp/ltp-sL4wPwoPJ3/AuNN9M/mntpoint
  fanotify09.c:150: FAIL: group 2 got event: mask 10 pid=41059 fd=24 
path=/tmp/ltp-sL4wPwoPJ3/AuNN9M/mntpoint

  
  [1] 
https://github.com/linux-test-project/ltp/commit/70ca1e8806d227d47c6801262d3f7983652159a4#diff-234c27c769cf07468a81748a0e7330dd

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1876684/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1923284] Re: vmx_host_state_area / vmx_intr_window_test / vmx_nmi_window_test / vmx_hlt_with_rvi_test fails with timeout on Bionic

2021-07-16 Thread Guilherme G. Piccoli
Observed in B/aws-fips (kernel 4.15), cycle sru-20210621.

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1923284

Title:
  vmx_host_state_area / vmx_intr_window_test / vmx_nmi_window_test /
  vmx_hlt_with_rvi_test  fails with timeout on Bionic

Status in ubuntu-kernel-tests:
  Triaged
Status in linux package in Ubuntu:
  New
Status in linux source package in Bionic:
  Confirmed

Bug description:
  vmx_host_state_area / vmx_intr_window_test / vmx_nmi_window_test
  fails with timeout on Bionic 4.15.0-141.145  host rizzo

  this failed on the previous version of bionic   4.15.0-140.144 as
  well, so not a regression.

  
  vmx_host_state_area has an error before giving timeout:

  04/10 01:29:18 DEBUG| utils:0153| [stderr] KVM: entry failed, hardware 
error 0x8021
  04/10 01:29:18 DEBUG| utils:0153| [stderr] 
  04/10 01:29:18 DEBUG| utils:0153| [stderr] If you're running a guest on 
an Intel machine without unrestricted mode
  04/10 01:29:18 DEBUG| utils:0153| [stderr] support, the failure can be 
most likely due to the guest entering an invalid
  04/10 01:29:18 DEBUG| utils:0153| [stderr] state for Intel VT. For 
example, the guest maybe running in big real mode
  04/10 01:29:18 DEBUG| utils:0153| [stderr] which is not supported on less 
recent Intel processors.
  04/10 01:29:18 DEBUG| utils:0153| [stderr] 

  

  04/10 01:29:47 DEBUG| utils:0153| [stderr] qemu-system-x86_64: 
terminating on signal 15 from pid 21956 (timeout)
  04/10 01:29:47 DEBUG| utils:0153| [stdout] FAIL vmx_host_state_area 
(timeout; duration=30)

  
   vmx_intr_window_test / vmx_nmi_window_test shows passing until the timeout:

  28.   04/10 01:29:49 DEBUG| utils:0153| [stdout] PASS: interrupt-window: 
active, RFLAGS.IF = 0: Activity state (0) is 'ACTIVE'
  29.   04/10 01:30:19 DEBUG| utils:0153| [stderr] qemu-system-x86_64: 
terminating on signal 15 from pid 22161 (timeout)
  30.   04/10 01:30:19 DEBUG| utils:0153| [stdout] FAIL vmx_intr_window_test 
(timeout; duration=30)
  31.   04/10 01:30:19 ERROR| test:0414| Exception escaping from test:

  
  --

  26.   04/10 01:30:24 DEBUG| utils:0153| [stdout] PASS: NMI-window: active, 
blocking by NMI: #UD handler executed once (actual 1 times)
  27.   04/10 01:30:53 DEBUG| utils:0153| [stderr] qemu-system-x86_64: 
terminating on signal 15 from pid 22570 (timeout)
  28.   04/10 01:30:53 DEBUG| utils:0153| [stdout] FAIL vmx_nmi_window_test 
(timeout; duration=30)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1923284/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1918692] Re: ubuntu-kvm-unit-test/vmx_apic_passthrough_thread reports assertion failure

2021-07-16 Thread Guilherme G. Piccoli
Observed in B/aws-fips (kernel 4.15), cycle sru-20210621.

** Tags added: fips

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1918692

Title:
  ubuntu-kvm-unit-test/vmx_apic_passthrough_thread reports assertion
  failure

Status in ubuntu-kernel-tests:
  Triaged
Status in linux package in Ubuntu:
  New
Status in linux source package in Bionic:
  Confirmed

Bug description:
  Running the ubuntu_kvm_unit_test/vmx_apic_passthrough_thread subtest
  on rumford shows the following failure:

  14.   03/03 06:44:40 DEBUG| utils:0153| [stdout] Test suite: 
vmx_apic_passthrough_thread_test
  15.   03/03 06:44:40 DEBUG| utils:0153| [stdout] FAIL: x86/vmx_tests.c:7705: 
Assertion failed: (0) == ((int)ioapic_read_redir(0xf).remote_irr)
  16.   03/03 06:44:40 DEBUG| utils:0153| [stdout] LHS: 00 - 
''''''''''''''' 
- 0
  17.   03/03 06:44:40 DEBUG| utils:0153| [stdout] RHS: 0x0001 - 
'''''''''''''''0001 
- 1
  18.   03/03 06:44:40 DEBUG| utils:0153| [stdout] IOAPIC pass-through: 
remote_irr=0 after EOI
  19.   03/03 06:44:40 DEBUG| utils:0153| [stdout] STACK: 4083de 40841a 40158a 
403a60 400312
  20.   03/03 06:44:40 DEBUG| utils:0153| [stdout] SUMMARY: 5 tests, 1 
unexpected failures

  This sounds like some hardware related setup issue.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1918692/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1900951] Re: ptrace10 from ubuntu_ltp_syscalls failed on T/X/B

2021-07-16 Thread Guilherme G. Piccoli
Observed in B/aws-fips (kernel 4.15), cycle sru-20210621.

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1900951

Title:
  ptrace10 from ubuntu_ltp_syscalls failed on T/X/B

Status in ubuntu-kernel-tests:
  New
Status in linux package in Ubuntu:
  Fix Released
Status in linux source package in Bionic:
  New

Bug description:
  Issue found on B-AWS 4.15.0-1087.92

  This is a new test case added a week ago [1]. Test failed with:
   startup='Wed Oct 21 13:10:37 2020'
   tst_test.c:1250: TINFO: Timeout per run is 0h 05m 00s
   ptrace10.c:60: TFAIL: The rd0 wasn't set on second PTRACE_POKEUSER 

   HINT: You _MAY_ be missing kernel fixes, see:
   
   
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=bd14406b78e6

   Summary:
   passed 0
   failed 1
   skipped 0
   warnings 0
   tag=ptrace10 stime=1603285837 dur=0 exit=exited stat=1 core=no cu=0 cs=0


  [1] https://github.com/linux-test-
  project/ltp/blob/master/testcases/kernel/syscalls/ptrace/ptrace10.c

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1900951/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1931325] Re: cfs_bandwidth01 in sched from ubuntu_ltp_stable failed on B-4.15

2021-07-16 Thread Guilherme G. Piccoli
Observed in B/aws-fips (kernel 4.15), cycle sru-20210621.

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1931325

Title:
  cfs_bandwidth01 in sched from ubuntu_ltp_stable failed on B-4.15

Status in ubuntu-kernel-tests:
  In Progress
Status in linux package in Ubuntu:
  Fix Released
Status in linux source package in Bionic:
  In Progress

Bug description:
  [Impact]
  Test case cfs_bandwidth01 in LTP sched test suite is a reproducer
  of a CFS unthrottle_cfs_rq() issue (fe61468b2cbc2b sched/fair: Fix
  enqueue_task_fair warning).

  This test triggers a warning on our 4.15 kernel:
   LTP: starting cfs_bandwidth01 (cfs_bandwidth01 -i 5)
   [ cut here ]
   rq->tmp_alone_branch != >leaf_cfs_rq_list
   WARNING: CPU: 0 PID: 0 at 
/build/linux-fYK9kF/linux-4.15.0/kernel/sched/fair.c:393 
unthrottle_cfs_rq+0x16f/0x200
   Modules linked in: input_leds joydev serio_raw mac_hid qemu_fw_cfg kvm_intel 
kvm irqbypass sch_fq_codel binfmt_misc ib_iser rdma_cm iw_cm ib_cm ib_core 
iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi nfsd auth_rpcgss nfs_acl 
lockd grace sunrpc ip_tables x_tables autofs4 btrfs zstd_compress raid10 
raid456 async_raid6_recov async_memcpy async_pq async_xor async_tx xor raid6_pq 
libcrc32c raid1 raid0 multipath linear cirrus ttm drm_kms_helper syscopyarea 
sysfillrect sysimgblt fb_sys_fops drm psmouse virtio_blk pata_acpi floppy 
virtio_net i2c_piix4
   CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.15.0-144-generic #148-Ubuntu
   Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.10.2-1ubuntu1 
04/01/2014
   RIP: 0010:unthrottle_cfs_rq+0x16f/0x200
   RSP: 0018:989ebfc03e80 EFLAGS: 00010082
   RAX:  RBX: 989eb4c6ac00 RCX: 
   RDX: 0005 RSI: acb63c4d RDI: 0046
   RBP: 989ebfc03ea8 R08: 00af39e61b33 R09: acb63c20
   R10:  R11: 0001 R12: 989eb57fe400
   R13: 989ebfc21900 R14: 0001 R15: 0001
   FS: () GS:989ebfc0() knlGS:
   CS: 0010 DS:  ES:  CR0: 80050033
   CR2: 55593258d618 CR3: 7a044000 CR4: 06f0
   DR0:  DR1:  DR2: 
   DR3:  DR6: fffe0ff0 DR7: 0400
   Call Trace:
   
   distribute_cfs_runtime+0xc3/0x110
   sched_cfs_period_timer+0xff/0x220
   ? sched_cfs_slack_timer+0xd0/0xd0
   __hrtimer_run_queues+0xdf/0x230
   hrtimer_interrupt+0xa0/0x1d0
   smp_apic_timer_interrupt+0x6f/0x140
   apic_timer_interrupt+0x90/0xa0
   
   RIP: 0010:native_safe_halt+0x12/0x20
   RSP: 0018:ac603e28 EFLAGS: 0246 ORIG_RAX: ff11
   RAX: abbc9280 RBX:  RCX: 
   RDX:  RSI:  RDI: 
   RBP: ac603e28 R08: 00af39850067 R09: 989e73749d00
   R10:  R11: 7fff R12: 
   R13:  R14:  R15: 
   ? __sched_text_end+0x1/0x1
   default_idle+0x20/0x100
   arch_cpu_idle+0x15/0x20
   default_idle_call+0x23/0x30
   do_idle+0x172/0x1f0
   cpu_startup_entry+0x73/0x80
   rest_init+0xae/0xb0
   start_kernel+0x4dc/0x500
   x86_64_start_reservations+0x24/0x26
   x86_64_start_kernel+0x74/0x77
   secondary_startup_64+0xa5/0xb0
   Code: 50 09 00 00 49 39 85 60 09 00 00 74 68 80 3d 3a 6e 54 01 00 75 5f 31 
db 48 c7 c7 c0 3d 2d ac c6 05 28 6e 54 01 01 e8 11 36 fc ff <0f> 0b 48 85 db 74 
43 49 8b 85 78 09 00 00 49 39 85 70 09 00 00
   ---[ end trace b6b9a70bc2945c0c ]---

  [Fix]
  Base on the test case description, we will need these fixes:
    * fe61468b2cbc2b sched/fair: Fix enqueue_task_fair warning
    * b34cb07dde7c23 sched/fair: Fix enqueue_task_fair() warning some more
    * 39f23ce07b9355 sched/fair: Fix unthrottle_cfs_rq() for leaf_cfs_rq list
    * 6d4d22468dae3d sched/fair: Reorder enqueue/dequeue_task_fair path
    * 5ab297bab98431 sched/fair: Fix reordering of enqueue/dequeue_task_fair()

  Backport needed for Bionic since we're missing some new variables /
  coding style changes introduced in the following commits (and their
  corresponding fixes):
    * 97fb7a0a8944bd sched: Clean up and harmonize the coding style of the 
scheduler code base
    * 9f68395333ad7f sched/pelt: Add a new runnable average signal
    * 6212437f0f6043 sched/fair: Fix runnable_avg for throttled cfs
    * 43e9f7f231e40e sched/fair: Start tracking SCHED_IDLE tasks count in cfs_rq

  I have also searched in the upstream tree to see if there is any other
  commit claim to be a fix of these but didn't see any.

  [Test]
  Test kernel can be found here:
  https://people.canonical.com/~phlin/kernel/lp-1931325-cfs_bandwidth01/

  With these patches applied, the test can pass without triggering 

[Kernel-packages] [Bug 1866323] Re: btrfs fill_fs test in fallocate06 from ubuntu_ltp_syscalls failed

2021-07-15 Thread Guilherme G. Piccoli
Observed in B/oracle (kernel 4.15), cycle sru-20210621.

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-oem-5.6 in Ubuntu.
https://bugs.launchpad.net/bugs/1866323

Title:
  btrfs fill_fs test in fallocate06 from ubuntu_ltp_syscalls failed

Status in ubuntu-kernel-tests:
  Triaged
Status in linux package in Ubuntu:
  Incomplete
Status in linux-oem-5.6 package in Ubuntu:
  Invalid
Status in linux source package in Bionic:
  New
Status in linux-oem-5.6 source package in Bionic:
  New
Status in linux source package in Focal:
  Fix Released
Status in linux-oem-5.6 source package in Focal:
  Confirmed

Bug description:
  Test failure in fallocate06 was composed by two issues, one is xfs
  fill_fs test issue addressed in bug 1865967.

  Another is this one, this is the case 2 of btrfs (fill_fs):

  tst_test.c:1290: INFO: Testing on btrfs
  tst_mkfs.c:90: INFO: Formatting /dev/loop1 with btrfs opts='' extra opts=''
  tst_test.c:1229: INFO: Timeout per run is 0h 05m 00s
  fallocate06.c:117: INFO: Copy-on-write is supported
  fallocate06.c:168: INFO: Case 1. Fill FS: no; Use copy on write: no
  fallocate06.c:157: PASS: write() successful
  fallocate06.c:201: PASS: Misaligned allocation works as expected
  fallocate06.c:157: PASS: fallocate(FALLOC_FL_PUNCH_HOLE | 
FALLOC_FL_KEEP_SIZE) successful
  fallocate06.c:237: PASS: fallocate(FALLOC_FL_PUNCH_HOLE | 
FALLOC_FL_KEEP_SIZE) cleared the correct file range
  fallocate06.c:168: INFO: Case 2. Fill FS: yes; Use copy on write: no
  tst_fill_fs.c:32: INFO: Creating file mntpoint/file0 size 21710183
  tst_fill_fs.c:32: INFO: Creating file mntpoint/file1 size 8070086
  tst_fill_fs.c:32: INFO: Creating file mntpoint/file2 size 3971177
  tst_fill_fs.c:32: INFO: Creating file mntpoint/file3 size 36915315
  tst_fill_fs.c:32: INFO: Creating file mntpoint/file4 size 70310993
  tst_fill_fs.c:32: INFO: Creating file mntpoint/file5 size 4807935
  tst_fill_fs.c:32: INFO: Creating file mntpoint/file6 size 90739786
  tst_fill_fs.c:32: INFO: Creating file mntpoint/file7 size 76896492
  tst_fill_fs.c:32: INFO: Creating file mntpoint/file8 size 72228649
  tst_fill_fs.c:32: INFO: Creating file mntpoint/file9 size 36207821
  tst_fill_fs.c:32: INFO: Creating file mntpoint/file10 size 81483962
  tst_fill_fs.c:59: INFO: write(): ENOSPC (28)
  fallocate06.c:157: PASS: write() successful
  fallocate06.c:201: PASS: Misaligned allocation works as expected
  fallocate06.c:146: FAIL: fallocate(FALLOC_FL_PUNCH_HOLE | 
FALLOC_FL_KEEP_SIZE) failed unexpectedly: ENOSPC (2

  This issue can be found from X to F
  X - https://pastebin.ubuntu.com/p/9FfVrZkQN8/
  B - https://pastebin.ubuntu.com/p/Zc9TW4sQKF/
  D - https://pastebin.ubuntu.com/p/cryTnnn5wF/
  E - https://pastebin.ubuntu.com/p/FXTZpsX7Qb/
  F - https://pastebin.ubuntu.com/p/FKPJKCS2zr/

  Note that the hint printed in the test:
HINT: You _MAY_ be missing kernel fixes, see:
   
   
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=e093c4be760e

  It something that will get printed after the test, as it's for XFS so
  it has nothing to do with this issue here.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1866323/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1853798] Re: umip_basic_test in kernel_misc from ubuntu_ltp failed on D-Oracle / B-oracle-4.15

2021-07-15 Thread Guilherme G. Piccoli
Observed in B/oracle (kernel 4.15), cycle sru-20210621.

** Tags added: 4.15 sru-20210621

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-signed-oracle in Ubuntu.
https://bugs.launchpad.net/bugs/1853798

Title:
  umip_basic_test in kernel_misc from ubuntu_ltp failed on D-Oracle /
  B-oracle-4.15

Status in ubuntu-kernel-tests:
  New
Status in linux-signed-oracle package in Ubuntu:
  New

Bug description:
  <<>>
  tag=umip_basic_test stime=1574662675
  cmdline="umip_basic_test"
  contacts=""
  analysis=exit
  <<>>
  tst_kconfig.c:62: INFO: Parsing kernel config '/boot/config-5.0.0-1005-oracle'
  incrementing stop
  tst_test.c:1217: INFO: Timeout per run is 0h 05m 00s
  umip_basic_test.c:158: INFO: cpuinfo contains umip, CPU supports umip
  umip_basic_test.c:40: INFO: TEST sgdt, sgdt result save at [0x7ffdd514086e]
  umip_basic_test.c:131: INFO: Linux kernel version is before than v5.4
  umip_basic_test.c:135: PASS: Got SIGSEGV
  umip_basic_test.c:50: INFO: TEST sidt, sidt result save at [0x7ffdd514086e]
  umip_basic_test.c:131: INFO: Linux kernel version is before than v5.4
  umip_basic_test.c:135: PASS: Got SIGSEGV
  umip_basic_test.c:59: INFO: TEST sldt, sldt result save at [0x7ffdd5140860]
  umip_basic_test.c:135: PASS: Got SIGSEGV
  umip_basic_test.c:68: INFO: TEST smsw, smsw result save at [0x7ffdd5140860]
  umip_basic_test.c:131: INFO: Linux kernel version is before than v5.4
  umip_basic_test.c:139: FAIL: Didn't receive SIGSEGV, child exited with exited 
with 0
  umip_basic_test.c:77: INFO: TEST str, str result save at [0x7ffdd5140860]
  umip_basic_test.c:135: PASS: Got SIGSEGV

  Summary:
  passed   4
  failed   1
  skipped  0
  warnings 0
  <<>>
  initiation_status="ok"
  duration=0 termination_type=exited termination_id=1 corefile=no
  cutime=0 cstime=0
  <<>>

  ProblemType: Bug
  DistroRelease: Ubuntu 19.04
  Package: linux-image-5.0.0-1005-oracle 5.0.0-1005.9
  ProcVersionSignature: User Name 5.0.0-1005.9-oracle 5.0.21
  Uname: Linux 5.0.0-1005-oracle x86_64
  ApportVersion: 2.20.10-0ubuntu27.1
  Architecture: amd64
  Date: Mon Nov 25 06:18:04 2019
  SourcePackage: linux-signed-oracle
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1853798/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1923284] Re: vmx_host_state_area / vmx_intr_window_test / vmx_nmi_window_test / vmx_hlt_with_rvi_test fails with timeout on Bionic

2021-07-15 Thread Guilherme G. Piccoli
Observed in B/oracle (kernel 4.15), cycle sru-20210621.

** Tags added: oracle

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1923284

Title:
  vmx_host_state_area / vmx_intr_window_test / vmx_nmi_window_test /
  vmx_hlt_with_rvi_test  fails with timeout on Bionic

Status in ubuntu-kernel-tests:
  Triaged
Status in linux package in Ubuntu:
  New
Status in linux source package in Bionic:
  Confirmed

Bug description:
  vmx_host_state_area / vmx_intr_window_test / vmx_nmi_window_test
  fails with timeout on Bionic 4.15.0-141.145  host rizzo

  this failed on the previous version of bionic   4.15.0-140.144 as
  well, so not a regression.

  
  vmx_host_state_area has an error before giving timeout:

  04/10 01:29:18 DEBUG| utils:0153| [stderr] KVM: entry failed, hardware 
error 0x8021
  04/10 01:29:18 DEBUG| utils:0153| [stderr] 
  04/10 01:29:18 DEBUG| utils:0153| [stderr] If you're running a guest on 
an Intel machine without unrestricted mode
  04/10 01:29:18 DEBUG| utils:0153| [stderr] support, the failure can be 
most likely due to the guest entering an invalid
  04/10 01:29:18 DEBUG| utils:0153| [stderr] state for Intel VT. For 
example, the guest maybe running in big real mode
  04/10 01:29:18 DEBUG| utils:0153| [stderr] which is not supported on less 
recent Intel processors.
  04/10 01:29:18 DEBUG| utils:0153| [stderr] 

  

  04/10 01:29:47 DEBUG| utils:0153| [stderr] qemu-system-x86_64: 
terminating on signal 15 from pid 21956 (timeout)
  04/10 01:29:47 DEBUG| utils:0153| [stdout] FAIL vmx_host_state_area 
(timeout; duration=30)

  
   vmx_intr_window_test / vmx_nmi_window_test shows passing until the timeout:

  28.   04/10 01:29:49 DEBUG| utils:0153| [stdout] PASS: interrupt-window: 
active, RFLAGS.IF = 0: Activity state (0) is 'ACTIVE'
  29.   04/10 01:30:19 DEBUG| utils:0153| [stderr] qemu-system-x86_64: 
terminating on signal 15 from pid 22161 (timeout)
  30.   04/10 01:30:19 DEBUG| utils:0153| [stdout] FAIL vmx_intr_window_test 
(timeout; duration=30)
  31.   04/10 01:30:19 ERROR| test:0414| Exception escaping from test:

  
  --

  26.   04/10 01:30:24 DEBUG| utils:0153| [stdout] PASS: NMI-window: active, 
blocking by NMI: #UD handler executed once (actual 1 times)
  27.   04/10 01:30:53 DEBUG| utils:0153| [stderr] qemu-system-x86_64: 
terminating on signal 15 from pid 22570 (timeout)
  28.   04/10 01:30:53 DEBUG| utils:0153| [stdout] FAIL vmx_nmi_window_test 
(timeout; duration=30)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1923284/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1918692] Re: ubuntu-kvm-unit-test/vmx_apic_passthrough_thread reports assertion failure

2021-07-15 Thread Guilherme G. Piccoli
Observed in B/oracle (kernel 4.15), cycle sru-20210621.

** Tags added: oracle

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1918692

Title:
  ubuntu-kvm-unit-test/vmx_apic_passthrough_thread reports assertion
  failure

Status in ubuntu-kernel-tests:
  Triaged
Status in linux package in Ubuntu:
  New
Status in linux source package in Bionic:
  Confirmed

Bug description:
  Running the ubuntu_kvm_unit_test/vmx_apic_passthrough_thread subtest
  on rumford shows the following failure:

  14.   03/03 06:44:40 DEBUG| utils:0153| [stdout] Test suite: 
vmx_apic_passthrough_thread_test
  15.   03/03 06:44:40 DEBUG| utils:0153| [stdout] FAIL: x86/vmx_tests.c:7705: 
Assertion failed: (0) == ((int)ioapic_read_redir(0xf).remote_irr)
  16.   03/03 06:44:40 DEBUG| utils:0153| [stdout] LHS: 00 - 
''''''''''''''' 
- 0
  17.   03/03 06:44:40 DEBUG| utils:0153| [stdout] RHS: 0x0001 - 
'''''''''''''''0001 
- 1
  18.   03/03 06:44:40 DEBUG| utils:0153| [stdout] IOAPIC pass-through: 
remote_irr=0 after EOI
  19.   03/03 06:44:40 DEBUG| utils:0153| [stdout] STACK: 4083de 40841a 40158a 
403a60 400312
  20.   03/03 06:44:40 DEBUG| utils:0153| [stdout] SUMMARY: 5 tests, 1 
unexpected failures

  This sounds like some hardware related setup issue.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1918692/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1931325] Re: cfs_bandwidth01 in sched from ubuntu_ltp_stable failed on B-4.15

2021-07-15 Thread Guilherme G. Piccoli
Observed in B/oracle (kernel 4.15), cycle sru-20210621.

** Tags added: oracle

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1931325

Title:
  cfs_bandwidth01 in sched from ubuntu_ltp_stable failed on B-4.15

Status in ubuntu-kernel-tests:
  In Progress
Status in linux package in Ubuntu:
  Fix Released
Status in linux source package in Bionic:
  In Progress

Bug description:
  [Impact]
  Test case cfs_bandwidth01 in LTP sched test suite is a reproducer
  of a CFS unthrottle_cfs_rq() issue (fe61468b2cbc2b sched/fair: Fix
  enqueue_task_fair warning).

  This test triggers a warning on our 4.15 kernel:
   LTP: starting cfs_bandwidth01 (cfs_bandwidth01 -i 5)
   [ cut here ]
   rq->tmp_alone_branch != >leaf_cfs_rq_list
   WARNING: CPU: 0 PID: 0 at 
/build/linux-fYK9kF/linux-4.15.0/kernel/sched/fair.c:393 
unthrottle_cfs_rq+0x16f/0x200
   Modules linked in: input_leds joydev serio_raw mac_hid qemu_fw_cfg kvm_intel 
kvm irqbypass sch_fq_codel binfmt_misc ib_iser rdma_cm iw_cm ib_cm ib_core 
iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi nfsd auth_rpcgss nfs_acl 
lockd grace sunrpc ip_tables x_tables autofs4 btrfs zstd_compress raid10 
raid456 async_raid6_recov async_memcpy async_pq async_xor async_tx xor raid6_pq 
libcrc32c raid1 raid0 multipath linear cirrus ttm drm_kms_helper syscopyarea 
sysfillrect sysimgblt fb_sys_fops drm psmouse virtio_blk pata_acpi floppy 
virtio_net i2c_piix4
   CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.15.0-144-generic #148-Ubuntu
   Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.10.2-1ubuntu1 
04/01/2014
   RIP: 0010:unthrottle_cfs_rq+0x16f/0x200
   RSP: 0018:989ebfc03e80 EFLAGS: 00010082
   RAX:  RBX: 989eb4c6ac00 RCX: 
   RDX: 0005 RSI: acb63c4d RDI: 0046
   RBP: 989ebfc03ea8 R08: 00af39e61b33 R09: acb63c20
   R10:  R11: 0001 R12: 989eb57fe400
   R13: 989ebfc21900 R14: 0001 R15: 0001
   FS: () GS:989ebfc0() knlGS:
   CS: 0010 DS:  ES:  CR0: 80050033
   CR2: 55593258d618 CR3: 7a044000 CR4: 06f0
   DR0:  DR1:  DR2: 
   DR3:  DR6: fffe0ff0 DR7: 0400
   Call Trace:
   
   distribute_cfs_runtime+0xc3/0x110
   sched_cfs_period_timer+0xff/0x220
   ? sched_cfs_slack_timer+0xd0/0xd0
   __hrtimer_run_queues+0xdf/0x230
   hrtimer_interrupt+0xa0/0x1d0
   smp_apic_timer_interrupt+0x6f/0x140
   apic_timer_interrupt+0x90/0xa0
   
   RIP: 0010:native_safe_halt+0x12/0x20
   RSP: 0018:ac603e28 EFLAGS: 0246 ORIG_RAX: ff11
   RAX: abbc9280 RBX:  RCX: 
   RDX:  RSI:  RDI: 
   RBP: ac603e28 R08: 00af39850067 R09: 989e73749d00
   R10:  R11: 7fff R12: 
   R13:  R14:  R15: 
   ? __sched_text_end+0x1/0x1
   default_idle+0x20/0x100
   arch_cpu_idle+0x15/0x20
   default_idle_call+0x23/0x30
   do_idle+0x172/0x1f0
   cpu_startup_entry+0x73/0x80
   rest_init+0xae/0xb0
   start_kernel+0x4dc/0x500
   x86_64_start_reservations+0x24/0x26
   x86_64_start_kernel+0x74/0x77
   secondary_startup_64+0xa5/0xb0
   Code: 50 09 00 00 49 39 85 60 09 00 00 74 68 80 3d 3a 6e 54 01 00 75 5f 31 
db 48 c7 c7 c0 3d 2d ac c6 05 28 6e 54 01 01 e8 11 36 fc ff <0f> 0b 48 85 db 74 
43 49 8b 85 78 09 00 00 49 39 85 70 09 00 00
   ---[ end trace b6b9a70bc2945c0c ]---

  [Fix]
  Base on the test case description, we will need these fixes:
    * fe61468b2cbc2b sched/fair: Fix enqueue_task_fair warning
    * b34cb07dde7c23 sched/fair: Fix enqueue_task_fair() warning some more
    * 39f23ce07b9355 sched/fair: Fix unthrottle_cfs_rq() for leaf_cfs_rq list
    * 6d4d22468dae3d sched/fair: Reorder enqueue/dequeue_task_fair path
    * 5ab297bab98431 sched/fair: Fix reordering of enqueue/dequeue_task_fair()

  Backport needed for Bionic since we're missing some new variables /
  coding style changes introduced in the following commits (and their
  corresponding fixes):
    * 97fb7a0a8944bd sched: Clean up and harmonize the coding style of the 
scheduler code base
    * 9f68395333ad7f sched/pelt: Add a new runnable average signal
    * 6212437f0f6043 sched/fair: Fix runnable_avg for throttled cfs
    * 43e9f7f231e40e sched/fair: Start tracking SCHED_IDLE tasks count in cfs_rq

  I have also searched in the upstream tree to see if there is any other
  commit claim to be a fix of these but didn't see any.

  [Test]
  Test kernel can be found here:
  https://people.canonical.com/~phlin/kernel/lp-1931325-cfs_bandwidth01/

  With these patches applied, the test can pass 

[Kernel-packages] [Bug 1900951] Re: ptrace10 from ubuntu_ltp_syscalls failed on T/X/B

2021-07-15 Thread Guilherme G. Piccoli
Observed in B/aws (kernel 4.15), cycle sru-20210621.

** Tags added: sru-20210621

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1900951

Title:
  ptrace10 from ubuntu_ltp_syscalls failed on T/X/B

Status in ubuntu-kernel-tests:
  New
Status in linux package in Ubuntu:
  Fix Released
Status in linux source package in Bionic:
  New

Bug description:
  Issue found on B-AWS 4.15.0-1087.92

  This is a new test case added a week ago [1]. Test failed with:
   startup='Wed Oct 21 13:10:37 2020'
   tst_test.c:1250: TINFO: Timeout per run is 0h 05m 00s
   ptrace10.c:60: TFAIL: The rd0 wasn't set on second PTRACE_POKEUSER 

   HINT: You _MAY_ be missing kernel fixes, see:
   
   
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=bd14406b78e6

   Summary:
   passed 0
   failed 1
   skipped 0
   warnings 0
   tag=ptrace10 stime=1603285837 dur=0 exit=exited stat=1 core=no cu=0 cs=0


  [1] https://github.com/linux-test-
  project/ltp/blob/master/testcases/kernel/syscalls/ptrace/ptrace10.c

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1900951/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1923284] Re: vmx_host_state_area / vmx_intr_window_test / vmx_nmi_window_test / vmx_hlt_with_rvi_test fails with timeout on Bionic

2021-07-15 Thread Guilherme G. Piccoli
Observed in B/aws (kernel 4.15), cycle sru-20210621.

** Tags added: aws

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1923284

Title:
  vmx_host_state_area / vmx_intr_window_test / vmx_nmi_window_test /
  vmx_hlt_with_rvi_test  fails with timeout on Bionic

Status in ubuntu-kernel-tests:
  Triaged
Status in linux package in Ubuntu:
  New
Status in linux source package in Bionic:
  Confirmed

Bug description:
  vmx_host_state_area / vmx_intr_window_test / vmx_nmi_window_test
  fails with timeout on Bionic 4.15.0-141.145  host rizzo

  this failed on the previous version of bionic   4.15.0-140.144 as
  well, so not a regression.

  
  vmx_host_state_area has an error before giving timeout:

  04/10 01:29:18 DEBUG| utils:0153| [stderr] KVM: entry failed, hardware 
error 0x8021
  04/10 01:29:18 DEBUG| utils:0153| [stderr] 
  04/10 01:29:18 DEBUG| utils:0153| [stderr] If you're running a guest on 
an Intel machine without unrestricted mode
  04/10 01:29:18 DEBUG| utils:0153| [stderr] support, the failure can be 
most likely due to the guest entering an invalid
  04/10 01:29:18 DEBUG| utils:0153| [stderr] state for Intel VT. For 
example, the guest maybe running in big real mode
  04/10 01:29:18 DEBUG| utils:0153| [stderr] which is not supported on less 
recent Intel processors.
  04/10 01:29:18 DEBUG| utils:0153| [stderr] 

  

  04/10 01:29:47 DEBUG| utils:0153| [stderr] qemu-system-x86_64: 
terminating on signal 15 from pid 21956 (timeout)
  04/10 01:29:47 DEBUG| utils:0153| [stdout] FAIL vmx_host_state_area 
(timeout; duration=30)

  
   vmx_intr_window_test / vmx_nmi_window_test shows passing until the timeout:

  28.   04/10 01:29:49 DEBUG| utils:0153| [stdout] PASS: interrupt-window: 
active, RFLAGS.IF = 0: Activity state (0) is 'ACTIVE'
  29.   04/10 01:30:19 DEBUG| utils:0153| [stderr] qemu-system-x86_64: 
terminating on signal 15 from pid 22161 (timeout)
  30.   04/10 01:30:19 DEBUG| utils:0153| [stdout] FAIL vmx_intr_window_test 
(timeout; duration=30)
  31.   04/10 01:30:19 ERROR| test:0414| Exception escaping from test:

  
  --

  26.   04/10 01:30:24 DEBUG| utils:0153| [stdout] PASS: NMI-window: active, 
blocking by NMI: #UD handler executed once (actual 1 times)
  27.   04/10 01:30:53 DEBUG| utils:0153| [stderr] qemu-system-x86_64: 
terminating on signal 15 from pid 22570 (timeout)
  28.   04/10 01:30:53 DEBUG| utils:0153| [stdout] FAIL vmx_nmi_window_test 
(timeout; duration=30)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1923284/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1918692] Re: ubuntu-kvm-unit-test/vmx_apic_passthrough_thread reports assertion failure

2021-07-15 Thread Guilherme G. Piccoli
Observed in B/aws (kernel 4.15), cycle sru-20210621.

** Tags added: aws

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1918692

Title:
  ubuntu-kvm-unit-test/vmx_apic_passthrough_thread reports assertion
  failure

Status in ubuntu-kernel-tests:
  Triaged
Status in linux package in Ubuntu:
  New
Status in linux source package in Bionic:
  Confirmed

Bug description:
  Running the ubuntu_kvm_unit_test/vmx_apic_passthrough_thread subtest
  on rumford shows the following failure:

  14.   03/03 06:44:40 DEBUG| utils:0153| [stdout] Test suite: 
vmx_apic_passthrough_thread_test
  15.   03/03 06:44:40 DEBUG| utils:0153| [stdout] FAIL: x86/vmx_tests.c:7705: 
Assertion failed: (0) == ((int)ioapic_read_redir(0xf).remote_irr)
  16.   03/03 06:44:40 DEBUG| utils:0153| [stdout] LHS: 00 - 
''''''''''''''' 
- 0
  17.   03/03 06:44:40 DEBUG| utils:0153| [stdout] RHS: 0x0001 - 
'''''''''''''''0001 
- 1
  18.   03/03 06:44:40 DEBUG| utils:0153| [stdout] IOAPIC pass-through: 
remote_irr=0 after EOI
  19.   03/03 06:44:40 DEBUG| utils:0153| [stdout] STACK: 4083de 40841a 40158a 
403a60 400312
  20.   03/03 06:44:40 DEBUG| utils:0153| [stdout] SUMMARY: 5 tests, 1 
unexpected failures

  This sounds like some hardware related setup issue.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1918692/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1931325] Re: cfs_bandwidth01 in sched from ubuntu_ltp_stable failed on B-4.15

2021-07-15 Thread Guilherme G. Piccoli
Observed in B/aws (kernel 4.15), cycle sru-20210621.

** Tags added: aws

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1931325

Title:
  cfs_bandwidth01 in sched from ubuntu_ltp_stable failed on B-4.15

Status in ubuntu-kernel-tests:
  In Progress
Status in linux package in Ubuntu:
  Fix Released
Status in linux source package in Bionic:
  In Progress

Bug description:
  [Impact]
  Test case cfs_bandwidth01 in LTP sched test suite is a reproducer
  of a CFS unthrottle_cfs_rq() issue (fe61468b2cbc2b sched/fair: Fix
  enqueue_task_fair warning).

  This test triggers a warning on our 4.15 kernel:
   LTP: starting cfs_bandwidth01 (cfs_bandwidth01 -i 5)
   [ cut here ]
   rq->tmp_alone_branch != >leaf_cfs_rq_list
   WARNING: CPU: 0 PID: 0 at 
/build/linux-fYK9kF/linux-4.15.0/kernel/sched/fair.c:393 
unthrottle_cfs_rq+0x16f/0x200
   Modules linked in: input_leds joydev serio_raw mac_hid qemu_fw_cfg kvm_intel 
kvm irqbypass sch_fq_codel binfmt_misc ib_iser rdma_cm iw_cm ib_cm ib_core 
iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi nfsd auth_rpcgss nfs_acl 
lockd grace sunrpc ip_tables x_tables autofs4 btrfs zstd_compress raid10 
raid456 async_raid6_recov async_memcpy async_pq async_xor async_tx xor raid6_pq 
libcrc32c raid1 raid0 multipath linear cirrus ttm drm_kms_helper syscopyarea 
sysfillrect sysimgblt fb_sys_fops drm psmouse virtio_blk pata_acpi floppy 
virtio_net i2c_piix4
   CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.15.0-144-generic #148-Ubuntu
   Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.10.2-1ubuntu1 
04/01/2014
   RIP: 0010:unthrottle_cfs_rq+0x16f/0x200
   RSP: 0018:989ebfc03e80 EFLAGS: 00010082
   RAX:  RBX: 989eb4c6ac00 RCX: 
   RDX: 0005 RSI: acb63c4d RDI: 0046
   RBP: 989ebfc03ea8 R08: 00af39e61b33 R09: acb63c20
   R10:  R11: 0001 R12: 989eb57fe400
   R13: 989ebfc21900 R14: 0001 R15: 0001
   FS: () GS:989ebfc0() knlGS:
   CS: 0010 DS:  ES:  CR0: 80050033
   CR2: 55593258d618 CR3: 7a044000 CR4: 06f0
   DR0:  DR1:  DR2: 
   DR3:  DR6: fffe0ff0 DR7: 0400
   Call Trace:
   
   distribute_cfs_runtime+0xc3/0x110
   sched_cfs_period_timer+0xff/0x220
   ? sched_cfs_slack_timer+0xd0/0xd0
   __hrtimer_run_queues+0xdf/0x230
   hrtimer_interrupt+0xa0/0x1d0
   smp_apic_timer_interrupt+0x6f/0x140
   apic_timer_interrupt+0x90/0xa0
   
   RIP: 0010:native_safe_halt+0x12/0x20
   RSP: 0018:ac603e28 EFLAGS: 0246 ORIG_RAX: ff11
   RAX: abbc9280 RBX:  RCX: 
   RDX:  RSI:  RDI: 
   RBP: ac603e28 R08: 00af39850067 R09: 989e73749d00
   R10:  R11: 7fff R12: 
   R13:  R14:  R15: 
   ? __sched_text_end+0x1/0x1
   default_idle+0x20/0x100
   arch_cpu_idle+0x15/0x20
   default_idle_call+0x23/0x30
   do_idle+0x172/0x1f0
   cpu_startup_entry+0x73/0x80
   rest_init+0xae/0xb0
   start_kernel+0x4dc/0x500
   x86_64_start_reservations+0x24/0x26
   x86_64_start_kernel+0x74/0x77
   secondary_startup_64+0xa5/0xb0
   Code: 50 09 00 00 49 39 85 60 09 00 00 74 68 80 3d 3a 6e 54 01 00 75 5f 31 
db 48 c7 c7 c0 3d 2d ac c6 05 28 6e 54 01 01 e8 11 36 fc ff <0f> 0b 48 85 db 74 
43 49 8b 85 78 09 00 00 49 39 85 70 09 00 00
   ---[ end trace b6b9a70bc2945c0c ]---

  [Fix]
  Base on the test case description, we will need these fixes:
    * fe61468b2cbc2b sched/fair: Fix enqueue_task_fair warning
    * b34cb07dde7c23 sched/fair: Fix enqueue_task_fair() warning some more
    * 39f23ce07b9355 sched/fair: Fix unthrottle_cfs_rq() for leaf_cfs_rq list
    * 6d4d22468dae3d sched/fair: Reorder enqueue/dequeue_task_fair path
    * 5ab297bab98431 sched/fair: Fix reordering of enqueue/dequeue_task_fair()

  Backport needed for Bionic since we're missing some new variables /
  coding style changes introduced in the following commits (and their
  corresponding fixes):
    * 97fb7a0a8944bd sched: Clean up and harmonize the coding style of the 
scheduler code base
    * 9f68395333ad7f sched/pelt: Add a new runnable average signal
    * 6212437f0f6043 sched/fair: Fix runnable_avg for throttled cfs
    * 43e9f7f231e40e sched/fair: Start tracking SCHED_IDLE tasks count in cfs_rq

  I have also searched in the upstream tree to see if there is any other
  commit claim to be a fix of these but didn't see any.

  [Test]
  Test kernel can be found here:
  https://people.canonical.com/~phlin/kernel/lp-1931325-cfs_bandwidth01/

  With these patches applied, the test can pass 

[Kernel-packages] [Bug 1876684] Re: fanotify09 case 3 (Events on files and dirs with both inode and mount marks) from ubuntu_ltp_syscalls failed

2021-07-15 Thread Guilherme G. Piccoli
Observed in B/aws (kernel 4.15), cycle sru-20210621.

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1876684

Title:
  fanotify09 case 3 (Events on files and dirs with both inode and mount
  marks) from ubuntu_ltp_syscalls  failed

Status in ubuntu-kernel-tests:
  New
Status in linux package in Ubuntu:
  Incomplete
Status in linux source package in Bionic:
  New
Status in linux source package in Eoan:
  Fix Released
Status in linux source package in Focal:
  Fix Released

Bug description:
  This is a new test case added 7 days ago [1]

  Test failed on Focal 5.4.0-29.33 with:
  fanotify09.c:150: FAIL: group 1 got event: mask 10 pid=41059 fd=24 
path=/tmp/ltp-sL4wPwoPJ3/AuNN9M/mntpoint
  fanotify09.c:150: FAIL: group 2 got event: mask 10 pid=41059 fd=24 
path=/tmp/ltp-sL4wPwoPJ3/AuNN9M/mntpoint

  
  [1] 
https://github.com/linux-test-project/ltp/commit/70ca1e8806d227d47c6801262d3f7983652159a4#diff-234c27c769cf07468a81748a0e7330dd

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1876684/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1829983] Re: memcg_stat from controllers test suite in LTP failed

2021-07-15 Thread Guilherme G. Piccoli
Observed in B/aws (kernel 4.15), cycle sru-20210621.

** Tags added: sru-20210621

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-aws in Ubuntu.
https://bugs.launchpad.net/bugs/1829983

Title:
  memcg_stat from controllers test suite in LTP failed

Status in ubuntu-kernel-tests:
  Confirmed
Status in linux package in Ubuntu:
  Confirmed
Status in linux-aws package in Ubuntu:
  New
Status in linux source package in Xenial:
  New
Status in linux-aws source package in Xenial:
  New
Status in linux source package in Bionic:
  Confirmed
Status in linux-aws source package in Bionic:
  New
Status in linux source package in Cosmic:
  Confirmed
Status in linux-aws source package in Cosmic:
  New

Bug description:
   memcg_stat_test 1 TINFO: Starting test 1
   sh: echo: I/O error
   memcg_stat_test 1 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed
   memcg_stat_test 1 TINFO: Running memcg_process --shm -k 3 -s 135168
   memcg_stat_test 1 TINFO: Warming up pid: 31352
   memcg_stat_test 1 TINFO: Process is still here after warm up: 31352
   memcg_stat_test 1 TPASS: cache is 135168 as expected
   memcg_stat_test 2 TINFO: Starting test 2
   sh: echo: I/O error
   memcg_stat_test 2 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed
   memcg_stat_test 2 TINFO: Running memcg_process --mmap-file -s 135168
   memcg_stat_test 2 TINFO: Warming up pid: 31380
   memcg_stat_test 2 TINFO: Process is still here after warm up: 31380
   memcg_stat_test 2 TPASS: mapped_file is 135168 as expected
   memcg_stat_test 3 TINFO: Starting test 3
   sh: echo: I/O error
   memcg_stat_test 3 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed
   memcg_stat_test 3 TINFO: Running memcg_process --mmap-lock1 -s 4096
   memcg_stat_test 3 TINFO: Warming up pid: 31409
   memcg_stat_test 3 TINFO: Process is still here after warm up: 31409
   memcg_stat_test 3 TPASS: unevictable is 4096 as expected
   memcg_stat_test 4 TINFO: Starting test 4
   sh: echo: I/O error
   memcg_stat_test 4 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed
   memcg_stat_test 4 TINFO: Running memcg_process --mmap-lock2 -s 4096
   memcg_stat_test 4 TINFO: Warming up pid: 31434
   memcg_stat_test 4 TINFO: Process is still here after warm up: 31434
   memcg_stat_test 4 TPASS: unevictable is 4096 as expected
   memcg_stat_test 5 TINFO: Starting test 5
   sh: echo: I/O error
   memcg_stat_test 5 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed
   memcg_stat_test 5 TPASS: hierarchical_memory_limit is 4096 as expected
   memcg_stat_test 6 TINFO: Starting test 6
   sh: echo: I/O error
   memcg_stat_test 6 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed
   sh: echo: I/O error
   memcg_stat_test 6 TFAIL: hierarchical_memory_limit is 4096, 8192 expected
   memcg_stat_test 7 TINFO: Starting test 7
   sh: echo: I/O error
   memcg_stat_test 7 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed
   memcg_stat_test 7 TCONF: mem+swap is not enabled
   memcg_stat_test 7 TINFO: Starting test 8
   sh: echo: I/O error
   memcg_stat_test 7 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed
   memcg_stat_test 7 TCONF: mem+swap is not enabled
   tag=memcg_stat stime=1558504742 dur=4 exit=exited stat=33 core=no cu=16 cs=10

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: linux-image-4.15.0-50-generic 4.15.0-50.54
  ProcVersionSignature: User Name 4.15.0-50.54-generic 4.15.18
  Uname: Linux 4.15.0-50-generic x86_64
  AlsaDevices:
   total 0
   crw-rw 1 root audio 116,  1 May 22 02:57 seq
   crw-rw 1 root audio 116, 33 May 22 02:57 timer
  AplayDevices: Error: [Errno 2] No such file or directory: 'aplay': 'aplay'
  ApportVersion: 2.20.9-0ubuntu7.6
  Architecture: amd64
  ArecordDevices: Error: [Errno 2] No such file or directory: 'arecord': 
'arecord'
  AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/seq', 
'/dev/snd/timer'] failed with exit code 1:
  CurrentDmesg:
   [14538.862950] cfg80211: Loading compiled-in X.509 certificates for 
regulatory database
   [14538.874559] cfg80211: Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7'
  Date: Wed May 22 07:17:43 2019
  IwConfig: Error: [Errno 2] No such file or directory: 'iwconfig': 'iwconfig'
  Lsusb: Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
  MachineType: QEMU Standard PC (i440FX + PIIX, 1996)
  PciMultimedia:
   
  ProcFB: 0 cirrusdrmfb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-50-generic 
root=UUID=57e8-9e7f-40ee-934e-f1dce18323e5 ro
  RelatedPackageVersions:
   linux-restricted-modules-4.15.0-50-generic N/A
   linux-backports-modules-4.15.0-50-generic  N/A
   linux-firmware 1.173.6
  RfKill: Error: [Errno 2] No such file or directory: 'rfkill': 'rfkill'
  SourcePackage: linux
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 04/01/2014
  dmi.bios.vendor: SeaBIOS
  dmi.bios.version: Ubuntu-1.8.2-1ubuntu1
  

[Kernel-packages] [Bug 1783881] Re: ltp-syscalls: msgstress03 / msgstress04 fails because systemd limits number of processes

2021-07-15 Thread Guilherme G. Piccoli
Observed in B/aws (kernel 4.15), cycle sru-20210621.

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-azure in Ubuntu.
https://bugs.launchpad.net/bugs/1783881

Title:
  ltp-syscalls: msgstress03 / msgstress04 fails because systemd limits
  number of processes

Status in ubuntu-kernel-tests:
  In Progress
Status in linux package in Ubuntu:
  Incomplete
Status in linux-azure package in Ubuntu:
  New
Status in systemd package in Ubuntu:
  Invalid
Status in linux source package in Xenial:
  New
Status in linux-azure source package in Xenial:
  New
Status in systemd source package in Xenial:
  Won't Fix
Status in linux source package in Bionic:
  New
Status in linux-azure source package in Bionic:
  New
Status in systemd source package in Bionic:
  Invalid

Bug description:
  As systemd limits the number of processes, this test will fail because
  it can't fork enough processes. That is limited to when the test is
  run after logging as user 1000, then running sudo. I guess that
  logging as root may not cause this to happen.

  # ./testcases/bin/msgstress03 
  Fork failed (may be OK if under stress)
  Fork failed (may be OK if under stress)
  msgstress031  TFAIL  :  msgstress03.c:157:  Fork failed (may be OK if 
under stress)
  #

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1783881/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1866323] Re: btrfs fill_fs test in fallocate06 from ubuntu_ltp_syscalls failed

2021-07-15 Thread Guilherme G. Piccoli
Observed in B/aws (kernel 4.15), cycle sru-20210621.

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-oem-5.6 in Ubuntu.
https://bugs.launchpad.net/bugs/1866323

Title:
  btrfs fill_fs test in fallocate06 from ubuntu_ltp_syscalls failed

Status in ubuntu-kernel-tests:
  Triaged
Status in linux package in Ubuntu:
  Incomplete
Status in linux-oem-5.6 package in Ubuntu:
  Invalid
Status in linux source package in Bionic:
  New
Status in linux-oem-5.6 source package in Bionic:
  New
Status in linux source package in Focal:
  Fix Released
Status in linux-oem-5.6 source package in Focal:
  Confirmed

Bug description:
  Test failure in fallocate06 was composed by two issues, one is xfs
  fill_fs test issue addressed in bug 1865967.

  Another is this one, this is the case 2 of btrfs (fill_fs):

  tst_test.c:1290: INFO: Testing on btrfs
  tst_mkfs.c:90: INFO: Formatting /dev/loop1 with btrfs opts='' extra opts=''
  tst_test.c:1229: INFO: Timeout per run is 0h 05m 00s
  fallocate06.c:117: INFO: Copy-on-write is supported
  fallocate06.c:168: INFO: Case 1. Fill FS: no; Use copy on write: no
  fallocate06.c:157: PASS: write() successful
  fallocate06.c:201: PASS: Misaligned allocation works as expected
  fallocate06.c:157: PASS: fallocate(FALLOC_FL_PUNCH_HOLE | 
FALLOC_FL_KEEP_SIZE) successful
  fallocate06.c:237: PASS: fallocate(FALLOC_FL_PUNCH_HOLE | 
FALLOC_FL_KEEP_SIZE) cleared the correct file range
  fallocate06.c:168: INFO: Case 2. Fill FS: yes; Use copy on write: no
  tst_fill_fs.c:32: INFO: Creating file mntpoint/file0 size 21710183
  tst_fill_fs.c:32: INFO: Creating file mntpoint/file1 size 8070086
  tst_fill_fs.c:32: INFO: Creating file mntpoint/file2 size 3971177
  tst_fill_fs.c:32: INFO: Creating file mntpoint/file3 size 36915315
  tst_fill_fs.c:32: INFO: Creating file mntpoint/file4 size 70310993
  tst_fill_fs.c:32: INFO: Creating file mntpoint/file5 size 4807935
  tst_fill_fs.c:32: INFO: Creating file mntpoint/file6 size 90739786
  tst_fill_fs.c:32: INFO: Creating file mntpoint/file7 size 76896492
  tst_fill_fs.c:32: INFO: Creating file mntpoint/file8 size 72228649
  tst_fill_fs.c:32: INFO: Creating file mntpoint/file9 size 36207821
  tst_fill_fs.c:32: INFO: Creating file mntpoint/file10 size 81483962
  tst_fill_fs.c:59: INFO: write(): ENOSPC (28)
  fallocate06.c:157: PASS: write() successful
  fallocate06.c:201: PASS: Misaligned allocation works as expected
  fallocate06.c:146: FAIL: fallocate(FALLOC_FL_PUNCH_HOLE | 
FALLOC_FL_KEEP_SIZE) failed unexpectedly: ENOSPC (2

  This issue can be found from X to F
  X - https://pastebin.ubuntu.com/p/9FfVrZkQN8/
  B - https://pastebin.ubuntu.com/p/Zc9TW4sQKF/
  D - https://pastebin.ubuntu.com/p/cryTnnn5wF/
  E - https://pastebin.ubuntu.com/p/FXTZpsX7Qb/
  F - https://pastebin.ubuntu.com/p/FKPJKCS2zr/

  Note that the hint printed in the test:
HINT: You _MAY_ be missing kernel fixes, see:
   
   
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=e093c4be760e

  It something that will get printed after the test, as it's for XFS so
  it has nothing to do with this issue here.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1866323/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1783881] Re: ltp-syscalls: msgstress03 / msgstress04 fails because systemd limits number of processes

2021-07-15 Thread Guilherme G. Piccoli
Observed in B/aws (kernel 4.15), cycle sru-20210621.

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-azure in Ubuntu.
https://bugs.launchpad.net/bugs/1783881

Title:
  ltp-syscalls: msgstress03 / msgstress04 fails because systemd limits
  number of processes

Status in ubuntu-kernel-tests:
  In Progress
Status in linux package in Ubuntu:
  Incomplete
Status in linux-azure package in Ubuntu:
  New
Status in systemd package in Ubuntu:
  Invalid
Status in linux source package in Xenial:
  New
Status in linux-azure source package in Xenial:
  New
Status in systemd source package in Xenial:
  Won't Fix
Status in linux source package in Bionic:
  New
Status in linux-azure source package in Bionic:
  New
Status in systemd source package in Bionic:
  Invalid

Bug description:
  As systemd limits the number of processes, this test will fail because
  it can't fork enough processes. That is limited to when the test is
  run after logging as user 1000, then running sudo. I guess that
  logging as root may not cause this to happen.

  # ./testcases/bin/msgstress03 
  Fork failed (may be OK if under stress)
  Fork failed (may be OK if under stress)
  msgstress031  TFAIL  :  msgstress03.c:157:  Fork failed (may be OK if 
under stress)
  #

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1783881/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1837035] Re: memcg_stat_rss from controllers in ubuntu_ltp failed

2021-07-15 Thread Guilherme G. Piccoli
Observed in B/aws (kernel 4.15), cycle sru-20210621.

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-aws in Ubuntu.
https://bugs.launchpad.net/bugs/1837035

Title:
  memcg_stat_rss from controllers in ubuntu_ltp failed

Status in ubuntu-kernel-tests:
  New
Status in linux package in Ubuntu:
  Confirmed
Status in linux-aws package in Ubuntu:
  New

Bug description:
  This issue was spotted on an i386 node "pepe" with Disco kernel,
  it failed with:

  memcg_process: shmget() failed: Invalid argument
  /opt/ltp/testcases/bin/memcg_stat_rss.sh: 168: kill: No such process

  memcg_stat_rss 4 TFAIL: Process 1845 exited with 1 after warm up

  
  <<>>
  tag=memcg_stat_rss stime=1563448062
  cmdline="memcg_stat_rss.sh"
  contacts=""
  analysis=exit
  <<>>
  memcg_stat_rss 1 TINFO: Starting test 1
  /opt/ltp/testcases/bin/memcg_stat_rss.sh: 522: echo: echo: I/O error
  memcg_stat_rss 1 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed
  memcg_stat_rss 1 TINFO: Running memcg_process --mmap-anon -s 135168
  memcg_stat_rss 1 TINFO: Warming up pid: 1784
  memcg_stat_rss 1 TINFO: Process is still here after warm up: 1784
  memcg_stat_rss 1 TPASS: rss is 135168 as expected
  memcg_stat_rss 2 TINFO: Starting test 2
  /opt/ltp/testcases/bin/memcg_stat_rss.sh: 522: echo: echo: I/O error
  memcg_stat_rss 2 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed
  memcg_stat_rss 2 TINFO: Running memcg_process --mmap-file -s 4096
  memcg_stat_rss 2 TINFO: Warming up pid: 1804
  memcg_stat_rss 2 TINFO: Process is still here after warm up: 1804
  memcg_stat_rss 2 TPASS: rss is 0 as expected
  memcg_stat_rss 3 TINFO: Starting test 3
  /opt/ltp/testcases/bin/memcg_stat_rss.sh: 522: echo: echo: I/O error
  memcg_stat_rss 3 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed
  memcg_stat_rss 3 TINFO: Running memcg_process --shm -k 3 -s 4096
  memcg_stat_rss 3 TINFO: Warming up pid: 1825
  memcg_stat_rss 3 TINFO: Process is still here after warm up: 1825
  memcg_stat_rss 3 TPASS: rss is 0 as expected
  memcg_stat_rss 4 TINFO: Starting test 4
  /opt/ltp/testcases/bin/memcg_stat_rss.sh: 522: echo: echo: I/O error
  memcg_stat_rss 4 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed
  memcg_stat_rss 4 TINFO: Running memcg_process --mmap-anon --mmap-file --shm 
-s 135168
  memcg_stat_rss 4 TINFO: Warming up pid: 1845
  memcg_process: shmget() failed: Invalid argument
  /opt/ltp/testcases/bin/memcg_stat_rss.sh: 168: kill: No such process

  memcg_stat_rss 4 TFAIL: Process 1845 exited with 1 after warm up
  memcg_stat_rss 5 TINFO: Starting test 5
  /opt/ltp/testcases/bin/memcg_stat_rss.sh: 522: echo: echo: I/O error
  memcg_stat_rss 5 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed
  memcg_stat_rss 5 TINFO: Running memcg_process --mmap-lock1 -s 135168
  memcg_stat_rss 5 TINFO: Warming up pid: 1858
  memcg_stat_rss 5 TINFO: Process is still here after warm up: 1858
  memcg_stat_rss 5 TPASS: rss is 135168 as expected
  memcg_stat_rss 6 TINFO: Starting test 6
  /opt/ltp/testcases/bin/memcg_stat_rss.sh: 522: echo: echo: I/O error
  memcg_stat_rss 6 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed
  memcg_stat_rss 6 TINFO: Running memcg_process --mmap-anon -s 135168
  memcg_stat_rss 6 TINFO: Warming up pid: 1878
  memcg_stat_rss 6 TINFO: Process is still here after warm up: 1878
  memcg_stat_rss 6 TPASS: rss is 135168 as expected
  memcg_stat_rss 7 TPASS: rss is 0 as expected
  memcg_stat_rss 8 TINFO: Starting test 7
  /opt/ltp/testcases/bin/memcg_stat_rss.sh: 522: echo: echo: I/O error
  memcg_stat_rss 8 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed
  memcg_stat_rss 8 TINFO: Running memcg_process --mmap-file -s 4096
  memcg_stat_rss 8 TINFO: Warming up pid: 1901
  memcg_stat_rss 8 TINFO: Process is still here after warm up: 1901
  memcg_stat_rss 8 TPASS: rss is 0 as expected
  memcg_stat_rss 9 TPASS: rss is 0 as expected
  memcg_stat_rss 10 TINFO: Starting test 8
  /opt/ltp/testcases/bin/memcg_stat_rss.sh: 522: echo: echo: I/O error
  memcg_stat_rss 10 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed
  memcg_stat_rss 10 TINFO: Running memcg_process --shm -k 8 -s 4096
  memcg_stat_rss 10 TINFO: Warming up pid: 1925
  memcg_stat_rss 10 TINFO: Process is still here after warm up: 1925
  memcg_stat_rss 10 TPASS: rss is 0 as expected
  memcg_stat_rss 11 TPASS: rss is 0 as expected
  memcg_stat_rss 12 TINFO: Starting test 9
  /opt/ltp/testcases/bin/memcg_stat_rss.sh: 522: echo: echo: I/O error
  memcg_stat_rss 12 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed
  memcg_stat_rss 12 TINFO: Running memcg_process --mmap-anon --mmap-file --shm 
-s 135168
  memcg_stat_rss 12 TINFO: Warming up pid: 1948
  memcg_process: shmget() failed: Invalid argument
  /opt/ltp/testcases/bin/memcg_stat_rss.sh: 168: kill: No such process

  memcg_stat_rss 12 TFAIL: Process 1948 exited with 1 after warm up
  memcg_stat_rss 13 TINFO: Starting test 10
  

[Kernel-packages] [Bug 1878389] Re: tpci from kernel_misc in ubuntu_ltp failed with Test-case '13'

2021-07-15 Thread Guilherme G. Piccoli
Observed in B/aws (kernel 4.15), cycle sru-20210621.

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1878389

Title:
  tpci from kernel_misc in ubuntu_ltp failed with Test-case '13'

Status in ubuntu-kernel-tests:
  In Progress
Status in linux package in Ubuntu:
  Confirmed

Bug description:
  With bug 1868707 fixed, the tpci test can finish now, and it's reporting 
another issue here:
     test_pci  489  TFAIL  :  tpci.c:73: PCI bus 01 slot 01 : Test-case '13'

  Please find attachment for dmesg log and the full test log.

  ProblemType: Bug
  DistroRelease: Ubuntu 20.04
  Package: linux-image-5.4.0-29-generic 5.4.0-29.33
  ProcVersionSignature: User Name 5.4.0-29.33-generic 5.4.30
  Uname: Linux 5.4.0-29-generic x86_64
  AlsaDevices:
   total 0
   crw-rw 1 root audio 116,  1 May 13 10:08 seq
   crw-rw 1 root audio 116, 33 May 13 10:08 timer
  AplayDevices: Error: [Errno 2] No such file or directory: 'aplay'
  ApportVersion: 2.20.11-0ubuntu27
  Architecture: amd64
  ArecordDevices: Error: [Errno 2] No such file or directory: 'arecord'
  AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/seq', 
'/dev/snd/timer'] failed with exit code 1:
  CasperMD5CheckResult: skip
  Date: Wed May 13 10:19:01 2020
  IwConfig: Error: [Errno 2] No such file or directory: 'iwconfig'
  MachineType: HP ProLiant DL360 Gen9
  PciMultimedia:

  ProcEnviron:
   TERM=xterm-256color
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=
   LANG=C.UTF-8
   SHELL=/bin/bash
  ProcFB: 0 mgag200drmfb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.4.0-29-generic 
root=UUID=6422cfdd-2a69-4c0b-9784-6809a77ab980 ro
  RelatedPackageVersions:
   linux-restricted-modules-5.4.0-29-generic N/A
   linux-backports-modules-5.4.0-29-generic  N/A
   linux-firmware1.187
  RfKill: Error: [Errno 2] No such file or directory: 'rfkill'
  SourcePackage: linux
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 04/25/2017
  dmi.bios.vendor: HP
  dmi.bios.version: P89
  dmi.board.name: ProLiant DL360 Gen9
  dmi.board.vendor: HP
  dmi.chassis.type: 23
  dmi.chassis.vendor: HP
  dmi.modalias: 
dmi:bvnHP:bvrP89:bd04/25/2017:svnHP:pnProLiantDL360Gen9:pvr:rvnHP:rnProLiantDL360Gen9:rvr:cvnHP:ct23:cvr:
  dmi.product.family: ProLiant
  dmi.product.name: ProLiant DL360 Gen9
  dmi.product.sku: 780020-S01
  dmi.sys.vendor: HP

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1878389/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1892213] Re: psock_snd.sh in net from ubuntu_kernel_selftests ADT failure with focal/groovy/hirsute/impish

2021-07-15 Thread Guilherme G. Piccoli
Observed this on B/oracle-5.4, cycle sru-20210621 .

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1892213

Title:
  psock_snd.sh in net from ubuntu_kernel_selftests ADT failure with
  focal/groovy/hirsute/impish

Status in ubuntu-kernel-tests:
  New
Status in linux package in Ubuntu:
  Confirmed
Status in linux source package in Focal:
  Confirmed
Status in linux source package in Groovy:
  Confirmed
Status in linux source package in Hirsute:
  Confirmed

Bug description:
  Testing failed on focal/linux 5.4.0-44.48:
  amd64: 
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-focal/focal/amd64/l/linux/20200812_171444_31971@/log.gz
  arm64: 
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-focal/focal/arm64/l/linux/20200812_210509_145fd@/log.gz
  ppc64el: 
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-focal/focal/ppc64el/l/linux/20200812_165855_1dabd@/log.gz
  s390x: 
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-focal/focal/s390x/l/linux/20200812_153600_9c7cb@/log.gz

  psock_snd.sh output:

  16:28:30 DEBUG| [stdout] # selftests: net: psock_snd.sh
  16:28:31 DEBUG| [stdout] # dgram
  16:28:31 DEBUG| [stdout] # tx: 128
  16:28:31 DEBUG| [stdout] # rx: 142
  16:28:31 DEBUG| [stdout] # rx: 100
  16:28:31 DEBUG| [stdout] # OK
  16:28:31 DEBUG| [stdout] # 
  16:28:31 DEBUG| [stdout] # dgram bind
  16:28:31 DEBUG| [stdout] # tx: 128
  16:28:31 DEBUG| [stdout] # rx: 142
  16:28:31 DEBUG| [stdout] # rx: 100
  16:28:31 DEBUG| [stdout] # OK
  16:28:31 DEBUG| [stdout] # 
  16:28:31 DEBUG| [stdout] # raw
  16:28:31 DEBUG| [stdout] # tx: 142
  16:28:31 DEBUG| [stdout] # rx: 142
  16:28:31 DEBUG| [stdout] # rx: 100
  16:28:31 DEBUG| [stdout] # OK
  16:28:31 DEBUG| [stdout] # 
  16:28:31 DEBUG| [stdout] # raw bind
  16:28:31 DEBUG| [stdout] # tx: 142
  16:28:31 DEBUG| [stdout] # rx: 142
  16:28:31 DEBUG| [stdout] # rx: 100
  16:28:31 DEBUG| [stdout] # OK
  16:28:31 DEBUG| [stdout] # 
  16:28:31 DEBUG| [stdout] # raw qdisc bypass
  16:28:31 DEBUG| [stdout] # tx: 142
  16:28:31 DEBUG| [stdout] # rx: 142
  16:28:31 DEBUG| [stdout] # rx: 100
  16:28:31 DEBUG| [stdout] # OK
  16:28:31 DEBUG| [stdout] # 
  16:28:31 DEBUG| [stdout] # raw vlan
  16:28:31 DEBUG| [stdout] # tx: 146
  16:28:31 DEBUG| [stdout] # rx: 100
  16:28:31 DEBUG| [stdout] # OK
  16:28:31 DEBUG| [stdout] # 
  16:28:31 DEBUG| [stdout] # raw vnet hdr
  16:28:31 DEBUG| [stdout] # tx: 152
  16:28:31 DEBUG| [stdout] # rx: 142
  16:28:31 DEBUG| [stdout] # rx: 100
  16:28:31 DEBUG| [stdout] # OK
  16:28:31 DEBUG| [stdout] # 
  16:28:31 DEBUG| [stdout] # raw csum_off
  16:28:31 DEBUG| [stdout] # tx: 152
  16:28:31 DEBUG| [stdout] # rx: 142
  16:28:31 DEBUG| [stdout] # rx: 100
  16:28:31 DEBUG| [stdout] # OK
  16:28:31 DEBUG| [stdout] # 
  16:28:31 DEBUG| [stdout] # raw csum_off with bad offset (fails)
  16:28:31 DEBUG| [stdout] # ./psock_snd: write: Invalid argument
  16:28:31 DEBUG| [stdout] # raw min size
  16:28:31 DEBUG| [stdout] # tx: 42
  16:28:31 DEBUG| [stdout] # rx: 0
  16:28:31 DEBUG| [stdout] # OK
  16:28:31 DEBUG| [stdout] # 
  16:28:31 DEBUG| [stdout] # raw mtu size
  16:28:31 DEBUG| [stdout] # tx: 1514
  16:28:31 DEBUG| [stdout] # rx: 1472
  16:28:31 DEBUG| [stdout] # OK
  16:28:31 DEBUG| [stdout] # 
  16:28:31 DEBUG| [stdout] # raw mtu size + 1 (fails)
  16:28:31 DEBUG| [stdout] # ./psock_snd: write: Message too long
  16:28:31 DEBUG| [stdout] # raw vlan mtu size + 1 (fails)
  16:28:31 DEBUG| [stdout] # ./psock_snd: write: Message too long
  16:28:32 DEBUG| [stdout] # dgram mtu size
  16:28:32 DEBUG| [stdout] # tx: 1500
  16:28:32 DEBUG| [stdout] # rx: 1472
  16:28:32 DEBUG| [stdout] # OK
  16:28:32 DEBUG| [stdout] # 
  16:28:32 DEBUG| [stdout] # dgram mtu size + 1 (fails)
  16:28:32 DEBUG| [stdout] # ./psock_snd: write: Message too long
  16:28:32 DEBUG| [stdout] # raw truncate hlen (fails: does not arrive)
  16:28:32 DEBUG| [stdout] # tx: 14
  16:28:32 DEBUG| [stdout] # ./psock_snd: recv: Resource temporarily unavailable
  16:28:32 DEBUG| [stdout] # raw truncate hlen - 1 (fails: EINVAL)
  16:28:32 DEBUG| [stdout] # ./psock_snd: write: Invalid argument
  16:28:32 DEBUG| [stdout] # raw gso min size
  16:28:32 DEBUG| [stdout] # tx: 1525
  16:28:32 DEBUG| [stdout] # rx: 1473
  16:28:32 DEBUG| [stdout] # OK
  16:28:32 DEBUG| [stdout] # 
  16:28:32 DEBUG| [stdout] # raw gso min size - 1 (fails)
  16:28:32 DEBUG| [stdout] # tx: 1524
  16:28:32 DEBUG| [stdout] # rx: 1472
  16:28:32 DEBUG| [stdout] # OK
  16:28:32 DEBUG| [stdout] # 
  16:28:32 DEBUG| [stdout] not ok 22 selftests: net: psock_snd.sh # exit=1

  This failure is similar to bug 1884234, however, this test didn't fail
  on ADT with focal/linux before 

[Kernel-packages] [Bug 1812189] Re: test_bpf in net from ubuntu_kernel_selftests failed on cloud kernels

2021-07-15 Thread Guilherme G. Piccoli
Observed this on B/oracle-5.4, cycle sru-20210621 .

** Tags added: sru-20210621

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-kvm in Ubuntu.
https://bugs.launchpad.net/bugs/1812189

Title:
  test_bpf in net from ubuntu_kernel_selftests failed on cloud kernels

Status in ubuntu-kernel-tests:
  Confirmed
Status in linux package in Ubuntu:
  Invalid
Status in linux-gke package in Ubuntu:
  Confirmed
Status in linux-kvm package in Ubuntu:
  Confirmed
Status in linux-oracle package in Ubuntu:
  New

Bug description:
  This test will attempt to insert the test_bpf module, but this module
  does not exist in KVM kernels:

  $ sudo modprobe test_bpf
  modprobe: FATAL: Module test_bpf not found in directory 
/lib/modules/4.15.0-1028-kvm

  The script:
  $ sudo ./test_bpf.sh 
  test_bpf: [FAIL]

  $ cat test_bpf.sh 
  #!/bin/sh
  # SPDX-License-Identifier: GPL-2.0
  # Runs bpf test using test_bpf kernel module

  if /sbin/modprobe -q test_bpf ; then
/sbin/modprobe -q -r test_bpf;
echo "test_bpf: ok";
  else
echo "test_bpf: [FAIL]";
exit 1;
  fi

  This test_bpf module will need the CONFIG_TEST_BPF to be enabled.

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: linux-image-4.15.0-1028-kvm 4.15.0-1028.28
  ProcVersionSignature: User Name 4.15.0-1028.28-kvm 4.15.18
  Uname: Linux 4.15.0-1028-kvm x86_64
  ApportVersion: 2.20.9-0ubuntu7.5
  Architecture: amd64
  Date: Thu Jan 17 08:29:29 2019
  SourcePackage: linux-kvm
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1812189/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1887661] Re: pmtu.sh from net in ubuntu_kernel_selftests failed with no error message

2021-07-15 Thread Guilherme G. Piccoli
Observed this on B/oracle-5.4, cycle sru-20210621 .

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-oem-5.6 in Ubuntu.
https://bugs.launchpad.net/bugs/1887661

Title:
  pmtu.sh from net in ubuntu_kernel_selftests failed with no error
  message

Status in ubuntu-kernel-tests:
  In Progress
Status in linux package in Ubuntu:
  Fix Released
Status in linux-oem-5.10 package in Ubuntu:
  Invalid
Status in linux-oem-5.6 package in Ubuntu:
  Invalid
Status in linux source package in Focal:
  Fix Committed
Status in linux-oem-5.10 source package in Focal:
  Fix Released
Status in linux-oem-5.6 source package in Focal:
  In Progress
Status in linux source package in Groovy:
  Fix Committed
Status in linux-oem-5.10 source package in Groovy:
  Invalid
Status in linux-oem-5.6 source package in Groovy:
  Invalid
Status in linux source package in Hirsute:
  Fix Released
Status in linux-oem-5.10 source package in Hirsute:
  Invalid
Status in linux-oem-5.6 source package in Hirsute:
  Invalid
Status in linux source package in Impish:
  Fix Released
Status in linux-oem-5.10 source package in Impish:
  Invalid
Status in linux-oem-5.6 source package in Impish:
  Invalid

Bug description:
  [Impact]
  The pmtu.sh test in net from ubuntu_kernel_selftests will be marked
  as failed even there is no obvious failure message from the test:
  $ sudo ./pmtu.sh
  TEST: ipv4: PMTU exceptions [ OK ]
  TEST: ipv6: PMTU exceptions [ OK ]
vxlan4 not supported
  TEST: IPv4 over vxlan4: PMTU exceptions [SKIP]
vxlan4 not supported
  TEST: IPv6 over vxlan4: PMTU exceptions [SKIP]
  TEST: IPv4 over vxlan6: PMTU exceptions [ OK ]
  TEST: IPv6 over vxlan6: PMTU exceptions [ OK ]
geneve4 not supported
  TEST: IPv4 over geneve4: PMTU exceptions [SKIP]
geneve4 not supported
  TEST: IPv6 over geneve4: PMTU exceptions [SKIP]
  TEST: IPv4 over geneve6: PMTU exceptions [ OK ]
  TEST: IPv6 over geneve6: PMTU exceptions [ OK ]
  TEST: IPv4 over fou4: PMTU exceptions [ OK ]
  TEST: IPv6 over fou4: PMTU exceptions [ OK ]
  TEST: IPv4 over fou6: PMTU exceptions [ OK ]
  TEST: IPv6 over fou6: PMTU exceptions [ OK ]
  TEST: IPv4 over gue4: PMTU exceptions [ OK ]
  TEST: IPv6 over gue4: PMTU exceptions [ OK ]
  TEST: IPv4 over gue6: PMTU exceptions [ OK ]
  TEST: IPv6 over gue6: PMTU exceptions [ OK ]
  TEST: vti6: PMTU exceptions [ OK ]
  TEST: vti4: PMTU exceptions [ OK ]
  TEST: vti4: default MTU assignment [ OK ]
  TEST: vti6: default MTU assignment [ OK ]
  TEST: vti4: MTU setting on link creation [ OK ]
  TEST: vti6: MTU setting on link creation [ OK ]
  TEST: vti6: MTU changes on link changes [ OK ]
vxlan4 not supported
  TEST: ipv4: cleanup of cached exceptions [SKIP]
  TEST: ipv6: cleanup of cached exceptions [ OK ]
  TEST: ipv4: list and flush cached exceptions [ OK ]
  TEST: ipv6: list and flush cached exceptions [ OK ]
  $ echo $?
  1

  This is because the test script treats all non-zero return code as a
  failure, thus it will be marked as FAILED when some sub-test got
  skipped.

  [Fix]
  * ef1220a7d4bbdb selftests: pmtu.sh: use $ksft_skip for skipped return
   code
  * 2a9d3716b810a4 selftests: pmtu.sh: improve the test result processing

  This patchset will:
1. Use the kselftest framework skip code $ksft_skip to replace the
   hardcoded SKIP return code.
2. Improve the result processing, the test will be marked as PASSED
   if nothing goes wrong and not all the tests were skipped.

  These have already landed in newer releases and this test does not
  exist in B, thus we just need this for F/F-OEM-5.6/F-OEM-5.10/G.

  The first patch needs to be backported (except on F-OEM-5.10) as some
  test cases were not added yet.
  The second one can be cherry-picked.

  [Test]
  Run this test directly on a patched kernel. The skipped test will cause
  failure to this test.

  [Where problems could occur]
  Changes limited to testing tools, it's unlikely to cause any problem
  to kernel functions.

  
  [Original Bug Report]
  Issue found on B-5.4 oracle 5.4.0-1021.21~18.04.1

  The pmtu.sh test in net from ubuntu_kernel_selftests will be marked as failed 
even there is no obvious failure message from the test:
  $ sudo ./pmtu.sh
  TEST: ipv4: PMTU exceptions [ OK ]
  TEST: ipv6: PMTU exceptions [ OK ]
    vxlan4 not supported
  TEST: IPv4 over vxlan4: PMTU exceptions [SKIP]
    vxlan4 not supported
  TEST: IPv6 over vxlan4: PMTU exceptions [SKIP]
  TEST: IPv4 over vxlan6: PMTU exceptions [ OK ]
  TEST: IPv6 over vxlan6: PMTU exceptions [ OK ]
    geneve4 not supported
  TEST: IPv4 over geneve4: PMTU exceptions[SKIP]
    geneve4 not supported
  TEST: IPv6 over geneve4: PMTU exceptions[SKIP]
  TEST: IPv4 over 

[Kernel-packages] [Bug 1827866] Re: vmx_apicv_test in ubuntu_kvm_unit_tests failed on X/B-KVM X-azure / X-aws

2021-07-15 Thread Guilherme G. Piccoli
Observed this on B/oracle-5.4, cycle sru-20210621 .

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-kvm in Ubuntu.
https://bugs.launchpad.net/bugs/1827866

Title:
  vmx_apicv_test in ubuntu_kvm_unit_tests failed on X/B-KVM X-azure /
  X-aws

Status in ubuntu-kernel-tests:
  Triaged
Status in linux-azure package in Ubuntu:
  New
Status in linux-kvm package in Ubuntu:
  New
Status in linux-oracle package in Ubuntu:
  New
Status in linux-azure source package in Xenial:
  New
Status in linux-kvm source package in Xenial:
  New
Status in linux-oracle source package in Xenial:
  New
Status in linux-azure source package in Bionic:
  New
Status in linux-kvm source package in Bionic:
  New
Status in linux-oracle source package in Bionic:
  New

Bug description:
  vmx_apicv_test from ubuntu_kvm_unit_tests failed on X-KVM:
  FAIL vmx_apicv_test (timeout; duration=10)

   the test was terminated with return code 124:

  # TESTNAME=vmx_apicv_test TIMEOUT=10 ACCEL= ./x86/run x86/vmx.flat -smp 1 
-cpu host,+vmx -append "apic_reg_virt_test virt_x2apic_mode_test"
  timeout -k 1s --foreground 10 /usr/bin/qemu-system-x86_64 -nodefaults -device 
pc-testdev -device isa-debug-exit,iobase=0xf4,iosize=0x4 -vnc none -serial 
stdio -device pci-testdev -machine accel=kvm -kernel x86/vmx.flat -smp 1 -cpu 
host,+vmx -append apic_reg_virt_test virt_x2apic_mode_test # -initrd 
/tmp/tmp.K6b7rjmgp8
  enabling apic
  paging enabled
  cr0 = 80010011
  cr3 = 477000
  cr4 = 20

  Test suite: apic_reg_virt_test
  --- Virtualize APIC accesses test ---
  PASS: xapic - reading 0x000: got APIC access exit @ page offset 0x000, want 
0x000
  PASS: xapic - writing 0x12345678 to 0x000: got APIC access exit @ page offset 
0x000, want 0x000
  PASS: xapic - reading 0x010: got APIC access exit @ page offset 0x010, want 
0x010
  PASS: xapic - writing 0x12345678 to 0x010: got APIC access exit @ page offset 
0x010, want 0x010
  PASS: xapic - reading 0x020: got APIC access exit @ page offset 0x020, want 
0x020
  PASS: xapic - writing 0x12345678 to 0x020: got APIC access exit @ page offset 
0x020, want 0x020
  PASS: xapic - reading 0x030: got APIC access exit @ page offset 0x030, want 
0x030
  
  
  PASS: xapic - writing 0x12345678 to 0x380: non-virtualized write; val is 
0x12345678, want 0x12345678
  PASS: xapic - reading 0x390: read 0x12345678, expected 0x12345678.
  PASS: xapic - writing 0x12345678 to 0x390: non-virtualized 
writqemu-system-x86_64: terminating on signal 15 from pid 1327

  # echo $?
  124

  ProblemType: Bug
  DistroRelease: Ubuntu 16.04
  Package: linux-image-4.4.0-1044-kvm 4.4.0-1044.50
  ProcVersionSignature: Ubuntu 4.4.0-1044.50-kvm 4.4.177
  Uname: Linux 4.4.0-1044-kvm x86_64
  ApportVersion: 2.20.1-0ubuntu2.18
  Architecture: amd64
  Date: Mon May  6 10:47:17 2019
  SourcePackage: linux-kvm
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1827866/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1917616] Re: vmx test from ubuntu_kvm_unit_tests failed on Bionic/Focal

2021-07-15 Thread Guilherme G. Piccoli
Observed this on B/oracle-5.4, cycle sru-20210621 .

** Tags added: oracle

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1917616

Title:
  vmx test from ubuntu_kvm_unit_tests failed on Bionic/Focal

Status in ubuntu-kernel-tests:
  Triaged
Status in linux package in Ubuntu:
  New
Status in linux source package in Bionic:
  Confirmed
Status in linux source package in Focal:
  Confirmed

Bug description:
  Appearing in bionic 5.4.0-67.75~18.04.1 affecting lowlatency and hwe
  flavors.

  2538. 02/25 00:10:11 DEBUG| utils:0153| [stdout] Unhandled exception 13 #GP 
at ip 004071a3
  2539. 02/25 00:10:11 DEBUG| utils:0153| [stdout] error_code= 
rflags=00010006 cs=0008
  2540. 02/25 00:10:11 DEBUG| utils:0153| [stdout] rax=0078 
rcx=0809 rdx= rbx=0009
  2541. 02/25 00:10:11 DEBUG| utils:0153| [stdout] rbp=0047efdf 
rsi=0042568d rdi=0042568d
  2542. 02/25 00:10:11 DEBUG| utils:0153| [stdout] r8=000a 
r9=03f8 r10=000d r11=
  2543. 02/25 00:10:11 DEBUG| utils:0153| [stdout] r12= 
r13= r14=00403dcc r15=
  2544. 02/25 00:10:11 DEBUG| utils:0153| [stdout] cr0=80010031 
cr2=e000 cr3=00477000 cr4=2020
  2545. 02/25 00:10:11 DEBUG| utils:0153| [stdout] cr8=0007
  2546. 02/25 00:10:11 DEBUG| utils:0153| [stdout] STACK: @4071a3 40170b 4004dd
  2547. 02/25 00:10:11 DEBUG| utils:0153| [stdout] FAIL vmx
  2548. 02/25 00:10:11 ERROR| test:0414| Exception escaping from test:
  2549. Traceback (most recent call last):
  2550. File "/home/ubuntu/autotest/client/shared/test.py", line 411, in _exec
  2551. _call_test_function(self.execute, *p_args, **p_dargs)
  2552. File "/home/ubuntu/autotest/client/shared/test.py", line 823, in 
_call_test_function
  2553. return func(*args, **dargs)
  2554. File "/home/ubuntu/autotest/client/shared/test.py", line 291, in execute
  2555. postprocess_profiled_run, args, dargs)
  2556. File "/home/ubuntu/autotest/client/shared/test.py", line 212, in 
_call_run_once
  2557. self.run_once(*args, **dargs)
  2558. File 
"/home/ubuntu/autotest/client/tests/ubuntu_kvm_unit_tests/ubuntu_kvm_unit_tests.py",
 line 80, in run_once
  2559. raise error.TestError("Test failed for {}".format(test_name))
  2560. TestError: Test failed for vmx

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1917616/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1829984] Re: memcg_usage_in_bytes from controllers test suite in LTP failed

2021-07-15 Thread Guilherme G. Piccoli
Observed this on B/oracle-5.4, cycle sru-20210621 .

** Tags added: oracle

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-aws in Ubuntu.
https://bugs.launchpad.net/bugs/1829984

Title:
  memcg_usage_in_bytes from controllers test suite in LTP failed

Status in ubuntu-kernel-tests:
  Fix Released
Status in linux package in Ubuntu:
  Confirmed
Status in linux-aws package in Ubuntu:
  New
Status in linux source package in Xenial:
  New
Status in linux-aws source package in Xenial:
  New
Status in linux source package in Bionic:
  Confirmed
Status in linux-aws source package in Bionic:
  New
Status in linux source package in Cosmic:
  Confirmed
Status in linux-aws source package in Cosmic:
  New

Bug description:
   startup='Wed May 22 05:59:09 2019'
   memcg_usage_in_bytes_test 1 TINFO: Starting test 1
   sh: echo: I/O error
   memcg_usage_in_bytes_test 1 TINFO: set /dev/memcg/memory.use_hierarchy to 0 
failed
   memcg_usage_in_bytes_test 1 TINFO: Running memcg_process --mmap-anon -s 
4194304
   memcg_usage_in_bytes_test 1 TINFO: Warming up pid: 31689
   memcg_usage_in_bytes_test 1 TINFO: Process is still here after warm up: 31689
   memcg_usage_in_bytes_test 1 TFAIL: memory.usage_in_bytes is 4202496, 4194304 
expected
   memcg_usage_in_bytes_test 2 TINFO: Starting test 2
   sh: echo: I/O error
   memcg_usage_in_bytes_test 2 TINFO: set /dev/memcg/memory.use_hierarchy to 0 
failed
   memcg_usage_in_bytes_test 2 TCONF: mem+swap is not enabled
   tag=memcg_usage_in_bytes stime=1558504749 dur=1 exit=exited stat=33 core=no 
cu=5 cs=3

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: linux-image-4.15.0-50-generic 4.15.0-50.54
  ProcVersionSignature: User Name 4.15.0-50.54-generic 4.15.18
  Uname: Linux 4.15.0-50-generic x86_64
  AlsaDevices:
   total 0
   crw-rw 1 root audio 116,  1 May 22 02:57 seq
   crw-rw 1 root audio 116, 33 May 22 02:57 timer
  AplayDevices: Error: [Errno 2] No such file or directory: 'aplay': 'aplay'
  ApportVersion: 2.20.9-0ubuntu7.6
  Architecture: amd64
  ArecordDevices: Error: [Errno 2] No such file or directory: 'arecord': 
'arecord'
  AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/seq', 
'/dev/snd/timer'] failed with exit code 1:
  CurrentDmesg:
   [14538.862950] cfg80211: Loading compiled-in X.509 certificates for 
regulatory database
   [14538.874559] cfg80211: Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7'
  Date: Wed May 22 07:17:43 2019
  IwConfig: Error: [Errno 2] No such file or directory: 'iwconfig': 'iwconfig'
  Lsusb: Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
  MachineType: QEMU Standard PC (i440FX + PIIX, 1996)
  PciMultimedia:
   
  ProcFB: 0 cirrusdrmfb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-50-generic 
root=UUID=57e8-9e7f-40ee-934e-f1dce18323e5 ro
  RelatedPackageVersions:
   linux-restricted-modules-4.15.0-50-generic N/A
   linux-backports-modules-4.15.0-50-generic  N/A
   linux-firmware 1.173.6
  RfKill: Error: [Errno 2] No such file or directory: 'rfkill': 'rfkill'
  SourcePackage: linux
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 04/01/2014
  dmi.bios.vendor: SeaBIOS
  dmi.bios.version: Ubuntu-1.8.2-1ubuntu1
  dmi.chassis.type: 1
  dmi.chassis.vendor: QEMU
  dmi.chassis.version: pc-i440fx-xenial
  dmi.modalias: 
dmi:bvnSeaBIOS:bvrUbuntu-1.8.2-1ubuntu1:bd04/01/2014:svnQEMU:pnStandardPC(i440FX+PIIX,1996):pvrpc-i440fx-xenial:cvnQEMU:ct1:cvrpc-i440fx-xenial:
  dmi.product.name: Standard PC (i440FX + PIIX, 1996)
  dmi.product.version: pc-i440fx-xenial
  dmi.sys.vendor: QEMU

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1829984/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1851619] Re: test_blackhole_dev from net in ubuntu_kernel_selftests failed on B-GCP 5.3 / F-GKE 5.4

2021-07-15 Thread Guilherme G. Piccoli
Observed this on B/oracle-5.4, cycle sru-20210621 .

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-gcp in Ubuntu.
https://bugs.launchpad.net/bugs/1851619

Title:
  test_blackhole_dev from net in ubuntu_kernel_selftests failed on B-GCP
  5.3 / F-GKE 5.4

Status in ubuntu-kernel-tests:
  Triaged
Status in linux-aws package in Ubuntu:
  New
Status in linux-gcp package in Ubuntu:
  New
Status in linux-aws source package in Bionic:
  New
Status in linux-gcp source package in Bionic:
  New
Status in linux-aws source package in Eoan:
  New
Status in linux-gcp source package in Eoan:
  New

Bug description:
  The test_blackhole_dev from net in ubuntu_kernel_selftests failed on
  B-GCP 5.3 (5.3.0-1007.7~18.04.1-gcp)

   # selftests: net: test_blackhole_dev.sh
   # test_blackhole_dev: [FAIL]
   not ok 13 selftests: net: test_blackhole_dev.sh

  Need to run this manually to see what's going on there.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1851619/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1896448] Re: ip6gretap / erspan / ip6erspan in rtnetlink.sh from net of ubuntu_kernel_selftests failed on B-5.4-aws / B-5.4-gke / B-5.4-oracle / B-5.4-azure / B-5.4

2021-07-15 Thread Guilherme G. Piccoli
Observed this on B/oracle-5.4, cycle sru-20210621 .

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1896448

Title:
  ip6gretap / erspan / ip6erspan in rtnetlink.sh from net of
  ubuntu_kernel_selftests failed on B-5.4-aws / B-5.4-gke / B-5.4-oracle
  / B-5.4-azure / B-5.4

Status in ubuntu-kernel-tests:
  In Progress
Status in linux package in Ubuntu:
  Invalid
Status in linux source package in Focal:
  Confirmed

Bug description:
  Issue found on 5.4.0-1025.25~18.04.1, this issue was not spotted
  before fixing the false-negative return value of this rtnetlink.sh
  test (bug 1890136)

   # Usage: ... { ip6gre | ip6gretap | ip6erspan} [ remote ADDR ]
   # [ local ADDR ]
   # [ [i|o]seq ]
   # [ [i|o]key KEY ]
   # [ [i|o]csum ]
   # [ hoplimit TTL ]
   # [ encaplimit ELIM ]
   # [ tclass TCLASS ]
   # [ flowlabel FLOWLABEL ]
   # [ dscp inherit ]
   # [ fwmark MARK ]
   # [ dev PHYS_DEV ]
   # [ noencap ]
   # [ encap { fou | gue | none } ]
   # [ encap-sport PORT ]
   # [ encap-dport PORT ]
   # [ [no]encap-csum ]
   # [ [no]encap-csum6 ]
   # [ [no]encap-remcsum ]
   # [ erspan IDX ]
   #
   # Where: ADDR := IPV6_ADDRESS
   # TTL := { 0..255 } (default=64)
   # KEY := { DOTTED_QUAD | NUMBER }
   # ELIM := { none | 0..255 }(default=4)
   # TCLASS := { 0x0..0xff | inherit }
   # FLOWLABEL := { 0x0..0xf | inherit }
   # MARK := { 0x0..0x | inherit }
   # Cannot find device "ip6gretap00"
   # FAIL: ip6gretap

   # Usage: ... { gre | gretap | erspan } [ remote ADDR ]
   # [ local ADDR ]
   # [ [i|o]seq ]
   # [ [i|o]key KEY ]
   # [ [i|o]csum ]
   # [ ttl TTL ]
   # [ tos TOS ]
   # [ [no]pmtudisc ]
   # [ [no]ignore-df ]
   # [ dev PHYS_DEV ]
   # [ noencap ]
   # [ encap { fou | gue | none } ]
   # [ encap-sport PORT ]
   # [ encap-dport PORT ]
   # [ [no]encap-csum ]
   # [ [no]encap-csum6 ]
   # [ [no]encap-remcsum ]
   # [ external ]
   # [ fwmark MARK ]
   # [ erspan IDX ]
   #
   # Where: ADDR := { IP_ADDRESS | any }
   # TOS := { NUMBER | inherit }
   # TTL := { 1..255 | inherit }
   # KEY := { DOTTED_QUAD | NUMBER }
   # MARK := { 0x0..0x }
   # Cannot find device "erspan00"
   # Cannot find device "erspan00"
   # Cannot find device "erspan00"
   # Usage: ... { gre | gretap | erspan } [ remote ADDR ]
   # [ local ADDR ]
   # [ [i|o]seq ]
   # [ [i|o]key KEY ]
   # [ [i|o]csum ]
   # [ ttl TTL ]
   # [ tos TOS ]
   # [ [no]pmtudisc ]
   # [ [no]ignore-df ]
   # [ dev PHYS_DEV ]
   # [ noencap ]
   # [ encap { fou | gue | none } ]
   # [ encap-sport PORT ]
   # [ encap-dport PORT ]
   # [ [no]encap-csum ]
   # [ [no]encap-csum6 ]
   # [ [no]encap-remcsum ]
   # [ external ]
   # [ fwmark MARK ]
   # [ erspan IDX ]
   #
   # Where: ADDR := { IP_ADDRESS | any }
   # TOS := { NUMBER | inherit }
   # TTL := { 1..255 | inherit }
   # KEY := { DOTTED_QUAD | NUMBER }
   # MARK := { 0x0..0x }
   # Cannot find device "erspan00"
   # Cannot find device "erspan00"
   # Cannot find device "erspan00"
   # FAIL: erspan
   # Usage: ... { ip6gre | ip6gretap | ip6erspan} [ remote ADDR ]
   # [ local ADDR ]
   # [ [i|o]seq ]
   # [ [i|o]key KEY ]
   # [ [i|o]csum ]
   # [ hoplimit TTL ]
   # [ encaplimit ELIM ]
   # [ tclass TCLASS ]
   # [ flowlabel FLOWLABEL ]
   # [ dscp inherit ]
   # [ fwmark MARK ]
   # [ dev PHYS_DEV ]
   # [ noencap ]
   # [ encap { fou | gue | none } ]
   # [ encap-sport PORT ]
   # [ encap-dport PORT ]
   # [ [no]encap-csum ]
   # [ [no]encap-csum6 ]
   # [ [no]encap-remcsum ]
   # [ erspan IDX ]
   #
   # Where: ADDR := IPV6_ADDRESS
   # TTL := { 0..255 } (default=64)
   # KEY := { DOTTED_QUAD | NUMBER }
   # ELIM := { none | 0..255 }(default=4)
   # TCLASS := { 0x0..0xff | inherit }
   # FLOWLABEL := { 0x0..0xf | inherit }
   # MARK := { 0x0..0x | inherit }
   # Cannot find device "ip6erspan00"
   # Cannot find device "ip6erspan00"
   # Cannot find device "ip6erspan00"
   # Usage: ... { ip6gre | ip6gretap | ip6erspan} [ remote ADDR ]
   # [ local ADDR ]
   # [ [i|o]seq ]
   # [ [i|o]key KEY ]
   # [ [i|o]csum ]
   # [ hoplimit TTL ]
   # [ encaplimit ELIM ]
   # [ tclass TCLASS ]
   # [ flowlabel FLOWLABEL ]
   # [ dscp inherit ]
   # [ fwmark MARK ]
   # [ dev PHYS_DEV ]
   # [ noencap ]
   # [ encap { fou | gue | none } ]
   # [ encap-sport PORT ]
   # [ encap-dport PORT ]
   # [ [no]encap-csum ]
   # [ [no]encap-csum6 ]
   # [ [no]encap-remcsum ]
   # [ erspan IDX ]
   #
   # Where: ADDR := IPV6_ADDRESS
   # TTL := { 0..255 } (default=64)
   # KEY := { DOTTED_QUAD | NUMBER }
   # ELIM := { none | 0..255 }(default=4)
   # TCLASS := { 0x0..0xff | inherit }
   # FLOWLABEL := { 0x0..0xf | inherit }
   # MARK := { 0x0..0x | inherit }
   # Cannot find device "ip6erspan00"
   # Cannot find device "ip6erspan00"
   # Cannot find device "ip6erspan00"
   # Usage: ... { ip6gre | ip6gretap | ip6erspan} [ remote ADDR ]
   # [ local ADDR ]
   

[Kernel-packages] [Bug 1926142] Re: memfd from ubuntu_kernel_selftests failed to build on B-5.4

2021-07-15 Thread Guilherme G. Piccoli
Observed this on B/oracle-5.4, cycle sru-20210621 .

** Tags added: oracle

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-hwe in Ubuntu.
https://bugs.launchpad.net/bugs/1926142

Title:
  memfd from ubuntu_kernel_selftests failed to build on B-5.4

Status in ubuntu-kernel-tests:
  New
Status in linux-hwe package in Ubuntu:
  New
Status in linux-hwe-5.4 package in Ubuntu:
  New
Status in linux-hwe source package in Bionic:
  New
Status in linux-hwe-5.4 source package in Bionic:
  New

Bug description:
  Test build on B-5.4 (5.4.0-73.82~18.04.1) failed with:
error: ‘F_SEAL_FUTURE_WRITE’ undeclared

  Build log:
  $ sudo make TARGETS=memfd
  make --no-builtin-rules ARCH=x86 -C ../../.. headers_install
  make[1]: Entering directory 
'/home/ubuntu/autotest/client/tmp/ubuntu_kernel_selftests/src/linux'
INSTALL ./usr/include
  make[1]: Leaving directory 
'/home/ubuntu/autotest/client/tmp/ubuntu_kernel_selftests/src/linux'
  make[1]: Entering directory 
'/home/ubuntu/autotest/client/tmp/ubuntu_kernel_selftests/src/linux/tools/testing/selftests/memfd'
  gcc -D_FILE_OFFSET_BITS=64 -I../../../../include/uapi/ -I../../../../include/ 
-I../../../../usr/include/memfd_test.c common.o  -o 
/home/ubuntu/autotest/client/tmp/ubuntu_kernel_selftests/src/linux/tools/testing/selftests/memfd/memfd_test
  memfd_test.c: In function ‘test_seal_future_write’:
  memfd_test.c:749:27: error: ‘F_SEAL_FUTURE_WRITE’ undeclared (first use in 
this function); did you mean ‘F_SEAL_WRITE’?
mfd_assert_add_seals(fd, F_SEAL_FUTURE_WRITE);
 ^~~
 F_SEAL_WRITE
  memfd_test.c:749:27: note: each undeclared identifier is reported only once 
for each function it appears in
  ../lib.mk:141: recipe for target 
'/home/ubuntu/autotest/client/tmp/ubuntu_kernel_selftests/src/linux/tools/testing/selftests/memfd/memfd_test'
 failed
  make[1]: *** 
[/home/ubuntu/autotest/client/tmp/ubuntu_kernel_selftests/src/linux/tools/testing/selftests/memfd/memfd_test]
 Error 1
  make[1]: Leaving directory 
'/home/ubuntu/autotest/client/tmp/ubuntu_kernel_selftests/src/linux/tools/testing/selftests/memfd'
  Makefile:143: recipe for target 'all' failed
  make: *** [all] Error 2

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1926142/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1887661] Re: pmtu.sh from net in ubuntu_kernel_selftests failed with no error message

2021-07-15 Thread Guilherme G. Piccoli
Observed on B/aws-5.4 , cycle 20210621.

** Tags added: sru-20210621

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-oem-5.6 in Ubuntu.
https://bugs.launchpad.net/bugs/1887661

Title:
  pmtu.sh from net in ubuntu_kernel_selftests failed with no error
  message

Status in ubuntu-kernel-tests:
  In Progress
Status in linux package in Ubuntu:
  Fix Released
Status in linux-oem-5.10 package in Ubuntu:
  Invalid
Status in linux-oem-5.6 package in Ubuntu:
  Invalid
Status in linux source package in Focal:
  Fix Committed
Status in linux-oem-5.10 source package in Focal:
  Fix Released
Status in linux-oem-5.6 source package in Focal:
  In Progress
Status in linux source package in Groovy:
  Fix Committed
Status in linux-oem-5.10 source package in Groovy:
  Invalid
Status in linux-oem-5.6 source package in Groovy:
  Invalid
Status in linux source package in Hirsute:
  Fix Released
Status in linux-oem-5.10 source package in Hirsute:
  Invalid
Status in linux-oem-5.6 source package in Hirsute:
  Invalid
Status in linux source package in Impish:
  Fix Released
Status in linux-oem-5.10 source package in Impish:
  Invalid
Status in linux-oem-5.6 source package in Impish:
  Invalid

Bug description:
  [Impact]
  The pmtu.sh test in net from ubuntu_kernel_selftests will be marked
  as failed even there is no obvious failure message from the test:
  $ sudo ./pmtu.sh
  TEST: ipv4: PMTU exceptions [ OK ]
  TEST: ipv6: PMTU exceptions [ OK ]
vxlan4 not supported
  TEST: IPv4 over vxlan4: PMTU exceptions [SKIP]
vxlan4 not supported
  TEST: IPv6 over vxlan4: PMTU exceptions [SKIP]
  TEST: IPv4 over vxlan6: PMTU exceptions [ OK ]
  TEST: IPv6 over vxlan6: PMTU exceptions [ OK ]
geneve4 not supported
  TEST: IPv4 over geneve4: PMTU exceptions [SKIP]
geneve4 not supported
  TEST: IPv6 over geneve4: PMTU exceptions [SKIP]
  TEST: IPv4 over geneve6: PMTU exceptions [ OK ]
  TEST: IPv6 over geneve6: PMTU exceptions [ OK ]
  TEST: IPv4 over fou4: PMTU exceptions [ OK ]
  TEST: IPv6 over fou4: PMTU exceptions [ OK ]
  TEST: IPv4 over fou6: PMTU exceptions [ OK ]
  TEST: IPv6 over fou6: PMTU exceptions [ OK ]
  TEST: IPv4 over gue4: PMTU exceptions [ OK ]
  TEST: IPv6 over gue4: PMTU exceptions [ OK ]
  TEST: IPv4 over gue6: PMTU exceptions [ OK ]
  TEST: IPv6 over gue6: PMTU exceptions [ OK ]
  TEST: vti6: PMTU exceptions [ OK ]
  TEST: vti4: PMTU exceptions [ OK ]
  TEST: vti4: default MTU assignment [ OK ]
  TEST: vti6: default MTU assignment [ OK ]
  TEST: vti4: MTU setting on link creation [ OK ]
  TEST: vti6: MTU setting on link creation [ OK ]
  TEST: vti6: MTU changes on link changes [ OK ]
vxlan4 not supported
  TEST: ipv4: cleanup of cached exceptions [SKIP]
  TEST: ipv6: cleanup of cached exceptions [ OK ]
  TEST: ipv4: list and flush cached exceptions [ OK ]
  TEST: ipv6: list and flush cached exceptions [ OK ]
  $ echo $?
  1

  This is because the test script treats all non-zero return code as a
  failure, thus it will be marked as FAILED when some sub-test got
  skipped.

  [Fix]
  * ef1220a7d4bbdb selftests: pmtu.sh: use $ksft_skip for skipped return
   code
  * 2a9d3716b810a4 selftests: pmtu.sh: improve the test result processing

  This patchset will:
1. Use the kselftest framework skip code $ksft_skip to replace the
   hardcoded SKIP return code.
2. Improve the result processing, the test will be marked as PASSED
   if nothing goes wrong and not all the tests were skipped.

  These have already landed in newer releases and this test does not
  exist in B, thus we just need this for F/F-OEM-5.6/F-OEM-5.10/G.

  The first patch needs to be backported (except on F-OEM-5.10) as some
  test cases were not added yet.
  The second one can be cherry-picked.

  [Test]
  Run this test directly on a patched kernel. The skipped test will cause
  failure to this test.

  [Where problems could occur]
  Changes limited to testing tools, it's unlikely to cause any problem
  to kernel functions.

  
  [Original Bug Report]
  Issue found on B-5.4 oracle 5.4.0-1021.21~18.04.1

  The pmtu.sh test in net from ubuntu_kernel_selftests will be marked as failed 
even there is no obvious failure message from the test:
  $ sudo ./pmtu.sh
  TEST: ipv4: PMTU exceptions [ OK ]
  TEST: ipv6: PMTU exceptions [ OK ]
    vxlan4 not supported
  TEST: IPv4 over vxlan4: PMTU exceptions [SKIP]
    vxlan4 not supported
  TEST: IPv6 over vxlan4: PMTU exceptions [SKIP]
  TEST: IPv4 over vxlan6: PMTU exceptions [ OK ]
  TEST: IPv6 over vxlan6: PMTU exceptions [ OK ]
    geneve4 not supported
  TEST: IPv4 over geneve4: PMTU exceptions[SKIP]
    geneve4 not supported
  TEST: IPv6 over geneve4: PMTU exceptions[SKIP]
 

[Kernel-packages] [Bug 1926142] Re: memfd from ubuntu_kernel_selftests failed to build on B-5.4

2021-07-15 Thread Guilherme G. Piccoli
Observed in B-5.4/aws, cycle sru-20210621 .

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-hwe in Ubuntu.
https://bugs.launchpad.net/bugs/1926142

Title:
  memfd from ubuntu_kernel_selftests failed to build on B-5.4

Status in ubuntu-kernel-tests:
  New
Status in linux-hwe package in Ubuntu:
  New
Status in linux-hwe-5.4 package in Ubuntu:
  New
Status in linux-hwe source package in Bionic:
  New
Status in linux-hwe-5.4 source package in Bionic:
  New

Bug description:
  Test build on B-5.4 (5.4.0-73.82~18.04.1) failed with:
error: ‘F_SEAL_FUTURE_WRITE’ undeclared

  Build log:
  $ sudo make TARGETS=memfd
  make --no-builtin-rules ARCH=x86 -C ../../.. headers_install
  make[1]: Entering directory 
'/home/ubuntu/autotest/client/tmp/ubuntu_kernel_selftests/src/linux'
INSTALL ./usr/include
  make[1]: Leaving directory 
'/home/ubuntu/autotest/client/tmp/ubuntu_kernel_selftests/src/linux'
  make[1]: Entering directory 
'/home/ubuntu/autotest/client/tmp/ubuntu_kernel_selftests/src/linux/tools/testing/selftests/memfd'
  gcc -D_FILE_OFFSET_BITS=64 -I../../../../include/uapi/ -I../../../../include/ 
-I../../../../usr/include/memfd_test.c common.o  -o 
/home/ubuntu/autotest/client/tmp/ubuntu_kernel_selftests/src/linux/tools/testing/selftests/memfd/memfd_test
  memfd_test.c: In function ‘test_seal_future_write’:
  memfd_test.c:749:27: error: ‘F_SEAL_FUTURE_WRITE’ undeclared (first use in 
this function); did you mean ‘F_SEAL_WRITE’?
mfd_assert_add_seals(fd, F_SEAL_FUTURE_WRITE);
 ^~~
 F_SEAL_WRITE
  memfd_test.c:749:27: note: each undeclared identifier is reported only once 
for each function it appears in
  ../lib.mk:141: recipe for target 
'/home/ubuntu/autotest/client/tmp/ubuntu_kernel_selftests/src/linux/tools/testing/selftests/memfd/memfd_test'
 failed
  make[1]: *** 
[/home/ubuntu/autotest/client/tmp/ubuntu_kernel_selftests/src/linux/tools/testing/selftests/memfd/memfd_test]
 Error 1
  make[1]: Leaving directory 
'/home/ubuntu/autotest/client/tmp/ubuntu_kernel_selftests/src/linux/tools/testing/selftests/memfd'
  Makefile:143: recipe for target 'all' failed
  make: *** [all] Error 2

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1926142/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1837035] Re: memcg_stat_rss from controllers in ubuntu_ltp failed

2021-07-15 Thread Guilherme G. Piccoli
Observed a variation of this in B/aws-5.4, cycle sru-20210621 :

18:43:32 DEBUG| [stdout] memcg_stat_rss 9 TINFO: Running memcg_process 
--mmap-anon --mmap-file --shm -s 135168
18:43:32 DEBUG| [stdout] memcg_stat_rss 9 TINFO: Warming up pid: 64876
18:43:32 DEBUG| [stdout] memcg_process: shmget() failed: Invalid argument
18:43:32 DEBUG| [stdout] /opt/ltp/testcases/bin/memcg_stat_rss.sh: 223: kill: 
No such process
18:43:32 DEBUG| [stdout] 
18:43:32 DEBUG| [stdout] memcg_stat_rss 9 TFAIL: Process 64876 exited with 1 
after warm up
18:43:32 DEBUG| [stdout] memcg_stat_rss 10 TINFO: Running memcg_process 
--mmap-lock1 -s 135168
18:43:32 DEBUG| [stdout] memcg_stat_rss 10 TINFO: Warming up pid: 64888
18:43:32 DEBUG| [stdout] memcg_stat_rss 10 TINFO: Process is still here after 
warm up: 64888
18:43:32 DEBUG| [stdout] memcg_stat_rss 10 TPASS: rss is 135168 as expected
18:43:32 DEBUG| [stdout] memcg_stat_rss 10 TPASS: rss is 0 as expected



** Tags added: sru-20210621

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-aws in Ubuntu.
https://bugs.launchpad.net/bugs/1837035

Title:
  memcg_stat_rss from controllers in ubuntu_ltp failed

Status in ubuntu-kernel-tests:
  New
Status in linux package in Ubuntu:
  Confirmed
Status in linux-aws package in Ubuntu:
  New

Bug description:
  This issue was spotted on an i386 node "pepe" with Disco kernel,
  it failed with:

  memcg_process: shmget() failed: Invalid argument
  /opt/ltp/testcases/bin/memcg_stat_rss.sh: 168: kill: No such process

  memcg_stat_rss 4 TFAIL: Process 1845 exited with 1 after warm up

  
  <<>>
  tag=memcg_stat_rss stime=1563448062
  cmdline="memcg_stat_rss.sh"
  contacts=""
  analysis=exit
  <<>>
  memcg_stat_rss 1 TINFO: Starting test 1
  /opt/ltp/testcases/bin/memcg_stat_rss.sh: 522: echo: echo: I/O error
  memcg_stat_rss 1 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed
  memcg_stat_rss 1 TINFO: Running memcg_process --mmap-anon -s 135168
  memcg_stat_rss 1 TINFO: Warming up pid: 1784
  memcg_stat_rss 1 TINFO: Process is still here after warm up: 1784
  memcg_stat_rss 1 TPASS: rss is 135168 as expected
  memcg_stat_rss 2 TINFO: Starting test 2
  /opt/ltp/testcases/bin/memcg_stat_rss.sh: 522: echo: echo: I/O error
  memcg_stat_rss 2 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed
  memcg_stat_rss 2 TINFO: Running memcg_process --mmap-file -s 4096
  memcg_stat_rss 2 TINFO: Warming up pid: 1804
  memcg_stat_rss 2 TINFO: Process is still here after warm up: 1804
  memcg_stat_rss 2 TPASS: rss is 0 as expected
  memcg_stat_rss 3 TINFO: Starting test 3
  /opt/ltp/testcases/bin/memcg_stat_rss.sh: 522: echo: echo: I/O error
  memcg_stat_rss 3 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed
  memcg_stat_rss 3 TINFO: Running memcg_process --shm -k 3 -s 4096
  memcg_stat_rss 3 TINFO: Warming up pid: 1825
  memcg_stat_rss 3 TINFO: Process is still here after warm up: 1825
  memcg_stat_rss 3 TPASS: rss is 0 as expected
  memcg_stat_rss 4 TINFO: Starting test 4
  /opt/ltp/testcases/bin/memcg_stat_rss.sh: 522: echo: echo: I/O error
  memcg_stat_rss 4 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed
  memcg_stat_rss 4 TINFO: Running memcg_process --mmap-anon --mmap-file --shm 
-s 135168
  memcg_stat_rss 4 TINFO: Warming up pid: 1845
  memcg_process: shmget() failed: Invalid argument
  /opt/ltp/testcases/bin/memcg_stat_rss.sh: 168: kill: No such process

  memcg_stat_rss 4 TFAIL: Process 1845 exited with 1 after warm up
  memcg_stat_rss 5 TINFO: Starting test 5
  /opt/ltp/testcases/bin/memcg_stat_rss.sh: 522: echo: echo: I/O error
  memcg_stat_rss 5 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed
  memcg_stat_rss 5 TINFO: Running memcg_process --mmap-lock1 -s 135168
  memcg_stat_rss 5 TINFO: Warming up pid: 1858
  memcg_stat_rss 5 TINFO: Process is still here after warm up: 1858
  memcg_stat_rss 5 TPASS: rss is 135168 as expected
  memcg_stat_rss 6 TINFO: Starting test 6
  /opt/ltp/testcases/bin/memcg_stat_rss.sh: 522: echo: echo: I/O error
  memcg_stat_rss 6 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed
  memcg_stat_rss 6 TINFO: Running memcg_process --mmap-anon -s 135168
  memcg_stat_rss 6 TINFO: Warming up pid: 1878
  memcg_stat_rss 6 TINFO: Process is still here after warm up: 1878
  memcg_stat_rss 6 TPASS: rss is 135168 as expected
  memcg_stat_rss 7 TPASS: rss is 0 as expected
  memcg_stat_rss 8 TINFO: Starting test 7
  /opt/ltp/testcases/bin/memcg_stat_rss.sh: 522: echo: echo: I/O error
  memcg_stat_rss 8 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed
  memcg_stat_rss 8 TINFO: Running memcg_process --mmap-file -s 4096
  memcg_stat_rss 8 TINFO: Warming up pid: 1901
  memcg_stat_rss 8 TINFO: Process is still here after warm up: 1901
  memcg_stat_rss 8 TPASS: rss is 0 as expected
  memcg_stat_rss 9 TPASS: rss is 0 as expected
  memcg_stat_rss 10 TINFO: Starting test 8
  /opt/ltp/testcases/bin/memcg_stat_rss.sh: 522: echo: echo: I/O error
  

[Kernel-packages] [Bug 1783881] Re: ltp-syscalls: msgstress03 / msgstress04 fails because systemd limits number of processes

2021-07-15 Thread Guilherme G. Piccoli
Observed in B/aws-5.4, cycle sru-20210621.

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-azure in Ubuntu.
https://bugs.launchpad.net/bugs/1783881

Title:
  ltp-syscalls: msgstress03 / msgstress04 fails because systemd limits
  number of processes

Status in ubuntu-kernel-tests:
  In Progress
Status in linux package in Ubuntu:
  Incomplete
Status in linux-azure package in Ubuntu:
  New
Status in systemd package in Ubuntu:
  Invalid
Status in linux source package in Xenial:
  New
Status in linux-azure source package in Xenial:
  New
Status in systemd source package in Xenial:
  Won't Fix
Status in linux source package in Bionic:
  New
Status in linux-azure source package in Bionic:
  New
Status in systemd source package in Bionic:
  Invalid

Bug description:
  As systemd limits the number of processes, this test will fail because
  it can't fork enough processes. That is limited to when the test is
  run after logging as user 1000, then running sudo. I guess that
  logging as root may not cause this to happen.

  # ./testcases/bin/msgstress03 
  Fork failed (may be OK if under stress)
  Fork failed (may be OK if under stress)
  msgstress031  TFAIL  :  msgstress03.c:157:  Fork failed (may be OK if 
under stress)
  #

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1783881/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1830585] Re: cpuset_memory_spread from controllers test suite in LTP failed (hog the memory on the unexpected node)

2021-07-15 Thread Guilherme G. Piccoli
Found on B-5.4/aws, cycle sru-20210621 .

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-azure in Ubuntu.
https://bugs.launchpad.net/bugs/1830585

Title:
  cpuset_memory_spread from controllers test suite in LTP failed (hog
  the memory on the unexpected node)

Status in ubuntu-kernel-tests:
  Triaged
Status in linux package in Ubuntu:
  Confirmed
Status in linux-azure package in Ubuntu:
  New
Status in linux source package in Bionic:
  New
Status in linux-azure source package in Bionic:
  New
Status in linux source package in Disco:
  Won't Fix
Status in linux-azure source package in Disco:
  Won't Fix

Bug description:
  Test failed with:
  cpuset_memory_spread 7 TFAIL: hog the memory on the unexpected 
node(FilePages_For_Nodes(KB): _0: 2276
  _1: 102428, Expect Nodes: 1).

  <<>>
  tag=cpuset_memory_spread stime=1558937747
  cmdline="   cpuset_memory_spread_testset.sh"
  contacts=""
  analysis=exit
  <<>>
  100+0 records in
  100+0 records out
  104857600 bytes (105 MB, 100 MiB) copied, 0.0993112 s, 1.1 GB/s
  cpuset_memory_spread 1 TPASS: Cpuset memory spread page test succeeded.
  cpuset_memory_spread 3 TPASS: Cpuset memory spread page test succeeded.
  cpuset_memory_spread 5 TPASS: Cpuset memory spread page test succeeded.
  cpuset_memory_spread 7 TFAIL: hog the memory on the unexpected 
node(FilePages_For_Nodes(KB): _0: 2276
  _1: 102428, Expect Nodes: 1).
  cpuset_memory_spread 9 TPASS: Cpuset memory spread page test succeeded.
  cpuset_memory_spread 11 TPASS: Cpuset memory spread page test succeeded.
  cpuset_memory_spread 13 TPASS: Cpuset memory spread page test succeeded.
  <<>>
  initiation_status="ok"
  duration=10 termination_type=exited termination_id=1 corefile=no
  cutime=364 cstime=383
  <<>>

  ProblemType: Bug
  DistroRelease: Ubuntu 19.04
  Package: linux-image-5.0.0-15-generic 5.0.0-15.16
  ProcVersionSignature: User Name 5.0.0-15.16-generic 5.0.6
  Uname: Linux 5.0.0-15-generic x86_64
  AlsaDevices:
   total 0
   crw-rw 1 root audio 116,  1 May 27 05:39 seq
   crw-rw 1 root audio 116, 33 May 27 05:39 timer
  AplayDevices: Error: [Errno 2] No such file or directory: 'aplay': 'aplay'
  ApportVersion: 2.20.10-0ubuntu27
  Architecture: amd64
  ArecordDevices: Error: [Errno 2] No such file or directory: 'arecord': 
'arecord'
  AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/seq', 
'/dev/snd/timer'] failed with exit code 1:
  Date: Mon May 27 06:16:49 2019
  IwConfig: Error: [Errno 2] No such file or directory: 'iwconfig': 'iwconfig'
  MachineType: HP ProLiant DL360 Gen9
  PciMultimedia:

  ProcFB: 0 mgadrmfb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.0.0-15-generic 
root=UUID=6422cfdd-2a69-4c0b-9784-6809a77ab980 ro
  RelatedPackageVersions:
   linux-restricted-modules-5.0.0-15-generic N/A
   linux-backports-modules-5.0.0-15-generic  N/A
   linux-firmware1.178.1
  RfKill: Error: [Errno 2] No such file or directory: 'rfkill': 'rfkill'
  SourcePackage: linux
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 04/25/2017
  dmi.bios.vendor: HP
  dmi.bios.version: P89
  dmi.board.name: ProLiant DL360 Gen9
  dmi.board.vendor: HP
  dmi.chassis.type: 23
  dmi.chassis.vendor: HP
  dmi.modalias: 
dmi:bvnHP:bvrP89:bd04/25/2017:svnHP:pnProLiantDL360Gen9:pvr:rvnHP:rnProLiantDL360Gen9:rvr:cvnHP:ct23:cvr:
  dmi.product.family: ProLiant
  dmi.product.name: ProLiant DL360 Gen9
  dmi.product.sku: 780020-S01
  dmi.sys.vendor: HP

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1830585/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1827866] Re: vmx_apicv_test in ubuntu_kvm_unit_tests failed on X/B-KVM X-azure / X-aws

2021-07-15 Thread Guilherme G. Piccoli
Observed in B-5.4/aws, cycle sru-20210621 .

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-kvm in Ubuntu.
https://bugs.launchpad.net/bugs/1827866

Title:
  vmx_apicv_test in ubuntu_kvm_unit_tests failed on X/B-KVM X-azure /
  X-aws

Status in ubuntu-kernel-tests:
  Triaged
Status in linux-azure package in Ubuntu:
  New
Status in linux-kvm package in Ubuntu:
  New
Status in linux-oracle package in Ubuntu:
  New
Status in linux-azure source package in Xenial:
  New
Status in linux-kvm source package in Xenial:
  New
Status in linux-oracle source package in Xenial:
  New
Status in linux-azure source package in Bionic:
  New
Status in linux-kvm source package in Bionic:
  New
Status in linux-oracle source package in Bionic:
  New

Bug description:
  vmx_apicv_test from ubuntu_kvm_unit_tests failed on X-KVM:
  FAIL vmx_apicv_test (timeout; duration=10)

   the test was terminated with return code 124:

  # TESTNAME=vmx_apicv_test TIMEOUT=10 ACCEL= ./x86/run x86/vmx.flat -smp 1 
-cpu host,+vmx -append "apic_reg_virt_test virt_x2apic_mode_test"
  timeout -k 1s --foreground 10 /usr/bin/qemu-system-x86_64 -nodefaults -device 
pc-testdev -device isa-debug-exit,iobase=0xf4,iosize=0x4 -vnc none -serial 
stdio -device pci-testdev -machine accel=kvm -kernel x86/vmx.flat -smp 1 -cpu 
host,+vmx -append apic_reg_virt_test virt_x2apic_mode_test # -initrd 
/tmp/tmp.K6b7rjmgp8
  enabling apic
  paging enabled
  cr0 = 80010011
  cr3 = 477000
  cr4 = 20

  Test suite: apic_reg_virt_test
  --- Virtualize APIC accesses test ---
  PASS: xapic - reading 0x000: got APIC access exit @ page offset 0x000, want 
0x000
  PASS: xapic - writing 0x12345678 to 0x000: got APIC access exit @ page offset 
0x000, want 0x000
  PASS: xapic - reading 0x010: got APIC access exit @ page offset 0x010, want 
0x010
  PASS: xapic - writing 0x12345678 to 0x010: got APIC access exit @ page offset 
0x010, want 0x010
  PASS: xapic - reading 0x020: got APIC access exit @ page offset 0x020, want 
0x020
  PASS: xapic - writing 0x12345678 to 0x020: got APIC access exit @ page offset 
0x020, want 0x020
  PASS: xapic - reading 0x030: got APIC access exit @ page offset 0x030, want 
0x030
  
  
  PASS: xapic - writing 0x12345678 to 0x380: non-virtualized write; val is 
0x12345678, want 0x12345678
  PASS: xapic - reading 0x390: read 0x12345678, expected 0x12345678.
  PASS: xapic - writing 0x12345678 to 0x390: non-virtualized 
writqemu-system-x86_64: terminating on signal 15 from pid 1327

  # echo $?
  124

  ProblemType: Bug
  DistroRelease: Ubuntu 16.04
  Package: linux-image-4.4.0-1044-kvm 4.4.0-1044.50
  ProcVersionSignature: Ubuntu 4.4.0-1044.50-kvm 4.4.177
  Uname: Linux 4.4.0-1044-kvm x86_64
  ApportVersion: 2.20.1-0ubuntu2.18
  Architecture: amd64
  Date: Mon May  6 10:47:17 2019
  SourcePackage: linux-kvm
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1827866/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1917616] Re: vmx test from ubuntu_kvm_unit_tests failed on Bionic/Focal

2021-07-15 Thread Guilherme G. Piccoli
Observed in B-5.4/aws, cycle sru-20210621 .

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1917616

Title:
  vmx test from ubuntu_kvm_unit_tests failed on Bionic/Focal

Status in ubuntu-kernel-tests:
  Triaged
Status in linux package in Ubuntu:
  New
Status in linux source package in Bionic:
  Confirmed
Status in linux source package in Focal:
  Confirmed

Bug description:
  Appearing in bionic 5.4.0-67.75~18.04.1 affecting lowlatency and hwe
  flavors.

  2538. 02/25 00:10:11 DEBUG| utils:0153| [stdout] Unhandled exception 13 #GP 
at ip 004071a3
  2539. 02/25 00:10:11 DEBUG| utils:0153| [stdout] error_code= 
rflags=00010006 cs=0008
  2540. 02/25 00:10:11 DEBUG| utils:0153| [stdout] rax=0078 
rcx=0809 rdx= rbx=0009
  2541. 02/25 00:10:11 DEBUG| utils:0153| [stdout] rbp=0047efdf 
rsi=0042568d rdi=0042568d
  2542. 02/25 00:10:11 DEBUG| utils:0153| [stdout] r8=000a 
r9=03f8 r10=000d r11=
  2543. 02/25 00:10:11 DEBUG| utils:0153| [stdout] r12= 
r13= r14=00403dcc r15=
  2544. 02/25 00:10:11 DEBUG| utils:0153| [stdout] cr0=80010031 
cr2=e000 cr3=00477000 cr4=2020
  2545. 02/25 00:10:11 DEBUG| utils:0153| [stdout] cr8=0007
  2546. 02/25 00:10:11 DEBUG| utils:0153| [stdout] STACK: @4071a3 40170b 4004dd
  2547. 02/25 00:10:11 DEBUG| utils:0153| [stdout] FAIL vmx
  2548. 02/25 00:10:11 ERROR| test:0414| Exception escaping from test:
  2549. Traceback (most recent call last):
  2550. File "/home/ubuntu/autotest/client/shared/test.py", line 411, in _exec
  2551. _call_test_function(self.execute, *p_args, **p_dargs)
  2552. File "/home/ubuntu/autotest/client/shared/test.py", line 823, in 
_call_test_function
  2553. return func(*args, **dargs)
  2554. File "/home/ubuntu/autotest/client/shared/test.py", line 291, in execute
  2555. postprocess_profiled_run, args, dargs)
  2556. File "/home/ubuntu/autotest/client/shared/test.py", line 212, in 
_call_run_once
  2557. self.run_once(*args, **dargs)
  2558. File 
"/home/ubuntu/autotest/client/tests/ubuntu_kvm_unit_tests/ubuntu_kvm_unit_tests.py",
 line 80, in run_once
  2559. raise error.TestError("Test failed for {}".format(test_name))
  2560. TestError: Test failed for vmx

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1917616/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1851619] Re: test_blackhole_dev from net in ubuntu_kernel_selftests failed on B-GCP 5.3 / F-GKE 5.4

2021-07-14 Thread Guilherme G. Piccoli
Observed in G/Oracle, cycle sru-20210621.

** Tags added: groovy sru-20210621

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-gcp in Ubuntu.
https://bugs.launchpad.net/bugs/1851619

Title:
  test_blackhole_dev from net in ubuntu_kernel_selftests failed on B-GCP
  5.3 / F-GKE 5.4

Status in ubuntu-kernel-tests:
  Triaged
Status in linux-aws package in Ubuntu:
  New
Status in linux-gcp package in Ubuntu:
  New
Status in linux-aws source package in Bionic:
  New
Status in linux-gcp source package in Bionic:
  New
Status in linux-aws source package in Eoan:
  New
Status in linux-gcp source package in Eoan:
  New

Bug description:
  The test_blackhole_dev from net in ubuntu_kernel_selftests failed on
  B-GCP 5.3 (5.3.0-1007.7~18.04.1-gcp)

   # selftests: net: test_blackhole_dev.sh
   # test_blackhole_dev: [FAIL]
   not ok 13 selftests: net: test_blackhole_dev.sh

  Need to run this manually to see what's going on there.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1851619/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1856010] Re: xfrm_policy.sh / pmtu.sh / udpgso_bench.sh from net in ubuntu_kernel_selftests will fail with timeout if running the whole suite

2021-07-14 Thread Guilherme G. Piccoli
Observed in G/Oracle, cycle sru-20210621.

** Tags added: oracle

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-oem-5.6 in Ubuntu.
https://bugs.launchpad.net/bugs/1856010

Title:
  xfrm_policy.sh / pmtu.sh / udpgso_bench.sh from net in
  ubuntu_kernel_selftests will fail with timeout if running the whole
  suite

Status in ubuntu-kernel-tests:
  In Progress
Status in linux package in Ubuntu:
  Opinion
Status in linux-oem-5.6 package in Ubuntu:
  Invalid
Status in linux source package in Bionic:
  Fix Released
Status in linux-oem-5.6 source package in Bionic:
  Invalid
Status in linux source package in Focal:
  Opinion
Status in linux-oem-5.6 source package in Focal:
  Fix Committed
Status in linux source package in Groovy:
  Opinion
Status in linux-oem-5.6 source package in Groovy:
  Invalid
Status in linux source package in Hirsute:
  Opinion
Status in linux-oem-5.6 source package in Hirsute:
  Invalid
Status in linux source package in Impish:
  Opinion
Status in linux-oem-5.6 source package in Impish:
  Invalid

Bug description:
  [Impact]
  These 3 tests will fail with timeout error when running the whole
  "net" test in ubuntu_kernel_selftests:
    * not ok 12 selftests: net: xfrm_policy.sh # TIMEOUT
    * not ok 16 selftests: net: pmtu.sh # TIMEOUT
    * not ok 19 selftests: net: udpgso_bench.sh # TIMEOUT

  They will pass if you run them manually. This is because of the
  default 45 seconds timeout in kselftest framework.

  A quick test shows these tests will take about:
xfrm_policy.sh - 2m19.690s
pmtu.sh - 3m6.832s
udpgso_bench.sh - 0m57.985s

  [Fix]
  * b881d089c7c9c7 ("selftests/net: bump timeout to 5 minutes")

  We have commit 852c8cbf34d3b3 ("selftests/kselftest/runner.sh: Add 45
  second timeout per test") for default timeout added since Bionic.

  However there is a SAUCE patch ("UBUNTU: SAUCE: selftests/net --
  disable timeout") to disable timeout for the net test in newer
  releases. I think we can leave it as-is for the moment unless some
  test is hanging too long because of that.

  Therefore Only Bionic needs this patch, the patch can be applied with
  some context adjustment.

  [Test]
  With this patch applied, these tests should have a chance to finish.

  [Where problems could occur]
  The fix is just for testing tool, no actual impact to real kernel
  functions. If this 5 minutes timeout is not enough, we might still
  seeing this kind of failures in the test report.


  [Original Bug Report]
  These 3 tests will fail with timeout when running the whole "net" test in 
ubuntu_kernel_selftests:
    * not ok 12 selftests: net: xfrm_policy.sh # TIMEOUT
    * not ok 16 selftests: net: pmtu.sh # TIMEOUT
    * not ok 19 selftests: net: udpgso_bench.sh # TIMEOUT

  However they will pass if you run them manually.

  So there must be some test in net that will cause this.

  From the test result it looks like the test was executed in the following 
sequence:
   ok 1 selftests: net: reuseport_bpf
   ok 2 selftests: net: reuseport_bpf_cpu
   ok 3 selftests: net: reuseport_bpf_numa
   ok 4 selftests: net: reuseport_dualstack
   # Successok 5 selftests: net: reuseaddr_conflict
   ok 6 selftests: net: tls
   ok 7 selftests: net: run_netsocktests
   ok 8 selftests: net: run_afpackettests
   ok 9 selftests: net: test_bpf.sh
   ok 10 selftests: net: netdevice.sh
   ok 11 selftests: net: rtnetlink.sh
   not ok 12 selftests: net: xfrm_policy.sh # TIMEOUT
   not ok 13 selftests: net: test_blackhole_dev.sh # exit=1
   ok 14 selftests: net: fib_tests.sh
   ok 15 selftests: net: fib-onlink-tests.sh
   not ok 16 selftests: net: pmtu.sh # TIMEOUT
   ok 17 selftests: net: udpgso.sh
   not ok 18 selftests: net: ip_defrag.sh # exit=255
   not ok 19 selftests: net: udpgso_bench.sh # TIMEOUT
   ok 20 selftests: net: fib_rule_tests.sh
   not ok 21 selftests: net: msg_zerocopy.sh # exit=1
   ok 22 selftests: net: psock_snd.sh
   ok 23 selftests: net: udpgro_bench.sh
   ok 24 selftests: net: udpgro.sh
   ok 25 selftests: net: test_vxlan_under_vrf.sh
   ok 26 selftests: net: reuseport_addr_any.sh
   ok 27 selftests: net: test_vxlan_fdb_changelink.sh
   ok 28 selftests: net: so_txtime.sh
   ok 29 selftests: net: ipv6_flowlabel.sh
   ok 30 selftests: net: tcp_fastopen_backup_key.sh

  ProblemType: Bug
  DistroRelease: Ubuntu 19.10
  Package: linux-image-5.3.0-1009-aws 5.3.0-1009.10
  ProcVersionSignature: User Name 5.3.0-1009.10-aws 5.3.13
  Uname: Linux 5.3.0-1009-aws aarch64
  ApportVersion: 2.20.11-0ubuntu8.3
  Architecture: arm64
  Date: Wed Dec 11 06:42:39 2019
  Ec2AMI: ami-047cec24582f6ae0d
  Ec2AMIManifest: (unknown)
  Ec2AvailabilityZone: us-west-2c
  Ec2InstanceType: a1.large
  Ec2Kernel: unavailable
  Ec2Ramdisk: unavailable
  SourcePackage: linux-aws
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:

[Kernel-packages] [Bug 1934175] Re: Kernel oops due to uninitialized list on kernfs (kernfs_kill_sb)

2021-06-30 Thread Guilherme G. Piccoli
** Description changed:

- TBD
+ [Impact]
+ * We had a recent report of a kernel crash due to a NULL pointer dereference 
in a Bionic 4.15 derivative kernel, as per the following log collected:
+ 
+ [...]
+ [537105.767348] SLUB: Unable to allocate memory on node -1, 
gfp=0x14000c0(GFP_KERNEL)
+ [...]
+ [537105.767368] BUG: unable to handle kernel NULL pointer dereference at 
0008
+ [537105.11] IP: kernfs_kill_sb+0x31/0x70
+ [537105.783582] PGD 0 P4D 0
+ [537105.787844] Oops: 0002 [#1] SMP PTI
+ [...]
+ RIP: 0010:kernfs_kill_sb+0x31/0x70
+ RSP: 0018:b90aec1afd00 EFLAGS: 00010286
+ RAX:  RBX: 9fdbd567d900 RCX: a0143885ae01
+ RDX:  RSI: a0143885ae00 RDI: a2937c40
+ RBP: b90aec1afd10 R08: a0150b581510 R09: 0001814d
+ R10: b90aec1afcd8 R11: 0100 R12: a01436e43000
+ R13: a01436e43000 R14:  R15: 9fdbd567d900
+ FS:  7fe41a615b80() GS:a01afea4() knlGS:
+ CS:  0010 DS:  ES:  CR0: 80050033
+ CR2: 0008 CR3: 007dfe3cc003 CR4: 003606e0
+ DR0:  DR1:  DR2: 
+ DR3:  DR6: fffe0ff0 DR7: 0400
+ Call Trace:
+  sysfs_kill_sb+0x1f/0x40
+  deactivate_locked_super+0x48/0x80
+  kernfs_mount_ns+0x1eb/0x230
+  sysfs_mount+0x66/0xc0
+  mount_fs+0x37/0x160
+  ? alloc_vfsmnt+0x1b3/0x230
+  vfs_kern_mount.part.24+0x5d/0x110
+  do_mount+0x5ed/0xce0
+ [...]
+ 
+ * The following detailed call stack plus the disassembly help to
+ understand the cause of the issue:
+ 
+ mount_fs()
+ --sysfs_mount()
+ kernfs_mount_ns() 
+ --deactivate_locked_super() 
+ sysfs_kill_sb()
+ --kernfs_kill_sb() 
+ 
+ The below disassembly of kernfs_kill_sb() clarifies exactly the issue:
+ 
+ 812f46e0 :
+ [ ... prologue ...]
+ 48 8b 9f 08 04 00 00mov0x408(%rdi),%rbx # %rbx = kernfs_super_info 
*info = sb->s_fs_info
+ 49 89 fcmov%rdi,%r12 # %r12 = super_block *sb
+ 48 c7 c7 40 7c 53 82mov$0x82537c40,%rdi # %rdi = 
_mutex (global)
+ 812f46f9: R_X86_64_32S  kernfs_mutex
+ e8 ee da 67 00  callq  819721f0  # 
mutex_lock(_mutex);
+ [...]
+ 48 8b 53 18 mov0x18(%rbx),%rdx # %rdx = info->node
+ 48 8b 43 20 mov0x20(%rbx),%rax # based on splat, RAX == 0x0 
[info->head.prev]
+ 48 89 42 08 mov%rax,0x8(%rdx) # <- OOPS [tried to assign 
next->prev = prev, see __list_del()]
+ 48 89 10mov%rdx,(%rax)
+ 48 b8 00 01 00 00 00movabs $0xdead0100,%rax # node->next = 
LIST_POISON1
+ [...]
+ 
+ * The fix for this issue comes from upstream commit 82382acec0c9
+ ("kernfs: deal with kernfs_fill_super() failures"); this commit is a
+ very trivial fix that adds an INIT_LIST_HEAD(>node) in
+ kernfs_mount_ns(), making the list prev/next pointers valid since the
+ beginning. Unfortunately this commit wasn't CCed to stable email when
+ sent, so it wasn't automatically picked up by Ubuntu kernel; now it was
+ properly submitted to stable list [0].
+ 
+ * Along with this fix, we found another commit (7b745a4e4051) which is a
+ small/simple fix to correlated code, that also should have been sent to
+ 4.14.y stable branch, but for some reason wasn't. Since both commits
+ were accepted in linux-stable, we are hereby proposing the backport for
+ Ubuntu kernel 4.15.
+ 
+ [0]
+ https://lore.kernel.org/stable/20210622210622.9925-1-gpicc...@canonical.com/
+ 
+ 
+ [Test Case]
+ * We don't have a real test case, although low-memory condition or an 
artificial kprobe reproducer could easily trigger the issue.
+ 
+ * We booted a qemu virtual machine with a kernel containing both patches
+ with no issues.
+ 
+ 
+ [Where problems could occur]
+ * The likelihood of issues are low, specially due to the fact both patches 
are very simple and they are on upstream kernel for more than 3 years (and were 
quickly accepted in 4.14.y stable branch last week).
+ 
+ * With that sad, the second patch could potentially introduce issues
+ with super_block references - I honestly cannot conceive any issues
+ potentially caused by patch 1.

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1934175

Title:
  Kernel oops due to uninitialized list on kernfs (kernfs_kill_sb)

Status in linux package in Ubuntu:
  In Progress
Status in linux source package in Bionic:
  In Progress

Bug description:
  [Impact]
  * We had a recent report of a kernel crash due to a NULL pointer dereference 
in a Bionic 4.15 derivative kernel, as per the following log collected:

  [...]
  [537105.767348] SLUB: Unable to allocate memory on node -1, 
gfp=0x14000c0(GFP_KERNEL)
  [...]
  [537105.767368] BUG: unable to handle kernel NULL pointer dereference at 
0008
  [537105.11] 

[Kernel-packages] [Bug 1934175] [NEW] Kernel oops due to uninitialized list on kernfs (kernfs_kill_sb)

2021-06-30 Thread Guilherme G. Piccoli
Public bug reported:

TBD

** Affects: linux (Ubuntu)
 Importance: High
 Assignee: Guilherme G. Piccoli (gpiccoli)
 Status: In Progress

** Affects: linux (Ubuntu Bionic)
 Importance: High
 Assignee: Guilherme G. Piccoli (gpiccoli)
 Status: In Progress

** Also affects: linux (Ubuntu Bionic)
   Importance: Undecided
   Status: New

** Changed in: linux (Ubuntu Bionic)
   Status: New => In Progress

** Changed in: linux (Ubuntu Bionic)
   Importance: Undecided => High

** Changed in: linux (Ubuntu Bionic)
 Assignee: (unassigned) => Guilherme G. Piccoli (gpiccoli)

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1934175

Title:
  Kernel oops due to uninitialized list on kernfs (kernfs_kill_sb)

Status in linux package in Ubuntu:
  In Progress
Status in linux source package in Bionic:
  In Progress

Bug description:
  TBD

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1934175/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1933969] Re: test_pmtu_vti4_link_add_mtu() test from net/pmtu.sh in ubuntu_kernel_selftests cannot finish properly on Groovy

2021-06-29 Thread Guilherme G. Piccoli
Thanks for the report!! We may be missing this patch:

https://git.kernel.org/linus/0d7a7b2014b1 ("ipv6: remove extra
dev_hold() for fallback tunnels")

It has a fixes tag for upstream 40cb881b5aaa, which was merged in our newer 5.8 
kernels - can you test with the fix @cypressyew and let us know?
Thanks!

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1933969

Title:
  test_pmtu_vti4_link_add_mtu() test from net/pmtu.sh in
  ubuntu_kernel_selftests cannot finish properly on Groovy

Status in ubuntu-kernel-tests:
  New
Status in linux package in Ubuntu:
  New
Status in linux source package in Groovy:
  New

Bug description:
  Issue found with Groovy 5.8.0-60.67 on different amd64 / arm64 / s390x
  instances

  Test case:
  * tools/testing/selftests/net/pmtu.sh

  The pmtu.sh test will hang, and gets killed:
  # TEST: IPv6 over IPv6: PMTU exceptions - nexthop objects[ OK ]
  # TEST: vti6: PMTU exceptions[ OK ]
  Timer expired (1800 sec.), nuking pid 13090

  If you take a closer look on this node, you will see it's complaining about 
unregister_netdevice and modprobe command hung:
    unregister_netdevice: waiting for ip6_vti0 to become free. Usage count = 1
    unregister_netdevice: waiting for ip6_vti0 to become free. Usage count = 1
    INFO: task modprobe:40237 blocked for more than 122 seconds.
  Tainted: P   O  5.8.0-60-generic #67-Ubuntu
    "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
    modprobeD0 40237   1265 0x
    Call Trace:
     [<36dc7860>] __schedule+0x300/0x840
     [<36dc7e02>] schedule+0x62/0x100
     [<362c3bce>] rwsem_down_write_slowpath+0x23e/0x6c0
     [<36b3716c>] register_pernet_device+0x2c/0xa0
     [<03ff80a16034>] vti_init+0x34/0x1000 [ip_vti]
     [<361a88b0>] do_one_initcall+0x40/0x200
     [<3632b34e>] do_init_module+0x6e/0x530
     [<3632e06a>] __do_sys_finit_module+0xaa/0xf0
     [<36dcefbc>] system_call+0xe0/0x2b8
    unregister_netdevice: waiting for ip6_vti0 to become free. Usage count = 1

  Running process shows:
    root   40236  0.0  0.0   3748  1040 ?D10:39   0:00 ip link 
add vti4_a type vti local 192.168.1.1 remote 192.168.1.2 key 10
    root   40237  0.0  0.0   6092  1560 ?D10:39   0:00 
/sbin/modprobe -q -- rtnl-link-vti

  This command "ip link add vti4_a type vti local" belongs to the
  test_pmtu_vti4_link_add_mtu() test in pmtu.sh

  This will prevent the whole ubuntu_kernel_selftests to finish

  On Jenkins, the test will hang and killed by the timeout:
  10:08:18 INFO | == Summary ===
  10:08:18 INFO | No failed cases reported
  10:08:18 INFO |   GOODubuntu_kernel_selftests.ftrace  
ubuntu_kernel_selftests.ftrace  timestamp=1624439298localtime=Jun 23 
10:08:18   completed successfully
  10:08:18 INFO |   END GOODubuntu_kernel_selftests.ftrace  
ubuntu_kernel_selftests.ftrace  timestamp=1624439298localtime=Jun 23 
10:08:18
  10:08:18 DEBUG| Persistent state client._record_indent now set to 1
  10:08:18 DEBUG| Persistent state client.unexpected_reboot deleted
  10:08:18 INFO | END GOOD  timestamp=1624439298
localtime=Jun 23 10:08:18
  10:08:18 DEBUG| Persistent state client._record_indent now set to 0
  10:08:18 INFO | Report successfully generated at 
/home/ubuntu/autotest/client/results/default/job_report.html
  Build timed out (after 240 minutes). Marking the build as aborted.
  Build was aborted
  Recording test results
  ERROR: Step ‘Publish JUnit test result report’ failed: No test report files 
were found. Configuration error?

  Since we don't have any change to the pmtu.sh in this cycle. This
  looks like a potential regression to me.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1933969/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1783881] Re: ltp-syscalls: msgstress03 / msgstress04 fails because systemd limits number of processes

2021-06-21 Thread Guilherme G. Piccoli
Found on B-5.4/aws, cycle sru-20210531 .

** Tags added: sru-20210531

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-azure in Ubuntu.
https://bugs.launchpad.net/bugs/1783881

Title:
  ltp-syscalls: msgstress03 / msgstress04 fails because systemd limits
  number of processes

Status in ubuntu-kernel-tests:
  Triaged
Status in linux package in Ubuntu:
  Incomplete
Status in linux-azure package in Ubuntu:
  New
Status in systemd package in Ubuntu:
  Incomplete
Status in linux source package in Xenial:
  New
Status in linux-azure source package in Xenial:
  New
Status in systemd source package in Xenial:
  New
Status in linux source package in Bionic:
  New
Status in linux-azure source package in Bionic:
  New
Status in systemd source package in Bionic:
  New

Bug description:
  As systemd limits the number of processes, this test will fail because
  it can't fork enough processes. That is limited to when the test is
  run after logging as user 1000, then running sudo. I guess that
  logging as root may not cause this to happen.

  # ./testcases/bin/msgstress03 
  Fork failed (may be OK if under stress)
  Fork failed (may be OK if under stress)
  msgstress031  TFAIL  :  msgstress03.c:157:  Fork failed (may be OK if 
under stress)
  #

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1783881/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1827866] Re: vmx_apicv_test in ubuntu_kvm_unit_tests failed on X/B-KVM X-azure / X-aws

2021-06-21 Thread Guilherme G. Piccoli
Observed in B-5.4/aws, cycle sru-20210531 .

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-kvm in Ubuntu.
https://bugs.launchpad.net/bugs/1827866

Title:
  vmx_apicv_test in ubuntu_kvm_unit_tests failed on X/B-KVM X-azure /
  X-aws

Status in ubuntu-kernel-tests:
  New
Status in linux-azure package in Ubuntu:
  New
Status in linux-kvm package in Ubuntu:
  New
Status in linux-oracle package in Ubuntu:
  New
Status in linux-azure source package in Xenial:
  New
Status in linux-kvm source package in Xenial:
  New
Status in linux-oracle source package in Xenial:
  New
Status in linux-azure source package in Bionic:
  New
Status in linux-kvm source package in Bionic:
  New
Status in linux-oracle source package in Bionic:
  New

Bug description:
  vmx_apicv_test from ubuntu_kvm_unit_tests failed on X-KVM:
  FAIL vmx_apicv_test (timeout; duration=10)

   the test was terminated with return code 124:

  # TESTNAME=vmx_apicv_test TIMEOUT=10 ACCEL= ./x86/run x86/vmx.flat -smp 1 
-cpu host,+vmx -append "apic_reg_virt_test virt_x2apic_mode_test"
  timeout -k 1s --foreground 10 /usr/bin/qemu-system-x86_64 -nodefaults -device 
pc-testdev -device isa-debug-exit,iobase=0xf4,iosize=0x4 -vnc none -serial 
stdio -device pci-testdev -machine accel=kvm -kernel x86/vmx.flat -smp 1 -cpu 
host,+vmx -append apic_reg_virt_test virt_x2apic_mode_test # -initrd 
/tmp/tmp.K6b7rjmgp8
  enabling apic
  paging enabled
  cr0 = 80010011
  cr3 = 477000
  cr4 = 20

  Test suite: apic_reg_virt_test
  --- Virtualize APIC accesses test ---
  PASS: xapic - reading 0x000: got APIC access exit @ page offset 0x000, want 
0x000
  PASS: xapic - writing 0x12345678 to 0x000: got APIC access exit @ page offset 
0x000, want 0x000
  PASS: xapic - reading 0x010: got APIC access exit @ page offset 0x010, want 
0x010
  PASS: xapic - writing 0x12345678 to 0x010: got APIC access exit @ page offset 
0x010, want 0x010
  PASS: xapic - reading 0x020: got APIC access exit @ page offset 0x020, want 
0x020
  PASS: xapic - writing 0x12345678 to 0x020: got APIC access exit @ page offset 
0x020, want 0x020
  PASS: xapic - reading 0x030: got APIC access exit @ page offset 0x030, want 
0x030
  
  
  PASS: xapic - writing 0x12345678 to 0x380: non-virtualized write; val is 
0x12345678, want 0x12345678
  PASS: xapic - reading 0x390: read 0x12345678, expected 0x12345678.
  PASS: xapic - writing 0x12345678 to 0x390: non-virtualized 
writqemu-system-x86_64: terminating on signal 15 from pid 1327

  # echo $?
  124

  ProblemType: Bug
  DistroRelease: Ubuntu 16.04
  Package: linux-image-4.4.0-1044-kvm 4.4.0-1044.50
  ProcVersionSignature: Ubuntu 4.4.0-1044.50-kvm 4.4.177
  Uname: Linux 4.4.0-1044-kvm x86_64
  ApportVersion: 2.20.1-0ubuntu2.18
  Architecture: amd64
  Date: Mon May  6 10:47:17 2019
  SourcePackage: linux-kvm
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1827866/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1887661] Re: pmtu.sh from net in ubuntu_kernel_selftests failed with no error message

2021-06-21 Thread Guilherme G. Piccoli
Observed in B-5.4/aws, cycle sru-20210531 .

** Tags added: aws

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-oem-5.6 in Ubuntu.
https://bugs.launchpad.net/bugs/1887661

Title:
  pmtu.sh from net in ubuntu_kernel_selftests failed with no error
  message

Status in ubuntu-kernel-tests:
  In Progress
Status in linux package in Ubuntu:
  Fix Released
Status in linux-oem-5.10 package in Ubuntu:
  Invalid
Status in linux-oem-5.6 package in Ubuntu:
  Invalid
Status in linux source package in Focal:
  Fix Committed
Status in linux-oem-5.10 source package in Focal:
  Fix Released
Status in linux-oem-5.6 source package in Focal:
  In Progress
Status in linux source package in Groovy:
  Fix Committed
Status in linux-oem-5.10 source package in Groovy:
  Invalid
Status in linux-oem-5.6 source package in Groovy:
  Invalid
Status in linux source package in Hirsute:
  Fix Released
Status in linux-oem-5.10 source package in Hirsute:
  Invalid
Status in linux-oem-5.6 source package in Hirsute:
  Invalid
Status in linux source package in Impish:
  Fix Released
Status in linux-oem-5.10 source package in Impish:
  Invalid
Status in linux-oem-5.6 source package in Impish:
  Invalid

Bug description:
  [Impact]
  The pmtu.sh test in net from ubuntu_kernel_selftests will be marked
  as failed even there is no obvious failure message from the test:
  $ sudo ./pmtu.sh
  TEST: ipv4: PMTU exceptions [ OK ]
  TEST: ipv6: PMTU exceptions [ OK ]
vxlan4 not supported
  TEST: IPv4 over vxlan4: PMTU exceptions [SKIP]
vxlan4 not supported
  TEST: IPv6 over vxlan4: PMTU exceptions [SKIP]
  TEST: IPv4 over vxlan6: PMTU exceptions [ OK ]
  TEST: IPv6 over vxlan6: PMTU exceptions [ OK ]
geneve4 not supported
  TEST: IPv4 over geneve4: PMTU exceptions [SKIP]
geneve4 not supported
  TEST: IPv6 over geneve4: PMTU exceptions [SKIP]
  TEST: IPv4 over geneve6: PMTU exceptions [ OK ]
  TEST: IPv6 over geneve6: PMTU exceptions [ OK ]
  TEST: IPv4 over fou4: PMTU exceptions [ OK ]
  TEST: IPv6 over fou4: PMTU exceptions [ OK ]
  TEST: IPv4 over fou6: PMTU exceptions [ OK ]
  TEST: IPv6 over fou6: PMTU exceptions [ OK ]
  TEST: IPv4 over gue4: PMTU exceptions [ OK ]
  TEST: IPv6 over gue4: PMTU exceptions [ OK ]
  TEST: IPv4 over gue6: PMTU exceptions [ OK ]
  TEST: IPv6 over gue6: PMTU exceptions [ OK ]
  TEST: vti6: PMTU exceptions [ OK ]
  TEST: vti4: PMTU exceptions [ OK ]
  TEST: vti4: default MTU assignment [ OK ]
  TEST: vti6: default MTU assignment [ OK ]
  TEST: vti4: MTU setting on link creation [ OK ]
  TEST: vti6: MTU setting on link creation [ OK ]
  TEST: vti6: MTU changes on link changes [ OK ]
vxlan4 not supported
  TEST: ipv4: cleanup of cached exceptions [SKIP]
  TEST: ipv6: cleanup of cached exceptions [ OK ]
  TEST: ipv4: list and flush cached exceptions [ OK ]
  TEST: ipv6: list and flush cached exceptions [ OK ]
  $ echo $?
  1

  This is because the test script treats all non-zero return code as a
  failure, thus it will be marked as FAILED when some sub-test got
  skipped.

  [Fix]
  * ef1220a7d4bbdb selftests: pmtu.sh: use $ksft_skip for skipped return
   code
  * 2a9d3716b810a4 selftests: pmtu.sh: improve the test result processing

  This patchset will:
1. Use the kselftest framework skip code $ksft_skip to replace the
   hardcoded SKIP return code.
2. Improve the result processing, the test will be marked as PASSED
   if nothing goes wrong and not all the tests were skipped.

  These have already landed in newer releases and this test does not
  exist in B, thus we just need this for F/F-OEM-5.6/F-OEM-5.10/G.

  The first patch needs to be backported (except on F-OEM-5.10) as some
  test cases were not added yet.
  The second one can be cherry-picked.

  [Test]
  Run this test directly on a patched kernel. The skipped test will cause
  failure to this test.

  [Where problems could occur]
  Changes limited to testing tools, it's unlikely to cause any problem
  to kernel functions.

  
  [Original Bug Report]
  Issue found on B-5.4 oracle 5.4.0-1021.21~18.04.1

  The pmtu.sh test in net from ubuntu_kernel_selftests will be marked as failed 
even there is no obvious failure message from the test:
  $ sudo ./pmtu.sh
  TEST: ipv4: PMTU exceptions [ OK ]
  TEST: ipv6: PMTU exceptions [ OK ]
    vxlan4 not supported
  TEST: IPv4 over vxlan4: PMTU exceptions [SKIP]
    vxlan4 not supported
  TEST: IPv6 over vxlan4: PMTU exceptions [SKIP]
  TEST: IPv4 over vxlan6: PMTU exceptions [ OK ]
  TEST: IPv6 over vxlan6: PMTU exceptions [ OK ]
    geneve4 not supported
  TEST: IPv4 over geneve4: PMTU exceptions[SKIP]
    geneve4 not supported
  TEST: IPv6 over geneve4: PMTU exceptions[SKIP]
  

[Kernel-packages] [Bug 1891003] Re: mem-on-off-test.sh from memory-hotplug in ubuntu_kernel_selftests failed with script is not executable

2021-06-21 Thread Guilherme G. Piccoli
Observed in B-5.4/aws, cycle sru-20210531 .

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1891003

Title:
  mem-on-off-test.sh from memory-hotplug in ubuntu_kernel_selftests
  failed with script is not executable

Status in ubuntu-kernel-tests:
  Fix Released
Status in linux package in Ubuntu:
  Confirmed
Status in linux source package in Bionic:
  Confirmed
Status in linux source package in Focal:
  Confirmed
Status in linux source package in Groovy:
  Confirmed

Bug description:
  Issue found on Bionic 5.3.0-1033.35-aws

  TAP version 13
   1..1
   # selftests: memory-hotplug: mem-on-off-test.sh
   # Warning: file mem-on-off-test.sh is not executable, correct this.
   not ok 1 selftests: memory-hotplug: mem-on-off-test.sh
   make[1]: Leaving directory 
'/home/ubuntu/autotest/client/tmp/ubuntu_kernel_selftests/src/linux/tools/testing/selftests/memory-hotplug'
   make: Leaving directory 
'/home/ubuntu/autotest/client/tmp/ubuntu_kernel_selftests/src/linux/tools/testing/selftests'
  ubuntu_ker:0242| == Summary ===
  ubuntu_ker:0076| Sub test case: mem-on-off-test.sh failed.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1891003/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1830585] Re: cpuset_memory_spread from controllers test suite in LTP failed (hog the memory on the unexpected node)

2021-06-21 Thread Guilherme G. Piccoli
Found on B-5.4/aws, cycle sru-20210531 .

** Tags added: aws

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-azure in Ubuntu.
https://bugs.launchpad.net/bugs/1830585

Title:
  cpuset_memory_spread from controllers test suite in LTP failed (hog
  the memory on the unexpected node)

Status in ubuntu-kernel-tests:
  Triaged
Status in linux package in Ubuntu:
  Confirmed
Status in linux-azure package in Ubuntu:
  New
Status in linux source package in Bionic:
  New
Status in linux-azure source package in Bionic:
  New
Status in linux source package in Disco:
  Won't Fix
Status in linux-azure source package in Disco:
  Won't Fix

Bug description:
  Test failed with:
  cpuset_memory_spread 7 TFAIL: hog the memory on the unexpected 
node(FilePages_For_Nodes(KB): _0: 2276
  _1: 102428, Expect Nodes: 1).

  <<>>
  tag=cpuset_memory_spread stime=1558937747
  cmdline="   cpuset_memory_spread_testset.sh"
  contacts=""
  analysis=exit
  <<>>
  100+0 records in
  100+0 records out
  104857600 bytes (105 MB, 100 MiB) copied, 0.0993112 s, 1.1 GB/s
  cpuset_memory_spread 1 TPASS: Cpuset memory spread page test succeeded.
  cpuset_memory_spread 3 TPASS: Cpuset memory spread page test succeeded.
  cpuset_memory_spread 5 TPASS: Cpuset memory spread page test succeeded.
  cpuset_memory_spread 7 TFAIL: hog the memory on the unexpected 
node(FilePages_For_Nodes(KB): _0: 2276
  _1: 102428, Expect Nodes: 1).
  cpuset_memory_spread 9 TPASS: Cpuset memory spread page test succeeded.
  cpuset_memory_spread 11 TPASS: Cpuset memory spread page test succeeded.
  cpuset_memory_spread 13 TPASS: Cpuset memory spread page test succeeded.
  <<>>
  initiation_status="ok"
  duration=10 termination_type=exited termination_id=1 corefile=no
  cutime=364 cstime=383
  <<>>

  ProblemType: Bug
  DistroRelease: Ubuntu 19.04
  Package: linux-image-5.0.0-15-generic 5.0.0-15.16
  ProcVersionSignature: User Name 5.0.0-15.16-generic 5.0.6
  Uname: Linux 5.0.0-15-generic x86_64
  AlsaDevices:
   total 0
   crw-rw 1 root audio 116,  1 May 27 05:39 seq
   crw-rw 1 root audio 116, 33 May 27 05:39 timer
  AplayDevices: Error: [Errno 2] No such file or directory: 'aplay': 'aplay'
  ApportVersion: 2.20.10-0ubuntu27
  Architecture: amd64
  ArecordDevices: Error: [Errno 2] No such file or directory: 'arecord': 
'arecord'
  AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/seq', 
'/dev/snd/timer'] failed with exit code 1:
  Date: Mon May 27 06:16:49 2019
  IwConfig: Error: [Errno 2] No such file or directory: 'iwconfig': 'iwconfig'
  MachineType: HP ProLiant DL360 Gen9
  PciMultimedia:

  ProcFB: 0 mgadrmfb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.0.0-15-generic 
root=UUID=6422cfdd-2a69-4c0b-9784-6809a77ab980 ro
  RelatedPackageVersions:
   linux-restricted-modules-5.0.0-15-generic N/A
   linux-backports-modules-5.0.0-15-generic  N/A
   linux-firmware1.178.1
  RfKill: Error: [Errno 2] No such file or directory: 'rfkill': 'rfkill'
  SourcePackage: linux
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 04/25/2017
  dmi.bios.vendor: HP
  dmi.bios.version: P89
  dmi.board.name: ProLiant DL360 Gen9
  dmi.board.vendor: HP
  dmi.chassis.type: 23
  dmi.chassis.vendor: HP
  dmi.modalias: 
dmi:bvnHP:bvrP89:bd04/25/2017:svnHP:pnProLiantDL360Gen9:pvr:rvnHP:rnProLiantDL360Gen9:rvr:cvnHP:ct23:cvr:
  dmi.product.family: ProLiant
  dmi.product.name: ProLiant DL360 Gen9
  dmi.product.sku: 780020-S01
  dmi.sys.vendor: HP

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1830585/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1821905] Re: umip in ubuntu_kvm_unit_test failed on T-3.13 / T-4.4

2021-06-21 Thread Guilherme G. Piccoli
Found on T-4.15/Azure, cycle sru-20210531 .

** Tags added: 4.15 azure sru-20210531

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1821905

Title:
  umip in ubuntu_kvm_unit_test failed on T-3.13 / T-4.4

Status in ubuntu-kernel-tests:
  New
Status in linux package in Ubuntu:
  Incomplete

Bug description:
  This umip test failed on T-3.13 and T-4.4
  On X-4.4 this was skipped:
  SKIP umip (qemu-system-x86_64: CPU feature umip not found)

  So it looks like a qemu issue to me.

  
root@gonzo:/home/ubuntu/autotest/client/tmp/ubuntu_kvm_unit_tests/src/kvm-unit-tests#
 TESTNAME=umip TIMEOUT=90s ACCEL= ./x86/run x86/umip.flat -smp 1 -cpu 
qemu64,+umip
  timeout -k 1s --foreground 90s /usr/bin/qemu-system-x86_64 -nodefaults 
-device pc-testdev -device isa-debug-exit,iobase=0xf4,iosize=0x4 -vnc none 
-serial stdio -device pci-testdev -machine accel=kvm -kernel x86/umip.flat -smp 
1 -cpu qemu64,+umip # -initrd /tmp/tmp.WBWyPcleSg
  CPU feature umip not found
  enabling apic
  UMIP=0, CPL=0
  PASS: no exception from smsw
  PASS: no exception from sgdt
  PASS: no exception from sidt
  PASS: no exception from sldt
  PASS: no exception from str
  UMIP=0, CPL=3
  PASS: no exception from smsw
  PASS: no exception from sgdt
  PASS: no exception from sidt
  PASS: no exception from sldt
  PASS: no exception from str
  PASS: exception from mov %cr0, %eax
  UMIP not available
  SUMMARY: 11 tests

  ProblemType: Bug
  DistroRelease: Ubuntu 14.04
  Package: linux-image-4.4.0-143-generic 4.4.0-143.169~14.04.2
  ProcVersionSignature: User Name 4.4.0-143.169~14.04.2-generic 4.4.170
  Uname: Linux 4.4.0-143-generic x86_64
  ApportVersion: 2.14.1-0ubuntu3.29
  Architecture: amd64
  Date: Wed Mar 27 11:10:13 2019
  SourcePackage: linux-signed-lts-xenial
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1821905/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1831449] Re: memory in ubuntu_kvm_unit_tests fails (clflushopt / clwb ABSENT)

2021-06-21 Thread Guilherme G. Piccoli
Observed in T-4.15/Azure, cycle sru-20210531.

** Summary changed:

- memory in ubuntu_kvm_unit_tests fails (clflushopt / cwlb ABSENT)
+ memory in ubuntu_kvm_unit_tests fails (clflushopt / clwb ABSENT)

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-oracle in Ubuntu.
https://bugs.launchpad.net/bugs/1831449

Title:
  memory in ubuntu_kvm_unit_tests fails (clflushopt / clwb ABSENT)

Status in ubuntu-kernel-tests:
  Triaged
Status in linux-kvm package in Ubuntu:
  New
Status in linux-oracle package in Ubuntu:
  New

Bug description:
  Need to run this on oracle manually to get the full output:
   TESTNAME=memory TIMEOUT=90s ACCEL= ./x86/run x86/memory.flat -smp 1 -cpu host
   FAIL memory (8 tests, 2 unexpected failures)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1831449/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1900951] Re: ptrace10 from ubuntu_ltp_syscalls failed on T/X/B

2021-06-21 Thread Guilherme G. Piccoli
Observed in T-4.15/Azure, cycle sru-20210531 .

** Summary changed:

- ptrace10 from ubuntu_ltp_syscalls failed on X/B
+ ptrace10 from ubuntu_ltp_syscalls failed on T/X/B

** Tags added: sru-20210531

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1900951

Title:
  ptrace10 from ubuntu_ltp_syscalls failed on T/X/B

Status in ubuntu-kernel-tests:
  New
Status in linux package in Ubuntu:
  Fix Released
Status in linux source package in Bionic:
  New

Bug description:
  Issue found on B-AWS 4.15.0-1087.92

  This is a new test case added a week ago [1]. Test failed with:
   startup='Wed Oct 21 13:10:37 2020'
   tst_test.c:1250: TINFO: Timeout per run is 0h 05m 00s
   ptrace10.c:60: TFAIL: The rd0 wasn't set on second PTRACE_POKEUSER 

   HINT: You _MAY_ be missing kernel fixes, see:
   
   
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=bd14406b78e6

   Summary:
   passed 0
   failed 1
   skipped 0
   warnings 0
   tag=ptrace10 stime=1603285837 dur=0 exit=exited stat=1 core=no cu=0 cs=0


  [1] https://github.com/linux-test-
  project/ltp/blob/master/testcases/kernel/syscalls/ptrace/ptrace10.c

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1900951/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1876684] Re: fanotify09 case 3 from ubuntu_ltp_syscalls failed

2021-06-21 Thread Guilherme G. Piccoli
Observed in T-4.15/Azure, cycle sru-20210531 .

** Tags added: sru-20210531

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1876684

Title:
  fanotify09 case 3 from ubuntu_ltp_syscalls  failed

Status in ubuntu-kernel-tests:
  New
Status in linux package in Ubuntu:
  Incomplete
Status in linux source package in Bionic:
  New
Status in linux source package in Eoan:
  Fix Released
Status in linux source package in Focal:
  Fix Released

Bug description:
  This is a new test case added 7 days ago [1]

  Test failed on Focal 5.4.0-29.33 with:
  fanotify09.c:150: FAIL: group 1 got event: mask 10 pid=41059 fd=24 
path=/tmp/ltp-sL4wPwoPJ3/AuNN9M/mntpoint
  fanotify09.c:150: FAIL: group 2 got event: mask 10 pid=41059 fd=24 
path=/tmp/ltp-sL4wPwoPJ3/AuNN9M/mntpoint

  
  [1] 
https://github.com/linux-test-project/ltp/commit/70ca1e8806d227d47c6801262d3f7983652159a4#diff-234c27c769cf07468a81748a0e7330dd

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1876684/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1785207] Re: openat03 in ubuntu_ltp_syscall failed with Trusty

2021-06-21 Thread Guilherme G. Piccoli
Found in T-4.15/Azure, cycle sru-20210531 .

** Tags added: sru-20210531

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1785207

Title:
  openat03 in ubuntu_ltp_syscall failed with Trusty

Status in ubuntu-kernel-tests:
  Triaged
Status in linux package in Ubuntu:
  Triaged

Bug description:
  <<>>
  tag=openat03 stime=1533289807
  cmdline="openat03"
  contacts=""
  analysis=exit
  <<>>
  openat030  TINFO  :  creating a file with O_TMPFILE flag
  incrementing stop
  openat030  TINFO  :  writing data to the file
  openat030  TINFO  :  file size is '4096'
  openat030  TINFO  :  looking for the file in '.'
  openat030  TINFO  :  file not found, OK
  openat030  TINFO  :  renaming '/tmp/ltp-5saSOZV2Gx/opea7u155/#286254 
(deleted)' -> 'tmpfile'
  openat030  TINFO  :  found a file: tmpfile
  openat031  TPASS  :  single file tests passed
  openat030  TINFO  :  create files in multiple directories
  openat030  TINFO  :  removing test directories
  openat030  TINFO  :  writing/reading temporary files
  openat030  TINFO  :  closing temporary files
  openat032  TPASS  :  multiple files tests passed
  openat030  TINFO  :  create multiple directories, link files into them
  openat030  TINFO  :  and check file permissions
  openat033  TFAIL  :  openat03.c:223: file mode read 0, but expected 
  <<>>
  initiation_status="ok"
  duration=0 termination_type=exited termination_id=1 corefile=no
  cutime=0 cstime=0
  <<>>

  ProblemType: Bug
  DistroRelease: Ubuntu 14.04
  Package: linux-image-3.13.0-153-generic 3.13.0-153.203
  ProcVersionSignature: User Name 3.13.0-153.203-generic 3.13.11-ckt39
  Uname: Linux 3.13.0-153-generic x86_64
  AlsaDevices:
   total 0
   crw-rw 1 root audio 116,  1 Aug  3 07:50 seq
   crw-rw 1 root audio 116, 33 Aug  3 07:50 timer
  AplayDevices: Error: [Errno 2] No such file or directory: 'aplay'
  ApportVersion: 2.14.1-0ubuntu3.29
  Architecture: amd64
  ArecordDevices: Error: [Errno 2] No such file or directory: 'arecord'
  AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/seq', 
'/dev/snd/timer'] failed with exit code 1:
  Date: Fri Aug  3 09:49:41 2018
  IwConfig: Error: [Errno 2] No such file or directory: 'iwconfig'
  Lsusb: Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
  MachineType: QEMU Standard PC (i440FX + PIIX, 1996)
  PciMultimedia:
   
  ProcFB:
   
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.13.0-153-generic 
root=UUID=41f2a2b1-0082-4a56-ad3b-9f99ca574aeb ro
  RelatedPackageVersions:
   linux-restricted-modules-3.13.0-153-generic N/A
   linux-backports-modules-3.13.0-153-generic  N/A
   linux-firmware  1.127.24
  RfKill: Error: [Errno 2] No such file or directory: 'rfkill'
  SourcePackage: linux
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 04/01/2014
  dmi.bios.vendor: SeaBIOS
  dmi.bios.version: Ubuntu-1.8.2-1ubuntu1
  dmi.chassis.type: 1
  dmi.chassis.vendor: QEMU
  dmi.chassis.version: pc-i440fx-xenial
  dmi.modalias: 
dmi:bvnSeaBIOS:bvrUbuntu-1.8.2-1ubuntu1:bd04/01/2014:svnQEMU:pnStandardPC(i440FX+PIIX,1996):pvrpc-i440fx-xenial:cvnQEMU:ct1:cvrpc-i440fx-xenial:
  dmi.product.name: Standard PC (i440FX + PIIX, 1996)
  dmi.product.version: pc-i440fx-xenial
  dmi.sys.vendor: QEMU

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1785207/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1895276] Re: shmctl04 from ubuntu_ltp_syscalls failed with X-aws + T-azure / 4.15

2021-06-21 Thread Guilherme G. Piccoli
Observed in T-4.15/Azure, cycle sru-20210531 .

** Summary changed:

- shmctl04 from ubuntu_ltp_syscalls failed with X-aws / 4.15
+ shmctl04 from ubuntu_ltp_syscalls failed with X-aws + T-azure / 4.15

** Tags added: sru-20210531

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1895276

Title:
  shmctl04 from ubuntu_ltp_syscalls failed with X-aws + T-azure / 4.15

Status in ubuntu-kernel-tests:
  New
Status in linux package in Ubuntu:
  Incomplete

Bug description:
  Issue spotted with 4.15.0-1054.58~16.04.1-oracle

  The test case got re-wrote in the upstream
  
https://github.com/linux-test-project/ltp/commit/234b8f200cd80556a4784a3a6b4b073061128c16#diff-c2b2d6e89ea2cd9831c395fbe1bef9f3

  Test failed with:
   startup='Fri Sep 11 07:28:24 2020'
   tst_test.c:1250: INFO: Timeout per run is 0h 05m 00s
   shmctl04.c:115: FAIL: SHM_INFO haven't returned a valid index: SUCCESS (0)
   shmctl04.c:131: FAIL: Counted used = 0, used_ids = 4
   shmctl04.c:72: PASS: used_ids = 4
   shmctl04.c:79: PASS: shm_rss = 6
   shmctl04.c:86: PASS: shm_swp = 0
   shmctl04.c:93: PASS: shm_tot = 7
   
   Summary:
   passed   4
   failed   2
   skipped  0
   warnings 0
   tag=shmctl04 stime=1599809304 dur=0 exit=exited stat=1 core=no cu=0 cs=0

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1895276/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1813878] Re: lxc test failed on Azure T-4.15

2021-06-21 Thread Guilherme G. Piccoli
Found on T-4.15/Azure, cycle sru-20210531 .

** Tags added: sru-20210531

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-signed-azure in Ubuntu.
https://bugs.launchpad.net/bugs/1813878

Title:
  lxc test failed on Azure T-4.15

Status in ubuntu-kernel-tests:
  Triaged
Status in linux-signed-azure package in Ubuntu:
  New

Bug description:
  There are multiple failures in the lxc test for Azure T-4.15

   FAIL: lxc-tests: /usr/bin/lxc-test-autostart
   FAIL: lxc-tests: /usr/bin/lxc-test-cgpath
   FAIL: lxc-tests: /usr/bin/lxc-test-concurrent
   FAIL: lxc-tests: /usr/bin/lxc-test-createtest
   FAIL: lxc-tests: /usr/bin/lxc-test-destroytest
   FAIL: lxc-tests: /usr/bin/lxc-test-device-add-remove
   FAIL: lxc-tests: /usr/bin/lxc-test-ubuntu
   FAIL: lxc-tests: /usr/bin/lxc-test-unpriv
   FAIL: lxc-tests: /usr/bin/lxc-test-usernic
   FAIL: python3: API

  * lxc-test-autostart
   ---
   Setting up the GPG keyring
   Downloading the image index
   Downloading the rootfs
   Downloading the metadata
   The image cache is now ready
   Unpacking the rootfs
   
   ---
   You just created an Ubuntu trusty amd64 (20190129_07:43) container.
   
   To enable SSH, run: apt install openssh-server
   No default root or user password are set by LXC.
   Error starting container: lxc-test-auto
   Container didn't start
   FAIL

  * lxc-test-cgpath
   setting root password to "root"
   Password for 'root' changed
   cgpath.c:69 lxc_cmd_get_cgroup_path returned NULL
   lxc_container: commands.c: lxc_cmd_stop: 628 Failed to stop container 
"lxctest1": Operation not permitted.

  
  * lxc-test-concurrent
   Iteration 1/1 maxfd:18
   Executing (create) for 5 containers...
   Executing (start) for 5 containers...
   lxc_container: commands.c: lxc_cmd_stop: 628 Failed to stop container 
"lxc-test-concurrent-3": Operation not permitted.
   Stopping the container (lxc-test-concurrent-3) failed...
   lxc_container: lxc_container: commands.c: lxc_cmd_stop: 628 Failed to stop 
container "lxc-test-concurrent-1": Operation not permitted.
   Stopping the container (lxc-test-concurrent-1) failed...
   lxc_container: commands.c: lxc_cmd_stop: 628 Failed to stop container 
"lxc-test-concurrent-0": Operation not permitted.
   Stopping the container (lxc-test-concurrent-0) failed...
   thread returned error 1

  * /lxc-test-destroytest
  75: lxctest1 thought it was defined

  * lxc-test-device-add-remove
   lxc_container: lxccontainer.c: add_remove_device_node: 3260 set_cgroup_item 
failed while adding the device node
   Adding /dev/network_latency to the container (device_add_remove_test) 
failed...

  * lxc-test-ubuntu
   lxc-start: lxc_start.c: main: 341 The container failed to start.
   lxc-start: lxc_start.c: main: 343 To get more details, run the container in 
foreground mode.
   lxc-start: lxc_start.c: main: 345 Additional information can be obtained by 
setting the --logfile and --logpriority options.
   Failed starting ubuntu container

  * lxc-test-unpriv
  see bug 1803686

  * lxc-test-usernic
   sent invalidate(passwd) request, exiting
   sent invalidate(group) request, exiting
   /usr/sbin/deluser: The user `usernic-user' does not exist.
   sent invalidate(passwd) request, exiting
   sent invalidate(group) request, exiting
   sent invalidate(passwd) request, exiting
   sent invalidate(group) request, exiting
   sent invalidate(passwd) request, exiting
   sent invalidate(group) request, exiting
   sent invalidate(passwd) request, exiting
   sent invalidate(group) request, exiting
   Failed to open connection to "unix:path=/sys/fs/cgroup/cgmanager/sock" 
message bus: Failed to connect to socket /sys/fs/cgroup/cgmanager/sock: 
Connection refused
   FAIL

  * python3: API
   Using image from local cache
   Unpacking the rootfs
   
   ---
   You just created an Ubuntu trusty amd64 (20190129_07:43) container.
   
   To enable SSH, run: apt install openssh-server
   No default root or user password are set by LXC.
   Getting instance for 'f13fde32-245e-11e9-8017-000d3a942bc7'
   Creating rootfs using 'download', arch=amd64
   Testing the configuration
   Testing the networking
   Starting the container
   Traceback (most recent call last):
 File "/tmp/tmp.Y8MLapGtid", line 102, in 
   assert(container.init_pid > 1)
   AssertionError

  Please see the attachment for the complete test log

  ProblemType: Bug
  DistroRelease: Ubuntu 14.04
  Package: linux-image-4.15.0-1036-azure 4.15.0-1036.38~14.04.2
  ProcVersionSignature: User Name 4.15.0-1036.38~14.04.2-username 4.15.18
  Uname: Linux 4.15.0-1036-azure x86_64
  ApportVersion: 2.14.1-0ubuntu3.29
  Architecture: amd64
  Date: Wed Jan 30 07:04:25 2019
  SourcePackage: linux-signed-azure
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1813878/+subscriptions

-- 
Mailing list: 

[Kernel-packages] [Bug 1931325] Re: cfs_bandwidth01 in sched from ubuntu_ltp_stable failed on B-4.15

2021-06-18 Thread Guilherme G. Piccoli
** Tags added: gt

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1931325

Title:
  cfs_bandwidth01 in sched from ubuntu_ltp_stable failed on B-4.15

Status in ubuntu-kernel-tests:
  New
Status in linux package in Ubuntu:
  Fix Released
Status in linux source package in Bionic:
  New

Bug description:
  [Impact]
  Test case cfs_bandwidth01 in LTP sched test suite is a reproducer of a CFS 
unthrottle_cfs_rq() issue (fe61468b2cbc2b sched/fair: Fix enqueue_task_fair 
warning).

  This test triggers a warning on our 4.15 kernel:
   LTP: starting cfs_bandwidth01 (cfs_bandwidth01 -i 5)
   [ cut here ]
   rq->tmp_alone_branch != >leaf_cfs_rq_list
   WARNING: CPU: 0 PID: 0 at 
/build/linux-fYK9kF/linux-4.15.0/kernel/sched/fair.c:393 
unthrottle_cfs_rq+0x16f/0x200
   Modules linked in: input_leds joydev serio_raw mac_hid qemu_fw_cfg kvm_intel 
kvm irqbypass sch_fq_codel binfmt_misc ib_iser rdma_cm iw_cm ib_cm ib_core 
iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi nfsd auth_rpcgss nfs_acl 
lockd grace sunrpc ip_tables x_tables autofs4 btrfs zstd_compress raid10 
raid456 async_raid6_recov async_memcpy async_pq async_xor async_tx xor raid6_pq 
libcrc32c raid1 raid0 multipath linear cirrus ttm drm_kms_helper syscopyarea 
sysfillrect sysimgblt fb_sys_fops drm psmouse virtio_blk pata_acpi floppy 
virtio_net i2c_piix4
   CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.15.0-144-generic #148-Ubuntu
   Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.10.2-1ubuntu1 
04/01/2014
   RIP: 0010:unthrottle_cfs_rq+0x16f/0x200
   RSP: 0018:989ebfc03e80 EFLAGS: 00010082
   RAX:  RBX: 989eb4c6ac00 RCX: 
   RDX: 0005 RSI: acb63c4d RDI: 0046
   RBP: 989ebfc03ea8 R08: 00af39e61b33 R09: acb63c20
   R10:  R11: 0001 R12: 989eb57fe400
   R13: 989ebfc21900 R14: 0001 R15: 0001
   FS: () GS:989ebfc0() knlGS:
   CS: 0010 DS:  ES:  CR0: 80050033
   CR2: 55593258d618 CR3: 7a044000 CR4: 06f0
   DR0:  DR1:  DR2: 
   DR3:  DR6: fffe0ff0 DR7: 0400
   Call Trace:
   
   distribute_cfs_runtime+0xc3/0x110
   sched_cfs_period_timer+0xff/0x220
   ? sched_cfs_slack_timer+0xd0/0xd0
   __hrtimer_run_queues+0xdf/0x230
   hrtimer_interrupt+0xa0/0x1d0
   smp_apic_timer_interrupt+0x6f/0x140
   apic_timer_interrupt+0x90/0xa0
   
   RIP: 0010:native_safe_halt+0x12/0x20
   RSP: 0018:ac603e28 EFLAGS: 0246 ORIG_RAX: ff11
   RAX: abbc9280 RBX:  RCX: 
   RDX:  RSI:  RDI: 
   RBP: ac603e28 R08: 00af39850067 R09: 989e73749d00
   R10:  R11: 7fff R12: 
   R13:  R14:  R15: 
   ? __sched_text_end+0x1/0x1
   default_idle+0x20/0x100
   arch_cpu_idle+0x15/0x20
   default_idle_call+0x23/0x30
   do_idle+0x172/0x1f0
   cpu_startup_entry+0x73/0x80
   rest_init+0xae/0xb0
   start_kernel+0x4dc/0x500
   x86_64_start_reservations+0x24/0x26
   x86_64_start_kernel+0x74/0x77
   secondary_startup_64+0xa5/0xb0
   Code: 50 09 00 00 49 39 85 60 09 00 00 74 68 80 3d 3a 6e 54 01 00 75 5f 31 
db 48 c7 c7 c0 3d 2d ac c6 05 28 6e 54 01 01 e8 11 36 fc ff <0f> 0b 48 85 db 74 
43 49 8b 85 78 09 00 00 49 39 85 70 09 00 00
   ---[ end trace b6b9a70bc2945c0c ]---

  [Fix]
    * fe61468b2cbc2b sched/fair: Fix enqueue_task_fair warning
    * b34cb07dde7c23 sched/fair: Fix enqueue_task_fair() warning some more
    * 39f23ce07b9355 sched/fair: Fix unthrottle_cfs_rq() for leaf_cfs_rq list
    * 6d4d22468dae3d sched/fair: Reorder enqueue/dequeue_task_fair path
    * 5ab297bab98431 sched/fair: Fix reordering of enqueue/dequeue_task_fair()

  Backport needed for Bionic since we're missing some new variables introduced 
in the following commits and their corresponding fixes:
    * 9f68395333ad7f sched/pelt: Add a new runnable average signal
    * 6212437f0f6043 sched/fair: Fix runnable_avg for throttled cfs
    * 43e9f7f231e40e sched/fair: Start tracking SCHED_IDLE tasks count in cfs_rq

  I have also searched in the upstream tree to see if there is any other
  commit claim to a fix of these but didn't see any.

  [Test]
  Test kernel can be found here:
  https://people.canonical.com/~phlin/kernel/lp-1931325-cfs_bandwidth01/

  With these patches applied, the test can pass without any issue.

  I have also run the whole sched test suite in LTP to make sure it
  didn't cause any other problem.

  [Regression Potential]
  * Completely Fair Scheduler (CFS) is a vital part in the kernel,

  [Other Info]
  Test case description:
   * Creates 

[Kernel-packages] [Bug 1827866] Re: vmx_apicv_test in ubuntu_kvm_unit_tests failed on X/B-KVM X-azure / X-aws

2021-06-18 Thread Guilherme G. Piccoli
Observed in B/KVM, cycle sru-20210531.

** Tags added: kvm linux-kvm sru-20210531

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-kvm in Ubuntu.
https://bugs.launchpad.net/bugs/1827866

Title:
  vmx_apicv_test in ubuntu_kvm_unit_tests failed on X/B-KVM X-azure /
  X-aws

Status in ubuntu-kernel-tests:
  New
Status in linux-azure package in Ubuntu:
  New
Status in linux-kvm package in Ubuntu:
  New
Status in linux-oracle package in Ubuntu:
  New
Status in linux-azure source package in Xenial:
  New
Status in linux-kvm source package in Xenial:
  New
Status in linux-oracle source package in Xenial:
  New
Status in linux-azure source package in Bionic:
  New
Status in linux-kvm source package in Bionic:
  New
Status in linux-oracle source package in Bionic:
  New

Bug description:
  vmx_apicv_test from ubuntu_kvm_unit_tests failed on X-KVM:
  FAIL vmx_apicv_test (timeout; duration=10)

   the test was terminated with return code 124:

  # TESTNAME=vmx_apicv_test TIMEOUT=10 ACCEL= ./x86/run x86/vmx.flat -smp 1 
-cpu host,+vmx -append "apic_reg_virt_test virt_x2apic_mode_test"
  timeout -k 1s --foreground 10 /usr/bin/qemu-system-x86_64 -nodefaults -device 
pc-testdev -device isa-debug-exit,iobase=0xf4,iosize=0x4 -vnc none -serial 
stdio -device pci-testdev -machine accel=kvm -kernel x86/vmx.flat -smp 1 -cpu 
host,+vmx -append apic_reg_virt_test virt_x2apic_mode_test # -initrd 
/tmp/tmp.K6b7rjmgp8
  enabling apic
  paging enabled
  cr0 = 80010011
  cr3 = 477000
  cr4 = 20

  Test suite: apic_reg_virt_test
  --- Virtualize APIC accesses test ---
  PASS: xapic - reading 0x000: got APIC access exit @ page offset 0x000, want 
0x000
  PASS: xapic - writing 0x12345678 to 0x000: got APIC access exit @ page offset 
0x000, want 0x000
  PASS: xapic - reading 0x010: got APIC access exit @ page offset 0x010, want 
0x010
  PASS: xapic - writing 0x12345678 to 0x010: got APIC access exit @ page offset 
0x010, want 0x010
  PASS: xapic - reading 0x020: got APIC access exit @ page offset 0x020, want 
0x020
  PASS: xapic - writing 0x12345678 to 0x020: got APIC access exit @ page offset 
0x020, want 0x020
  PASS: xapic - reading 0x030: got APIC access exit @ page offset 0x030, want 
0x030
  
  
  PASS: xapic - writing 0x12345678 to 0x380: non-virtualized write; val is 
0x12345678, want 0x12345678
  PASS: xapic - reading 0x390: read 0x12345678, expected 0x12345678.
  PASS: xapic - writing 0x12345678 to 0x390: non-virtualized 
writqemu-system-x86_64: terminating on signal 15 from pid 1327

  # echo $?
  124

  ProblemType: Bug
  DistroRelease: Ubuntu 16.04
  Package: linux-image-4.4.0-1044-kvm 4.4.0-1044.50
  ProcVersionSignature: Ubuntu 4.4.0-1044.50-kvm 4.4.177
  Uname: Linux 4.4.0-1044-kvm x86_64
  ApportVersion: 2.20.1-0ubuntu2.18
  Architecture: amd64
  Date: Mon May  6 10:47:17 2019
  SourcePackage: linux-kvm
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1827866/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1831449] Re: memory in ubuntu_kvm_unit_tests fails (clflushopt / cwlb ABSENT)

2021-06-18 Thread Guilherme G. Piccoli
Observed in B/KVM, cycle sru-20210531.

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-oracle in Ubuntu.
https://bugs.launchpad.net/bugs/1831449

Title:
  memory in ubuntu_kvm_unit_tests fails (clflushopt / cwlb ABSENT)

Status in ubuntu-kernel-tests:
  Triaged
Status in linux-kvm package in Ubuntu:
  New
Status in linux-oracle package in Ubuntu:
  New

Bug description:
  Need to run this on oracle manually to get the full output:
   TESTNAME=memory TIMEOUT=90s ACCEL= ./x86/run x86/memory.flat -smp 1 -cpu host
   FAIL memory (8 tests, 2 unexpected failures)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1831449/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1932966] [NEW] kvm_unit_tests: emulator test fails on 4.15 kernel, timeout

2021-06-18 Thread Guilherme G. Piccoli
Public bug reported:

Found this on B/KVM, current cycle (sru-20210531):

18:27:11 DEBUG| [stdout] PASS: movapd (write)^M
18:27:11 DEBUG| [stderr] KVM internal error. Suberror: 1
18:27:11 DEBUG| [stderr] emulation failure
18:27:11 DEBUG| [stderr] RAX=000a RBX=e000 
RCX=03fd RDX=03f8
18:27:11 DEBUG| [stderr] RSI=00419991 RDI=00419991 
RBP=0051b440 RSP=0051b420
18:27:11 DEBUG| [stderr] R8 =000a R9 =03f8 
R10=000d R11=
18:27:11 DEBUG| [stderr] R12=e000 R13= 
R14=d000 R15=
18:27:11 DEBUG| [stderr] RIP=00400a0c RFL=00010006 [-P-] CPL=0 II=0 
A20=1 SMM=0 HLT=0
18:27:11 DEBUG| [stderr] ES =0010   00c09300 DPL=0 DS   
[-WA]
18:27:11 DEBUG| [stderr] CS =0008   00a09b00 DPL=0 CS64 
[-RA]
18:27:11 DEBUG| [stderr] SS =0010   00c09300 DPL=0 DS   
[-WA]
18:27:11 DEBUG| [stderr] DS =0010   00c09300 DPL=0 DS   
[-WA]
18:27:11 DEBUG| [stderr] FS =0010   00c09300 DPL=0 DS   
[-WA]
18:27:11 DEBUG| [stderr] GS =0010 0051a4d0  00c09300 DPL=0 DS   
[-WA]
18:27:11 DEBUG| [stderr] LDT=   8200 DPL=0 LDT
18:27:11 DEBUG| [stderr] TR =0080 0041207a  8b00 DPL=0 
TSS64-busy
18:27:11 DEBUG| [stderr] GDT= 0041100a 106f
18:27:11 DEBUG| [stderr] IDT= 0041 0fff
18:27:11 DEBUG| [stderr] CR0=80010011 CR2= CR3=01007000 
CR4=0220
18:27:11 DEBUG| [stderr] DR0= DR1= 
DR2= DR3= 
18:27:11 DEBUG| [stderr] DR6=0ff0 DR7=0400
18:27:11 DEBUG| [stderr] EFER=0500
18:27:11 DEBUG| [stderr] Code=00 c7 45 e8 03 00 00 00 c7 45 ec 04 00 00 00 66 
0f 6f 45 e0 <0f> 11 03 48 89 de 48 8d 7d e0 e8 f8 f9 ff ff 0f b6 f8 be a1 8f 41 
00 b8 00 00 00 00 e8 05
18:28:40 DEBUG| [stderr] qemu-system-x86_64: terminating on signal 15 from pid 
13634 (timeout)
18:28:40 DEBUG| [stdout] FAIL emulator (timeout; duration=90s)
[...]
TestError: Test failed for emulator
18:28:40 ERROR| child process failed
18:28:40 DEBUG| Traceback (most recent call last):
18:28:40 DEBUG|   File "/home/ubuntu/autotest/client/parallel.py", line 25, in 
fork_start
18:28:40 DEBUG| l()
18:28:40 DEBUG|   File "/home/ubuntu/autotest/client/job.py", line 505, in 

18:28:40 DEBUG| l = lambda: test.runtest(self, url, tag, args, dargs)
18:28:40 DEBUG|   File "/home/ubuntu/autotest/client/test.py", line 125, in 
runtest
18:28:40 DEBUG| job.sysinfo.log_after_each_iteration)
18:28:40 DEBUG|   File "/home/ubuntu/autotest/client/shared/test.py", line 913, 
in runtest
18:28:40 DEBUG| mytest._exec(args, dargs)
18:28:40 DEBUG|   File "/home/ubuntu/autotest/client/shared/test.py", line 411, 
in _exec
18:28:40 DEBUG| _call_test_function(self.execute, *p_args, **p_dargs)
18:28:40 DEBUG|   File "/home/ubuntu/autotest/client/shared/test.py", line 823, 
in _call_test_function
18:28:40 DEBUG| return func(*args, **dargs)
18:28:40 DEBUG|   File "/home/ubuntu/autotest/client/shared/test.py", line 291, 
in execute
18:28:40 DEBUG| postprocess_profiled_run, args, dargs)
18:28:40 DEBUG|   File "/home/ubuntu/autotest/client/shared/test.py", line 212, 
in _call_run_once
18:28:40 DEBUG| self.run_once(*args, **dargs)
18:28:40 DEBUG|   File 
"/home/ubuntu/autotest/client/tests/ubuntu_kvm_unit_tests/ubuntu_kvm_unit_tests.py",
 line 82, in run_once
18:28:40 DEBUG| raise error.TestError("Test failed for 
{}".format(test_name))
18:28:40 DEBUG| TestError: Test failed for emulator
18:28:41 INFO | ERROR   ubuntu_kvm_unit_tests.emulator  
ubuntu_kvm_unit_tests.emulator  timestamp=1624040921localtime=Jun 18 
18:28:41   Test failed for emulator
18:28:41 INFO | END ERROR   ubuntu_kvm_unit_tests.emulator  
ubuntu_kvm_unit_tests.emulator  timestamp=1624040921localtime=Jun 18 
18:28:41

** Affects: ubuntu-kernel-tests
 Importance: Medium
 Assignee: Guilherme G. Piccoli (gpiccoli)
     Status: Confirmed

** Affects: linux-kvm (Ubuntu)
 Importance: Medium
 Assignee: Guilherme G. Piccoli (gpiccoli)
 Status: Confirmed

** Affects: linux-kvm (Ubuntu Bionic)
 Importance: Medium
 Assignee: Guilherme G. Piccoli (gpiccoli)
 Status: Confirmed


** Tags: 4.15 bionic kvm linux-kvm sru-20210531 ubuntu-kvm-unit-tests

** Also affects: linux-kvm (Ubuntu)
   Importance: Undecided
   Status: New

** Also affects: linux-kvm (Ubuntu Bionic)
   Importance: Undecided
   Status: New

** Changed in: linux-kvm (Ubuntu)
   Status: New => Confirmed

** Changed in: linux-kvm (Ubuntu Bionic)

[Kernel-packages] [Bug 1932965] [NEW] selftests/net/rtnetlink - Failure in RISC-V (uuidgen command not found)

2021-06-18 Thread Guilherme G. Piccoli
Public bug reported:

Found this on G/RISC-V, cycle sru-20210531:

02:41:52 DEBUG| [stdout] # ./rtnetlink.sh: line 366: uuidgen: command not found
02:41:52 DEBUG| [stdout] # ./rtnetlink.sh: line 366: uuidgen: command not found
02:41:52 DEBUG| [stdout] # ./rtnetlink.sh: line 366: uuidgen: command not found
02:41:52 DEBUG| [stdout] # ./rtnetlink.sh: line 366: uuidgen: command not found
02:41:52 DEBUG| [stdout] # FAIL: set interface alias test-dummy0 to 
02:41:52 DEBUG| [stdout] # PASS: vrf
02:41:54 DEBUG| [stdout] # PASS: vxlan
02:41:55 DEBUG| [stdout] # PASS: fou
02:41:55 DEBUG| [stdout] # PASS: macsec
02:41:58 DEBUG| [stdout] # PASS: ipsec
02:42:01 DEBUG| [stdout] # PASS: ipsec_offload
02:42:02 DEBUG| [stdout] # PASS: bridge fdb get
02:42:03 DEBUG| [stdout] # PASS: neigh get
02:42:03 DEBUG| [stdout] not ok 11 selftests: net: rtnetlink.sh # exit=1

Seems uuidgen is from package "uuid-runtime", not sure if this was not
installed in the environment where test ran.

** Affects: ubuntu-kernel-tests
 Importance: Medium
 Assignee: Guilherme G. Piccoli (gpiccoli)
 Status: Confirmed

** Affects: linux (Ubuntu)
 Importance: Medium
 Assignee: Guilherme G. Piccoli (gpiccoli)
 Status: Confirmed

** Affects: linux (Ubuntu Groovy)
 Importance: Medium
 Assignee: Guilherme G. Piccoli (gpiccoli)
 Status: Confirmed


** Tags: 5.8 groovy riscv riscv64 sru-20210531

** Also affects: linux (Ubuntu)
   Importance: Undecided
   Status: New

** Changed in: linux (Ubuntu)
   Status: New => Confirmed

** Changed in: linux (Ubuntu)
   Importance: Undecided => Medium

** Changed in: linux (Ubuntu)
 Assignee: (unassigned) => Guilherme G. Piccoli (gpiccoli)

** Also affects: linux (Ubuntu Groovy)
   Importance: Undecided
   Status: New

** Changed in: linux (Ubuntu Groovy)
   Status: New => Confirmed

** Changed in: linux (Ubuntu Groovy)
   Importance: Undecided => Medium

** Changed in: linux (Ubuntu Groovy)
 Assignee: (unassigned) => Guilherme G. Piccoli (gpiccoli)

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1932965

Title:
  selftests/net/rtnetlink - Failure in RISC-V (uuidgen command not
  found)

Status in ubuntu-kernel-tests:
  Confirmed
Status in linux package in Ubuntu:
  Confirmed
Status in linux source package in Groovy:
  Confirmed

Bug description:
  Found this on G/RISC-V, cycle sru-20210531:

  02:41:52 DEBUG| [stdout] # ./rtnetlink.sh: line 366: uuidgen: command not 
found
  02:41:52 DEBUG| [stdout] # ./rtnetlink.sh: line 366: uuidgen: command not 
found
  02:41:52 DEBUG| [stdout] # ./rtnetlink.sh: line 366: uuidgen: command not 
found
  02:41:52 DEBUG| [stdout] # ./rtnetlink.sh: line 366: uuidgen: command not 
found
  02:41:52 DEBUG| [stdout] # FAIL: set interface alias test-dummy0 to 
  02:41:52 DEBUG| [stdout] # PASS: vrf
  02:41:54 DEBUG| [stdout] # PASS: vxlan
  02:41:55 DEBUG| [stdout] # PASS: fou
  02:41:55 DEBUG| [stdout] # PASS: macsec
  02:41:58 DEBUG| [stdout] # PASS: ipsec
  02:42:01 DEBUG| [stdout] # PASS: ipsec_offload
  02:42:02 DEBUG| [stdout] # PASS: bridge fdb get
  02:42:03 DEBUG| [stdout] # PASS: neigh get
  02:42:03 DEBUG| [stdout] not ok 11 selftests: net: rtnetlink.sh # exit=1

  Seems uuidgen is from package "uuid-runtime", not sure if this was not
  installed in the environment where test ran.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1932965/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1909422] Re: ubuntu_ftrace_smoke_test timeout on G-riscv

2021-06-18 Thread Guilherme G. Piccoli
Observed on G/RISC-V , cycle sru-20210531 .

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-riscv in Ubuntu.
https://bugs.launchpad.net/bugs/1909422

Title:
  ubuntu_ftrace_smoke_test timeout on G-riscv

Status in ubuntu-kernel-tests:
  New
Status in linux-riscv package in Ubuntu:
  New
Status in linux-riscv source package in Groovy:
  New

Bug description:
  Issue found on 5.8.0-13.15 RISCV with a KVM instance.

  Test failed with "Timer expired (1350 sec.), nuking pid 520", test log:
  $ AUTOTEST_PATH=/home/ubuntu/autotest sudo -E autotest/client/autotest-local 
--verbose autotest/client/tests/ubuntu_ftrace_smoke_test/control 
  03:46:12 INFO | Writing results to 
/home/ubuntu/autotest/client/results/default
  03:46:12 DEBUG| Initializing the state engine
  03:46:12 DEBUG| Persistent state client.steps now set to []
  03:46:13 DEBUG| Persistent option harness now set to None
  03:46:13 DEBUG| Persistent option harness_args now set to None
  03:46:13 DEBUG| Selected harness: standalone
  03:46:15 INFO | START timestamp=1609127175localtime=Dec 
28 03:46:15   
  03:46:16 DEBUG| Persistent state client._record_indent now set to 1
  03:46:16 DEBUG| Test has timeout: 1350 sec.
  03:46:16 INFO |   START   ubuntu_ftrace_smoke_test.ftrace-smoke-test  
ubuntu_ftrace_smoke_test.ftrace-smoke-test  timestamp=1609127176
timeout=1350localtime=Dec 28 03:46:16   
  03:46:16 DEBUG| Persistent state client._record_indent now set to 2
  03:46:16 DEBUG| Persistent state client.unexpected_reboot now set to 
('ubuntu_ftrace_smoke_test.ftrace-smoke-test', 
'ubuntu_ftrace_smoke_test.ftrace-smoke-test')
  03:46:16 DEBUG| Waiting for pid 520 for 1350 seconds
  03:46:16 WARNI| System python is too old, crash handling disabled
  03:46:16 DEBUG| Running 
'/home/ubuntu/autotest/client/tests/ubuntu_ftrace_smoke_test/ubuntu_ftrace_smoke_test.sh'
  03:46:16 DEBUG| [stdout] PASSED (CONFIG_FUNCTION_TRACER=y in 
/boot/config-5.8.0-13-generic)
  03:46:17 DEBUG| [stdout] PASSED (CONFIG_FUNCTION_GRAPH_TRACER=y in 
/boot/config-5.8.0-13-generic)
  03:46:17 DEBUG| [stdout] PASSED (CONFIG_STACK_TRACER=y in 
/boot/config-5.8.0-13-generic)
  03:46:17 DEBUG| [stdout] PASSED (CONFIG_DYNAMIC_FTRACE=y in 
/boot/config-5.8.0-13-generic)
  03:46:19 DEBUG| [stdout] PASSED all expected /sys/kernel/debug/tracing files 
exist
  03:46:19 DEBUG| [stdout] PASSED (function_graph in 
/sys/kernel/debug/tracing/available_tracers)
  03:46:19 DEBUG| [stdout] PASSED (function in 
/sys/kernel/debug/tracing/available_tracers)
  03:46:20 DEBUG| [stdout] PASSED (nop in 
/sys/kernel/debug/tracing/available_tracers)
  03:46:26 DEBUG| [stdout] PASSED (tracer function can be enabled)
  03:46:35 DEBUG| [stdout] PASSED (tracer function_graph can be enabled)
  03:46:35 DEBUG| [stdout]  - tracer function_graph got enough data
  03:46:35 DEBUG| [stdout]  - tracer function_graph completed
  03:46:36 DEBUG| [stdout]  - tracer function_graph being turned off
  03:46:36 DEBUG| [stdout]  - tracer got 532 irq events
  03:46:43 DEBUG| [stdout]  - tracer hwlat got enough data
  03:46:43 DEBUG| [stdout]  - tracer hwlat completed
  03:46:43 DEBUG| [stdout]  - tracer hwlat being turned off
  03:46:44 DEBUG| [stdout]  - tracer nop being set as current tracer
  03:46:46 DEBUG| [stdout] PASSED (tracer hwlat can be enabled (got 12 lines of 
tracing output))
  03:46:48 DEBUG| [stdout]  - tracer blk got enough data
  03:46:48 DEBUG| [stdout]  - tracer blk completed
  03:46:48 DEBUG| [stdout]  - tracer blk being turned off
  03:46:48 DEBUG| [stdout]  - tracer nop being set as current tracer
  03:46:50 DEBUG| [stdout] PASSED (tracer blk can be enabled (got 2 lines of 
tracing output))
  03:46:56 INFO | Timer expired (1350 sec.), nuking pid 520
  03:46:57 INFO |   ERROR   
ubuntu_ftrace_smoke_test.ftrace-smoke-test  
ubuntu_ftrace_smoke_test.ftrace-smoke-test  timestamp=1609127216
localtime=Dec 28 03:46:56   Unhandled AutoservRunError: Could not kill 520
None
Traceback (most recent call last):
  File "/home/ubuntu/autotest/client/job.py", line 510, in _runtest
parallel.fork_waitfor_timed(self.resultdir, pid, timeout)
  File "/home/ubuntu/autotest/client/parallel.py", line 112, in 
fork_waitfor_timed
utils.nuke_pid(pid)
  File "/home/ubuntu/autotest/client/shared/utils.py", line 1214, in 
nuke_pid
raise error.AutoservRunError('Could not kill %d' % pid, None)
AutoservRunError: Could not kill 520
None

  03:46:57 INFO |   END ERROR   
ubuntu_ftrace_smoke_test.ftrace-smoke-test  
ubuntu_ftrace_smoke_test.ftrace-smoke-test  timestamp=1609127217
localtime=Dec 28 03:46:57

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1909422/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : 

[Kernel-packages] [Bug 1905728] Re: log_check / tainted_check failed in ubuntu_boot because of warnings (Found insecure W+X mapping at address) found on G-riscv

2021-06-18 Thread Guilherme G. Piccoli
Observed on G/RISC-V , cycle sru-20210531 .

** Tags added: sru-20210531

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-riscv in Ubuntu.
https://bugs.launchpad.net/bugs/1905728

Title:
  log_check / tainted_check failed in ubuntu_boot because of warnings
  (Found insecure W+X mapping at address) found on G-riscv

Status in ubuntu-kernel-tests:
  New
Status in linux package in Ubuntu:
  Confirmed
Status in linux-riscv package in Ubuntu:
  New
Status in linux source package in Groovy:
  New
Status in linux-riscv source package in Groovy:
  Confirmed

Bug description:
  Issue found on 5.8.0-10-generic riscv

  Message reported on boot.

  [   13.483103] [ cut here ]
  [   13.483711] riscv/mm: Found insecure W+X mapping at address 
(ptrval)/0xffdff800
  [   13.484542] WARNING: CPU: 5 PID: 1 at arch/riscv/mm/ptdump.c:200 
note_page+0x24c/0x252
  [   13.485175] Modules linked in:
  [   13.485606] CPU: 5 PID: 1 Comm: swapper/0 Not tainted 5.8.0-10-generic 
#12-Ubuntu
  [   13.486091] epc: ffe000208f18 ra : ffe000208f18 sp : 
ffe1f5bfbb30
  [   13.486471]  gp : ffe001728ee0 tp : ffe1f5bf5080 t0 : 
ffe00173ed88
  [   13.486850]  t1 : ffe00173ed20 t2 : 0001fecbe000 s0 : 
ffe1f5bfbb80
  [   13.487250]  s1 : ffe1f5bfbe10 a0 : 0053 a1 : 
0020
  [   13.487633]  a2 : ffe1f5bfb870 a3 :  a4 : 
ffe0016200f8
  [   13.488040]  a5 : ffe0016200f8 a6 : 00b5 a7 : 
ffe0006f2806
  [   13.488421]  s2 : ffdff8001000 s3 :  s4 : 
0004
  [   13.488800]  s5 :  s6 :  s7 : 
ffe1f5bfbd20
  [   13.489322]  s8 : ffdff8001000 s9 : ffe00172a148 s10: 
ffdff8002000
  [   13.489738]  s11: ffe000c16e20 t3 : 0003cec0 t4 : 
0003cec0
  [   13.490119]  t5 :  t6 : ffe001739462
  [   13.490406] status: 0120 badaddr:  cause: 
0003
  [   13.490849] ---[ end trace 607c551edff1ef12 ]---

  Please find attachment for the boot dmesg log.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1905728/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1927533] Re: selftests/net/test_bpf fails for linux-kvm due to lack of Kconfig

2021-06-18 Thread Guilherme G. Piccoli
Observed in B/KVM cycle sru-20210531 .

** Tags added: sru-20210531

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-kvm in Ubuntu.
https://bugs.launchpad.net/bugs/1927533

Title:
  selftests/net/test_bpf fails for linux-kvm due to lack of Kconfig

Status in ubuntu-kernel-tests:
  Confirmed
Status in linux-kvm package in Ubuntu:
  New

Bug description:
  Kernel selftest "test_bpf" fails for B/linux-kvm due to lack of
  Kconfig:

  
  grep -v "#" tools/testing/selftests/net/test_bpf.sh 

  if /sbin/modprobe -q test_bpf ; then
  /sbin/modprobe -q -r test_bpf;
  echo "test_bpf: ok";
  else
  echo "test_bpf: [FAIL]";
  exit 1;
  fi

  
  Checking the config files, for example:

  # grep -n "TEST_BPF" /boot/config-4.15.0-1089-kvm 
  2310:# CONFIG_TEST_BPF is not set

  # grep -n "TEST_BPF" /boot/config-4.15.0-142-generic 
  9105:CONFIG_TEST_BPF=m

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1927533/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1831449] Re: memory in ubuntu_kvm_unit_tests fails (clflushopt / cwlb ABSENT)

2021-06-18 Thread Guilherme G. Piccoli
Observed in F/KVM, cycle sru-20210531.

** Tags added: focal

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-oracle in Ubuntu.
https://bugs.launchpad.net/bugs/1831449

Title:
  memory in ubuntu_kvm_unit_tests fails (clflushopt / cwlb ABSENT)

Status in ubuntu-kernel-tests:
  Triaged
Status in linux-kvm package in Ubuntu:
  New
Status in linux-oracle package in Ubuntu:
  New

Bug description:
  Need to run this on oracle manually to get the full output:
   TESTNAME=memory TIMEOUT=90s ACCEL= ./x86/run x86/memory.flat -smp 1 -cpu host
   FAIL memory (8 tests, 2 unexpected failures)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1831449/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1748103] Re: apic test in kvm-unit-test failed with timeout

2021-06-18 Thread Guilherme G. Piccoli
Issue observed in F/KVM, cycle sru-20210531.

** Tags added: 5.4 focal

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-azure in Ubuntu.
https://bugs.launchpad.net/bugs/1748103

Title:
  apic test in kvm-unit-test failed with timeout

Status in ubuntu-kernel-tests:
  In Progress
Status in linux package in Ubuntu:
  Incomplete
Status in linux-azure package in Ubuntu:
  New
Status in linux-azure-edge package in Ubuntu:
  New
Status in linux source package in Xenial:
  New
Status in linux-azure source package in Xenial:
  New
Status in linux-azure-edge source package in Xenial:
  New
Status in linux source package in Bionic:
  New
Status in linux-azure source package in Bionic:
  New
Status in linux-azure-edge source package in Bionic:
  New

Bug description:
  With Joshua's comment in bug 1719524: "Nested KVM can only be tried on
  instance sizes with nested Hypervisor support: Ev3 and Dv3.", although
  the instance name is E4v3 here but I can start a KVM on it.

  Test apic will timeout on it.

  Steps:
  1. git clone --depth=1 
https://git.kernel.org/pub/scm/virt/kvm/kvm-unit-tests.git
  2. cd kvm-unit-tests; ./configure; make
  3. Run the apic test as root:
   
  # TESTNAME=apic TIMEOUT=30 ACCEL= ./x86/run x86/apic.flat -smp 2 -cpu 
qemu64,+x2apic,+tsc-deadline
  timeout -k 1s --foreground 30 /usr/bin/qemu-system-x86_64 -nodefaults -device 
pc-testdev -device isa-debug-exit,iobase=0xf4,iosize=0x4 -vnc none -serial 
stdio -device pci-testdev -machine accel=kvm -kernel x86/apic.flat -smp 2 -cpu 
qemu64,+x2apic,+tsc-deadline # -initrd /tmp/tmp.onXtr5JVp7
  enabling apic
  enabling apic
  paging enabled
  cr0 = 80010011
  cr3 = 459000
  cr4 = 20
  apic version: 1050014
  PASS: apic existence
  PASS: xapic id matches cpuid
  PASS: writeable xapic id
  PASS: non-writeable x2apic id
  PASS: sane x2apic id
  FAIL: x2apic id matches cpuid
  PASS: correct xapic id after reset
  PASS: apic_disable: Local apic enabled
  PASS: apic_disable: CPUID.1H:EDX.APIC[bit 9] is set
  PASS: apic_disable: Local apic disabled
  PASS: apic_disable: CPUID.1H:EDX.APIC[bit 9] is clear
  PASS: apic_disable: Local apic enabled
  PASS: apic_disable: CPUID.1H:EDX.APIC[bit 9] is set
  x2apic enabled
  PASS: x2apic enabled to invalid state
  PASS: x2apic enabled to apic enabled
  PASS: disabled to invalid state
  PASS: disabled to x2apic enabled
  PASS: apic enabled to invalid state
  PASS: apicbase: relocate apic
  PASS: apicbase: reserved physaddr bits
  PASS: apicbase: reserved low bits
  PASS: self ipi
  starting broadcast (x2apic)
  PASS: APIC physical broadcast address
  PASS: APIC physical broadcast shorthand
  PASS: nmi-after-sti
  qemu-system-x86_64: terminating on signal 15 from pid 7246

  ProblemType: Bug
  DistroRelease: Ubuntu 16.04
  Package: linux-image-4.14.0-1004-azure-edge 4.14.0-1004.4
  ProcVersionSignature: User Name 4.14.0-1004.4-username-edge 4.14.14
  Uname: Linux 4.14.0-1004-azure-edge x86_64
  ApportVersion: 2.20.1-0ubuntu2.15
  Architecture: amd64
  Date: Thu Feb  8 06:00:55 2018
  ProcEnviron:
   TERM=xterm-256color
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=
   LANG=en_US.UTF-8
   SHELL=/bin/bash
  SourcePackage: linux-azure-edge
  UpgradeStatus: No upgrade log present (probably fresh install)
  --- 
  ApportVersion: 2.20.1-0ubuntu2.15
  Architecture: amd64
  DistroRelease: Ubuntu 16.04
  Package: linux-azure-edge
  PackageArchitecture: amd64
  ProcEnviron:
   TERM=xterm-256color
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=
   LANG=en_US.UTF-8
   SHELL=/bin/bash
  ProcVersionSignature: User Name 4.13.0-1009.12-username 4.13.13
  Tags:  xenial uec-images
  Uname: Linux 4.13.0-1009-azure x86_64
  UpgradeStatus: No upgrade log present (probably fresh install)
  UserGroups: adm audio cdrom dialout dip floppy libvirtd lxd netdev plugdev 
sudo video
  _MarkForUpload: True

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1748103/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1831449] Re: memory in ubuntu_kvm_unit_tests fails (clflushopt / cwlb ABSENT)

2021-06-18 Thread Guilherme G. Piccoli
Observed in G/KVM, cycle sru-20210531.

** Tags added: 5.8 groovy

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-oracle in Ubuntu.
https://bugs.launchpad.net/bugs/1831449

Title:
  memory in ubuntu_kvm_unit_tests fails (clflushopt / cwlb ABSENT)

Status in ubuntu-kernel-tests:
  Triaged
Status in linux-kvm package in Ubuntu:
  New
Status in linux-oracle package in Ubuntu:
  New

Bug description:
  Need to run this on oracle manually to get the full output:
   TESTNAME=memory TIMEOUT=90s ACCEL= ./x86/run x86/memory.flat -smp 1 -cpu host
   FAIL memory (8 tests, 2 unexpected failures)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1831449/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1892855] Re: [Potential Regression] hyperv_connections / hyperv_stimer / hyperv_synic failed on B-i386 / B-5.4 i386

2021-06-18 Thread Guilherme G. Piccoli
Issue observed in G/KVM, cycle sru-20210531.

** Tags added: 5.8 groovy kvm linux-kvm sru-20210531

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1892855

Title:
  [Potential Regression] hyperv_connections / hyperv_stimer /
  hyperv_synic failed on B-i386 / B-5.4 i386

Status in ubuntu-kernel-tests:
  New
Status in linux package in Ubuntu:
  Incomplete

Bug description:
  Issue found on 4.15.0-114.115, with i386 generic /lowlatency on node
  fozzie.

  All 3 tests failed with timeout issue:
  * hyperv_connections
   timeout -k 1s --foreground 90s /usr/bin/qemu-system-i386 -nodefaults -device 
pc-testdev -device isa-debug-exit,iobase=0xf4,iosize=0x4 -vnc none -serial 
stdio -device pci-testdev -machine accel=kvm -kernel /tmp/tmp.UwdQ0PZort -smp 2 
-cpu kvm64,hv_vpindex,hv_synic -device hyperv-testdev # -initrd 
/tmp/tmp.GNmO7BfE7a
   qemu-system-i386: warning: host doesn't support requested feature: 
CPUID.8001H:EDX.syscall [bit 11]
   qemu-system-i386: warning: host doesn't support requested feature: 
CPUID.8001H:EDX.lm [bit 29]
   qemu-system-i386: warning: host doesn't support requested feature: 
CPUID.8001H:EDX.syscall [bit 11]
   qemu-system-i386: warning: host doesn't support requested feature: 
CPUID.8001H:EDX.lm [bit 29]
   enabling apic
   enabling apic
   paging enabled
   cr0 = 80010011
   cr3 = 453000
   cr4 = 10
   EAX=00459001 EBX=0040aae0 ECX=4083 EDX=
   ESI= EDI= EBP=0044b158 ESP=0044b130
   EIP=004006b9 EFL=0202 [---] CPL=0 II=0 A20=1 SMM=0 HLT=0
   ES =0010   00c09300 DPL=0 DS [-WA]
   CS =0008   00c09b00 DPL=0 CS32 [-RA]
   SS =0010   00c09300 DPL=0 DS [-WA]
   DS =0010   00c09300 DPL=0 DS [-WA]
   FS =0010   00c09300 DPL=0 DS [-WA]
   GS =0010 0044a1f0  00c09300 DPL=0 DS [-WA]
   LDT=   8200 DPL=0 LDT
   TR =0080 00406280  8b00 DPL=0 TSS32-busy
   GDT= 00406000 027f
   IDT=  0fff
   CR0=80010011 CR2= CR3=00453000 CR4=0010
   DR0= DR1= DR2=664fb17c DR3=
   DR6=0ff0 DR7=0400
   EFER=
   Code=87 e0 aa 40 00 83 c8 01 ba 00 00 00 00 b9 83 00 00 40 0f 30 <8b> 43 04 
83 c8 01 b9 82 00 00 40 0f 30 b8 01 00 00 00 b9 80 00 00 40 0f 30 83 c4 0c 0f b6
   qemu-system-i386: terminating on signal 15 from pid 12753 (timeout)
   FAIL hyperv_connections (timeout; duration=90s)

  * hyperv_stimer
   timeout -k 1s --foreground 90s /usr/bin/qemu-system-i386 -nodefaults -device 
pc-testdev -device isa-debug-exit,iobase=0xf4,iosize=0x4 -vnc none -serial 
stdio -device pci-testdev -machine accel=kvm -kernel /tmp/tmp.P9Uky1nZUD -smp 2 
-cpu kvm64,hv_vpindex,hv_time,hv_synic,hv_stimer -device hyperv-testdev # 
-initrd /tmp/tmp.uulivUIlYy
   qemu-system-i386: warning: host doesn't support requested feature: 
CPUID.8001H:EDX.syscall [bit 11]
   qemu-system-i386: warning: host doesn't support requested feature: 
CPUID.8001H:EDX.lm [bit 29]
   qemu-system-i386: warning: host doesn't support requested feature: 
CPUID.8001H:EDX.syscall [bit 11]
   qemu-system-i386: warning: host doesn't support requested feature: 
CPUID.8001H:EDX.lm [bit 29]
   enabling apic
   enabling apic
   paging enabled
   cr0 = 80010011
   cr3 = 453000
   cr4 = 10
   enabling apic
   cpus = 2
   EAX=00458001 EBX=0040aa9c ECX=4083 EDX=
   ESI= EDI=0004 EBP=0044aab8 ESP=0044aaa0
   EIP=0040070c EFL=0002 [---] CPL=0 II=0 A20=1 SMM=0 HLT=0
   ES =0010   00c09300 DPL=0 DS [-WA]
   CS =0008   00c09b00 DPL=0 CS32 [-RA]
   SS =0010   00c09300 DPL=0 DS [-WA]
   DS =0010   00c09300 DPL=0 DS [-WA]
   FS =0010   00c09300 DPL=0 DS [-WA]
   GS =0010 00449b60  00c09300 DPL=0 DS [-WA]
   LDT=   8200 DPL=0 LDT
   TR =0080 00406280  8b00 DPL=0 TSS32-busy
   GDT= 00406000 027f
   IDT=  0fff
   CR0=80010011 CR2= CR3=00453000 CR4=0010
   DR0= DR1= DR2=4036d141 DR3=
   DR6=0ff0 DR7=0400
   EFER=
   Code=86 64 aa 40 00 83 c8 01 ba 00 00 00 00 b9 83 00 00 40 0f 30 01 00 00 00 
b9 80 00 00 40 0f 30 83 ec 04 6a 00 68 f1 00 00 00 6a 02 e8 ac 02 00 00 83
   EAX=00459001 EBX=0040aad8 ECX=4083 EDX=
   ESI=003c EDI=0004 EBP=0009ffbc ESP=0009ffa4
   EIP=0040070c EFL=0002 [---] CPL=0 II=0 A20=1 SMM=0 HLT=0
   ES =0010   00c09300 DPL=0 DS [-WA]
   CS =0008   00c09b00 DPL=0 CS32 [-RA]
   SS =0010   00c09300 DPL=0 DS [-WA]
   DS =0010   00c09300 DPL=0 DS [-WA]
   FS =0010   00c09300 DPL=0 DS [-WA]
   GS =0010 0009f000  00c09300 DPL=0 DS [-WA]
   LDT=  

[Kernel-packages] [Bug 1748103] Re: apic test in kvm-unit-test failed with timeout

2021-06-18 Thread Guilherme G. Piccoli
Issue observed in G/KVM, cycle sru-20210531.

** Tags added: 5.8 groovy sru-20210531

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-azure in Ubuntu.
https://bugs.launchpad.net/bugs/1748103

Title:
  apic test in kvm-unit-test failed with timeout

Status in ubuntu-kernel-tests:
  In Progress
Status in linux package in Ubuntu:
  Incomplete
Status in linux-azure package in Ubuntu:
  New
Status in linux-azure-edge package in Ubuntu:
  New
Status in linux source package in Xenial:
  New
Status in linux-azure source package in Xenial:
  New
Status in linux-azure-edge source package in Xenial:
  New
Status in linux source package in Bionic:
  New
Status in linux-azure source package in Bionic:
  New
Status in linux-azure-edge source package in Bionic:
  New

Bug description:
  With Joshua's comment in bug 1719524: "Nested KVM can only be tried on
  instance sizes with nested Hypervisor support: Ev3 and Dv3.", although
  the instance name is E4v3 here but I can start a KVM on it.

  Test apic will timeout on it.

  Steps:
  1. git clone --depth=1 
https://git.kernel.org/pub/scm/virt/kvm/kvm-unit-tests.git
  2. cd kvm-unit-tests; ./configure; make
  3. Run the apic test as root:
   
  # TESTNAME=apic TIMEOUT=30 ACCEL= ./x86/run x86/apic.flat -smp 2 -cpu 
qemu64,+x2apic,+tsc-deadline
  timeout -k 1s --foreground 30 /usr/bin/qemu-system-x86_64 -nodefaults -device 
pc-testdev -device isa-debug-exit,iobase=0xf4,iosize=0x4 -vnc none -serial 
stdio -device pci-testdev -machine accel=kvm -kernel x86/apic.flat -smp 2 -cpu 
qemu64,+x2apic,+tsc-deadline # -initrd /tmp/tmp.onXtr5JVp7
  enabling apic
  enabling apic
  paging enabled
  cr0 = 80010011
  cr3 = 459000
  cr4 = 20
  apic version: 1050014
  PASS: apic existence
  PASS: xapic id matches cpuid
  PASS: writeable xapic id
  PASS: non-writeable x2apic id
  PASS: sane x2apic id
  FAIL: x2apic id matches cpuid
  PASS: correct xapic id after reset
  PASS: apic_disable: Local apic enabled
  PASS: apic_disable: CPUID.1H:EDX.APIC[bit 9] is set
  PASS: apic_disable: Local apic disabled
  PASS: apic_disable: CPUID.1H:EDX.APIC[bit 9] is clear
  PASS: apic_disable: Local apic enabled
  PASS: apic_disable: CPUID.1H:EDX.APIC[bit 9] is set
  x2apic enabled
  PASS: x2apic enabled to invalid state
  PASS: x2apic enabled to apic enabled
  PASS: disabled to invalid state
  PASS: disabled to x2apic enabled
  PASS: apic enabled to invalid state
  PASS: apicbase: relocate apic
  PASS: apicbase: reserved physaddr bits
  PASS: apicbase: reserved low bits
  PASS: self ipi
  starting broadcast (x2apic)
  PASS: APIC physical broadcast address
  PASS: APIC physical broadcast shorthand
  PASS: nmi-after-sti
  qemu-system-x86_64: terminating on signal 15 from pid 7246

  ProblemType: Bug
  DistroRelease: Ubuntu 16.04
  Package: linux-image-4.14.0-1004-azure-edge 4.14.0-1004.4
  ProcVersionSignature: User Name 4.14.0-1004.4-username-edge 4.14.14
  Uname: Linux 4.14.0-1004-azure-edge x86_64
  ApportVersion: 2.20.1-0ubuntu2.15
  Architecture: amd64
  Date: Thu Feb  8 06:00:55 2018
  ProcEnviron:
   TERM=xterm-256color
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=
   LANG=en_US.UTF-8
   SHELL=/bin/bash
  SourcePackage: linux-azure-edge
  UpgradeStatus: No upgrade log present (probably fresh install)
  --- 
  ApportVersion: 2.20.1-0ubuntu2.15
  Architecture: amd64
  DistroRelease: Ubuntu 16.04
  Package: linux-azure-edge
  PackageArchitecture: amd64
  ProcEnviron:
   TERM=xterm-256color
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=
   LANG=en_US.UTF-8
   SHELL=/bin/bash
  ProcVersionSignature: User Name 4.13.0-1009.12-username 4.13.13
  Tags:  xenial uec-images
  Uname: Linux 4.13.0-1009-azure x86_64
  UpgradeStatus: No upgrade log present (probably fresh install)
  UserGroups: adm audio cdrom dialout dip floppy libvirtd lxd netdev plugdev 
sudo video
  _MarkForUpload: True

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1748103/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1927272] Re: Some kernel selftests fail on linux-kvm

2021-06-18 Thread Guilherme G. Piccoli
New observation, on H/KVM (cycle sru-20210531), LP
https://bugs.launchpad.net/ubuntu/+source/linux-kvm/+bug/1932549 :

03:28:51 DEBUG| [stdout] # selftests: net: devlink_port_split.py
03:28:51 DEBUG| [stdout] # Error sending command: devlink -j dev show
03:28:51 DEBUG| [stdout] #
03:28:51 DEBUG| [stdout] # Failed to connect to devlink Netlink
03:28:51 DEBUG| [stdout] #
03:28:51 DEBUG| [stdout] # Traceback (most recent call last):
03:28:51 DEBUG| [stdout] # File 
"/home/ubuntu/autotest/client/tmp/ubuntu_kernel_selftests/src/linux/tools/testing/selftests/net/./devlink_port_split.py",
 line 277, in 
03:28:51 DEBUG| [stdout] # main()
03:28:51 DEBUG| [stdout] # File 
"/home/ubuntu/autotest/client/tmp/ubuntu_kernel_selftests/src/linux/tools/testing/selftests/net/./devlink_port_split.py",
 line 239, in main
03:28:51 DEBUG| [stdout] # assert stderr == ""
03:28:51 DEBUG| [stdout] # AssertionError
03:28:51 DEBUG| [stdout] not ok 43 selftests: net: devlink_port_split.py # 
exit=1

This was also noticed in previous cycles, not a regression per-se.

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-kvm in Ubuntu.
https://bugs.launchpad.net/bugs/1927272

Title:
  Some kernel selftests fail on linux-kvm

Status in ubuntu-kernel-tests:
  Confirmed
Status in linux-kvm package in Ubuntu:
  Confirmed

Bug description:
  This is a catch-all Launchpad report to list the kernel selftests failures in 
linux-kvm kernel.
  The comments will be used to reference and discuss about the failures, 
pointing to individual issues.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1927272/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1932549] [NEW] seltests/net: devlink port split failing in 5.11 kernels (hirsute)

2021-06-18 Thread Guilherme G. Piccoli
Public bug reported:

Got the following selftests/net failure in Hirsute, cycle sru-20210531 :

03:28:51 DEBUG| [stdout] # selftests: net: devlink_port_split.py
03:28:51 DEBUG| [stdout] # Error sending command: devlink -j dev show
03:28:51 DEBUG| [stdout] # 
03:28:51 DEBUG| [stdout] # Failed to connect to devlink Netlink
03:28:51 DEBUG| [stdout] # 
03:28:51 DEBUG| [stdout] # Traceback (most recent call last):
03:28:51 DEBUG| [stdout] #   File 
"/home/ubuntu/autotest/client/tmp/ubuntu_kernel_selftests/src/linux/tools/testing/selftests/net/./devlink_port_split.py",
 line 277, in 
03:28:51 DEBUG| [stdout] # main()
03:28:51 DEBUG| [stdout] #   File 
"/home/ubuntu/autotest/client/tmp/ubuntu_kernel_selftests/src/linux/tools/testing/selftests/net/./devlink_port_split.py",
 line 239, in main
03:28:51 DEBUG| [stdout] # assert stderr == ""
03:28:51 DEBUG| [stdout] # AssertionError
03:28:51 DEBUG| [stdout] not ok 43 selftests: net: devlink_port_split.py # 
exit=1


Noticed that it also failed in previous cycles (I'm not sure why I couldn't 
find a report...)

** Affects: ubuntu-kernel-tests
 Importance: Medium
 Assignee: Guilherme G. Piccoli (gpiccoli)
 Status: Confirmed

** Affects: linux-kvm (Ubuntu)
 Importance: Medium
 Assignee: Guilherme G. Piccoli (gpiccoli)
 Status: Confirmed

** Affects: linux-kvm (Ubuntu Hirsute)
 Importance: Medium
 Assignee: Guilherme G. Piccoli (gpiccoli)
 Status: Confirmed


** Tags: 5.11 hirsute kvm linux-kvm sru-20210531 ubuntu-kernel-selftests

** Also affects: linux-kvm (Ubuntu)
   Importance: Undecided
   Status: New

** Also affects: linux-kvm (Ubuntu Hirsute)
   Importance: Undecided
   Status: New

** Changed in: linux-kvm (Ubuntu)
 Assignee: (unassigned) => Guilherme G. Piccoli (gpiccoli)

** Changed in: linux-kvm (Ubuntu Hirsute)
 Assignee: (unassigned) => Guilherme G. Piccoli (gpiccoli)

** Changed in: linux-kvm (Ubuntu)
   Status: New => Confirmed

** Changed in: linux-kvm (Ubuntu Hirsute)
   Status: New => Confirmed

** Changed in: linux-kvm (Ubuntu)
   Importance: Undecided => Medium

** Changed in: linux-kvm (Ubuntu Hirsute)
   Importance: Undecided => Medium

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-kvm in Ubuntu.
https://bugs.launchpad.net/bugs/1932549

Title:
  seltests/net: devlink port split failing in 5.11 kernels (hirsute)

Status in ubuntu-kernel-tests:
  Confirmed
Status in linux-kvm package in Ubuntu:
  Confirmed
Status in linux-kvm source package in Hirsute:
  Confirmed

Bug description:
  Got the following selftests/net failure in Hirsute, cycle sru-20210531
  :

  03:28:51 DEBUG| [stdout] # selftests: net: devlink_port_split.py
  03:28:51 DEBUG| [stdout] # Error sending command: devlink -j dev show
  03:28:51 DEBUG| [stdout] # 
  03:28:51 DEBUG| [stdout] # Failed to connect to devlink Netlink
  03:28:51 DEBUG| [stdout] # 
  03:28:51 DEBUG| [stdout] # Traceback (most recent call last):
  03:28:51 DEBUG| [stdout] #   File 
"/home/ubuntu/autotest/client/tmp/ubuntu_kernel_selftests/src/linux/tools/testing/selftests/net/./devlink_port_split.py",
 line 277, in 
  03:28:51 DEBUG| [stdout] # main()
  03:28:51 DEBUG| [stdout] #   File 
"/home/ubuntu/autotest/client/tmp/ubuntu_kernel_selftests/src/linux/tools/testing/selftests/net/./devlink_port_split.py",
 line 239, in main
  03:28:51 DEBUG| [stdout] # assert stderr == ""
  03:28:51 DEBUG| [stdout] # AssertionError
  03:28:51 DEBUG| [stdout] not ok 43 selftests: net: devlink_port_split.py # 
exit=1

  
  Noticed that it also failed in previous cycles (I'm not sure why I couldn't 
find a report...)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1932549/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1831449] Re: memory in ubuntu_kvm_unit_tests fails (clflushopt / cwlb ABSENT)

2021-06-17 Thread Guilherme G. Piccoli
Observed in H/KVM, cycle sru-20210531.

** Summary changed:

- memory in ubuntu_kvm_unit_tests fails
+ memory in ubuntu_kvm_unit_tests fails (clflushopt / cwlb ABSENT)

** Tags added: 5.11 hirsute kvm

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-oracle in Ubuntu.
https://bugs.launchpad.net/bugs/1831449

Title:
  memory in ubuntu_kvm_unit_tests fails (clflushopt / cwlb ABSENT)

Status in ubuntu-kernel-tests:
  Triaged
Status in linux-kvm package in Ubuntu:
  New
Status in linux-oracle package in Ubuntu:
  New

Bug description:
  Need to run this on oracle manually to get the full output:
   TESTNAME=memory TIMEOUT=90s ACCEL= ./x86/run x86/memory.flat -smp 1 -cpu host
   FAIL memory (8 tests, 2 unexpected failures)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1831449/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1821390] Re: apic-split will fail in kvm_units_tests

2021-06-17 Thread Guilherme G. Piccoli
Observed in H/KVM, cycle sru-20210531 .

[...]
10:04:03 DEBUG| [stdout] PASS: PV IPIs testing^M
10:04:05 DEBUG| [stdout] PASS: nmi-after-sti^M
10:04:15 DEBUG| [stdout] FAIL: multiple nmi^M
10:04:31 DEBUG| [stdout] PASS: pending nmi^M 
10:04:31 DEBUG| [stdout] PASS: APIC LVT timer one shot^M
[...]
10:04:31 DEBUG| [stdout] FAIL apic-split (56 tests, 1 unexpected failures)

** Tags added: 5.11 hirsute kvm sru-20210531

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-azure in Ubuntu.
https://bugs.launchpad.net/bugs/1821390

Title:
  apic-split will fail in kvm_units_tests

Status in ubuntu-kernel-tests:
  Triaged
Status in linux package in Ubuntu:
  Incomplete
Status in linux-aws package in Ubuntu:
  New
Status in linux-azure package in Ubuntu:
  New
Status in linux source package in Xenial:
  New
Status in linux-aws source package in Xenial:
  New
Status in linux-azure source package in Xenial:
  New
Status in linux source package in Bionic:
  Incomplete
Status in linux-aws source package in Bionic:
  New
Status in linux-azure source package in Bionic:
  New
Status in linux source package in Cosmic:
  Incomplete
Status in linux-aws source package in Cosmic:
  New
Status in linux-azure source package in Cosmic:
  New

Bug description:
  Reproducible: Yes, every time.
  Series: cosmic
  Kernel: "linux-aws 4.18.0-1012.14"
  Steps:

  1.) apt-get install --yes --allow build-essential cpu-checker qemu-kvm git 
gcc-multilib
  2.) git clone --depth=1 
https://git.kernel.org/pub/scm/virt/kvm/kvm-unit-tests.git
  3.) cd kvm-unit-tests; ./configure; make

  4.) TESTNAME=apic-split TIMEOUT=90s ACCEL= ./x86/run x86/apic.flat
  -smp 2 -cpu qemu64,+x2apic,+tsc-deadline -machine kernel_irqchip=split

  root@ip-172-31-5-254:/home/ubuntu/kvm-unit-tests# TESTNAME=apic-split 
TIMEOUT=90s ACCEL= ./x86/run x86/apic.flat -smp 2 -cpu 
qemu64,+x2apic,+tsc-deadline -machine kernel_irqchip=split
  timeout -k 1s --foreground 90s /usr/bin/qemu-system-x86_64 -nodefaults 
-device pc-testdev -device isa-debug-exit,iobase=0xf4,iosize=0x4 -vnc none 
-serial stdio -device pci-testdev -machine accel=kvm -kernel x86/apic.flat -smp 
2 -cpu qemu64,+x2apic,+tsc-deadline -machine kernel_irqchip=split # -initrd 
/tmp/tmp.ZHQwPUOuLD
  qemu-system-x86_64: warning: host doesn't support requested feature: 
CPUID.8001H:ECX.svm [bit 2]
  qemu-system-x86_64: warning: host doesn't support requested feature: 
CPUID.8001H:ECX.svm [bit 2]
  enabling apic
  enabling apic
  paging enabled
  cr0 = 80010011
  cr3 = 459000
  cr4 = 20
  apic version: 1050014
  PASS: apic existence
  PASS: xapic id matches cpuid
  PASS: writeable xapic id
  PASS: non-writeable x2apic id
  PASS: sane x2apic id
  PASS: x2apic id matches cpuid
  PASS: correct xapic id after reset
  PASS: apic_disable: Local apic disabled
  PASS: apic_disable: CPUID.1H:EDX.APIC[bit 9] is clear
  PASS: apic_disable: *0xfee00030: 
  PASS: apic_disable: CR8: 0
  PASS: apic_disable: CR8: f
  PASS: apic_disable: *0xfee00080: 
  PASS: apic_disable: Local apic enabled in xAPIC mode
  PASS: apic_disable: CPUID.1H:EDX.APIC[bit 9] is set
  PASS: apic_disable: *0xfee00030: 1050014
  PASS: apic_disable: *0xfee00080: 0
  PASS: apic_disable: *0xfee00080: f0
  PASS: apic_disable: Local apic enabled in x2APIC mode
  PASS: apic_disable: CPUID.1H:EDX.APIC[bit 9] is set
  PASS: apic_disable: *0xfee00030: 
  PASS: apic_disable: CR8: 0
  PASS: apic_disable: CR8: f
  PASS: apic_disable: *0xfee00080: 
  x2apic enabled
  PASS: x2apic enabled to invalid state
  PASS: x2apic enabled to apic enabled
  PASS: x2apic enabled to disabled state
  PASS: disabled to invalid state
  PASS: disabled to x2apic enabled
  PASS: apic enabled to invalid state
  PASS: apicbase: relocate apic
  PASS: apicbase: reserved physaddr bits
  PASS: apicbase: reserved low bits
  PASS: self ipi
  starting broadcast (x2apic)
  PASS: APIC physical broadcast address
  PASS: APIC physical broadcast shorthand
  FAIL: PV IPIs testing
  PASS: nmi-after-sti
  PASS: multiple nmi
  PASS: APIC LVT timer one shot
  starting apic change mode
  PASS: TMICT value reset
  PASS: TMCCT should have a non-zero value
  PASS: TMCCT should have reached 0
  PASS: TMCCT should have a non-zero value
  PASS: TMCCT should not be reset to TMICT value
  PASS: TMCCT should be reset to the initial-count
  PASS: TMCCT should not be reset to init
  PASS: TMCCT should have reach zero
  PASS: TMCCT should stay at zero
  PASS: tsc deadline timer
  PASS: tsc deadline timer clearing
  SUMMARY: 51 tests, 1 unexpected failures

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1821390/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1812194] Re: rtnetlink.sh in net from ubuntu_kernel_selftests failed on KVM kernels (config not enabled)

2021-06-11 Thread Guilherme G. Piccoli
Observed on G/KVM, cycle sru-20210531 .

** Tags added: sru-20210531

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-kvm in Ubuntu.
https://bugs.launchpad.net/bugs/1812194

Title:
  rtnetlink.sh in net from ubuntu_kernel_selftests failed on KVM kernels
  (config not enabled)

Status in ubuntu-kernel-tests:
  New
Status in linux package in Ubuntu:
  Incomplete
Status in linux-kvm package in Ubuntu:
  New
Status in linux source package in Bionic:
  Incomplete
Status in linux-kvm source package in Bionic:
  New
Status in linux source package in Cosmic:
  Incomplete
Status in linux-kvm source package in Cosmic:
  Invalid
Status in linux source package in Disco:
  Won't Fix
Status in linux-kvm source package in Disco:
  Won't Fix

Bug description:
  This test failed because of the unsuccessful attempt to add a dummy device 
with ip link command:
  # devdummy="test-dummy0"
  # ip link add name "$devdummy" type dummy
  RTNETLINK answers: Operation not supported

  
   selftests: rtnetlink.sh
   
   RTNETLINK answers: Operation not supported
   Cannot find device "test-dummy0"
   FAIL: cannot add dummy interface
   not ok 1..10 selftests: rtnetlink.sh [FAIL]

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: linux-image-4.15.0-1028-kvm 4.15.0-1028.28
  ProcVersionSignature: User Name 4.15.0-1028.28-kvm 4.15.18
  Uname: Linux 4.15.0-1028-kvm x86_64
  ApportVersion: 2.20.9-0ubuntu7.5
  Architecture: amd64
  Date: Thu Jan 17 10:21:02 2019
  SourcePackage: linux-kvm
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1812194/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1856010] Re: xfrm_policy.sh / pmtu.sh / udpgso_bench.sh from net in ubuntu_kernel_selftests will fail with timeout if running the whole suite

2021-06-11 Thread Guilherme G. Piccoli
Observed on G/KVM, cycle sru-20210531 .

** Tags added: sru-20210531

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-oem-5.6 in Ubuntu.
https://bugs.launchpad.net/bugs/1856010

Title:
  xfrm_policy.sh / pmtu.sh / udpgso_bench.sh from net in
  ubuntu_kernel_selftests will fail with timeout if running the whole
  suite

Status in ubuntu-kernel-tests:
  In Progress
Status in linux package in Ubuntu:
  Opinion
Status in linux-oem-5.6 package in Ubuntu:
  Invalid
Status in linux source package in Bionic:
  Fix Released
Status in linux-oem-5.6 source package in Bionic:
  Invalid
Status in linux source package in Focal:
  Opinion
Status in linux-oem-5.6 source package in Focal:
  Fix Committed
Status in linux source package in Groovy:
  Opinion
Status in linux-oem-5.6 source package in Groovy:
  Invalid
Status in linux source package in Hirsute:
  Opinion
Status in linux-oem-5.6 source package in Hirsute:
  Invalid
Status in linux source package in Impish:
  Opinion
Status in linux-oem-5.6 source package in Impish:
  Invalid

Bug description:
  [Impact]
  These 3 tests will fail with timeout error when running the whole
  "net" test in ubuntu_kernel_selftests:
    * not ok 12 selftests: net: xfrm_policy.sh # TIMEOUT
    * not ok 16 selftests: net: pmtu.sh # TIMEOUT
    * not ok 19 selftests: net: udpgso_bench.sh # TIMEOUT

  They will pass if you run them manually. This is because of the
  default 45 seconds timeout in kselftest framework.

  A quick test shows these tests will take about:
xfrm_policy.sh - 2m19.690s
pmtu.sh - 3m6.832s
udpgso_bench.sh - 0m57.985s

  [Fix]
  * b881d089c7c9c7 ("selftests/net: bump timeout to 5 minutes")

  We have commit 852c8cbf34d3b3 ("selftests/kselftest/runner.sh: Add 45
  second timeout per test") for default timeout added since Bionic.

  However there is a SAUCE patch ("UBUNTU: SAUCE: selftests/net --
  disable timeout") to disable timeout for the net test in newer
  releases. I think we can leave it as-is for the moment unless some
  test is hanging too long because of that.

  Therefore Only Bionic needs this patch, the patch can be applied with
  some context adjustment.

  [Test]
  With this patch applied, these tests should have a chance to finish.

  [Where problems could occur]
  The fix is just for testing tool, no actual impact to real kernel
  functions. If this 5 minutes timeout is not enough, we might still
  seeing this kind of failures in the test report.


  [Original Bug Report]
  These 3 tests will fail with timeout when running the whole "net" test in 
ubuntu_kernel_selftests:
    * not ok 12 selftests: net: xfrm_policy.sh # TIMEOUT
    * not ok 16 selftests: net: pmtu.sh # TIMEOUT
    * not ok 19 selftests: net: udpgso_bench.sh # TIMEOUT

  However they will pass if you run them manually.

  So there must be some test in net that will cause this.

  From the test result it looks like the test was executed in the following 
sequence:
   ok 1 selftests: net: reuseport_bpf
   ok 2 selftests: net: reuseport_bpf_cpu
   ok 3 selftests: net: reuseport_bpf_numa
   ok 4 selftests: net: reuseport_dualstack
   # Successok 5 selftests: net: reuseaddr_conflict
   ok 6 selftests: net: tls
   ok 7 selftests: net: run_netsocktests
   ok 8 selftests: net: run_afpackettests
   ok 9 selftests: net: test_bpf.sh
   ok 10 selftests: net: netdevice.sh
   ok 11 selftests: net: rtnetlink.sh
   not ok 12 selftests: net: xfrm_policy.sh # TIMEOUT
   not ok 13 selftests: net: test_blackhole_dev.sh # exit=1
   ok 14 selftests: net: fib_tests.sh
   ok 15 selftests: net: fib-onlink-tests.sh
   not ok 16 selftests: net: pmtu.sh # TIMEOUT
   ok 17 selftests: net: udpgso.sh
   not ok 18 selftests: net: ip_defrag.sh # exit=255
   not ok 19 selftests: net: udpgso_bench.sh # TIMEOUT
   ok 20 selftests: net: fib_rule_tests.sh
   not ok 21 selftests: net: msg_zerocopy.sh # exit=1
   ok 22 selftests: net: psock_snd.sh
   ok 23 selftests: net: udpgro_bench.sh
   ok 24 selftests: net: udpgro.sh
   ok 25 selftests: net: test_vxlan_under_vrf.sh
   ok 26 selftests: net: reuseport_addr_any.sh
   ok 27 selftests: net: test_vxlan_fdb_changelink.sh
   ok 28 selftests: net: so_txtime.sh
   ok 29 selftests: net: ipv6_flowlabel.sh
   ok 30 selftests: net: tcp_fastopen_backup_key.sh

  ProblemType: Bug
  DistroRelease: Ubuntu 19.10
  Package: linux-image-5.3.0-1009-aws 5.3.0-1009.10
  ProcVersionSignature: User Name 5.3.0-1009.10-aws 5.3.13
  Uname: Linux 5.3.0-1009-aws aarch64
  ApportVersion: 2.20.11-0ubuntu8.3
  Architecture: arm64
  Date: Wed Dec 11 06:42:39 2019
  Ec2AMI: ami-047cec24582f6ae0d
  Ec2AMIManifest: (unknown)
  Ec2AvailabilityZone: us-west-2c
  Ec2InstanceType: a1.large
  Ec2Kernel: unavailable
  Ec2Ramdisk: unavailable
  SourcePackage: linux-aws
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:

[Kernel-packages] [Bug 1887661] Re: pmtu.sh from net in ubuntu_kernel_selftests failed with no error message

2021-06-11 Thread Guilherme G. Piccoli
Observed on G/KVM, cycle sru-20210531 .

** Tags added: sru-20210531

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-oem-5.6 in Ubuntu.
https://bugs.launchpad.net/bugs/1887661

Title:
  pmtu.sh from net in ubuntu_kernel_selftests failed with no error
  message

Status in ubuntu-kernel-tests:
  In Progress
Status in linux package in Ubuntu:
  Fix Released
Status in linux-oem-5.10 package in Ubuntu:
  Invalid
Status in linux-oem-5.6 package in Ubuntu:
  Invalid
Status in linux source package in Focal:
  Fix Committed
Status in linux-oem-5.10 source package in Focal:
  Fix Committed
Status in linux-oem-5.6 source package in Focal:
  In Progress
Status in linux source package in Groovy:
  Fix Committed
Status in linux-oem-5.10 source package in Groovy:
  Invalid
Status in linux-oem-5.6 source package in Groovy:
  Invalid
Status in linux source package in Hirsute:
  Fix Released
Status in linux-oem-5.10 source package in Hirsute:
  Invalid
Status in linux-oem-5.6 source package in Hirsute:
  Invalid
Status in linux source package in Impish:
  Fix Released
Status in linux-oem-5.10 source package in Impish:
  Invalid
Status in linux-oem-5.6 source package in Impish:
  Invalid

Bug description:
  [Impact]
  The pmtu.sh test in net from ubuntu_kernel_selftests will be marked
  as failed even there is no obvious failure message from the test:
  $ sudo ./pmtu.sh
  TEST: ipv4: PMTU exceptions [ OK ]
  TEST: ipv6: PMTU exceptions [ OK ]
vxlan4 not supported
  TEST: IPv4 over vxlan4: PMTU exceptions [SKIP]
vxlan4 not supported
  TEST: IPv6 over vxlan4: PMTU exceptions [SKIP]
  TEST: IPv4 over vxlan6: PMTU exceptions [ OK ]
  TEST: IPv6 over vxlan6: PMTU exceptions [ OK ]
geneve4 not supported
  TEST: IPv4 over geneve4: PMTU exceptions [SKIP]
geneve4 not supported
  TEST: IPv6 over geneve4: PMTU exceptions [SKIP]
  TEST: IPv4 over geneve6: PMTU exceptions [ OK ]
  TEST: IPv6 over geneve6: PMTU exceptions [ OK ]
  TEST: IPv4 over fou4: PMTU exceptions [ OK ]
  TEST: IPv6 over fou4: PMTU exceptions [ OK ]
  TEST: IPv4 over fou6: PMTU exceptions [ OK ]
  TEST: IPv6 over fou6: PMTU exceptions [ OK ]
  TEST: IPv4 over gue4: PMTU exceptions [ OK ]
  TEST: IPv6 over gue4: PMTU exceptions [ OK ]
  TEST: IPv4 over gue6: PMTU exceptions [ OK ]
  TEST: IPv6 over gue6: PMTU exceptions [ OK ]
  TEST: vti6: PMTU exceptions [ OK ]
  TEST: vti4: PMTU exceptions [ OK ]
  TEST: vti4: default MTU assignment [ OK ]
  TEST: vti6: default MTU assignment [ OK ]
  TEST: vti4: MTU setting on link creation [ OK ]
  TEST: vti6: MTU setting on link creation [ OK ]
  TEST: vti6: MTU changes on link changes [ OK ]
vxlan4 not supported
  TEST: ipv4: cleanup of cached exceptions [SKIP]
  TEST: ipv6: cleanup of cached exceptions [ OK ]
  TEST: ipv4: list and flush cached exceptions [ OK ]
  TEST: ipv6: list and flush cached exceptions [ OK ]
  $ echo $?
  1

  This is because the test script treats all non-zero return code as a
  failure, thus it will be marked as FAILED when some sub-test got
  skipped.

  [Fix]
  * ef1220a7d4bbdb selftests: pmtu.sh: use $ksft_skip for skipped return
   code
  * 2a9d3716b810a4 selftests: pmtu.sh: improve the test result processing

  This patchset will:
1. Use the kselftest framework skip code $ksft_skip to replace the
   hardcoded SKIP return code.
2. Improve the result processing, the test will be marked as PASSED
   if nothing goes wrong and not all the tests were skipped.

  These have already landed in newer releases and this test does not
  exist in B, thus we just need this for F/F-OEM-5.6/F-OEM-5.10/G.

  The first patch needs to be backported (except on F-OEM-5.10) as some
  test cases were not added yet.
  The second one can be cherry-picked.

  [Test]
  Run this test directly on a patched kernel. The skipped test will cause
  failure to this test.

  [Where problems could occur]
  Changes limited to testing tools, it's unlikely to cause any problem
  to kernel functions.

  
  [Original Bug Report]
  Issue found on B-5.4 oracle 5.4.0-1021.21~18.04.1

  The pmtu.sh test in net from ubuntu_kernel_selftests will be marked as failed 
even there is no obvious failure message from the test:
  $ sudo ./pmtu.sh
  TEST: ipv4: PMTU exceptions [ OK ]
  TEST: ipv6: PMTU exceptions [ OK ]
    vxlan4 not supported
  TEST: IPv4 over vxlan4: PMTU exceptions [SKIP]
    vxlan4 not supported
  TEST: IPv6 over vxlan4: PMTU exceptions [SKIP]
  TEST: IPv4 over vxlan6: PMTU exceptions [ OK ]
  TEST: IPv6 over vxlan6: PMTU exceptions [ OK ]
    geneve4 not supported
  TEST: IPv4 over geneve4: PMTU exceptions[SKIP]
    geneve4 not supported
  TEST: IPv6 over geneve4: PMTU exceptions[SKIP]

[Kernel-packages] [Bug 1892213] Re: psock_snd.sh in net from ubuntu_kernel_selftests ADT failure with focal/linux

2021-06-11 Thread Guilherme G. Piccoli
Observed on G/KVM, cycle sru-20210531 .

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1892213

Title:
  psock_snd.sh in net from ubuntu_kernel_selftests ADT failure with
  focal/linux

Status in ubuntu-kernel-tests:
  New
Status in linux package in Ubuntu:
  Confirmed
Status in linux source package in Focal:
  Confirmed
Status in linux source package in Groovy:
  New

Bug description:
  Testing failed on focal/linux 5.4.0-44.48:
  amd64: 
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-focal/focal/amd64/l/linux/20200812_171444_31971@/log.gz
  arm64: 
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-focal/focal/arm64/l/linux/20200812_210509_145fd@/log.gz
  ppc64el: 
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-focal/focal/ppc64el/l/linux/20200812_165855_1dabd@/log.gz
  s390x: 
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-focal/focal/s390x/l/linux/20200812_153600_9c7cb@/log.gz

  psock_snd.sh output:

  16:28:30 DEBUG| [stdout] # selftests: net: psock_snd.sh
  16:28:31 DEBUG| [stdout] # dgram
  16:28:31 DEBUG| [stdout] # tx: 128
  16:28:31 DEBUG| [stdout] # rx: 142
  16:28:31 DEBUG| [stdout] # rx: 100
  16:28:31 DEBUG| [stdout] # OK
  16:28:31 DEBUG| [stdout] # 
  16:28:31 DEBUG| [stdout] # dgram bind
  16:28:31 DEBUG| [stdout] # tx: 128
  16:28:31 DEBUG| [stdout] # rx: 142
  16:28:31 DEBUG| [stdout] # rx: 100
  16:28:31 DEBUG| [stdout] # OK
  16:28:31 DEBUG| [stdout] # 
  16:28:31 DEBUG| [stdout] # raw
  16:28:31 DEBUG| [stdout] # tx: 142
  16:28:31 DEBUG| [stdout] # rx: 142
  16:28:31 DEBUG| [stdout] # rx: 100
  16:28:31 DEBUG| [stdout] # OK
  16:28:31 DEBUG| [stdout] # 
  16:28:31 DEBUG| [stdout] # raw bind
  16:28:31 DEBUG| [stdout] # tx: 142
  16:28:31 DEBUG| [stdout] # rx: 142
  16:28:31 DEBUG| [stdout] # rx: 100
  16:28:31 DEBUG| [stdout] # OK
  16:28:31 DEBUG| [stdout] # 
  16:28:31 DEBUG| [stdout] # raw qdisc bypass
  16:28:31 DEBUG| [stdout] # tx: 142
  16:28:31 DEBUG| [stdout] # rx: 142
  16:28:31 DEBUG| [stdout] # rx: 100
  16:28:31 DEBUG| [stdout] # OK
  16:28:31 DEBUG| [stdout] # 
  16:28:31 DEBUG| [stdout] # raw vlan
  16:28:31 DEBUG| [stdout] # tx: 146
  16:28:31 DEBUG| [stdout] # rx: 100
  16:28:31 DEBUG| [stdout] # OK
  16:28:31 DEBUG| [stdout] # 
  16:28:31 DEBUG| [stdout] # raw vnet hdr
  16:28:31 DEBUG| [stdout] # tx: 152
  16:28:31 DEBUG| [stdout] # rx: 142
  16:28:31 DEBUG| [stdout] # rx: 100
  16:28:31 DEBUG| [stdout] # OK
  16:28:31 DEBUG| [stdout] # 
  16:28:31 DEBUG| [stdout] # raw csum_off
  16:28:31 DEBUG| [stdout] # tx: 152
  16:28:31 DEBUG| [stdout] # rx: 142
  16:28:31 DEBUG| [stdout] # rx: 100
  16:28:31 DEBUG| [stdout] # OK
  16:28:31 DEBUG| [stdout] # 
  16:28:31 DEBUG| [stdout] # raw csum_off with bad offset (fails)
  16:28:31 DEBUG| [stdout] # ./psock_snd: write: Invalid argument
  16:28:31 DEBUG| [stdout] # raw min size
  16:28:31 DEBUG| [stdout] # tx: 42
  16:28:31 DEBUG| [stdout] # rx: 0
  16:28:31 DEBUG| [stdout] # OK
  16:28:31 DEBUG| [stdout] # 
  16:28:31 DEBUG| [stdout] # raw mtu size
  16:28:31 DEBUG| [stdout] # tx: 1514
  16:28:31 DEBUG| [stdout] # rx: 1472
  16:28:31 DEBUG| [stdout] # OK
  16:28:31 DEBUG| [stdout] # 
  16:28:31 DEBUG| [stdout] # raw mtu size + 1 (fails)
  16:28:31 DEBUG| [stdout] # ./psock_snd: write: Message too long
  16:28:31 DEBUG| [stdout] # raw vlan mtu size + 1 (fails)
  16:28:31 DEBUG| [stdout] # ./psock_snd: write: Message too long
  16:28:32 DEBUG| [stdout] # dgram mtu size
  16:28:32 DEBUG| [stdout] # tx: 1500
  16:28:32 DEBUG| [stdout] # rx: 1472
  16:28:32 DEBUG| [stdout] # OK
  16:28:32 DEBUG| [stdout] # 
  16:28:32 DEBUG| [stdout] # dgram mtu size + 1 (fails)
  16:28:32 DEBUG| [stdout] # ./psock_snd: write: Message too long
  16:28:32 DEBUG| [stdout] # raw truncate hlen (fails: does not arrive)
  16:28:32 DEBUG| [stdout] # tx: 14
  16:28:32 DEBUG| [stdout] # ./psock_snd: recv: Resource temporarily unavailable
  16:28:32 DEBUG| [stdout] # raw truncate hlen - 1 (fails: EINVAL)
  16:28:32 DEBUG| [stdout] # ./psock_snd: write: Invalid argument
  16:28:32 DEBUG| [stdout] # raw gso min size
  16:28:32 DEBUG| [stdout] # tx: 1525
  16:28:32 DEBUG| [stdout] # rx: 1473
  16:28:32 DEBUG| [stdout] # OK
  16:28:32 DEBUG| [stdout] # 
  16:28:32 DEBUG| [stdout] # raw gso min size - 1 (fails)
  16:28:32 DEBUG| [stdout] # tx: 1524
  16:28:32 DEBUG| [stdout] # rx: 1472
  16:28:32 DEBUG| [stdout] # OK
  16:28:32 DEBUG| [stdout] # 
  16:28:32 DEBUG| [stdout] not ok 22 selftests: net: psock_snd.sh # exit=1

  This failure is similar to bug 1884234, however, this test didn't fail
  on ADT with focal/linux before 5.4.0-44.48.

To manage notifications about this bug go to:

[Kernel-packages] [Bug 1880645] Re: icmp_redirect.sh in net from ubuntu_kernel_selftests failed on F-OEM-5.6 / G / H

2021-06-11 Thread Guilherme G. Piccoli
Observed on G/KVM, cycle sru-20210531 .

** Tags added: sru-20210531

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-signed-oem-5.6 in Ubuntu.
https://bugs.launchpad.net/bugs/1880645

Title:
  icmp_redirect.sh in net from ubuntu_kernel_selftests failed on
  F-OEM-5.6 / G / H

Status in ubuntu-kernel-tests:
  New
Status in linux package in Ubuntu:
  Incomplete
Status in linux-signed-oem-5.6 package in Ubuntu:
  New
Status in linux source package in Focal:
  Invalid
Status in linux-signed-oem-5.6 source package in Focal:
  Confirmed
Status in linux source package in Groovy:
  Confirmed
Status in linux-signed-oem-5.6 source package in Groovy:
  Invalid

Bug description:
  Issue found on Focal 5.6.0-1011.11-oem


  
ubuntu@rizzo:~/autotest/client/tmp/ubuntu_kernel_selftests/src/linux/tools/testing/selftests/net$
  sudo ./icmp_redirect.sh

  ###
  Legacy routing
  ###

  TEST: IPv4: redirect exception  [ OK ]
  TEST: IPv6: redirect exception  [ OK ]
  TEST: IPv4: redirect exception plus mtu [ OK ]
  TEST: IPv6: redirect exception plus mtu [ OK ]
  TEST: IPv4: routing reset   [ OK ]
  TEST: IPv6: routing reset   [ OK ]
  TEST: IPv4: mtu exception   [ OK ]
  TEST: IPv6: mtu exception   [ OK ]
  TEST: IPv4: mtu exception plus redirect [ OK ]
  TEST: IPv6: mtu exception plus redirect [FAIL]

  ###
  Legacy routing with VRF
  ###

  TEST: IPv4: redirect exception  [ OK ]
  TEST: IPv6: redirect exception  [ OK ]
  TEST: IPv4: redirect exception plus mtu [ OK ]
  TEST: IPv6: redirect exception plus mtu [ OK ]
  TEST: IPv4: routing reset   [ OK ]
  TEST: IPv6: routing reset   [ OK ]
  TEST: IPv4: mtu exception   [ OK ]
  TEST: IPv6: mtu exception   [ OK ]
  TEST: IPv4: mtu exception plus redirect [ OK ]
  TEST: IPv6: mtu exception plus redirect [FAIL]

  ###
  Routing with nexthop objects
  ###

  TEST: IPv4: redirect exception  [ OK ]
  TEST: IPv6: redirect exception  [ OK ]
  TEST: IPv4: redirect exception plus mtu [ OK ]
  TEST: IPv6: redirect exception plus mtu [ OK ]
  TEST: IPv4: routing reset   [ OK ]
  TEST: IPv6: routing reset   [ OK ]
  TEST: IPv4: mtu exception   [ OK ]
  TEST: IPv6: mtu exception   [ OK ]
  TEST: IPv4: mtu exception plus redirect [ OK ]
  TEST: IPv6: mtu exception plus redirect [FAIL]

  ###
  Routing with nexthop objects and VRF
  ###

  TEST: IPv4: redirect exception  [ OK ]
  TEST: IPv6: redirect exception  [ OK ]
  TEST: IPv4: redirect exception plus mtu [ OK ]
  TEST: IPv6: redirect exception plus mtu [ OK ]
  TEST: IPv4: routing reset   [ OK ]
  TEST: IPv6: routing reset   [ OK ]
  TEST: IPv4: mtu exception   [ OK ]
  TEST: IPv6: mtu exception   [ OK ]
  TEST: IPv4: mtu exception plus redirect [ OK ]
  TEST: IPv6: mtu exception plus redirect [FAIL]

  Tests passed:  36
  Tests failed:   4

  ProblemType: Bug
  DistroRelease: Ubuntu 20.04
  Package: linux-image-5.6.0-1011-oem 5.6.0-1011.11
  ProcVersionSignature: User Name 5.6.0-1011.11-oem 5.6.14
  Uname: Linux 5.6.0-1011-oem x86_64
  ApportVersion: 

[Kernel-packages] [Bug 1905203] Re: selftests: net: fib_nexthops.sh in linux from Groovy/linux 5.8.0-30.32 ADT test failure

2021-06-11 Thread Guilherme G. Piccoli
Observed on G/KVM, cycle sru-20210531 .

** Tags added: sru-20210531

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1905203

Title:
  selftests: net: fib_nexthops.sh in linux from Groovy/linux 5.8.0-30.32
  ADT test failure

Status in ubuntu-kernel-tests:
  Confirmed
Status in linux package in Ubuntu:
  Incomplete
Status in linux source package in Groovy:
  Confirmed

Bug description:
  Testing failed on:
  amd64: 
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-groovy/groovy/amd64/l/linux/20201119_073627_7226f@/log.gz


  06:29:30 DEBUG| [stdout] # selftests: net: fib_nexthop_multiprefix.sh

  [...]

  06:29:37 DEBUG| [stdout] # 
  06:29:37 DEBUG| [stdout] # IPv4 nexthop api compat mode
  06:29:37 DEBUG| [stdout] # 
  06:29:37 DEBUG| [stdout] # TEST: IPv4 default nexthop compat mode check   
 [ OK ]
  06:29:37 DEBUG| [stdout] # TEST: IPv4 compat mode on - route add notification 
 [FAIL]
  06:29:37 DEBUG| [stdout] # TEST: IPv4 compat mode on - route dump 
 [ OK ]
  06:29:38 DEBUG| [stdout] # TEST: IPv4 compat mode on - nexthop change 
 [ OK ]
  06:29:38 DEBUG| [stdout] # TEST: IPv4 set compat mode - 0 
 [ OK ]
  06:29:38 DEBUG| [stdout] # TEST: IPv4 compat mode off - route add 
notification [ OK ]
  06:29:38 DEBUG| [stdout] # TEST: IPv4 compat mode off - route dump
 [ OK ]
  06:29:38 DEBUG| [stdout] # TEST: IPv4 compat mode off - nexthop change
 [ OK ]
  06:29:38 DEBUG| [stdout] # TEST: IPv4 compat mode off - nexthop delete
 [ OK ]
  06:29:38 DEBUG| [stdout] # TEST: IPv4 set compat mode - 1 
 [ OK ]

  [...]

  06:39:44 DEBUG| [stdout] # Tests passed: 127
  06:39:44 DEBUG| [stdout] # Tests failed:   1
  06:39:44 DEBUG| [stdout] not ok 35 selftests: net: fib_nexthops.sh # exit=1

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1905203/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1878389] Re: tpci from kernel_misc in ubuntu_ltp failed with Test-case '13'

2021-06-11 Thread Guilherme G. Piccoli
Issue observed in G/KVM, cycle sru-20210531 .

** Tags added: sru-20210531

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1878389

Title:
  tpci from kernel_misc in ubuntu_ltp failed with Test-case '13'

Status in ubuntu-kernel-tests:
  Triaged
Status in linux package in Ubuntu:
  Confirmed

Bug description:
  With bug 1868707 fixed, the tpci test can finish now, and it's reporting 
another issue here:
     test_pci  489  TFAIL  :  tpci.c:73: PCI bus 01 slot 01 : Test-case '13'

  Please find attachment for dmesg log and the full test log.

  ProblemType: Bug
  DistroRelease: Ubuntu 20.04
  Package: linux-image-5.4.0-29-generic 5.4.0-29.33
  ProcVersionSignature: User Name 5.4.0-29.33-generic 5.4.30
  Uname: Linux 5.4.0-29-generic x86_64
  AlsaDevices:
   total 0
   crw-rw 1 root audio 116,  1 May 13 10:08 seq
   crw-rw 1 root audio 116, 33 May 13 10:08 timer
  AplayDevices: Error: [Errno 2] No such file or directory: 'aplay'
  ApportVersion: 2.20.11-0ubuntu27
  Architecture: amd64
  ArecordDevices: Error: [Errno 2] No such file or directory: 'arecord'
  AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/seq', 
'/dev/snd/timer'] failed with exit code 1:
  CasperMD5CheckResult: skip
  Date: Wed May 13 10:19:01 2020
  IwConfig: Error: [Errno 2] No such file or directory: 'iwconfig'
  MachineType: HP ProLiant DL360 Gen9
  PciMultimedia:

  ProcEnviron:
   TERM=xterm-256color
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=
   LANG=C.UTF-8
   SHELL=/bin/bash
  ProcFB: 0 mgag200drmfb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.4.0-29-generic 
root=UUID=6422cfdd-2a69-4c0b-9784-6809a77ab980 ro
  RelatedPackageVersions:
   linux-restricted-modules-5.4.0-29-generic N/A
   linux-backports-modules-5.4.0-29-generic  N/A
   linux-firmware1.187
  RfKill: Error: [Errno 2] No such file or directory: 'rfkill'
  SourcePackage: linux
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 04/25/2017
  dmi.bios.vendor: HP
  dmi.bios.version: P89
  dmi.board.name: ProLiant DL360 Gen9
  dmi.board.vendor: HP
  dmi.chassis.type: 23
  dmi.chassis.vendor: HP
  dmi.modalias: 
dmi:bvnHP:bvrP89:bd04/25/2017:svnHP:pnProLiantDL360Gen9:pvr:rvnHP:rnProLiantDL360Gen9:rvr:cvnHP:ct23:cvr:
  dmi.product.family: ProLiant
  dmi.product.name: ProLiant DL360 Gen9
  dmi.product.sku: 780020-S01
  dmi.sys.vendor: HP

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1878389/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1829979] Re: memcg_max_usage_in_bytes from controllers test suite in LTP failed

2021-06-11 Thread Guilherme G. Piccoli
Issue observed in G/KVM, cycle sru-20210531 .

Thanks krzk for the fix! Hope in next cycle we don't see it anymore in
our tests.

** Tags added: sru-20210531

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-aws in Ubuntu.
https://bugs.launchpad.net/bugs/1829979

Title:
  memcg_max_usage_in_bytes from controllers test suite in LTP failed

Status in ubuntu-kernel-tests:
  In Progress
Status in linux package in Ubuntu:
  Incomplete
Status in linux-aws package in Ubuntu:
  New
Status in linux source package in Bionic:
  Incomplete
Status in linux-aws source package in Bionic:
  New

Bug description:
   startup='Wed May 22 05:58:50 2019'
   memcg_max_usage_in_bytes_test 1 TINFO: Starting test 1
   sh: echo: I/O error
   memcg_max_usage_in_bytes_test 1 TINFO: set /dev/memcg/memory.use_hierarchy 
to 0 failed
   memcg_max_usage_in_bytes_test 1 TINFO: Running memcg_process --mmap-anon -s 
4194304
   memcg_max_usage_in_bytes_test 1 TINFO: Warming up pid: 30821
   memcg_max_usage_in_bytes_test 1 TINFO: Process is still here after warm up: 
30821
   memcg_max_usage_in_bytes_test 1 TFAIL: memory.max_usage_in_bytes is 4325376, 
4194304 expected
   memcg_max_usage_in_bytes_test 2 TINFO: Starting test 2
   sh: echo: I/O error
   memcg_max_usage_in_bytes_test 2 TINFO: set /dev/memcg/memory.use_hierarchy 
to 0 failed
   memcg_max_usage_in_bytes_test 2 TCONF: mem+swap is not enabled
   memcg_max_usage_in_bytes_test 2 TINFO: Starting test 3
   sh: echo: I/O error
   memcg_max_usage_in_bytes_test 2 TINFO: set /dev/memcg/memory.use_hierarchy 
to 0 failed
   memcg_max_usage_in_bytes_test 2 TINFO: Running memcg_process --mmap-anon -s 
4194304
   memcg_max_usage_in_bytes_test 2 TINFO: Warming up pid: 30855
   memcg_max_usage_in_bytes_test 2 TINFO: Process is still here after warm up: 
30855
   memcg_max_usage_in_bytes_test 2 TFAIL: memory.max_usage_in_bytes is 4329472, 
4194304 expected
   memcg_max_usage_in_bytes_test 3 TFAIL: memory.max_usage_in_bytes is 8192, 0 
expected 
   memcg_max_usage_in_bytes_test 4 TINFO: Starting test 4
   sh: echo: I/O error
   memcg_max_usage_in_bytes_test 4 TINFO: set /dev/memcg/memory.use_hierarchy 
to 0 failed
   memcg_max_usage_in_bytes_test 4 TCONF: mem+swap is not enabled
   tag=memcg_max_usage_in_bytes stime=1558504730 dur=3 exit=exited stat=33 
core=no cu=8 cs=7

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: linux-image-4.15.0-50-generic 4.15.0-50.54
  ProcVersionSignature: User Name 4.15.0-50.54-generic 4.15.18
  Uname: Linux 4.15.0-50-generic x86_64
  AlsaDevices:
   total 0
   crw-rw 1 root audio 116,  1 May 22 02:57 seq
   crw-rw 1 root audio 116, 33 May 22 02:57 timer
  AplayDevices: Error: [Errno 2] No such file or directory: 'aplay': 'aplay'
  ApportVersion: 2.20.9-0ubuntu7.6
  Architecture: amd64
  ArecordDevices: Error: [Errno 2] No such file or directory: 'arecord': 
'arecord'
  AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/seq', 
'/dev/snd/timer'] failed with exit code 1:
  CurrentDmesg:
   [14538.862950] cfg80211: Loading compiled-in X.509 certificates for 
regulatory database
   [14538.874559] cfg80211: Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7'
  Date: Wed May 22 07:06:31 2019
  IwConfig: Error: [Errno 2] No such file or directory: 'iwconfig': 'iwconfig'
  Lsusb: Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
  MachineType: QEMU Standard PC (i440FX + PIIX, 1996)
  PciMultimedia:
   
  ProcFB: 0 cirrusdrmfb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-50-generic 
root=UUID=57e8-9e7f-40ee-934e-f1dce18323e5 ro
  RelatedPackageVersions:
   linux-restricted-modules-4.15.0-50-generic N/A
   linux-backports-modules-4.15.0-50-generic  N/A
   linux-firmware 1.173.6
  RfKill: Error: [Errno 2] No such file or directory: 'rfkill': 'rfkill'
  SourcePackage: linux
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 04/01/2014
  dmi.bios.vendor: SeaBIOS
  dmi.bios.version: Ubuntu-1.8.2-1ubuntu1
  dmi.chassis.type: 1
  dmi.chassis.vendor: QEMU
  dmi.chassis.version: pc-i440fx-xenial
  dmi.modalias: 
dmi:bvnSeaBIOS:bvrUbuntu-1.8.2-1ubuntu1:bd04/01/2014:svnQEMU:pnStandardPC(i440FX+PIIX,1996):pvrpc-i440fx-xenial:cvnQEMU:ct1:cvrpc-i440fx-xenial:
  dmi.product.name: Standard PC (i440FX + PIIX, 1996)
  dmi.product.version: pc-i440fx-xenial
  dmi.sys.vendor: QEMU

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1829979/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1829984] Re: memcg_usage_in_bytes from controllers test suite in LTP failed

2021-06-11 Thread Guilherme G. Piccoli
Issue observed in G/KVM, cycle sru-20210531 .

** Tags added: sru-20210531

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-aws in Ubuntu.
https://bugs.launchpad.net/bugs/1829984

Title:
  memcg_usage_in_bytes from controllers test suite in LTP failed

Status in ubuntu-kernel-tests:
  In Progress
Status in linux package in Ubuntu:
  Confirmed
Status in linux-aws package in Ubuntu:
  New
Status in linux source package in Xenial:
  New
Status in linux-aws source package in Xenial:
  New
Status in linux source package in Bionic:
  Confirmed
Status in linux-aws source package in Bionic:
  New
Status in linux source package in Cosmic:
  Confirmed
Status in linux-aws source package in Cosmic:
  New

Bug description:
   startup='Wed May 22 05:59:09 2019'
   memcg_usage_in_bytes_test 1 TINFO: Starting test 1
   sh: echo: I/O error
   memcg_usage_in_bytes_test 1 TINFO: set /dev/memcg/memory.use_hierarchy to 0 
failed
   memcg_usage_in_bytes_test 1 TINFO: Running memcg_process --mmap-anon -s 
4194304
   memcg_usage_in_bytes_test 1 TINFO: Warming up pid: 31689
   memcg_usage_in_bytes_test 1 TINFO: Process is still here after warm up: 31689
   memcg_usage_in_bytes_test 1 TFAIL: memory.usage_in_bytes is 4202496, 4194304 
expected
   memcg_usage_in_bytes_test 2 TINFO: Starting test 2
   sh: echo: I/O error
   memcg_usage_in_bytes_test 2 TINFO: set /dev/memcg/memory.use_hierarchy to 0 
failed
   memcg_usage_in_bytes_test 2 TCONF: mem+swap is not enabled
   tag=memcg_usage_in_bytes stime=1558504749 dur=1 exit=exited stat=33 core=no 
cu=5 cs=3

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: linux-image-4.15.0-50-generic 4.15.0-50.54
  ProcVersionSignature: User Name 4.15.0-50.54-generic 4.15.18
  Uname: Linux 4.15.0-50-generic x86_64
  AlsaDevices:
   total 0
   crw-rw 1 root audio 116,  1 May 22 02:57 seq
   crw-rw 1 root audio 116, 33 May 22 02:57 timer
  AplayDevices: Error: [Errno 2] No such file or directory: 'aplay': 'aplay'
  ApportVersion: 2.20.9-0ubuntu7.6
  Architecture: amd64
  ArecordDevices: Error: [Errno 2] No such file or directory: 'arecord': 
'arecord'
  AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/seq', 
'/dev/snd/timer'] failed with exit code 1:
  CurrentDmesg:
   [14538.862950] cfg80211: Loading compiled-in X.509 certificates for 
regulatory database
   [14538.874559] cfg80211: Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7'
  Date: Wed May 22 07:17:43 2019
  IwConfig: Error: [Errno 2] No such file or directory: 'iwconfig': 'iwconfig'
  Lsusb: Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
  MachineType: QEMU Standard PC (i440FX + PIIX, 1996)
  PciMultimedia:
   
  ProcFB: 0 cirrusdrmfb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-50-generic 
root=UUID=57e8-9e7f-40ee-934e-f1dce18323e5 ro
  RelatedPackageVersions:
   linux-restricted-modules-4.15.0-50-generic N/A
   linux-backports-modules-4.15.0-50-generic  N/A
   linux-firmware 1.173.6
  RfKill: Error: [Errno 2] No such file or directory: 'rfkill': 'rfkill'
  SourcePackage: linux
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 04/01/2014
  dmi.bios.vendor: SeaBIOS
  dmi.bios.version: Ubuntu-1.8.2-1ubuntu1
  dmi.chassis.type: 1
  dmi.chassis.vendor: QEMU
  dmi.chassis.version: pc-i440fx-xenial
  dmi.modalias: 
dmi:bvnSeaBIOS:bvrUbuntu-1.8.2-1ubuntu1:bd04/01/2014:svnQEMU:pnStandardPC(i440FX+PIIX,1996):pvrpc-i440fx-xenial:cvnQEMU:ct1:cvrpc-i440fx-xenial:
  dmi.product.name: Standard PC (i440FX + PIIX, 1996)
  dmi.product.version: pc-i440fx-xenial
  dmi.sys.vendor: QEMU

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1829984/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


  1   2   3   4   5   6   7   >