[Bug 218849] ASRock TRX90 WS EVO fails to suspend to S3

2024-05-23 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218849

--- Comment #9 from Jacob Kaulike (kaul...@system76.com) ---
I've just given that a try and it does fix this issue

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218867] UBSAN: array-index-out-of-bounds in drivers/acpi/acpica/dswexec.c:401:12

2024-05-23 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218867

Artem S. Tashkinov (a...@gmx.com) changed:

   What|Removed |Added

 CC||a...@gmx.com

--- Comment #1 from Artem S. Tashkinov (a...@gmx.com) ---
6.1.25 is really old and unlikely to get any fixes.

Is this reproducible in 6.6.31/6.9.1?

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218849] ASRock TRX90 WS EVO fails to suspend to S3

2024-05-22 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218849

--- Comment #8 from Mario Limonciello (AMD) (mario.limoncie...@amd.com) ---
This fix was posted, can you please try it? 

https://github.com/acpica/acpica/pull/954

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 217076] Charging causes high CPU usage on LG Gram laptops series Z90Q

2024-05-21 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=217076

--- Comment #59 from Diogo Ivo (diogo@tecnico.ulisboa.pt) ---
Hi Ralph,

Thank you for trying the instructions. You can safely ignore the BTF related
stuff, don't worry about it :). Do you have any newer kernels pre-built that
you can try running on your system?

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 217076] Charging causes high CPU usage on LG Gram laptops series Z90Q

2024-05-21 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=217076

--- Comment #58 from Ralph Martin (ra...@cs.cf.ac.uk) ---
Hi Diogo

When I try to compile the modules following your instructions, I got

Skipping BTF generation for
/home/ralph/Downloads/linux-6.9.1/drivers/usb/typec/ucsi/ucsi_acpi.ko due to
unavailability of vmlinux

It was not clear if that was essential or not. I tried to fix this up, but
after copying `/sys/kernel/btf/vmlinux` to corresponding position and with
`dwarves` installed, building the kernel module throws an error: 
`/bin/sh: 1: ./tools/bpf/resolve_btfids/resolve_btfids: not found`.

I see  Bug#1027306: mentions this issue. 

I am getting further from trying out your fix it seems, rather than closer...

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218867] New: UBSAN: array-index-out-of-bounds in drivers/acpi/acpica/dswexec.c:401:12

2024-05-21 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218867

Bug ID: 218867
   Summary: UBSAN: array-index-out-of-bounds in
drivers/acpi/acpica/dswexec.c:401:12
   Product: ACPI
   Version: 2.5
  Hardware: All
OS: Linux
Status: NEW
  Severity: normal
  Priority: P3
 Component: ACPICA-Core
  Assignee: acpi_acpica-c...@kernel-bugs.osdl.org
  Reporter: ionut_n2...@yahoo.com
Regression: No

[0.662597]

[0.662604] UBSAN: array-index-out-of-bounds in
drivers/acpi/acpica/dswexec.c:401:12
[0.662611] index -1 is out of range for type 'acpi_operand_object *[9]'
[0.662615] CPU: 0 PID: 18 Comm: kworker/0:1 Not tainted 6.1.25-1-lowlatency
#1
[0.662618] Hardware name: Intel(R) Client Systems NUC9i7QNX/NUC9i7QNB, BIOS
QXCFL579.0034.2019.1125.1436 11/25/2019
[0.662620] Workqueue: kacpid acpi_os_execute_deferred
[0.662626] Call Trace:
[0.662628]  
[0.662630]  dump_stack_lvl+0x4a/0x6f
[0.662635]  dump_stack+0x10/0x18
[0.662639]  ubsan_epilogue+0x9/0x3a
[0.662642]  __ubsan_handle_out_of_bounds.cold+0x46/0x4b
[0.662645]  acpi_ds_exec_end_op+0x943/0x950
[0.662650]  acpi_ps_parse_loop+0x28e/0xa30
[0.662654]  acpi_ps_parse_aml+0x226/0x5f0
[0.662657]  acpi_ps_execute_method+0x172/0x3e0
[0.662661]  acpi_ns_evaluate+0x2f2/0x5e0
[0.662663]  acpi_ev_asynch_execute_gpe_method+0x14b/0x1d0
[0.662668]  acpi_os_execute_deferred+0x17/0x40
[0.662671]  process_one_work+0x222/0x3f0
[0.662675]  worker_thread+0x50/0x480
[0.662679]  ? process_one_work+0x3f0/0x3f0
[0.662682]  kthread+0xea/0x120
[0.662684]  ? kthread_complete_and_exit+0x20/0x20
[0.662687]  ret_from_fork+0x1f/0x30
[0.662694]  
[0.662695]
e

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218867] UBSAN: array-index-out-of-bounds in drivers/acpi/acpica/dswexec.c:401:12

2024-05-21 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218867

sander44 (ionut_n2...@yahoo.com) changed:

   What|Removed |Added

 Kernel Version||6.1.25

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 217076] Charging causes high CPU usage on LG Gram laptops series Z90Q

2024-05-21 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=217076

--- Comment #57 from Ralph Martin (ra...@cs.cf.ac.uk) ---
Hi Diogo

I followed your instructions (I am using the current testing kernel 6.7.12),
building the module with the 6.9.1 sources, disabling safe boot, and got

insmod: ERROR: could not insert module drivers/usb/typec/ucsi/typec_ucsi.ko:
Unknown symbol in module

insmod: ERROR: could not insert module drivers/usb/typec/ucsi/ucsi_acpi.ko:
Unknown symbol in module

when trying to insert the compiled modules.

(ucsi_acpi is blacklisted at boot, but that does not sound like it is the
problem

so it was not unexpected that I got the following when trying to unload the
existing modules

rmmod: ERROR: Module ucsi_acpi is not currently loaded

rmmod: ERROR: Module typec_ucsi is not currently loaded

Happy to try again if there is something else I can do. Perhaps I really need
to build a new kernel - time I learnt how to do that?

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 217076] Charging causes high CPU usage on LG Gram laptops series Z90Q

2024-05-20 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=217076

--- Comment #56 from Diogo Ivo (diogo@tecnico.ulisboa.pt) ---
Created attachment 306315
  --> https://bugzilla.kernel.org/attachment.cgi?id=306315=edit
Fix patch

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 217076] Charging causes high CPU usage on LG Gram laptops series Z90Q

2024-05-20 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=217076

--- Comment #55 from Diogo Ivo (diogo@tecnico.ulisboa.pt) ---
Created attachment 306314
  --> https://bugzilla.kernel.org/attachment.cgi?id=306314=edit
Debug patch

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 217076] Charging causes high CPU usage on LG Gram laptops series Z90Q

2024-05-20 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=217076

--- Comment #54 from Diogo Ivo (diogo@tecnico.ulisboa.pt) ---
Hello,

The updated instructions are:

 - Get the kernel source from kernel.org (v6.9.1) and extract it to a folder.
Download both debug.patch and fix.patch as well.

 - Extract the kernel tarball:
  tar xf linux-6.9.1.tar.xz

 - cd into the folder where the kernel was extracted and apply only
debug.patch:
   git apply /path/to/debug.patch

 - Compile the modules with:
   make -C /lib/modules/`uname -r`/build M=$PWD/drivers/usb/typec/ucsi/

 - Remove both ucsi_acpi and typec_ucsi:
   sudo rmmod ucsi_acpi
   sudo rmmod typec_ucsi

 - Insert the compiled versions of the modules (with all USB-C cables
unplugged):
   sudo insmod drivers/usb/typec/ucsi/typec_ucsi.ko
   sudo insmod drivers/usb/typec/ucsi/ucsi_acpi.ko

Then follow the procedure I described in the previous instruction post to
obtain the log file. When this is done

 - Apply fix.patch on top:
   git apply /path/to/fix.patch

- Compile the modules with:
   make -C /lib/modules/`uname -r`/build M=$PWD/drivers/usb/typec/ucsi/

 - Remove ucsi_acpi:
   sudo rmmod ucsi_acpi

 - Insert the updated version of the module (with all USB-C cables unplugged):
   sudo insmod drivers/usb/typec/ucsi/ucsi_acpi.ko

And again follow the procedure described above to get the log file.

Hopefully these instructions are clear. If you need further clarification I'll
be happy to help!

Thanks,
Diogo

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 217076] Charging causes high CPU usage on LG Gram laptops series Z90Q

2024-05-20 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=217076

--- Comment #53 from Diogo Ivo (diogo@tecnico.ulisboa.pt) ---
Hi Ralph,

I guess the only option is to compile the kernel module from source. I'll place
the patches and instructions here soon.

Thanks,
Diogo

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218864] HP Envy x360: Graphical corruption over time without amdgpu.sg_display=0 kernel option

2024-05-20 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218864

Mario Limonciello (AMD) (mario.limoncie...@amd.com) changed:

   What|Removed |Added

  Component|BIOS|Video(DRI - non Intel)
   Assignee|acpi_b...@kernel-bugs.osdl. |drivers_video-dri@kernel-bu
   |org |gs.osdl.org
Product|ACPI|Drivers

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218864] HP Envy x360: Graphical corruption over time without amdgpu.sg_display=0 kernel option

2024-05-20 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218864

Mario Limonciello (AMD) (mario.limoncie...@amd.com) changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |DOCUMENTED

--- Comment #1 from Mario Limonciello (AMD) (mario.limoncie...@amd.com) ---
For graphics bugs it's better to report them to
https://gitlab.freedesktop.org/drm/amd/-/issues

But yes if this is a Phoenix laptop you probably will need to get a BIOS
upgrade.  It's probably a duplicate of
https://gitlab.freedesktop.org/drm/amd/-/issues/3187.

You can read that for more details.

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218864] HP Envy x360: Graphical corruption over time without amdgpu.sg_display=0 kernel option

