Just want to report in that thanks to Roger, I am running smoothly with
the amdgpu driver and no lockups for over a week and 1 kernel update.
I closed the bug I had filed and closing this thread.
Take care all, and thanks!
On 7/4/22 19:51, Roger Heflin wrote:
Once the conf file is in place any upgrades will keep this so long
as
you don't do a clean instat..
-f and --force are the same, so I would suspect you were booted into
an older/different kernel and it rebuilt the initramfs for that older
kernel but this kernel had been installed earlier and dracut by
default only rebuilds the current kernels initrd and not all kernels
unless another option is added.
Hopefully since this is a newer driver for the same card that is still
being developed this one actually works.
On Mon, Jul 4, 2022 at 4:33 PM Robert Moskowitz <rgm(a)htt-consult.com> wrote:
> Looks like it took this time:
>
> # grep -v adfasd /sys/module/*/parameters/si_support
> /sys/module/*/parameters/cik_support
> /sys/module/amdgpu/parameters/si_support:1
> /sys/module/radeon/parameters/si_support:0
> /sys/module/amdgpu/parameters/cik_support:1
> /sys/module/radeon/parameters/cik_support:0
>
> # lspci -nnk | egrep -i "VGA|DISPLAY" -A3
> 00:01.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc.
> [AMD/ATI] Kabini [Radeon HD 8330] [1002:9832]
> Subsystem: Lenovo Device [17aa:2219]
> Kernel driver in use: amdgpu
> Kernel modules: radeon, amdgpu
>
> In your first instructions you had "dracut --force"
>
> This time you had "dracut -f"
>
> Don't know if that was the difference or something else.
>
> But now I have to put this into my installation instructions.
>
> First we will see how things run for the week.
>
> Thanks!
>
>
> On 7/4/22 17:24, Robert Moskowitz wrote:
>>
>> On 7/4/22 16:24, Roger Heflin wrote:
>>> the 2nd entry needs to be on the same grep line.
>>>
>>> But based on the output the options in that file aren't being used.
>>>
>>> On mine both of the options are set to one on amdgpu, and 0 on radeon.
>>>
>>> do
>>> lsinitrd | grep enable_amdgpu_disable_radeon
>>>
>>> you should see the file being included in the output.
>> # lsinitrd | grep enable_amdgpu_disable_radeon
>> #
>>
>> Nothing found.
>>
>> # dracut -f
>> #
>>
>> then:
>>
>> # lsinitrd | grep enable_amdgpu_disable_radeon
>> -rw-r--r-- 1 root root 114 Oct 28 2021
>> etc/modprobe.d/enable_amdgpu_disable_radeon.conf
>>
>> So maybe this time....
>>
>> Rebooting now.
>>
>>> If it is not, try running "dracut -f" and reboot.
>>>
>>> On Mon, Jul 4, 2022 at 3:13 PM Robert Moskowitz <rgm(a)htt-consult.com>
>>> wrote:
>>>>
>>>> On 7/4/22 15:19, Roger Heflin wrote:
>>>>> try this and see what it shows:
>>>>>
>>>>> grep -v adfasd /sys/module/*/parameters/si_support
>>>> /sys/module/amdgpu/parameters/si_support:0
>>>> /sys/module/radeon/parameters/si_support:1
>>>>
>>>>> /sys/module/*/parameters/cik_support
>>>> As root:
>>>>
>>>> -bash: /sys/module/amdgpu/parameters/cik_support: Permission denied
>>>>
>>>>
>>>> And I checked:
>>>>
>>>> # cat /etc/modprobe.d/enable_amdgpu_disable_radeon.conf
>>>> options amdgpu si_support=1
>>>> options amdgpu cik_support=1
>>>> options radeon si_support=0
>>>> options radeon cik_support=0
>>>>
>>>>
>>>>> to verify that radeon is disabled and amdgpu is enabled.
>>>>>
>>>>> I tried on mine, an my amd gpu is a really old one while claiming to
>>>>> be supported by amdgpu, acts like it is not.
>>>>>
>>>>> On Mon, Jul 4, 2022 at 10:39 AM Robert Moskowitz
>>>>> <rgm(a)htt-consult.com> wrote:
>>>>>> Finally did this:
>>>>>>
>>>>>> I did not make the change when I got back to my office/home, and
>>>>>> things
>>>>>> worked fine into mid-sunday when it locked again. Did a dnf
>>>>>> update from
>>>>>> a character session after power cycle and new kernel, firefox,
and
>>>>>> linuxfirmware. So decided to see how it would go.
>>>>>>
>>>>>> And I could work with cnn and youtube and other video stuff that
was
>>>>>> locking me up. Plus other apps, so I thought maybe things were
>>>>>> fixed....
>>>>>>
>>>>>> But twice my session aborted without a system lockup and I had to
log
>>>>>> back in and restart everything.
>>>>>>
>>>>>> Then I got a lock up again, so I power cycled and hay! New
kernel.
>>>>>> But
>>>>>> I still did as you instructed below, making the file and running
>>>>>> dracut. Now on reboot:
>>>>>>
>>>>>> # lspci -nnk | egrep -i "VGA|DISPLAY" -A3
>>>>>> 00:01.0 VGA compatible controller [0300]: Advanced Micro
Devices,
>>>>>> Inc.
>>>>>> [AMD/ATI] Kabini [Radeon HD 8330] [1002:9832]
>>>>>> Subsystem: Lenovo Device [17aa:2219]
>>>>>> Kernel driver in use: radeon
>>>>>> Kernel modules: radeon, amdgpu
>>>>>>
>>>>>> which is the same as before:
>>>>>>
>>>>>> It still says using radeon driver?
>>>>>>
>>>>>> Should I try your radeon_blacklist.conf ?
>>>>>>
>>>>>> On 6/30/22 08:04, Roger Heflin wrote:
>>>>>>> I do not believe anything else is needed. Where dmesg
said
>>>>>>> "radeon:", it should now say "amdgpu:".
amdgpu seems to be the
>>>>>>> replacement and/or currently developed driver. And the
recent
>>>>>>> non-ryzen AMD laptops are using an older AMD cpu + ATI/AMD
build-in
>>>>>>> video, that originally were blocked from using the (at the
time - )
>>>>>>> experimental amdgpu driver.
>>>>>>>
>>>>>>> It seems pretty likely that there is code from the radeon
driver in
>>>>>>> the amdgpu driver, a lot of the messages from it look
>>>>>>> similar/identical, and on my ryzen system that default uses
amdgpu.
>>>>>>>
>>>>>>> On Thu, Jun 30, 2022 at 6:21 AM Robert Moskowitz
>>>>>>> <rgm(a)htt-consult.com> wrote:
>>>>>>>> Is it correct to assume that I don't have to install
anything
>>>>>>>> more to
>>>>>>>> get the amdgpu driver?
>>>>>>>>
>>>>>>>> On 6/30/22 06:22, Roger Heflin wrote:
>>>>>>>>> That will not work.
>>>>>>>>>
>>>>>>>>> If I am reading the module options right (and other
peoples
>>>>>>>>> comments),
>>>>>>>>> amdgpu will not manage a si/cik chipset unless the
correct
>>>>>>>>> _support is
>>>>>>>>> set to 1.
>>>>>>>>>
>>>>>>>>> On Thu, Jun 30, 2022 at 12:16 AM Samuel Sieb
<samuel(a)sieb.net>
>>>>>>>>> wrote:
>>>>>>>>>> On 6/29/22 18:25, Roger Heflin wrote:
>>>>>>>>>>> The notes I found say to create a file in
/etc/modprobe.d
>>>>>>>>>>>
>>>>>>>>>>> And say call it anything but something like
>>>>>>>>>>> enable_amdgpu_disable_radeon.conf and put
this in it:
>>>>>>>>>>> options amdgpu si_support=1
>>>>>>>>>>> options amdgpu cik_support=1
>>>>>>>>>>> options radeon si_support=0
>>>>>>>>>>> options radeon cik_support=0
>>>>>>>>>>>
>>>>>>>>>>> and then do a "dracut --force" and
reboot.
>>>>>>>>>> The other option is to make a file called
>>>>>>>>>> radeon-blacklist.conf and put in:
>>>>>>>>>> blacklist radeon
>>>>>>>>>>
>>>>>>>>>> The filenames don't actually matter as long
as they end in
>>>>>>>>>> ".conf".
>>>>>>>>>> _______________________________________________
>>>>>>>>>> users mailing list --
users(a)lists.fedoraproject.org
>>>>>>>>>> To unsubscribe send an email to
>>>>>>>>>> users-leave(a)lists.fedoraproject.org
>>>>>>>>>> Fedora Code of Conduct:
>>>>>>>>>>
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
>>>>>>>>>> List Guidelines:
>>>>>>>>>>
https://fedoraproject.org/wiki/Mailing_list_guidelines
>>>>>>>>>> List Archives:
>>>>>>>>>>
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
>>>>>>>>>> Do not reply to spam on the list, report it:
>>>>>>>>>>
https://pagure.io/fedora-infrastructure
>>>>>>>>> _______________________________________________
>>>>>>>>> users mailing list -- users(a)lists.fedoraproject.org
>>>>>>>>> To unsubscribe send an email to
>>>>>>>>> users-leave(a)lists.fedoraproject.org
>>>>>>>>> Fedora Code of Conduct:
>>>>>>>>>
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
>>>>>>>>> List Guidelines:
>>>>>>>>>
https://fedoraproject.org/wiki/Mailing_list_guidelines
>>>>>>>>> List Archives:
>>>>>>>>>
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
>>>>>>>>> Do not reply to spam on the list, report it:
>>>>>>>>>
https://pagure.io/fedora-infrastructure
>> _______________________________________________
>> users mailing list -- users(a)lists.fedoraproject.org
>> To unsubscribe send an email to users-leave(a)lists.fedoraproject.org
>> Fedora Code of Conduct:
>>
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
>> List Guidelines:
https://fedoraproject.org/wiki/Mailing_list_guidelines
>> List Archives:
>>
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
>> Do not reply to spam on the list, report it:
>>
https://pagure.io/fedora-infrastructure
_______________________________________________
users mailing list -- users(a)lists.fedoraproject.org
To unsubscribe send an email to users-leave(a)lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines:
https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it:
https://pagure.io/fedora-infrastructure