bios -> uefi boot, because of: resizable bar need csm off
Hi, opensuse tumbleweed: up to now, i have had no inducement to change my harddrives from legacy boot to uefi boot. but now, i figured out that the full speed of the graphic will need "csm" off in bios/uefi, to switch on "resizable bar" still i do not understand what has the amount of data to be transferred to the graphic card has to do with the way bios/uefi is searching for the start sequence of the operating system. maybe i am to stupid. :-(( so now i need a little help: i have serveral tumbleweed installations, the easiest look like: Disk /dev/sda: 11721045168s Sector size (logical/physical): 512B/4096B Partition Table: gpt Disk Flags: Number Start End Size File system Name Flags 1 34s 2047s 2014s grub bios_grub 2 2048s 11721041919s 11721039872s ext4 Linux filesystem legacy_boot 11721041920s 11721045134s 3215s Free Space they are booting fine with csm on. i like to convert them to uefi boot, have read here: https://www.redhat.com/sysadmin/bios-uefi https://superuser.com/questions/1310927/what-is-the-absolute-minimum-size-a-... https://www.linuxfromscratch.org/~ken/inkscape-python-deps/blfs-book-sysv/po... so i think i have a good base to do. i think i will come to the point where i will have a fat partition. then i have to copy the efi files to that partition. here is my problem 1) i do not have inside my /boot directory the efi subdirectory, so, what rpm did i have to install to get the files, so that i am able to move them later on to the fresh generated fat partition? (i like to have only the absolute necessary files on this partition, to hold this partition very small) 2) what command did i have to use after i have a fat partition and the files in. grub2-install --target=x86_64-efi /dev/sda is mentioned inside the link "https://www.redhat.com/sysadmin/bios-uefi" will this harddrive then also be booted in a legacy bios, or if i like to have both boot possibility's did i have to use another command? 3) did i miss some important infos? thanks in advance. simoN -- www.becherer.de
On 02.06.2024 19:44, Simon Becherer wrote:
Hi,
opensuse tumbleweed:
up to now, i have had no inducement to change my harddrives from legacy boot to uefi boot.
but now, i figured out that the full speed of the graphic will need "csm" off in bios/uefi, to switch on "resizable bar"
still i do not understand what has the amount of data to be transferred to the graphic card has to do with the way bios/uefi is searching for the start sequence of the operating system. maybe i am to stupid. :-((
so now i need a little help:
i have serveral tumbleweed installations, the easiest look like:
Disk /dev/sda: 11721045168s Sector size (logical/physical): 512B/4096B Partition Table: gpt Disk Flags:
Number Start End Size File system Name Flags 1 34s 2047s 2014s grub bios_grub 2 2048s 11721041919s 11721039872s ext4 Linux filesystem legacy_boot 11721041920s 11721045134s 3215s Free Space
they are booting fine with csm on.
i like to convert them to uefi boot, have read here:
https://www.redhat.com/sysadmin/bios-uefi https://superuser.com/questions/1310927/what-is-the-absolute-minimum-size-a-... https://www.linuxfromscratch.org/~ken/inkscape-python-deps/blfs-book-sysv/po...
so i think i have a good base to do.
i think i will come to the point where i will have a fat partition.
then i have to copy the efi files to that partition.
here is my problem
1) i do not have inside my /boot directory the efi subdirectory,
It is not subdirectory, it is mount point.
so, what rpm did i have to install to get the files, so that i am able to move them later on to the fresh generated fat partition? (i like to have only the absolute necessary files on this partition, to hold this partition very small)
Add /boot/efi mount point, change bootloader to grub2-efi in YaST, it will do what is needed. You may need to install grub2-x86_64-efi before, I am not sure if YaST will do it automatically.
2) what command did i have to use after i have a fat partition and the files in. grub2-install --target=x86_64-efi /dev/sda is mentioned inside the link "https://www.redhat.com/sysadmin/bios-uefi"
You will need to change bootloader in YaST so that is will be properly updated in the future. YaST will install bootloader.
will this harddrive then also be booted in a legacy bios, or if i like to have both boot possibility's did i have to use another command?
It will as long as MBR and the content of bios_grub partition are preserved. It will not be updated anymore, so theoretically it could become incompatible with future grub2 changes and future generated grub.cfg.
3) did i miss some important infos?
thanks in advance.
simoN
Hi andrei, Am 02.06.24 um 18:59 schrieb Andrei Borzenkov:
1) i do not have inside my /boot directory the efi subdirectory,
It is not subdirectory, it is mount point.
yes you are right, i was thinking first generate the directory's at my existing setup (by installing the correct rpm? / execute some command), then copy the files to the new partition, then generate the mount point. (as described inside the first link) - but without the files i am stuck here -
Add /boot/efi mount point, change bootloader to grub2-efi in YaST, it will do what is needed. You may need to install grub2-x86_64-efi before, I am not sure if YaST will do it automatically.
i was not thinking about yast so that's a good point/posibility. for other things i use yast, and like it. what i am missing in yast is, its for me a "black box" i never know what files are touched, what commands are used, and why. (as example: if you write inside yast to the kernal commandline: mitigations=off it will be not recognized in yast. because there is a drop down menue "cpu-herabsetzung" this translation has not really something to do with "mitigrations" but that will set the mitigation command to the commandline. - such things created me headaches. so in this case, for touching boot/partition stuff i like to learn a bit and for this i really like to try to do with shell commands.
2) what command did i have to use after i have a fat partition and the files in. grub2-install --target=x86_64-efi /dev/sda is mentioned inside the link "https://www.redhat.com/sysadmin/bios-uefi"
You will need to change bootloader in YaST so that is will be properly updated in the future. YaST will install bootloader.
as mentioned above, i really like to do with shell commands, of course in a way that it will be in future correctly automatically updated. - if i can get some help here - simoN -- www.becherer.de
On 2024-06-02 18:44, Simon Becherer wrote:
Hi,
opensuse tumbleweed:
up to now, i have had no inducement to change my harddrives from legacy boot to uefi boot.
but now, i figured out that the full speed of the graphic will need "csm" off in bios/uefi, to switch on "resizable bar"
still i do not understand what has the amount of data to be transferred to the graphic card has to do with the way bios/uefi is searching for the start sequence of the operating system. maybe i am to stupid. :-((
so now i need a little help:
i have serveral tumbleweed installations, the easiest look like:
Disk /dev/sda: 11721045168s Sector size (logical/physical): 512B/4096B Partition Table: gpt Disk Flags:
Number Start End Size File system Name Flags 1 34s 2047s 2014s grub bios_grub 2 2048s 11721041919s 11721039872s ext4 Linux filesystem legacy_boot 11721041920s 11721045134s 3215s Free Space
they are booting fine with csm on.
i like to convert them to uefi boot, have read here:
Don't bother. I don't see the advantage. Enable UEFI mode in the "bios config" if you like, but don't bother migrating the disks, if they work in that mode. If you ever install again the system fresh, then let the installer do it. -- Cheers / Saludos, Carlos E. R. (from 15.5 x86_64 at Telcontar)
Hello, In the Message; Subject : bios -> uefi boot, because of: resizable bar need csm off Message-ID : <58280711-ea61-8d81-0c36-d437bcb9e2da@becherer.de> Date & Time: Sun, 2 Jun 2024 18:44:29 +0200 [SB] == Simon Becherer <simon@becherer.de> has written: SB> opensuse tumbleweed: SB> up to now, i have had no inducement SB> to change my harddrives from legacy boot to uefi boot. SB> but now, i figured out that the full speed of the SB> graphic will need "csm" off in bios/uefi, to switch on SB> "resizable bar" [...] I vote for Carlos. The fact that it is not at full speed is probably a problem with the video card settings. What are you using for your video card? Best Regards. --- ┏━━┓彡 Masaru Nomoya mail-to: m.nomiya+suse @ gmail.com ┃＼／彡 ┗━━┛ "Distinguish between what is meaningful to me and what is meaningless, and forget what is meaningless to me. This is where individuality comes into play. This is a function that computer cannot perform." -- Shigehiko Toyama (in Japanes) --
Am 03.06.24 um 02:32 schrieb Masaru Nomiya:
Hello,
In the Message;
Subject : bios -> uefi boot, because of: resizable bar need csm off Message-ID : <58280711-ea61-8d81-0c36-d437bcb9e2da@becherer.de> Date & Time: Sun, 2 Jun 2024 18:44:29 +0200
[SB] == Simon Becherer <simon@becherer.de> has written:
SB> opensuse tumbleweed:
SB> up to now, i have had no inducement SB> to change my harddrives from legacy boot to uefi boot.
SB> but now, i figured out that the full speed of the SB> graphic will need "csm" off in bios/uefi, to switch on SB> "resizable bar" [...]
I vote for Carlos.
mh, i do not think that i will in near future set up my systems new. the idea is more to have drives which i could put into systems without classic bios. and i do it like carlos, always update.... so in the past i have updated most of my harddrives/nvme's to gpt. now the next step will be get them bootable with uefi.
The fact that it is not at full speed is probably a problem with the video card settings.
What are you using for your video card?
ati, different types, more or less i am speaking of the game pc's of my child's, they have "modern" ati cards in (one i know without sitting at that pc: radeon rx 7900xt 20gb. when i google "resizable bar" i got a results that there will be a performance update after enable it (generally speaking for graphic cards). i personally do not care at my work pc's for that. simoN -- www.becherer.de
Hello, In the Message; Subject : Re: bios -> uefi boot, because of: resizable bar need csm off Message-ID : <6ad8b6ef-b825-e807-b932-5e629a104c0d@becherer.de> Date & Time: Mon, 3 Jun 2024 10:03:21 +0200 [SB] == Simon Becherer <simon@becherer.de> has written: [...] MN> > What are you using for your video card? SB> ati, different types, more or less i am speaking of the game pc's SB> of my child's, they have "modern" ati cards in (one i know SB> without sitting at that pc: radeon rx 7900xt 20gb. SB> when i google "resizable bar" i got a results that there will be SB> a performance update after enable it (generally speaking for SB> graphic cards). i personally do not care at my work pc's for that. In the case of nvidia, we can set Maximum Performance through the nvidia-settings utility. BTW, did you read this curious articles about ATI? https://gitlab.freedesktop.org/drm/amd/-/issues/1864 Best Regards. --- ┏━━┓彡 Masaru Nomiya mail-to: m.nomiya+suse @ gmail.com ┃＼／彡 ┗━━┛ "To hire for skills, firms will need to implement robust and intentional changes in their hiring practices ― and change is hard." -- Employers don’t practice what they preach on skills-based hiring --
On 2024-06-03 12:03, Masaru Nomiya wrote:
Hello,
BTW, did you read this curious articles about ATI?
404 Page not found:/drm/amd/-/issues/1864 Go Home -- Cheers / Saludos, Carlos E. R. (from 15.5 x86_64 at Telcontar)
On Mon, 3 Jun 2024 14:40:01 +0200 "Carlos E. R." <robin.listas@telefonica.net> wrote:
On 2024-06-03 12:03, Masaru Nomiya wrote:
Hello,
BTW, did you read this curious articles about ATI?
404
Page not found:/drm/amd/-/issues/1864 Go Home
"Gitlab is currently under maintenance "We are migrating to Gitlab 17.0!"
hi masaru, Am 03.06.24 um 12:03 schrieb Masaru Nomiya:
Hello,
In the Message;
Subject : Re: bios -> uefi boot, because of: resizable bar need csm off Message-ID : <6ad8b6ef-b825-e807-b932-5e629a104c0d@becherer.de> Date & Time: Mon, 3 Jun 2024 10:03:21 +0200
[SB] == Simon Becherer <simon@becherer.de> has written:
[...] MN> > What are you using for your video card?
SB> ati, different types, more or less i am speaking of the game pc's SB> of my child's, they have "modern" ati cards in (one i know SB> without sitting at that pc: radeon rx 7900xt 20gb. SB> when i google "resizable bar" i got a results that there will be SB> a performance update after enable it (generally speaking for SB> graphic cards). i personally do not care at my work pc's for that.
In the case of nvidia, we can set Maximum Performance through the nvidia-settings utility.
BTW, did you read this curious articles about ATI?
no, i do not think i know. but link did not work, is it correct? i see gitlab did some updates at the moment. so if its correct, i have to wait for the page comming up again. simoN -- www.becherer.de
Hello, In the Message; Subject : Re: bios -> uefi boot, because of: resizable bar need csm off Message-ID : <99c25487-cfd0-31f5-d0c5-123a06be970a@becherer.de> Date & Time: Mon, 3 Jun 2024 14:43:05 +0200 [SB] == Simon Becherer <simon@becherer.de> has written: SB> hi masaru, SB> Am 03.06.24 um 12:03 schrieb Masaru Nomiya: [...] MN> > BTW, did you read this curious articles about ATI? MN> > https://gitlab.freedesktop.org/drm/amd/-/issues/1864 SB> no, i do not think i know. SB> but link did not work, is it correct? i see gitlab did some updates SB> at the moment. SB> so if its correct, i have to wait for the page comming up again. Revived! Thanks, Tom & Dave. Anyway, doubtful is this part; This linked benchmark tests BAR clearing speeds while allocating up to 90% of VRAM (this is hardcoded to 16GB, so manually adjust line 31 to your VRAM size). On my setup, roughly half of the regions can be wiped quickly (~1.5ms), while the remaining shows a behavior that is excessively slow (~20ms). After a BIOS update, the slow regions improved to ~10ms, but this is still unacceptable performance. The issue reproduces when both Above 4G decoding and Resizable BAR is enabled in the BIOS. For me, it goes away when either Resizable BAR is disabled in the BIOS, or I manually patch the kernel to rebind the BAR memory to somewhere else (by patching out this check). Isn't your problem with Resizable BAR or Smart Aceess Memory? I hope it doesn't have deep roots. I seem have got a cold, so I'm going to bed now. This is why I don't want to get old...... Best Regards & Good Night. --- ┏━━┓彡 Masaru Nomiya mail-to: m.nomiya @ gmail.com ┃＼／彡 ┗━━┛ "A society bound by e-mail and mobile phones deprives us of the freedom to face ourselves and indulge our fantasies." -- Michael Crichton (Speech in Japan) --
Hello, In the Message; Subject : Re: bios -> uefi boot, because of: resizable bar need csm off Message-ID : <87jzj5113z.wl-nomiya@lake.dti.ne.jp> Date & Time: Tue, 04 Jun 2024 18:57:52 +0900 [MN] == Masaru Nomiya <nomiya@lake.dti.ne.jp> has written: [...] MN> Isn't your problem with Resizable BAR or Smart Aceess Memory? MN> I hope it doesn't have deep roots. Last night, I realized that I had misunderstood the situation very badly． So, this morning I remembered that there was a message board on the site that gave me the URL I had shown earlier, and I asked a question. To my surprise, I was able to get RES immediately, even though it was very early in the morning. Question 1. SB> what has the amount of data SB> to be transferred to the graphic card has to do with SB> the way bios/uefi is searching for the start sequence SB> of the operating system. His Answer; While the BIOS/UEFI does initialize the graphics card during the boot process, the amount of data transferred to the graphics card does not affect how the BIOS/UEFI searches for the operating system’s start sequence. The graphics card and its data transfers are more related to the rendering of visuals once the operating system has been loaded. Question 2. How can I increasing the ammount of data, i.e., speed up the rendering? His Answer; There are several ways to speed up rendering on Linux. Some of the main methods are listed below: 1. Hardware optimization: Rendering speed can be improved by using the best hardware for the specific rendering task; for example, there is a way to speed up Blender rendering using AMD's GPGPU software stack, ROCm2. 2. Software optimization: Optimizing rendering software settings can improve rendering speed. For example, Blender 4.1 improves rendering speed on Linux. A combination of these methods can more effectively improve rendering speed. However, specific methods vary depending on the hardware and software used and what is being rendered, so trial and error may be required. Also, proper knowledge and care must be taken when changing hardware and software settings. Tumbleweed allows blender 4.1.1 to be installed, so I'm going to give it a try now. Best Regards. --- ┏━━┓彡 Masaru Nomiya mail-to: m.nomiya @ gmail.com ┃＼／彡 ┗━━┛ "Tim Cook, the C.E.O. of Apple, said earlier this year that he would not let his nephew join social networks. Bill Gates banned cellphone until his children were teenagers, and Melinda Gates wrote that she wished they had waited even longer. Steve Jobs would not let his young children near iPads." -- The New York Times --
participants (5)
-
Andrei Borzenkov -
Carlos E. R. -
Dave Howorth -
Masaru Nomiya -
Simon Becherer