2024-05-20 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218864

Matthew (ruinairas1...@gmail.com) changed:

   What|Removed |Added

 CC||mario.limoncie...@amd.com,
   ||ruinairas1...@gmail.com

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218864] New: HP Envy x360: Graphical corruption over time without amdgpu.sg_display=0 kernel option

2024-05-20 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218864

Bug ID: 218864
   Summary: HP Envy x360: Graphical corruption over time without
amdgpu.sg_display=0 kernel option
   Product: ACPI
   Version: 2.5
  Hardware: All
OS: Linux
Status: NEW
  Severity: normal
  Priority: P3
 Component: BIOS
  Assignee: acpi_b...@kernel-bugs.osdl.org
  Reporter: ruinairas1...@gmail.com
Regression: No

The screen will go white with black artifacts after a period of time that
requires a reboot to fix. I believe this is a BIOS bug that will require a
kernel workaround if HP does not ship out a fix. I suspect not all devices that
have this issue will ever get a BIOS update so I am reporting this here for any
quirks list that may be prepared.

System information:
Name: HP Envy x360 2-in-1 Laptop 14-fa0xxx
Bios Version: F.01
Bios Date: 01/18/2024
Bios Release: 15.1

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 217076] Charging causes high CPU usage on LG Gram laptops series Z90Q

2024-05-19 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=217076

--- Comment #52 from Ralph Martin (ra...@cs.cf.ac.uk) ---
Hi Diogo, 
any suggestion  how I can proceed beyond the error message I reported when
trying to install your patched module?
Thanks
Ralph

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218853] ACPI: (UEFI?) Oops due to tables memmap wrong after S4 platform resume

2024-05-17 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218853

--- Comment #1 from TJ (li...@iam.tj) ---
Created attachment 306304
  --> https://bugzilla.kernel.org/attachment.cgi?id=306304=edit
Data and analysis files

Archive containing data and analysis files.

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218853] New: ACPI: (UEFI?) Oops due to tables memmap wrong after S4 platform resume

2024-05-17 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218853

Bug ID: 218853
   Summary: ACPI: (UEFI?) Oops due to tables memmap wrong after S4
platform resume
   Product: ACPI
   Version: 2.5
  Hardware: AMD
OS: Linux
Status: NEW
  Severity: normal
  Priority: P3
 Component: Config-Tables
  Assignee: acpi_config-tab...@kernel-bugs.osdl.org
  Reporter: li...@iam.tj
Regression: No

Subject: ACPI: (UEFI?) Oops due to tables memmap wrong after S4 platform resume

Note: supporting files with complete logs, tables, and analysis are attached to
the bug report (see end of text for detail).

With all versions tested from v6.9 going back to v5.10 (and beyond) - mainline
and Debian kernels - this issue occurs on a Lenovo E495s on doing "platform"
resume from S4. An OS "shutdown" resume is not affected. This bug manifests as
an Oops in acpi_cpufreq but extensive debugging reveals it is due to the ACPI
tables memmap changing (some tables move 'up' by one 4K page) - we find that on
resume /sys/firmware/acpi/tables/SSDT5 (containing the per-CPU performance
states that acpi_cpufreq relies upon) actually contains CDAT and therefore
appears corrupt:

$ hexdump --length 16 -C 1-before-shutdown-hibernation/SSDT5
  53 53 44 54 9c 11 00 00  01 5a 4c 45 4e 4f 56 4f  |SSDT.ZLENOVO|
$ hexdump --length 16 -C 4-after-resume-from-shutdown/SSDT5
  43 52 41 54 10 08 00 00  01 5f 4c 45 4e 4f 56 4f  |CRAT._LENOVO|

[  267.784456] acpi_cpufreq: overriding BIOS provided _PSD data
[  267.787251] ACPI: button: Power Button [PWRB]
[  267.790096] input: Lid Switch as
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0D:00/input/input101
[  267.791742] ACPI Error: Null stack entry at bc5560e1
(20220331/exresop-139)
[  267.792943] ACPI Error: AE_AML_INTERNAL, While resolving operands for
[OpcodeName unavailable] (20220331/dswexec-431)
[  267.794270] ACPI Error: Aborting method \_PR.C003._PPC due to previous error
(AE_AML_INTERNAL) (20220331/psparse-529)
[  267.795403] ACPI: \_PR_.C003: _PPC evaluation failed: AE_AML_INTERNAL
[  267.796803] BUG: kernel NULL pointer dereference, address: 0008
[  267.797993] #PF: supervisor read access in kernel mode
[  267.799224] #PF: error_code(0x) - not-present page
[  267.800323] PGD 0 P4D 0 
[  267.801382] Oops:  [#1] PREEMPT SMP NOPTI
[  267.802551] CPU: 1 PID: 351 Comm: (udev-worker) Not tainted 6.1.0-21-amd64
#1  Debian 6.1.90-1
[  267.803753] Hardware name: LENOVO 20QKS0EQ0N/20QKS0EQ0N, BIOS R13ET56W(1.30
) 03/01/2024
[  267.804806] RIP: 0010:acpi_ex_resolve_multiple+0x2d/0x2c0
[  267.805923] Code: 00 00 41 56 49 89 fe 41 55 49 89 d5 41 54 49 89 cc 55 53
48 89 f3 48 83 ec 18 65 48 8b 04 25 28 00 00 00 48 89 44 24 10 31 c0 <0f> b6 46
08 48 89 34 24 48 89 74 24 08 3c 0e 0f 84 28 01 00 00 3c
[  267.807081] RSP: 0018:b5ae41147958 EFLAGS: 00010246
[  267.808016] RAX:  RBX:  RCX:
b5ae411479a8
[  267.808978] RDX: b5ae411479a4 RSI:  RDI:
8eb084d9e800
[  267.809953] RBP:  R08: b5ae411479a8 R09:
8eb08591beb0
[  267.810071] ACPI: button: Lid Switch [LID]
[  267.811148] R10: 000f R11: b5ae41147a00 R12:
b5ae411479a8
[  267.811151] R13: b5ae411479a4 R14: 8eb084d9e800 R15:
d5ae3fb35f48
[  267.811154] FS:  7f64c7196900() GS:8eb330a4()
knlGS:
[  267.815792] CS:  0010 DS:  ES:  CR0: 80050033
[  267.816957] CR2: 0008 CR3: 000100d46000 CR4:
003506e0
[  267.818133] Call Trace:
[  267.819255]  
[  267.820397]  ? __die_body.cold+0x1a/0x1f
[  267.821538]  ? page_fault_oops+0xd2/0x2b0
[  267.822434]  ? __alloc_pages+0x1dc/0x330
[  267.823514]  ? exc_page_fault+0x70/0x170
[  267.824577]  ? asm_exc_page_fault+0x22/0x30
[  267.826045]  ? acpi_ex_resolve_multiple+0x2d/0x2c0
[  267.827495]  acpi_ex_opcode_1A_0T_1R+0x241/0x5a0
[  267.828655]  acpi_ds_exec_end_op+0x27e/0x510
[  267.829865]  acpi_ps_complete_final_op+0xa4/0x190
[  267.831062]  acpi_ps_parse_loop+0x2ed/0x6a0
[  267.832320]  acpi_ps_parse_aml+0x7c/0x3d0
[  267.833382]  acpi_ps_execute_method+0x13b/0x270
[  267.834435]  acpi_ns_evaluate+0x1ee/0x2d0
[  267.835479]  acpi_evaluate_object+0x149/0x2f0
[  267.836517]  acpi_evaluate_integer+0x6b/0xf0
[  267.837544]  acpi_processor_get_platform_limit+0x43/0x140
[  267.838564]  acpi_processor_register_performance+0x5d/0xd0
[  267.839566]  acpi_cpufreq_cpu_init+0x13c/0x8e0 [acpi_cpufreq]

MS Windows 10 can successfully resume from S4 platform; we confirmed it was
using platform mode, and S4 not S5, because a lid-open event wakes the PC. The
firmware specifically supports Linux (OSI=Linux) and changelogs for firmware
mention Linux support (v.130 change-log states "Fixed an issue that Linux TSC
is unstable and system will hang after exit from Boot Menu" ).

The diagnosis 

[Bug 218849] ASRock TRX90 WS EVO fails to suspend to S3

2024-05-16 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218849

--- Comment #7 from Jacob Kaulike (kaul...@system76.com) ---
Created attachment 306301
  --> https://bugzilla.kernel.org/attachment.cgi?id=306301=edit
acpidump for ASRock WRX90 WS EVO

Here's an acpidump for the WRX90 WS EVO motherboard from Pop!_OS 22.04. I had
to compress it since it's ~6MB

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218849] ASRock TRX90 WS EVO fails to suspend to S3

2024-05-16 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218849

--- Comment #6 from Mario Limonciello (AMD) (mario.limoncie...@amd.com) ---
Ah, got it.  Thanks for checking.  We *might* be best off reverting, but I'd
like to see what Rafael and others have to say.

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218849] ASRock TRX90 WS EVO fails to suspend to S3

2024-05-16 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218849

--- Comment #5 from Martin Mokrejs (mmokr...@gmail.com) ---
Mario, https://lkml.org/lkml/2008/12/30/128 that was year 2008 and my ASUS
L3C/S laptop. I don't have it anymore.

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218849] ASRock TRX90 WS EVO fails to suspend to S3

2024-05-16 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218849

--- Comment #4 from Mario Limonciello (AMD) (mario.limoncie...@amd.com) ---
Jacob,

Can you please add an acpidump and kernel log (from a faulty kernel without
that revert)

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218849] ASRock TRX90 WS EVO fails to suspend to S3

2024-05-16 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218849

Mario Limonciello (AMD) (mario.limoncie...@amd.com) changed:

   What|Removed |Added

 CC||suresh.b.sid...@intel.com

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218849] ASRock TRX90 WS EVO fails to suspend to S3

