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@xxxxxxxxxxxxxxx> 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@xxxxxxxxxxxxxxx>
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@xxxxxxxxxxxxxxx> 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@xxxxxxxxxxxxxxx> 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@xxxxxxxx>
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@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to
users-leave@xxxxxxxxxxxxxxxxxxxxxxx
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@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it:
https://pagure.io/fedora-infrastructure
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to
users-leave@xxxxxxxxxxxxxxxxxxxxxxx
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@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it:
https://pagure.io/fedora-infrastructure
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
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@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it:
https://pagure.io/fedora-infrastructure
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
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@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
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@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
