Re: Resuming from suspend takes 12-14 seconds
On 5/29/21, Jean-Pierre de Villiers wrote: > In other words, you are probably better off asking on the amdgpu(4) > mailing list: > https://lists.freedesktop.org/mailman/listinfo/amd-gfx > > The link above, in fact, was copied from amdgpu(4). Other relevant > links can also be found there alongside it. > > Regards, > JP > Now I understand it. amdgpu(4) is written by the devs at freedesktop.org, and OpenBSD devs are not involved in it. amdgpu(4) is distributed by freedesktop.org, and OpenBSD merely includes it in the OS. So, any issues regarding amdgpu(4) belong to the freedesktop mailing lists. Thanks for clarifying! - Subhaditya
Re: Resuming from suspend takes 12-14 seconds
In other words, you are probably better off asking on the amdgpu(4) mailing list: https://lists.freedesktop.org/mailman/listinfo/amd-gfx The link above, in fact, was copied from amdgpu(4). Other relevant links can also be found there alongside it. Regards, JP On 21/05/27 10:54pm, Theo de Raadt wrote: > amdgpu startup is slow. > > not our fault. > > > Subhaditya Nath wrote: > > > Hi there! > > > > I have installed OpenBSD 6.9 on my ThinkPad E495, and I have run > > syspatch and fw_update to install all the necessary patches and > > firmwares. I have been running it for a few weeks now, and I absolutely > > love it! > > > > Except, there is one very annoying issue. > > Resuming from suspend _always_ takes 12-14 seconds at least. > > > > Say, I press the sleep button. Within two seconds, the PC goes into > > sleep. Then, I press any button on the keyboard to wake up the PC. As > > soon as I press the button, the POWER LED lights up, indicating that the > > hardware is up and running. But, the screen stays OFF for the next 11-13 > > seconds. Then, the display turns on and shows ttyC0, and after a second, > > automatically switches to Xenocara. > > > > > > Any idea what's causing the 11-13 second delay in the screen turning on? > > How do I go about diagnosing the problem? > > > > > > Also, in case it is relevant, I have noticed that these lines appear in > > dmesg when I suspend and resume - > > > > uhub0 detached > > video0 detached > > uvideo0 detached > > uhub1 detached > > iwm0: acquiring device failed > > uhub0 at usb0 configuration 1 interface 0 "AMD xHCI root hub" rev > > 3.00/1.00 addr 1 > > uhub1 at usb1 configuration 1 interface 0 "AMD xHCI root hub" rev > > 3.00/1.00 addr 1 > > uvideo0 at uhub1 port 2 configuration 1 interface 0 "SunplusIT Inc > > Integrated Camera" rev 2.01/54.22 addr 2 > > video0 at uvideo0 > > > > I presume that the first four lines are from suspending? And that the > > remaining lines are from resuming? > > > > I wondered if it could be that the delay is being caused by the failure to > > acquire iwm0? (iwm0 is my Intel WiFi card) > > So, I disabled my WiFi in BIOS. I also disabled USB, Camera, Microphone, > > Ethernet, and the Memory Card slot. But the problem is still there! > > > > Now, these lines appear on dmesg on suspend-resume (I don't know what > > uhub0 and uhub1 are) - > > > > uhub0 detached > > uhub1 detached > > uhub0 at usb0 configuration 1 interface 0 "AMD xHCI root hub" > > rev > > 3.00/1.00 addr 1 > > uhub1 at usb1 configuration 1 interface 0 "AMD xHCI root hub" > > rev > > 3.00/1.00 addr 1 > > > > > > I have no idea what is causing the delay. Any help to identify the > > problem is appreciated. > > > > Please pardon me if this is a simple mistake in my part... I am new to > > OpenBSD :) > > > > > > > > The full dmesg (with everything except Bluetooth enabled) follows - > > - > > OpenBSD 6.9 (GENERIC.MP) #1: Sat May 22 13:19:59 MDT 2021 > > > > r...@syspatch-69-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > > real mem = 32103845888 (30616MB) > > avail mem = 31115493376 (29674MB) > > random: good seed from bootblocks > > mpath0 at root > > scsibus0 at mpath0: 256 targets > > mainbus0 at root > > bios0 at mainbus0: SMBIOS rev. 3.1 @ 0xbc627000 (58 entries) > > bios0: vendor LENOVO version "R11ET40W (1.20 )" date 11/17/2020 > > bios0: LENOVO 20NES02J00 > > acpi0 at bios0: ACPI 5.0 > > acpi0: sleep states S0 S3 S4 S5 > > acpi0: tables DSDT FACP SSDT SSDT SSDT TPM2 SSDT MSDM BATB HPET APIC > > MCFG SBST WSMT IVRS SSDT CRAT CDIT FPDT SSDT SSDT SSDT UEFI > > acpi0: wakeup devices GPP0(S3) GPP1(S4) GPP2(S3) GPP3(S3) GPP4(S3) > > GPP5(S3) GPP6(S3) GP17(S3) XHC0(S3) XHC1(S3) GP18(S3) LID_(S3) > > SLPB(S3) > > acpitimer0 at acpi0: 3579545 Hz, 32 bits > > acpihpet0 at acpi0: 14318180 Hz > > acpimadt0 at acpi0 addr 0xfee0: PC-AT compat > > cpu0 at mainbus0: apid 0 (boot processor) > > cpu0: AMD Ryzen 5 3500U with Radeon Vega Mobile Gfx, 2096.33 MHz, 17-18-01 > > cpu0: > > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA,IBPB,XSAVEOPT,XSAVEC,XGETBV1,XSAVES > > cpu0: 64KB 64b/line 4-way I-cache, 32KB 64b/line 8-way D-cache, 512KB > > 64b/line 8-way L2 cache > > cpu0: ITLB 64 4KB entries fully associative, 64 4MB entries fully > > associative > > cpu0: DTLB 64 4KB entries fully associative, 64 4MB entries fully > > associative > > cpu0: smt 0, core 0, package 0 > > mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges > > cpu0: apic clock running
Re: Resuming from suspend takes 12-14 seconds
On 5/28/21, Mike Larkin wrote: > On Fri, May 28, 2021 at 12:59:09PM +0530, Subhaditya Nath wrote: >> On 5/28/21, Theo de Raadt wrote: >> > amdgpu startup is slow. >> > >> > not our fault. >> > >> >> Oh. >> You mean amdgpu(4), right? >> >> But resuming from suspend is instantaneous in Linux... >> Why is it so slow on OpenBSD? >> > > different code. > Oh. So you mean that amdgpu on Linux is different than amdgpu on OpenBSD? (ie. different code in amdgpu-linux and amdgpu-openbsd) Or do you mean that the underlying syscalls made by amdgpu are handled differently on Linux and OpenBSD? (ie. same code of amdgpu) I'm just curious... - Subhaditya
Re: Resuming from suspend takes 12-14 seconds
Imagine code could be changed like in Linux On Fri., May 28, 2021, 12:17 p.m. Mike Larkin, wrote: > On Fri, May 28, 2021 at 12:59:09PM +0530, Subhaditya Nath wrote: > > On 5/28/21, Theo de Raadt wrote: > > > amdgpu startup is slow. > > > > > > not our fault. > > > > > > > Oh. > > You mean amdgpu(4), right? > > > > But resuming from suspend is instantaneous in Linux... > > Why is it so slow on OpenBSD? > > > > different code. > > > > > I am sorry, but I am new to OpenBSD, and I am genuinely curious about > > what might cause amdgpu startup to be so slow on OpenBSD compared to > > Linux. > > > > > > - Subhaditya > > > >
Re: Resuming from suspend takes 12-14 seconds
On Fri, May 28, 2021 at 12:59:09PM +0530, Subhaditya Nath wrote: > On 5/28/21, Theo de Raadt wrote: > > amdgpu startup is slow. > > > > not our fault. > > > > Oh. > You mean amdgpu(4), right? > > But resuming from suspend is instantaneous in Linux... > Why is it so slow on OpenBSD? > different code. > > I am sorry, but I am new to OpenBSD, and I am genuinely curious about > what might cause amdgpu startup to be so slow on OpenBSD compared to > Linux. > > > - Subhaditya >
Re: Resuming from suspend takes 12-14 seconds
On 5/28/21, Theo de Raadt wrote: > amdgpu startup is slow. > > not our fault. > Oh. You mean amdgpu(4), right? But resuming from suspend is instantaneous in Linux... Why is it so slow on OpenBSD? I am sorry, but I am new to OpenBSD, and I am genuinely curious about what might cause amdgpu startup to be so slow on OpenBSD compared to Linux. - Subhaditya
Re: Resuming from suspend takes 12-14 seconds
amdgpu startup is slow. not our fault. Subhaditya Nath wrote: > Hi there! > > I have installed OpenBSD 6.9 on my ThinkPad E495, and I have run > syspatch and fw_update to install all the necessary patches and > firmwares. I have been running it for a few weeks now, and I absolutely > love it! > > Except, there is one very annoying issue. > Resuming from suspend _always_ takes 12-14 seconds at least. > > Say, I press the sleep button. Within two seconds, the PC goes into > sleep. Then, I press any button on the keyboard to wake up the PC. As > soon as I press the button, the POWER LED lights up, indicating that the > hardware is up and running. But, the screen stays OFF for the next 11-13 > seconds. Then, the display turns on and shows ttyC0, and after a second, > automatically switches to Xenocara. > > > Any idea what's causing the 11-13 second delay in the screen turning on? > How do I go about diagnosing the problem? > > > Also, in case it is relevant, I have noticed that these lines appear in > dmesg when I suspend and resume - > > uhub0 detached > video0 detached > uvideo0 detached > uhub1 detached > iwm0: acquiring device failed > uhub0 at usb0 configuration 1 interface 0 "AMD xHCI root hub" rev > 3.00/1.00 addr 1 > uhub1 at usb1 configuration 1 interface 0 "AMD xHCI root hub" rev > 3.00/1.00 addr 1 > uvideo0 at uhub1 port 2 configuration 1 interface 0 "SunplusIT Inc > Integrated Camera" rev 2.01/54.22 addr 2 > video0 at uvideo0 > > I presume that the first four lines are from suspending? And that the > remaining lines are from resuming? > > I wondered if it could be that the delay is being caused by the failure to > acquire iwm0? (iwm0 is my Intel WiFi card) > So, I disabled my WiFi in BIOS. I also disabled USB, Camera, Microphone, > Ethernet, and the Memory Card slot. But the problem is still there! > > Now, these lines appear on dmesg on suspend-resume (I don't know what > uhub0 and uhub1 are) - > > uhub0 detached > uhub1 detached > uhub0 at usb0 configuration 1 interface 0 "AMD xHCI root hub" > rev > 3.00/1.00 addr 1 > uhub1 at usb1 configuration 1 interface 0 "AMD xHCI root hub" > rev > 3.00/1.00 addr 1 > > > I have no idea what is causing the delay. Any help to identify the > problem is appreciated. > > Please pardon me if this is a simple mistake in my part... I am new to > OpenBSD :) > > > > The full dmesg (with everything except Bluetooth enabled) follows - > - > OpenBSD 6.9 (GENERIC.MP) #1: Sat May 22 13:19:59 MDT 2021 > > r...@syspatch-69-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > real mem = 32103845888 (30616MB) > avail mem = 31115493376 (29674MB) > random: good seed from bootblocks > mpath0 at root > scsibus0 at mpath0: 256 targets > mainbus0 at root > bios0 at mainbus0: SMBIOS rev. 3.1 @ 0xbc627000 (58 entries) > bios0: vendor LENOVO version "R11ET40W (1.20 )" date 11/17/2020 > bios0: LENOVO 20NES02J00 > acpi0 at bios0: ACPI 5.0 > acpi0: sleep states S0 S3 S4 S5 > acpi0: tables DSDT FACP SSDT SSDT SSDT TPM2 SSDT MSDM BATB HPET APIC > MCFG SBST WSMT IVRS SSDT CRAT CDIT FPDT SSDT SSDT SSDT UEFI > acpi0: wakeup devices GPP0(S3) GPP1(S4) GPP2(S3) GPP3(S3) GPP4(S3) > GPP5(S3) GPP6(S3) GP17(S3) XHC0(S3) XHC1(S3) GP18(S3) LID_(S3) > SLPB(S3) > acpitimer0 at acpi0: 3579545 Hz, 32 bits > acpihpet0 at acpi0: 14318180 Hz > acpimadt0 at acpi0 addr 0xfee0: PC-AT compat > cpu0 at mainbus0: apid 0 (boot processor) > cpu0: AMD Ryzen 5 3500U with Radeon Vega Mobile Gfx, 2096.33 MHz, 17-18-01 > cpu0: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA,IBPB,XSAVEOPT,XSAVEC,XGETBV1,XSAVES > cpu0: 64KB 64b/line 4-way I-cache, 32KB 64b/line 8-way D-cache, 512KB > 64b/line 8-way L2 cache > cpu0: ITLB 64 4KB entries fully associative, 64 4MB entries fully associative > cpu0: DTLB 64 4KB entries fully associative, 64 4MB entries fully associative > cpu0: smt 0, core 0, package 0 > mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges > cpu0: apic clock running at 24MHz > cpu0: mwait min=64, max=64, C-substates=1.1, IBE > cpu1 at mainbus0: apid 1 (application processor) > cpu1: AMD Ryzen 5 3500U with Radeon Vega Mobile Gfx, 2096.08 MHz, 17-18-01 > cpu1: >
Resuming from suspend takes 12-14 seconds
Hi there! I have installed OpenBSD 6.9 on my ThinkPad E495, and I have run syspatch and fw_update to install all the necessary patches and firmwares. I have been running it for a few weeks now, and I absolutely love it! Except, there is one very annoying issue. Resuming from suspend _always_ takes 12-14 seconds at least. Say, I press the sleep button. Within two seconds, the PC goes into sleep. Then, I press any button on the keyboard to wake up the PC. As soon as I press the button, the POWER LED lights up, indicating that the hardware is up and running. But, the screen stays OFF for the next 11-13 seconds. Then, the display turns on and shows ttyC0, and after a second, automatically switches to Xenocara. Any idea what's causing the 11-13 second delay in the screen turning on? How do I go about diagnosing the problem? Also, in case it is relevant, I have noticed that these lines appear in dmesg when I suspend and resume - uhub0 detached video0 detached uvideo0 detached uhub1 detached iwm0: acquiring device failed uhub0 at usb0 configuration 1 interface 0 "AMD xHCI root hub" rev 3.00/1.00 addr 1 uhub1 at usb1 configuration 1 interface 0 "AMD xHCI root hub" rev 3.00/1.00 addr 1 uvideo0 at uhub1 port 2 configuration 1 interface 0 "SunplusIT Inc Integrated Camera" rev 2.01/54.22 addr 2 video0 at uvideo0 I presume that the first four lines are from suspending? And that the remaining lines are from resuming? I wondered if it could be that the delay is being caused by the failure to acquire iwm0? (iwm0 is my Intel WiFi card) So, I disabled my WiFi in BIOS. I also disabled USB, Camera, Microphone, Ethernet, and the Memory Card slot. But the problem is still there! Now, these lines appear on dmesg on suspend-resume (I don't know what uhub0 and uhub1 are) - uhub0 detached uhub1 detached uhub0 at usb0 configuration 1 interface 0 "AMD xHCI root hub" rev 3.00/1.00 addr 1 uhub1 at usb1 configuration 1 interface 0 "AMD xHCI root hub" rev 3.00/1.00 addr 1 I have no idea what is causing the delay. Any help to identify the problem is appreciated. Please pardon me if this is a simple mistake in my part... I am new to OpenBSD :) The full dmesg (with everything except Bluetooth enabled) follows - - OpenBSD 6.9 (GENERIC.MP) #1: Sat May 22 13:19:59 MDT 2021 r...@syspatch-69-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 32103845888 (30616MB) avail mem = 31115493376 (29674MB) random: good seed from bootblocks mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 3.1 @ 0xbc627000 (58 entries) bios0: vendor LENOVO version "R11ET40W (1.20 )" date 11/17/2020 bios0: LENOVO 20NES02J00 acpi0 at bios0: ACPI 5.0 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SSDT SSDT SSDT TPM2 SSDT MSDM BATB HPET APIC MCFG SBST WSMT IVRS SSDT CRAT CDIT FPDT SSDT SSDT SSDT UEFI acpi0: wakeup devices GPP0(S3) GPP1(S4) GPP2(S3) GPP3(S3) GPP4(S3) GPP5(S3) GPP6(S3) GP17(S3) XHC0(S3) XHC1(S3) GP18(S3) LID_(S3) SLPB(S3) acpitimer0 at acpi0: 3579545 Hz, 32 bits acpihpet0 at acpi0: 14318180 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: AMD Ryzen 5 3500U with Radeon Vega Mobile Gfx, 2096.33 MHz, 17-18-01 cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA,IBPB,XSAVEOPT,XSAVEC,XGETBV1,XSAVES cpu0: 64KB 64b/line 4-way I-cache, 32KB 64b/line 8-way D-cache, 512KB 64b/line 8-way L2 cache cpu0: ITLB 64 4KB entries fully associative, 64 4MB entries fully associative cpu0: DTLB 64 4KB entries fully associative, 64 4MB entries fully associative cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 24MHz cpu0: mwait min=64, max=64, C-substates=1.1, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: AMD Ryzen 5 3500U with Radeon Vega Mobile Gfx, 2096.08 MHz, 17-18-01 cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA,IBPB,XSAVEOPT,XSAVEC,XGETBV1,XSAVES cpu1: 64KB 64b/line 4-way I-cache, 32KB 64b/line 8-way D-cache, 512KB 64b/line 8-way L2 cache cpu1: ITLB 64 4KB entries fully