2024-05-16 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218849

--- Comment #3 from Mario Limonciello (AMD) (mario.limoncie...@amd.com) ---
I CC'ed the original reporter, Martin to the bug.

Martin - can you revert that on a current kernel and see if your original
problem still exists?

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218849] ASRock TRX90 WS EVO fails to suspend to S3

2024-05-16 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218849

Mario Limonciello (AMD) (mario.limoncie...@amd.com) changed:

   What|Removed |Added

 CC||mmokr...@gmail.com

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218849] ASRock TRX90 WS EVO fails to suspend to S3

2024-05-16 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218849

Mario Limonciello (AMD) (mario.limoncie...@amd.com) changed:

   What|Removed |Added

 CC||robert.mo...@intel.com

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218849] ASRock TRX90 WS EVO fails to suspend to S3

2024-05-16 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218849

Mario Limonciello (AMD) (mario.limoncie...@amd.com) changed:

   What|Removed |Added

 CC||raf...@kernel.org

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218849] ASRock TRX90 WS EVO fails to suspend to S3

2024-05-16 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218849

--- Comment #2 from Jacob Kaulike (kaul...@system76.com) ---
Yes, that is correct. Reverting that commit does fix this issue for us.

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218849] ASRock TRX90 WS EVO fails to suspend to S3

2024-05-16 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218849

Mario Limonciello (AMD) (mario.limoncie...@amd.com) changed:

   What|Removed |Added

 CC||mario.limoncie...@amd.com

--- Comment #1 from Mario Limonciello (AMD) (mario.limoncie...@amd.com) ---
As I understand it, reverting

d410ee5109a1 ("ACPICA: avoid "Info: mapping multiple BARs. Your kernel is
fine."")

Which is the "fix" for https://bugzilla.kernel.org/show_bug.cgi?id=14445 fixes
this issue, right?

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218849] New: ASRock TRX90 WS EVO fails to suspend to S3

2024-05-16 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218849

Bug ID: 218849
   Summary: ASRock TRX90 WS EVO fails to suspend to S3
   Product: ACPI
   Version: 2.5
  Hardware: All
OS: Linux
Status: NEW
  Severity: normal
  Priority: P3
 Component: Power-Sleep-Wake
  Assignee: acpi_power-sleep-w...@kernel-bugs.osdl.org
  Reporter: kaul...@system76.com
Regression: No

Testing with Ubuntu 22.04.3 with 6.5.0 kernel, and Ubuntu 24.04 with 6.8.0
kernel, and also Pop!_OS 22.04 with the pop 6.8.0 kernel, the ASRock TRX90 WS
EVO motherboard does not suspend. Instead when I attempt to suspend the display
blanks, fans spin up, the board remains powered on, and the system becomes
unresponsive.

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218789] ucsi_acpi USBC000:00: ucsi_acpi_dsm: failed to evaluate _DSM 2 in logs

2024-05-16 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218789

Rafael J. Wysocki (r...@rjwysocki.net) changed:

   What|Removed |Added

 Status|NEEDINFO|RESOLVED
 Resolution|--- |PATCH_ALREADY_AVAILABLE

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218789] ucsi_acpi USBC000:00: ucsi_acpi_dsm: failed to evaluate _DSM 2 in logs

2024-05-15 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218789

--- Comment #15 from Rafael J. Wysocki (r...@rjwysocki.net) ---
Thanks for testing, much appreciated!

However, note that the patch you tested has been replaced with:

https://lore.kernel.org/linux-acpi/6046110.lOV4Wx5bFT@kreacher

due to concerned related to the handling of some specific cases.

Can you please test this one too, just to verify that it still helps?

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218829] B650M/Ryzen 7700X PC immediately wakes up from "deep" suspend

2024-05-15 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218829

--- Comment #6 from Mario Limonciello (AMD) (mario.limoncie...@amd.com) ---
This looks like it's the EC trying to wake up the system. 

Case (0x03)
{
M000 (0x3903)
M460 ("Clear SCI Status Bit02\n", Zero, Zero, Zero,
Zero, Zero, Zero)
M014 (0xFED80200, Zero, Zero, 0x20, 0x04)
If (CondRefOf (\_GPE._L02))
{
M460 ("Call \\_GPE._L02 ()\n", Zero, Zero, Zero,
Zero, Zero, Zero)
\_GPE._L02 ()
}
}

Check and make sure that your BIOS and EC firmware is up to date.  If it is you
probably should report this to your vendor to investigate and explain.

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218829] B650M/Ryzen 7700X PC immediately wakes up from "deep" suspend

2024-05-15 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218829

--- Comment #5 from CUI Hao (cuihao@gmail.com) ---
Created attachment 306296
  --> https://bugzilla.kernel.org/attachment.cgi?id=306296=edit
dsdt.dsl

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218829] B650M/Ryzen 7700X PC immediately wakes up from "deep" suspend

2024-05-15 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218829

--- Comment #4 from CUI Hao (cuihao@gmail.com) ---
I did a quick and dirty modification on acpica code to bypass the error and get
dsdt.dat decompiled. Hopefully it doesn't distort things significantly.

```
diff --git a/source/components/dispatcher/dswload.c
b/source/components/dispatcher/dswload.c
index ed97abb13..b2af9b40c 100644
--- a/source/components/dispatcher/dswload.c
+++ b/source/components/dispatcher/dswload.c
@@ -465,7 +465,7 @@ AcpiDsLoad1BeginOp (
 {
 /* The name already exists in this scope */

-if (Node->Flags & ANOBJ_IS_EXTERNAL)
+//if (Node->Flags & ANOBJ_IS_EXTERNAL)
 {
 /*
  * Allow one create on an object or segment that was
```

Here is the _AEI method found in the dsdt.dsl (full file attached).

```
Method (_AEI, 0, NotSerialized)  // _AEI: ACPI Event Interrupts
{
Name (BUFF, ResourceTemplate ()
{
GpioInt (Edge, ActiveLow, ExclusiveAndWake, PullNone, 0x,
"\\_SB.GPIO", 0x00, ResourceConsumer, ,
)
{   // Pin list
0x0003
}
})
Name (BUNP, ResourceTemplate ()
{
GpioInt (Edge, ActiveHigh, ExclusiveAndWake, PullDefault,
0x1388,
"\\_SB.GPIO", 0x00, ResourceConsumer, ,
)
{   // Pin list
0x
}
GpioInt (Level, ActiveHigh, ExclusiveAndWake, PullNone, 0x,
"\\_SB.GPIO", 0x00, ResourceConsumer, ,
)
{   // Pin list
0x003D
}
GpioInt (Level, ActiveHigh, ExclusiveAndWake, PullNone, 0x,
"\\_SB.GPIO", 0x00, ResourceConsumer, ,
)
{   // Pin list
0x003E
}
GpioInt (Level, ActiveHigh, ExclusiveAndWake, PullNone, 0x,
"\\_SB.GPIO", 0x00, ResourceConsumer, ,
)
{   // Pin list
0x003A
}
GpioInt (Level, ActiveHigh, ExclusiveAndWake, PullNone, 0x,
"\\_SB.GPIO", 0x00, ResourceConsumer, ,
)
{   // Pin list
0x003B
}
GpioInt (Edge, ActiveLow, ExclusiveAndWake, PullNone, 0x,
"\\_SB.GPIO", 0x00, ResourceConsumer, ,
)
{   // Pin list
0x0002
}
GpioInt (Edge, ActiveLow, ExclusiveAndWake, PullNone, 0x,
"\\_SB.GPIO", 0x00, ResourceConsumer, ,
)
{   // Pin list
0x0003
}
GpioInt (Edge, ActiveLow, ExclusiveAndWake, PullNone, 0x,
"\\_SB.GPIO", 0x00, ResourceConsumer, ,
)
{   // Pin list
0x0009
}
})
If ((G001 == One))
{
M460 ("  OEM-ASL-\\_SB.GPIO._AEI return BUNP (MS)\n", Zero,
Zero, Zero, Zero, Zero, Zero)
Return (BUNP) /* \_SB_.GPIO._AEI.BUNP */
}
Else
{
M460 ("  OEM-ASL-\\_SB.GPIO._AEI return BUFF (S3)\n", Zero,
Zero, Zero, Zero, Zero, Zero)
Return (BUFF) /* \_SB_.GPIO._AEI.BUFF */
}
}
```

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218829] B650M/Ryzen 7700X PC immediately wakes up from "deep" suspend

2024-05-15 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218829

Mario Limonciello (AMD) (mario.limoncie...@amd.com) changed:

   What|Removed |Added

 CC||mario.limoncie...@amd.com

--- Comment #3 from Mario Limonciello (AMD) (mario.limoncie...@amd.com) ---
I can't seem to decompile your DSDT.

$ iasl -d dsdt.dat 

Intel ACPI Component Architecture
ASL+ Optimizing Compiler/Disassembler version 20230628
Copyright (c) 2000 - 2023 Intel Corporation

File appears to be binary: found 85251 non-ASCII characters, disassembling
Binary file appears to be a valid ACPI table, disassembling
Input file dsdt.dat, Length 0x72C22 (470050) bytes
ACPI: DSDT 0x 072C22 (v39 ALASKA A M I01072009 INTL
20220331)
Pass 1 parse of [DSDT]
Firmware Error (ACPI): Failure creating named object [\_SB.PCI0.GPP7.UP00],
AE_ALREADY_EXISTS (20230628/dswload-495)
ACPI Error: AE_ALREADY_EXISTS, During name lookup/catalog
(20230628/psobject-372)
Could not parse ACPI tables, AE_ALREADY_EXISTS

