Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.kernel > #90176

Bug#1118349: dpm broken on Radeon HD 8570D

From Roman Savochenko <roman@oscada.org>
Newsgroups linux.debian.bugs.dist, linux.debian.kernel
Subject Bug#1118349: dpm broken on Radeon HD 8570D
Date 2025-11-21 10:20 +0100
Message-ID <LTvt7-eBaH-1@gated-at.bofh.it> (permalink)
References (8 earlier) <LTvt7-eBaH-5@gated-at.bofh.it> <LTvt7-eBaH-7@gated-at.bofh.it> <LTvt7-eBaH-9@gated-at.bofh.it> <LHcmd-65Ut-7@gated-at.bofh.it> <LTvt7-eBaH-9@gated-at.bofh.it>
Organization OpenSCADA Team

Cross-posted to 2 groups.

Show all headers | View raw


[Multipart message — attachments visible in raw view] - view raw

Hi, Uwe Kleine-König

21.11.25 10:35, Uwe Kleine-König:
> On Thu, Nov 20, 2025 at 06:45:48PM +0200, Roman Savochenko wrote:
>> 20.11.25 10:38, Uwe Kleine-König:
>>> On Wed, Nov 19, 2025 at 08:23:31PM +0200, Roman Savochenko wrote:
>>>> 19.11.25 19:05, Uwe Kleine-König:
>>>>> On Wed, Nov 12, 2025 at 06:19:07PM +0200, Roman Savochenko wrote:
>>>>>> 12.11.25 17:03, Christian König:
>>>>>>> On 11/12/25 15:28, Roman Savochenko wrote:
>>>>>>>> 12.11.25 13:14, Uwe Kleine-König:
>>>>>>>>>> On my hardware that doesn't work and there is no specific.
>>>>>>>>>>
>>>>>>>>>> Now just I set "radeon.dpm=1", I got immediately restart with disabling USB,
>>>>>>>>>> so I have needed to restart for successful download with "radeon.dpm=0".
>>>>>>>>> Can you try a different monitor?
>>>>>>>> I have only one, connected through DVI, and there is no problem on Linux Kernel 5.
>>>>>>> Kernel 5 what? E.g. which concrete version number? (output of uname -a).
>>>>>> user@debian:~$ cat /proc/version
>>>>>>
>>>>>> Linux version 5.10.0-32-amd64 (debian-kernel@lists.debian.org) (gcc-10
>>>>>> (Debian 10.2.1-6) 10.2.1 20210110, GNU ld (GNU Binutils for Debian) 2.35.2)
>>>>>> #1 SMP Debian 5.10.223-1 (2024-08-10)
>>>>>>
>>>>>>>>> Can you try which Debian kernel was the last one working fine respective
>>>>>>>>> the first being broken in this regard? You can find all kernels on
>>>>>>>>> https://snapshot.debian.org/. Please ask if it's unclear how to do that.
>>>>>>>> I can try all kernels in Debian starting 7 and finishing 13, but I have traced that before and the problem reproduction started from Debian 9, terminated on Debian 11 and renewed on Debian 12.
>>>>> Not sure I follow. Does that mean that Debian 9, Debian 10, Debian 12
>>>>> and Debian 13 show the symptom and Debian 11 doesn't?
>>>> Yes, and in kernels that is 4, 6 show the symptom and 3, 5 don't.
>>> I think this statement isn't helpful unless you're saying that Linux
>>> 5.19 was good and 6.0 was bad. Kernel versions started with 5 between
>>> 2019-03-03 and 2022-07-31, not taking stable releases into account. And
>>> there are 294457 commits in that range
>>> (`git rev-list v5.0..v5.19 | wc -l`). So "kernel 5" and "kernel 6" is a
>>> bit too fuzzy to work with.
>> OK, and what do you want from me?
> Quoting an earlier mail in that thread:
>
> 	Can you try which Debian kernel was the last one working fine
> 	respective the first being broken in this regard? You can find
> 	all kernels on https://snapshot.debian.org/. Please ask if it's
> 	unclear how to do that.

I have told that as the kernel in Debian 11.

>> Must I say you the exact commit or what,
>> or you are waiting I must recompile all kernels with 294457 commits?
>>
>> I say you in what way the problem related through the stable kernels in
>> Debian releases and that is exactly assigned to the major versions of the
>> Linux kernel, even for broken v5.19 which can include backports from 6!
> Yeah, you keep talking about Linux 3, 4, 5 and 6. These categories cover
> several years of development each and thus are not helpful to locate the
> change that broke your setup. Unless it is really 5.19 that was good and
> 6.0 that is bad which limits the amount of changes from:

I keep talking that only for understanding the problem depth and not for 
fixing that in 4 kernels!

That is, there can be simpler to apply that workaround.

> . This is still a lot and we might ask you to do more tests to further
> limit the set of candidate commits that are broken on your end.

OK, ask.

>>> Can you please confirm that 5.19.x (e.g. a kernel package from
>>> https://snapshot.debian.org/package/linux/5.19.11-1/) works fine and
>>> 6.0.x (e.g.https://snapshot.debian.org/package/linux/6.0.12-1/)
>>> doesn't? (Or a similar statement with other consecutive mainline
>>> versions.)
>> 5.19.0 has this problem in view of hanging.
> You lost me here. What is "problem in view of hanging"? Are we talking
> about more than one problem? Or different variants of the same problem?

We talk about different variants, and the hanging I saw also on one 6 
kernel just after installing Debian 13 and that is why #1118349 I opened 
about the hanging but not rebooting in the initial report #879992.

>>> Note that even that might not be enough to spot the problem and you
>>> might have to get your hands dirty then and compile development kernels
>>> and test them.
>> Note, my hands in that "dirty" are 22 years already and I hoped I will not
>> get their at least on Linux kernel again — http://oscada.org/wiki/Special:MyLanguage/Sub-projects/Automation_Linux_distributive
>> . :)
>>
>> And I have resolved the problem for myself by the option "radeon.dpm=0" in
>> all my Live Disks. If you want to tell that is my problem, throw it away and
>> reject the workaround!:)
> There might be a misconception about the roles involved here.
>
> In my eyes the situation is as follows: You have a problem.

I have resolved the problem for myself far ago.

> I (and possibly others) offer to help.

To help for other with same hardware, since I can fix that for myself if 
I need.

> For now your problem report isn't in a form that I can act upon. So it's in your interest to provide the
> information that I ask for. If you don't want to do that, that's fine,
> and I won't have sleepless nights about it. The likely outcome is that
> the problem isn't addressed.

Whether I don't provide you all information beyond "get my hand in the 
dirty"? :)

> Parts of the misunderstanding here might also be a language barrier. So
> maybe try to get some help in the kernel community that speaks your
> native tongue.

So, English isn't native one for you? :)

Regards, Roman

Back to linux.debian.kernel | Previous | Next — Next in thread | Find similar | Unroll thread


Thread

Bug#1118349: dpm broken on Radeon HD 8570D Roman Savochenko <roman@oscada.org> - 2025-11-21 10:20 +0100
  Bug#1118349: dpm broken on Radeon HD 8570D Roman Savochenko <roman@oscada.org> - 2025-11-26 17:00 +0100

csiph-web