If you can get that decompiled then the _AEI will likely have information
useful for figuring out what it matches.

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 217950] [Regression] S3 Sleep Mode failures since Linux 6.x on Dell Inspiron 15 5593

2024-05-14 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=217950

--- Comment #11 from The Linux kernel's regression tracker (Thorsten Leemhuis) 
(regressi...@leemhuis.info) ---
(In reply to Arnas from comment #10)

> I might be able to pull out my old NVMe with Arch for testing, it should
> still boot fine.

Might complicate things, *if* the NVMe device is part of the problem.

> (Although I have a feeling it will make no difference)

Yeah, it's unlikely, but it's worth a shot.

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 217950] [Regression] S3 Sleep Mode failures since Linux 6.x on Dell Inspiron 15 5593

2024-05-14 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=217950

--- Comment #10 from Arnas (arnasz...@gmail.com) ---
Well, I swapped my NVMe, went from Arch+Win10 to Fedora+Win11. Since I was
swapping SSDs, I also updated my Windows and swapped to Fedora as main.

I might be able to pull out my old NVMe with Arch for testing, it should still
boot fine.

(Hopefully I can get it to boot from external SSD? I don't want to take apart
my laptop again)

I can try 6.9 on Fedora, will do so and report back. (Although I have a feeling
it will make no difference)

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 217950] [Regression] S3 Sleep Mode failures since Linux 6.x on Dell Inspiron 15 5593

2024-05-14 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=217950

--- Comment #9 from The Linux kernel's regression tracker (Thorsten Leemhuis) 
(regressi...@leemhuis.info) ---
(In reply to Arnas from comment #7)
> So, I do think this is a upstream kernel issue. Anyway, it's summer break -
> is there anything you want me to do?

Try at least 6.9 now; you can get it for Fedora from these repos:
https://fedoraproject.org/wiki/Kernel_Vanilla_Repositories

> I don't know if I can really roll back
> anymore, since I don't have my Arch install with the old 5.x kernel.

Without a bisection
(https://docs.kernel.org/admin-guide/verify-bugs-and-bisect-regressions.html )
I guess no developer will look into this. Maybe try to compile a 5.15 kernel
yourself using a .config file from the time when Fedora used such a version
(might be possible to extract from old RPMs found in the build system:
https://koji.fedoraproject.org/koji/packageinfo?packageID=8 ), with a bit of
luck it will boot.

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 217950] [Regression] S3 Sleep Mode failures since Linux 6.x on Dell Inspiron 15 5593

2024-05-14 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=217950

--- Comment #8 from Arnas (arnasz...@gmail.com) ---
Same exact issues as well in the log file after closing lid:

(Attempt 1, successful sleep):
May 14 08:17:30 fediron kernel: ACPI Error: Thread 3438522176 cannot release
Mutex [ECMX] acquired by thread 3239915328 (20230628/exmutex-378)
May 14 08:17:30 fediron kernel: ACPI Error: Aborting method
\_SB.PCI0.LPCB.ECDV._Q66 due to previous error (AE_AML_NOT_OWNER)
(20230628/psparse-5>

(Attempt 2, unsuccessful sleep):
May 14 08:18:24 fediron kernel: ACPI Error: Thread 3439165440 cannot release
Mutex [ECMX] acquired by thread 3411128128 (20230628/exmutex-378)
May 14 08:18:24 fediron kernel: ACPI Error: Aborting method
\_SB.PCI0.LPCB.ECDV._Q66 due to previous error (AE_AML_NOT_OWNER)
(20230628/psparse-5>
May 14 08:18:25 fediron kernel: Non-boot CPUs are not disabled

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 217950] [Regression] S3 Sleep Mode failures since Linux 6.x on Dell Inspiron 15 5593

2024-05-14 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=217950

--- Comment #7 from Arnas (arnasz...@gmail.com) ---
Alright, so quick status update, I switched to Fedora Linux 40 since I needed
it for a few things, and got rid of my Arch install.

Current kernel is 6.8.9-300.fc40.x86_64, and annoyingly enough, this issue
still occurs on the laptop, even though this is a different distro and a fresh
install.

So, I do think this is a upstream kernel issue. Anyway, it's summer break - is
there anything you want me to do? I don't know if I can really roll back
anymore, since I don't have my Arch install with the old 5.x kernel.

All I can confirm rn is that latest kernel indeed has the issue, and it seems
to occur on any and all Linux distros.

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218829] B650M/Ryzen 7700X PC immediately wakes up from "deep" suspend

2024-05-12 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218829

--- Comment #2 from CUI Hao (cuihao@gmail.com) ---
Found this
https://lore.kernel.org/all/20221012221028.4817-1-mario.limoncie...@amd.com/T/

Setting gpiolib_acpi.ignore_interrupt=AMDI0030:00@3 fixes the issue. Though I
still wonder what GPIO 3 does and if there is any caveat of this workaround.

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218829] B650M/Ryzen 7700X PC immediately wakes up from "deep" suspend

2024-05-12 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218829

CUI Hao (cuihao@gmail.com) changed:

   What|Removed |Added

 Kernel Version||6.8.9

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218829] B650M/Ryzen 7700X PC immediately wakes up from "deep" suspend

2024-05-12 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218829

--- Comment #1 from CUI Hao (cuihao@gmail.com) ---
Created attachment 306288
  --> https://bugzilla.kernel.org/attachment.cgi?id=306288=edit
dmesg

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218829] New: B650M/Ryzen 7700X PC immediately wakes up from "deep" suspend

2024-05-12 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218829

Bug ID: 218829
   Summary: B650M/Ryzen 7700X PC immediately wakes up from "deep"
suspend
   Product: ACPI
   Version: 2.5
  Hardware: AMD
OS: Linux
Status: NEW
  Severity: normal
  Priority: P3
 Component: Power-Sleep-Wake
  Assignee: acpi_power-sleep-w...@kernel-bugs.osdl.org
  Reporter: cuihao@gmail.com
Regression: No

Created attachment 306287
  --> https://bugzilla.kernel.org/attachment.cgi?id=306287=edit
acpidump

Hi, my PC wakes up immediately after suspend to RAM on Linux. I believe the
system does a full cycle of suspend / waking up, which I tell from the kernel
log and the sound / noise from the chassis.

Hardware:
- B650M AORUS ELITE AX
- AMD Ryzen 7 7700X 8-Core Processor
- NVIDIA GeForce RTX 2070 SUPER (nvidia-open driver, not used for display)

I tried to disable all possible device wakeups under /sys but it doesn't work:
```
find /sys/ -type f -path '*/power/wakeup' | xargs -I{} sh -c 'echo disabled |
tee {}'
```

/sys/power/pm_wakeup_irq shows IRQ 7 wakes the system up. 

I followed https://bugzilla.redhat.com/show_bug.cgi?id=2162013 and a few other
sources, turned on a few debug options, including:
```
alias ddcmd='echo $* > /proc/dynamic_debug/control'
ddcmd file "drivers/pinctrl/*" +p
echo 1 > /sys/power/pm_debug_messages
```

Here are the kernel log I got during one the suspend / waking up cycle:
```
[ 1695.970527] r8169 :0b:00.0 enp11s0: Link is Up - 1Gbps/Full - flow
control off
[ 1696.118462] r8169 :0b:00.0 enp11s0: Link is Down
[ 1696.318138] PM: suspend entry (deep)
[ 1696.373499] Filesystems sync: 0.055 seconds
[ 1696.577890] Freezing user space processes
[ 1696.579521] Freezing user space processes completed (elapsed 0.001 seconds)
[ 1696.579523] OOM killer disabled.
[ 1696.579524] Freezing remaining freezable tasks
[ 1696.580708] Freezing remaining freezable tasks completed (elapsed 0.001
seconds)
[ 1696.580735] printk: Suspending console(s) (use no_console_suspend to debug)
[ 1696.636172] sd 1:0:0:0: [sda] Synchronizing SCSI cache
[ 1696.636546] ata2.00: Entering standby power mode
[ 1696.843467] amdgpu :10:00.0: [drm] REG_WAIT timeout 1us * 10 tries -
optc1_wait_for_state line:839
[ 1696.979856] amdgpu :10:00.0: [drm] REG_WAIT timeout 1us * 10 tries -
optc1_wait_for_state line:839
[ 1697.116228] amdgpu :10:00.0: [drm] REG_WAIT timeout 1us * 10 tries -
optc1_wait_for_state line:839
[ 1698.352257] PM: suspend of devices complete after 1771.335 msecs
[ 1698.352266] PM: start suspend of devices complete after 1771.558 msecs
[ 1698.353325] PM: late suspend of devices complete after 1.056 msecs
[ 1698.406152] PM: noirq suspend of devices complete after 52.722 msecs
[ 1698.406156] ACPI: PM: Preparing to enter system sleep state S3
[ 1698.609679] Bluetooth: hci0: command 0x0c24 tx timeout
[ 1698.609678] Bluetooth: hci0: Opcode 0x0c24 failed: -110
[ 1698.719574] ACPI: PM: Saving platform NVS memory
[ 1698.720102] Disabling non-boot CPUs ...
[ 1698.722241] smpboot: CPU 1 is now offline
[ 1698.724935] smpboot: CPU 2 is now offline
[ 1698.726960] smpboot: CPU 3 is now offline
[ 1698.729099] smpboot: CPU 4 is now offline
[ 1698.731128] smpboot: CPU 5 is now offline
[ 1698.733129] smpboot: CPU 6 is now offline
[ 1698.735205] smpboot: CPU 7 is now offline
[ 1698.737130] smpboot: CPU 8 is now offline
[ 1698.737735] Spectre V2 : Update user space SMT mitigation: STIBP off
[ 1698.739156] smpboot: CPU 9 is now offline
[ 1698.741135] smpboot: CPU 10 is now offline
[ 1698.742915] smpboot: CPU 11 is now offline
[ 1698.744750] smpboot: CPU 12 is now offline
[ 1698.746658] smpboot: CPU 13 is now offline
[ 1698.748377] smpboot: CPU 14 is now offline
[ 1698.750075] smpboot: CPU 15 is now offline
[ 1698.750602] Checking wakeup interrupts
[ 1698.750603] Calling kvm_suspend+0x0/0x40 [kvm]
[ 1698.750627] Calling mce_syscore_suspend+0x0/0x20
[ 1698.750630] Calling ledtrig_cpu_syscore_suspend+0x0/0x20
[ 1698.750632] Calling timekeeping_suspend+0x0/0x2f0
[ 1698.750662] Calling irq_gc_suspend+0x0/0x80
[ 1698.750664] Calling save_ioapic_entries+0x0/0xd0
[ 1698.750771] Calling i8259A_suspend+0x0/0x30
[ 1698.750782] Calling perf_ibs_suspend+0x0/0x40
[ 1698.750784] Calling amd_iommu_suspend+0x0/0x50
[ 1698.750791] Calling fw_suspend+0x0/0x20
[ 1698.750796] Calling acpi_save_bm_rld+0x0/0x30
[ 1698.750800] Calling lapic_suspend+0x0/0x1a0
[ 1698.750920] ACPI: PM: Low-level resume complete
[ 1698.750942] ACPI: PM: Restoring platform NVS memory
[ 1698.751107] Calling lapic_resume+0x0/0x220
[ 1698.801774] AMD-Vi: Virtual APIC enabled
[ 1698.801781] Calling acpi_restore_bm_rld+0x0/0x70
[ 1698.801790] Calling irqrouter_resume+0x0/0x50
[ 1698.801793] Calling amd_iommu_resume+0x0/0x40
[ 1699.002213] AMD-Vi: Virtual APIC enabled
[ 1699.002220] Calling perf_ibs_resume+0x0/0x30
[ 1699.002226] LVT offset 

[Bug 218789] ucsi_acpi USBC000:00: ucsi_acpi_dsm: failed to evaluate _DSM 2 in logs

2024-05-11 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218789

--- Comment #14 from webcaptcha (webcap...@gmail.com) ---
I have added logs with patch included in case you want to take a look. Thanks!

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218789] ucsi_acpi USBC000:00: ucsi_acpi_dsm: failed to evaluate _DSM 2 in logs

2024-05-11 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218789

--- Comment #13 from webcaptcha (webcap...@gmail.com) ---
Created attachment 306286
  --> https://bugzilla.kernel.org/attachment.cgi?id=306286=edit
acpi-with-patch.dump

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218789] ucsi_acpi USBC000:00: ucsi_acpi_dsm: failed to evaluate _DSM 2 in logs

2024-05-11 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218789

--- Comment #12 from webcaptcha (webcap...@gmail.com) ---
Created attachment 306285
  --> https://bugzilla.kernel.org/attachment.cgi?id=306285=edit
dmesq-with-patch-logs

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218789] ucsi_acpi USBC000:00: ucsi_acpi_dsm: failed to evaluate _DSM 2 in logs

2024-05-11 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218789

--- Comment #11 from webcaptcha (webcap...@gmail.com) ---
Feel free if I need to test something specially

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218789] ucsi_acpi USBC000:00: ucsi_acpi_dsm: failed to evaluate _DSM 2 in logs

2024-05-11 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218789

--- Comment #10 from webcaptcha (webcap...@gmail.com) ---
Hi Rafael J. Wysocki

Thank you for joining.

Looks like the patch did actually help to fix errors in journalctl. Woohoo!

With the help of one guy (@loqs) from the Arch forum I was able to get a kernel
build (6.8.9) with this patch included,

source=(
  
https://cdn.kernel.org/pub/linux/kernel/v${pkgver%%.*}.x/${_srcname}.tar.{xz,sign}
   $url/releases/download/$_srctag/linux-$_srctag.patch.zst{,.sig}
 
'4926735.31r3eYUQgx@kreacher.patch::https://lore.kernel.org/linux-acpi/4926735.31r3eYUQgx@kreacher/raw'
   config  # the main kernel config file

With this custom Kernel I don't see errors anymore and at the first look
everything is working as it should be.

Many thanks to you folks @Rafael J. Wysocki, @Heikki Krogerus

Looking forward to see this patch in a main Kernel branch. (hope I expressed
myself correctly).

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218789] ucsi_acpi USBC000:00: ucsi_acpi_dsm: failed to evaluate _DSM 2 in logs

2024-05-10 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218789

Rafael J. Wysocki (r...@rjwysocki.net) changed:

   What|Removed |Added

  Component|USB |EC
   Assignee|drivers_...@kernel-bugs.ker |acpi...@kernel-bugs.osdl.or
   |nel.org |g
Product|Drivers |ACPI

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 2148] ACPI: No IRQ known ... - using IRQ 255

2024-05-10 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=2148

Artem S. Tashkinov (a...@gmx.com) changed:

   What|Removed |Added

 Regression|--- |No

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are on the CC list for the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 217076] Charging causes high CPU usage on LG Gram laptops series Z90Q

2024-05-10 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=217076

--- Comment #51 from Ralph Martin (ra...@cs.cf.ac.uk) ---
I also tried 6.5 and 6.6 series kernels, with the same outcome.

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 217076] Charging causes high CPU usage on LG Gram laptops series Z90Q

2024-05-10 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=217076

--- Comment #50 from Ralph Martin (ra...@cs.cf.ac.uk) ---
OK, I used mokutil to turn off secure boot, but when I tried to insert the old
version of your module I got 

insmod: ERROR: could not insert module ucsi_acpi_old.ko: Invalid module format

and in the log 

 module ucsi_acpi: .gnu.linkonce.this_module section size must match the
kernel's built struct module size at run time

uname -a reports I am running the following kernel on debian testing


Linux gram 6.7.12-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.7.12-1 (2024-04-24)
x86_64 GNU/Linux

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 217076] Charging causes high CPU usage on LG Gram laptops series Z90Q

2024-05-09 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=217076

--- Comment #49 from Ralph Martin (ra...@cs.cf.ac.uk) ---
Model 16Z90Q-K.AD78A1

Unfortunately, I get the below trying to unload then insert your (old) module:

rmmod: ERROR: Module ucsi_acpi is not currently loaded

insmod: ERROR: could not insert module ucsi_acpi_old.ko: Key was rejected by
service

The first message is presumably because I had originally blacklisted the
module.

The second also  resulted in the following in the dmesg window:

Loading of unsigned module is rejected

I guess this is because I am using secure boot.

Is there anything else I can do (can I disable secure boot on a temporary
basis?)

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 217076] Charging causes high CPU usage on LG Gram laptops series Z90Q

2024-05-09 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=217076

--- Comment #48 from Diogo Ivo (diogo@tecnico.ulisboa.pt) ---
Ok, I have submitted two versions of the kernel module: ucsi_acpi_old.ko and
ucsi_acpi_fix.ko. Both of them print debug messages to dmesg.

Important:

These should only fix the problem for laptops with a model like xxZ90Qxx
(example: 16Z90Q-); if your model does not contain the exact string Z90Q
then you can skip the following for now and please let me know what your exact
model number is so that I can add support for those models as well.

In order to use them you need to:

Download modules, place them somewhere and cd to that folder, then open a
terminal on that folder and, with everything unplugged from USB-C ports, do:

sudo dmesg -w // Do this in another terminal window

sudo rmmod ucsi_acpi
sudo insmod -f ucsi_acpi_old.ko // Insert the stock module with debug info

Let it finish outputting things to dmesg and then connect something to a USB-C
port, wait a few seconds and then disconnect.
Collect the logs from that to a file

Then:

sudo rmmod ucsi_acpi
sudo insmod -f ucsi_acpi_fix.ko // Insert the (hopefully) fixed module with
debug info

Again, let it finish outputting things to dmesg and then connect something to a
USB-C port, wait a few seconds and then disconnect.
Collect the logs from that to a file.

Finally,

sudo rmmod ucsi_acpi

When all of this is done please send the files to this thread so that I can see
if this is working.

Thank you for testing this, it is really helpful :)

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 217076] Charging causes high CPU usage on LG Gram laptops series Z90Q

2024-05-09 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=217076

--- Comment #47 from Diogo Ivo (diogo@tecnico.ulisboa.pt) ---
Created attachment 306278
  --> https://bugzilla.kernel.org/attachment.cgi?id=306278=edit
Fixed ucsi_acpi kernel module with debug prints

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 217076] Charging causes high CPU usage on LG Gram laptops series Z90Q

2024-05-09 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=217076

--- Comment #46 from Diogo Ivo (diogo@tecnico.ulisboa.pt) ---
Created attachment 306277
  --> https://bugzilla.kernel.org/attachment.cgi?id=306277=edit
Stock ucsi_acpi kernel module with debug prints

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 217076] Charging causes high CPU usage on LG Gram laptops series Z90Q

2024-05-09 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=217076

--- Comment #45 from Ralph Martin (ra...@cs.cf.ac.uk) ---
Hi Diogo,
it would probably be easier for many of us if you could provide the module and
instructions on how to use it...
Thanks.
Ralph

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 217076] Charging causes high CPU usage on LG Gram laptops series Z90Q

2024-05-09 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=217076

--- Comment #44 from Víctor (victor.ballester.r...@gmail.com) ---
Same for me, but I don't know how I can compile the kernel by myself. I usually
use zen kernel.

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 217076] Charging causes high CPU usage on LG Gram laptops series Z90Q

2024-05-09 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=217076

--- Comment #43 from PinkFromTheFuture (eduardoxfurt...@gmail.com) ---
Great news! But could you also provide instructions on how to easily do
what you are asking us to do? I would be happy to help, but I don't have
time to tinker with it too much right now.


I imagine we should also disable the workarounds that we put into place?

On Thu, May 9, 2024 at 8:42 AM  wrote:

> https://bugzilla.kernel.org/show_bug.cgi?id=217076
>
> --- Comment #42 from Diogo Ivo (diogo@tecnico.ulisboa.pt) ---
> Hello,
>
> I think I have a fix for this problem and would like your help in
> confirming
> that the fix does indeed work and to collect all of the affected models.
> For
> that I would really appreciate that everyone that is able to compile and
> run
> their own kernel tries out the patch in the link below [1] and to report
> their
> findings here, namely if it worked or not and the specific model of the
> laptop.
> I can also provide a compiled kernel module with the patch applied if that
> is
> more convenient.
>
> Thanks!
>
> [1]:
>
>
> https://lore.kernel.org/linux-usb/5qc55gruhn4pmutiukohauki5dehba6n2k22jgvpt7i3hafkon@v2ng2a33o7vv/T/#u
>
> --
> You may reply to this email to add a comment.
>
> You are receiving this mail because:
> You are on the CC list for the bug.

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 217076] Charging causes high CPU usage on LG Gram laptops series Z90Q

2024-05-09 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=217076

--- Comment #42 from Diogo Ivo (diogo@tecnico.ulisboa.pt) ---
Hello,

I think I have a fix for this problem and would like your help in confirming
that the fix does indeed work and to collect all of the affected models. For
that I would really appreciate that everyone that is able to compile and run
their own kernel tries out the patch in the link below [1] and to report their
findings here, namely if it worked or not and the specific model of the laptop.
I can also provide a compiled kernel module with the patch applied if that is
more convenient.

Thanks!

[1]:
https://lore.kernel.org/linux-usb/5qc55gruhn4pmutiukohauki5dehba6n2k22jgvpt7i3hafkon@v2ng2a33o7vv/T/#u

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 2148] ACPI: No IRQ known ... - using IRQ 255

2024-05-08 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=2148

jackson daws (kewav53...@rencr.com) changed:

   What|Removed |Added

 CC||kewav53...@rencr.com

--- Comment #7 from jackson daws (kewav53...@rencr.com) ---
Dive into the fast-paced action of Color Tunnel 2, where quick reflexes and
sharp focus are essential for mastering the ever-changing tunnels.
https://colort2.netlify.app/

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are on the CC list for the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 213023] Could not resolve symbol [\_PR.CPU0._CPC]

2024-05-05 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=213023

fraz...@hotmail.it changed:

   What|Removed |Added

 CC||fraz...@hotmail.it

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 213023] Could not resolve symbol [\_PR.CPU0._CPC]

2024-05-03 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=213023

Luis (lgtso...@yahoo.com.br) changed:

   What|Removed |Added

 CC||lgtso...@yahoo.com.br

--- Comment #88 from Luis (lgtso...@yahoo.com.br) ---
I consider this problem serious, I have 2 hard drives that are lost. This error
over time only increases the number of lines with this problem, until finally
Busybox appears asking to build the shell, where as a lay Linux supporter I
don't know what to do! I have 3 machines with Linux, and this appears on all of
them from the moment they are installed.
I would like to know a solution to solve this and not lose each installed disk!
Is there a way to resolve this? APT UPDATE doesn't work!

Is this a Mint problem?? Why do I only have this distribution? Does it also
occur in Unbutu or elsewhere?

Sorry for using Google Translater!

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218750] Regression: S0ix sleep broken on 13th Gen Lenovo laptops

2024-04-25 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218750

Hans de Goede (jwrdego...@fedoraproject.org) changed:

   What|Removed |Added

 CC||jwrdego...@fedoraproject.or
   ||g

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218767] New: Battery trip point default is design capacity of warning but should be design capacity of low

2024-04-23 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218767

Bug ID: 218767
   Summary: Battery trip point default is design capacity of
warning but should be design capacity of low
   Product: ACPI
   Version: 2.5
  Hardware: All
OS: Linux
Status: NEW
  Severity: normal
  Priority: P3
 Component: Power-Battery
  Assignee: acpi_power-batt...@kernel-bugs.osdl.org
  Reporter: snafu...@gmail.com
Regression: No

The default battery trip point is set to design capacity of warning:
https://github.com/torvalds/linux/blob/9d1ddab261f3e2af7c384dc02238784ce0cf9f98/drivers/acpi/battery.c#L654

There are two issues:
1. ACPI spec says design capacity of warning should trigger OS notification
through the UI. It says nothing about the system doing anything or triggering
sleep, so this value should be irrelevant as far as kernel behaviour is
concerned.
2. Windows ignores design capacity of warning. If Windows ignores it OEMs will
inevitably not test it properly. Source:
https://learn.microsoft.com/en-us/windows-hardware/design/component-guidelines/acpi-battery-and-power-subsystem-firmware-implementation

Setting battery trip point to design capacity of low matches ACPI spec and
aligns to Windows so is more likely properly tested by OEMs.

Supporting point 2 is this note:
https://github.com/torvalds/linux/blob/9d1ddab261f3e2af7c384dc02238784ce0cf9f98/drivers/acpi/battery.c#L509-L510

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218750] Regression: S0ix sleep broken on 13th Gen Lenovo laptops

2024-04-23 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218750

Rafael J. Wysocki (r...@rjwysocki.net) changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||r...@rjwysocki.net
 Resolution|--- |PATCH_ALREADY_AVAILABLE

--- Comment #4 from Rafael J. Wysocki (r...@rjwysocki.net) ---
Patch posted: https://lore.kernel.org/linux-acpi/12427214.O9o76ZdvQC@kreacher/

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218750] Regression: S0ix sleep broken on 13th Gen Lenovo laptops

2024-04-22 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218750

--- Comment #3 from Mario Limonciello (AMD) (mario.limoncie...@amd.com) ---
Yup, try this.  If that works I'd say, go ahead and post a patch for Rafael to
review.  It's better than a revert.

diff --git a/drivers/acpi/x86/s2idle.c b/drivers/acpi/x86/s2idle.c
index cd84af23f7ea..3da2f075711e 100644
--- a/drivers/acpi/x86/s2idle.c
+++ b/drivers/acpi/x86/s2idle.c
@@ -488,21 +488,6 @@ static int lps0_device_attach(struct acpi_device *adev,
rev_id = 1;
lps0_dsm_func_mask = validate_dsm(adev->handle,
ACPI_LPS0_DSM_UUID, rev_id,
_dsm_guid);
-   if (lps0_dsm_func_mask > 0 && lps0_dsm_func_mask_microsoft > 0)
{
-   unsigned int func_mask;
-
-   /*
-* Avoid evaluating the same _DSM function for two
-* different UUIDs and prioritize the MSFT one.
-*/
-   func_mask = lps0_dsm_func_mask &
lps0_dsm_func_mask_microsoft;
-   if (func_mask) {
-   acpi_handle_info(adev->handle,
-"Duplicate LPS0 _DSM functions
(mask: 0x%x)\n",
-func_mask);
-   lps0_dsm_func_mask &= ~func_mask;
-   }
-   }
}

if (lps0_dsm_func_mask < 0 && lps0_dsm_func_mask_microsoft < 0)

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218750] Regression: S0ix sleep broken on 13th Gen Lenovo laptops

2024-04-22 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218750

--- Comment #2 from Mark Pearson (mpearson-len...@squebb.ca) ---
Created attachment 306196
  --> https://bugzilla.kernel.org/attachment.cgi?id=306196=edit
ACPI dump

Thanks Mario for the suggestion.

acpidump attached

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218750] Regression: S0ix sleep broken on 13th Gen Lenovo laptops

2024-04-21 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218750

Mario Limonciello (AMD) (mario.limoncie...@amd.com) changed:

   What|Removed |Added

 CC||mario.limoncie...@amd.com

--- Comment #1 from Mario Limonciello (AMD) (mario.limoncie...@amd.com) ---
I think you should attach an acpidump from an affected system.

Something notable about that commit that is different between Intel and AMD is
the Intel case avoids evaluation of the same DSM with multiple UUIDs. Depending
upon what the firmware actually does in the different cases perhaps that's the
root of why this commit causes issues.

You could try to change it to behave like the way AMD does and let it evaluate
both Microsoft and Intel paths if both are present instead of prioritizing to
see if this theory has any legs.

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218750] New: Regression: S0ix sleep broken on 13th Gen Lenovo laptops

2024-04-19 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218750

Bug ID: 218750
   Summary: Regression: S0ix sleep broken on 13th Gen Lenovo
laptops
   Product: ACPI
   Version: 2.5
  Hardware: Intel
OS: Linux
Status: NEW
  Severity: blocking
  Priority: P3
 Component: Power-Sleep-Wake
  Assignee: acpi_power-sleep-w...@kernel-bugs.osdl.org
  Reporter: mpearson-len...@squebb.ca
Regression: No

Hi,

S0ix sleep is broken on X1 Carbon G11 and X1 Yoga G8 platforms (Raptorlake
CPU). 
Still checking if other platforms from that generation are impacted.

Bisect is pointing at:

[banther@x1c11 linux]$ git bisect bad
073237281a508ac80ec025872ad7de50cfb5a28a is the first bad commit
commit 073237281a508ac80ec025872ad7de50cfb5a28a
Author: Rafael J. Wysocki 
Date:   Tue Feb 6 20:33:45 2024 +0100

ACPI: PM: s2idle: Enable Low-Power S0 Idle MSFT UUID for non-AMD systems

Systems based on Intel platforms that use the MSFT UUID for Low-Power S0
Idle (LPS0) have started to ship, so allow the kernel to use the MSFT
UUID in the non-AMD case too, but in that case make it avoid evaluating
the same _DSM function for two different UUIDs and prioritize the MSFT
one.

While at it, combine two MSFT _DSM function mask checks in
acpi_s2idle_restore_early() so as to make it reflect the
acpi_s2idle_prepare_late() flow more closely and adjust the
Modern Standby entry and exit comments slightly.

Non-AMD systems that do not support MSFT UUID for Low-power S0 Idle are
not expected to be affected by this change in any way.

Signed-off-by: Rafael J. Wysocki 
Reviewed-by: Mario Limonciello 

 drivers/acpi/x86/s2idle.c | 37 +++--
 1 file changed, 27 insertions(+), 10 deletions(-)

I did some sanity checking and confirmed that if I force
lps0_dsm_func_mask_microsoft = -EINVAL that S0ix works again.

Can this change be reverted while we figure out how to fix this please?

I'm happy to help with any testing, and can pull in Lenovo FW teams if FW level
fixes are needed (with a note that those will take time, and I think this has
to be reverted from 6.9 until the issue is root caused and understood).

I'll note that I'm not seeing any problems on the Meteorlake system I have - so
it may be platform or CPU version specific. I've not had time to confirm

Thanks to Hans de Goede for notifying me of the issue in the 6.9-rc builds.

Mark

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218557] Kernel regression in acpi/ec.c causing some AMD platforms to limit CPU frequency to < 544Mhz

2024-04-15 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218557

Pedro (voidpointertonull+kernelorgbugzi...@gmail.com) changed:

   What|Removed |Added

 CC||voidpointertonull+kernelorg
   ||bugzi...@gmail.com

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218586] No ACPI Thermal Zones after Kernel 6.8

2024-04-04 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218586

Dimitris (dimitris.on.li...@gmail.com) changed:

   What|Removed |Added

 CC||dimitris.on.li...@gmail.com

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218586] No ACPI Thermal Zones after Kernel 6.8

2024-04-04 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218586

--- Comment #10 from Quentin Smith (qsm...@gmail.com) ---
(In reply to Mario Limonciello (AMD) from comment #8)
> Quentin, can you try Stephen's suggestion above in comment 4 instead?
> 
> I think that's more desirable if that works instead.

To raise the limit a bit? That might fix the Framework 16, but the same problem
would exist on any other laptop that has invalid limits. Why is that more
desirable?

In any event, it looks like Rafael's patch is queued up for 6.9.

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218586] No ACPI Thermal Zones after Kernel 6.8

2024-04-02 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218586

Rafael J. Wysocki (r...@rjwysocki.net) changed:

   What|Removed |Added

 Status|NEEDINFO|RESOLVED
 CC||r...@rjwysocki.net
 Resolution|--- |PATCH_ALREADY_AVAILABLE

--- Comment #9 from Rafael J. Wysocki (r...@rjwysocki.net) ---
Patch:

https://patchwork.kernel.org/project/linux-acpi/patch/sy4p282mb3063a002007a252337a416dec5...@sy4p282mb3063.ausp282.prod.outlook.com/

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218545] Multiple distros crash and reboot when trying to resume from sleep/suspend on laptop

2024-04-02 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218545

Armin Wolf (w_ar...@gmx.de) changed:

   What|Removed |Added

 CC||w_ar...@gmx.de

--- Comment #1 from Armin Wolf (w_ar...@gmx.de) ---
Can you check if this still happens after blacklisting "vboxdrv"?

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218586] No ACPI Thermal Zones after Kernel 6.8

2024-04-01 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218586

Mario Limonciello (AMD) (mario.limoncie...@amd.com) changed:

   What|Removed |Added

 CC||mario.limoncie...@amd.com

--- Comment #8 from Mario Limonciello (AMD) (mario.limoncie...@amd.com) ---
Quentin, can you try Stephen's suggestion above in comment 4 instead?

I think that's more desirable if that works instead.

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218586] No ACPI Thermal Zones after Kernel 6.8

2024-03-30 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218586

--- Comment #7 from Quentin Smith (qsm...@gmail.com) ---
Created attachment 306063
  --> https://bugzilla.kernel.org/attachment.cgi?id=306063=edit
Test patch for 6.8.x

I tried Mario's patch from bug 218652; unfortunately it doesn't cleanly apply
to 6.8.x (it looks like this code changed on master only a week ago).

I made a corresponding patch for 6.8.x, and with this patch the sensors are
back (though obviously the temperature thresholds are still bogus).

Probably Mario's patch will work correctly on master, but I didn't want to run
a true bleeding edge kernel in case other things are broken differently.

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218652] acpitz sensors regression on Linux 6.7+ on Framework 16

2024-03-30 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218652

Mario Limonciello (AMD) (mario.limoncie...@amd.com) changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |DUPLICATE

--- Comment #3 from Mario Limonciello (AMD) (mario.limoncie...@amd.com) ---


*** This bug has been marked as a duplicate of bug 218586 ***

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218586] No ACPI Thermal Zones after Kernel 6.8

2024-03-30 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218586

Mario Limonciello (AMD) (mario.limoncie...@amd.com) changed:

   What|Removed |Added

 CC||qsm...@gmail.com

--- Comment #6 from Mario Limonciello (AMD) (mario.limoncie...@amd.com) ---
*** Bug 218652 has been marked as a duplicate of this bug. ***

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218652] acpitz sensors regression on Linux 6.7+ on Framework 16

2024-03-29 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218652

Artem S. Tashkinov (a...@gmx.com) changed:

   What|Removed |Added

 CC|a...@gmx.com|

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218652] acpitz sensors regression on Linux 6.7+ on Framework 16

2024-03-29 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218652

Mario Limonciello (AMD) (mario.limoncie...@amd.com) changed:

   What|Removed |Added

 CC||mario.limoncie...@amd.com

--- Comment #2 from Mario Limonciello (AMD) (mario.limoncie...@amd.com) ---
Created attachment 306058
  --> https://bugzilla.kernel.org/attachment.cgi?id=306058=edit
possible patch

Can you see if this patch helps?

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218652] acpitz sensors regression on Linux 6.7+ on Framework 16

2024-03-29 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218652

Artem S. Tashkinov (a...@gmx.com) changed:

   What|Removed |Added

 CC||a...@gmx.com
 Regression|No  |Yes

--- Comment #1 from Artem S. Tashkinov (a...@gmx.com) ---
> I believe that was caused by this commit:

Can you confirm reverting this commit fixes the issue for you?

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218652] acpitz sensors regression on Linux 6.7+ on Framework 16

2024-03-29 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218652

Artem S. Tashkinov (a...@gmx.com) changed:

   What|Removed |Added

 CC||r...@rjwysocki.net

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218586] No ACPI Thermal Zones after Kernel 6.8

2024-03-29 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218586

--- Comment #5 from The Linux kernel's regression tracker (Thorsten Leemhuis) 
(regressi...@leemhuis.info) ---
Let me at this to the regression tracker to ensure it does not fall through the
cracks:

#regzbot introduced: 9c8647224e9fabb765019193a
#regzbot title: ACPI: thermal_lib: no ACPI Thermal Zones anymore
#regzbot fix: ACPI: thermal_lib: Continue registering thermal zones even if
trip points fail validation
#regzbot monitor:
https://lore.kernel.org/all/sy4p282mb3063ee2cc37bd0ef2318b746c5...@sy4p282mb3063.ausp282.prod.outlook.com/

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 213023] Could not resolve symbol [\_PR.CPU0._CPC]

2024-03-28 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=213023

paul idle (pid...@gmx.com) changed:

   What|Removed |Added

 CC||pid...@gmx.com

--- Comment #87 from paul idle (pid...@gmx.com) ---
I'd like to report one more instance of this bug. BUT perhaps more importantly
pass on a condition that seems to trigger these ACPI errors at boot time (which
you may or may not realize) and which might affect your continued approach to
fixing.

I use an old Dell t7400 and just recently decided to activate their TPM
(trusted  platform module) in my bios. I had never received any of these boot
ACPI errors until I activated the TPM (which uses the broadcom LAN chip for
crypto key generation).

Immediately after activation, the ACPI errors unique to my system were reported
at boot through dmesg. Upon deactivation AND DISABLING the TPM function (there
are 2 distinct steps needed) the boot time ACPI errors cease being reported.

===
ACPI BIOS Error (bug): Could not resolve symbol [\_PR.CPU7._PCT.CFGD],
AE_NOT_FOUND (20210730/psargs-330)
ACPI Error: Aborting method \_PR.CPU6._PCT due to previous error (AE_NOT_FOUND)
(20210730/psparse-529)
ACPI BIOS Error (bug): Could not resolve symbol [\_PR.CPU6._PCT.CFGD],
AE_NOT_FOUND (20210730/psargs-330)

and repeated for each core to 0 ..

ACPI Error: Aborting method \_PR.CPU0._PCT due to previous error (AE_NOT_FOUND)
(20210730/psparse-529)
ACPI BIOS Error (bug): Could not resolve symbol [\_PR.CPU0._PCT.CFGD],
AE_NOT_FOUND (20210730/psargs-330)

 my relevant machine info 

 Kernel: 5.15.0-100-generic x86_64 bits: 64 compiler: gcc v: 11.4.0 Desktop:
Cinnamon 6.0.4
tk: GTK 3.24.33 wm: muffin vt: 7 dm: LightDM 1.30.0 Distro: Linux Mint 21.3
Virginia
base: Ubuntu 22.04 jammy
Machine:
  Type: Desktop System: Dell product: Precision WorkStation T7400 v: N/A
serial:  Chassis: type: 7 serial: 
  Mobo: Dell model: 0RW199 serial:  BIOS: Dell v: A11 date:
04/30/2012
CPU:
  Info: 2x 4-core model: Intel Xeon E5450 bits: 64 type: MCP SMP smt:

arch: Core Yorkfield rev: A cache: L1: 2x 256 KiB (512 KiB) L2: 2x 12 MiB
(24 MiB)
  Speed (MHz): avg: 2693 high: 3591 min/max: 2000/3000 cores: 1: 3591 2: 2394
3: 2394 4: 2394
5: 3591 6: 2394 7: 2394 8: 2394 bogomips: 57457
  Flags: ht lm nx pae sse sse2 sse3 sse4_1 ssse3 vmx

Network:
  Device-1: Broadcom NetXtreme BCM5754 Gigabit Ethernet PCI Express vendor:
Dell driver: tg3
v: kernel pcie: speed: 2.5 GT/s lanes: 1 port: N/A bus-ID: 08:00.0 chip-ID:
14e4:167a
class-ID: 0200
=
I hope this is useful information.

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218652] New: acpitz sensors regression on Linux 6.7+ on Framework 16

2024-03-27 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218652

Bug ID: 218652
   Summary: acpitz sensors regression on Linux 6.7+ on Framework
16
   Product: ACPI
   Version: 2.5
  Hardware: All
OS: Linux
Status: NEW
  Severity: normal
  Priority: P3
 Component: Power-Thermal
  Assignee: acpi_power-ther...@kernel-bugs.osdl.org
  Reporter: qsm...@gmail.com
Regression: No

After upgrading from 6.1.78 to 6.8.1, I discovered that the `acpitz-*` sensors
had gone missing. I believe that was caused by this commit:

https://github.com/torvalds/linux/commit/f04256a8f7de2c13619b636cec1109e596804229

because the kernel is now logging at boot:

```
ACPI: thermal: [Firmware Bug]: Invalid critical threshold (-274000)
ACPI: thermal: [Firmware Bug]: No valid trip points!
ACPI: thermal: [Firmware Bug]: Invalid critical threshold (-274000)
ACPI: thermal: [Firmware Bug]: No valid trip points!
ACPI: thermal: [Firmware Bug]: Invalid critical threshold (-274000)
ACPI: thermal: [Firmware Bug]: No valid trip points!
ACPI: thermal: [Firmware Bug]: Invalid critical threshold (-274000)
ACPI: thermal: [Firmware Bug]: No valid trip points!
```

If I’m reading the laptop's DSDT correctly, the `_HOT` threshold is reported as
0x1218 (463.2 degrees) and the `_CRT` threshold is 0x12E0 (483.2 degrees). The
old code would always create the thermal zones, but after that commit the
kernel ignores any threshold above 448 degrees as implausibly high, and if
there were no valid thresholds it ignores the whole thermal zone.

Even if there are no plausible thresholds, the thermal zone should still be
created so the sensor values can be read.

I reported this in the Framework forum at
https://community.frame.work/t/firmware-bug-acpi-table-error-causes-missing-sensors-on-linux-6-7/47767,
but Mario Limonciello from AMD asked me to file an upstream bug since the
commit message says "No intentional functional impact."

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218444] Lenovo Legion 9i Audio, TrackPad, Battery not detected

2024-03-26 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218444

Andy Shevchenko (andy.shevche...@gmail.com) changed:

   What|Removed |Added

 CC||andy.shevche...@gmail.com
  Component|ACPICA-Core |x86-64
   Assignee|acpi_acpica-core@kernel-bug |platform_x86_64@kernel-bugs
   |s.osdl.org  |.osdl.org
Product|ACPI|Platform Specific/Hardware

--- Comment #16 from Andy Shevchenko (andy.shevche...@gmail.com) ---
(In reply to Mateusz Kaduk from comment #15)
> Follow up, apparently this TouchPad device

It's not a TouchPad, it's an I²C host controller that most likely has that
device (TP) being connected to.


> Anyways, I am sure sure if this thread gets required attention from
> developers, or anyone able to help, so maybe switching back to Lenovo forum
> can get us some help?

For that you need to add correct people to the list.

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 213023] Could not resolve symbol [\_PR.CPU0._CPC]

2024-03-25 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=213023

patrickc...@outlook.com changed:

   What|Removed |Added

 CC||patrickc...@outlook.com

--- Comment #86 from patrickc...@outlook.com ---
Also have this bug. Kernel: 5.15.0.91. Cpu: Intel N3530. Kubuntu 5.27.4.
Dual-boot laptop with windows 10. First started seeing this with an earlier
Kubuntu version but unfortunately don't know which one, it may have been since
2021 or even earlier.
Also have intermittent power-offs with no warning, but don't know if that's
related/relevant.

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218586] No ACPI Thermal Zones after Kernel 6.8

2024-03-18 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218586

Stephen Horvath (s.horv...@outlook.com.au) changed:

   What|Removed |Added

 Attachment #306004|0   |1
is obsolete||

--- Comment #4 from Stephen Horvath (s.horv...@outlook.com.au) ---
Created attachment 306005
  --> https://bugzilla.kernel.org/attachment.cgi?id=306005=edit
Raise the max temperature of ACPI trip temps to 488K (215°C)

Sorry I thought I might make it a proper patch rather than a diff.

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218586] No ACPI Thermal Zones after Kernel 6.8

2024-03-18 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218586

--- Comment #3 from Stephen Horvath (s.horv...@outlook.com.au) ---
Created attachment 306004
  --> https://bugzilla.kernel.org/attachment.cgi?id=306004=edit
Raise the max temperature of ACPI trip temps to 488K (215°C)

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218586] No ACPI Thermal Zones after Kernel 6.8

2024-03-18 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218586

Stephen Horvath (s.horv...@outlook.com.au) changed:

   What|Removed |Added

 Bisected commit-id||9c8647224e9fabb765019193aa4
   ||3c054a638f808

--- Comment #2 from Stephen Horvath (s.horv...@outlook.com.au) ---
Hi, sorry I had a busy week.

Here's the output after bisecting:
```
Bisecting: 0 revisions left to test after this (roughly 0 steps)
[9c8647224e9fabb765019193aa43c054a638f808] ACPI: thermal: Use library functions
to obtain trip point temperature values
```

And after some debugging, it seems my device seems to report trip temps of
483.2K (210°C), but the kernel only checks the range 218K (-55°C) to 448K
(175°C), which makes it think it's invalid.

I'll attach a diff to raise the max to 488K (215°C); although I was wondering
if that's enough or if maybe a value like 3276K (3003°C) would be better, since
it's just below the signed 16bit limit which seems like it could be used as an
invalid value on some devices.

Thanks,
Steve

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218586] No ACPI Thermal Zones after Kernel 6.8

2024-03-15 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218586

Frank Kruger (fkrue...@mailbox.org) changed:

   What|Removed |Added

 CC||fkrue...@mailbox.org

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218586] No ACPI Thermal Zones after Kernel 6.8

2024-03-12 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218586

Artem S. Tashkinov (a...@gmx.com) changed:

   What|Removed |Added

 Status|NEW |NEEDINFO

--- Comment #1 from Artem S. Tashkinov (a...@gmx.com) ---
Would be great if you tried to bisect:
https://docs.kernel.org/admin-guide/bug-bisect.html

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218586] No ACPI Thermal Zones after Kernel 6.8

2024-03-11 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218586

Stephen Horvath (s.horv...@outlook.com.au) changed:

   What|Removed |Added

 Regression|No  |Yes

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218586] No ACPI Thermal Zones after Kernel 6.8

2024-03-11 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218586

Stephen Horvath (s.horv...@outlook.com.au) changed:

   What|Removed |Added

 Kernel Version||6.8.0

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218586] New: No ACPI Thermal Zones after Kernel 6.8

2024-03-11 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218586

Bug ID: 218586
   Summary: No ACPI Thermal Zones after Kernel 6.8
   Product: ACPI
   Version: 2.5
  Hardware: AMD
OS: Linux
Status: NEW
  Severity: low
  Priority: P3
 Component: Power-Thermal
  Assignee: acpi_power-ther...@kernel-bugs.osdl.org
  Reporter: s.horv...@outlook.com.au
Regression: No

Created attachment 305976
  --> https://bugzilla.kernel.org/attachment.cgi?id=305976=edit
Output of 'dmesg' on Kernel 6.8

Hi, I have a Framework 13 AMD, which had 4 detected thermal zones though ACPI,
but starting with kernel 6.8 they no longer appear and the following gets
printed in dmesg:
```
[0.630727] ACPI: thermal: [Firmware Bug]: Invalid critical threshold
(-274000)
[0.630738] ACPI: thermal: [Firmware Bug]: No valid trip points!
[0.630819] ACPI: thermal: [Firmware Bug]: Invalid critical threshold
(-274000)
[0.630828] ACPI: thermal: [Firmware Bug]: No valid trip points!
[0.630904] ACPI: thermal: [Firmware Bug]: Invalid critical threshold
(-274000)
[0.630913] ACPI: thermal: [Firmware Bug]: No valid trip points!
[0.630991] ACPI: thermal: [Firmware Bug]: Invalid critical threshold
(-274000)
[0.631000] ACPI: thermal: [Firmware Bug]: No valid trip points!
```

for comparison this is 6.7.9:
```
[0.632366] ACPI: thermal: Thermal Zone [TZ00] (42 C)
[0.632593] ACPI: thermal: Thermal Zone [TZ01] (41 C)
[0.632773] ACPI: thermal: Thermal Zone [TZ02] (39 C)
[0.632867] ACPI: thermal: Thermal Zone [TZ03] (57 C)
```

Thanks,
Steve

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 218557] Kernel regression in acpi/ec.c causing some AMD platforms to limit CPU frequency to < 544Mhz

2024-03-11 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218557

--- Comment #12 from Artem S. Tashkinov (a...@gmx.com) ---
Framework Phoenix laptops also seem to be affected even when running Windows:

https://community.frame.work/t/amd-cpu-stuck-in-low-speed-state-after-system-resume/39921

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


  1   2   3   4   5   6   7   8   9   10   >