Re: hwpstate_intel hangs kernel
On Wed, May 27, 2020, 21:12 Diane Bruce wrote: > On Wed, May 27, 2020 at 08:25:52PM +0200, Andreas Nilsson wrote: > > On Fri, May 22, 2020 at 1:57 AM Diane Bruce wrote: > > > > > On Wed, Feb 05, 2020 at 02:45:50PM +0100, Andreas Nilsson wrote: > > > > > > Ok I am going to respond to this old email from February.. > > > > > > > Hello, > > > > > > > > I upgraded to a newer version, git 87d669d3863-c266265, and I do not > > > > experience the random hang anymore. The machine still hangs on boot > on > > > > "hwpstate_intel0: on cpu0" unless I set > > > > 'hint.hwpstate_intel.0.disabled="1"' in loader.conf. > > > > > > > > > > As a few others know on IRC I ran into exactly this same problem > > > on a brand new Lenovo Carbon. I missed this thread somehow. > > > I also had to bisect the commit. Would it be possible to put > > > a note into UPDATING and default to disabled=1 for now? ;) > > > > > > > > > Well, I've been trying to chase this a bit more. But I could sure use > some > > help from more experienced kernel developers. > > > > debug.hwpstate_verbose="1" in loader.conf, and booting in verbose mode I > > get this: > > > > pcib0: allocated type 4 (8x3f8-8xaf8) for rid 8 of uart0 > > uart0 failed to probe at port 0x3f8 irg 4 on isa0 > > pcib0: allocated type 4 (0x2f8-0x2f8) for rid 0 uart1 > > uart1 failed to probe at port 0x2f8 irq 3 on isa0 > > isa_probe_children: probing PnP devices > > Acpi0sExecute: task queue not started > > cpu0: hwpstate registered > > Acpi0sExecute: task queue not started > > cpu1: hwpstate registered > > Acpi0sExecute; task queue not started > > cpu2: hwpstate registered > > Acpi0sExecute: task queue not started > > cpu3: hwpstate registered > > hwpstate_intel0: on cpu0 > > hwpstate_intel0: hwpstate_attach1 > > hwpstate_intel0: hwpstate_attach2 > > hwpstate_intel0: hwpstate_attach3 > > > > where the hwpstate_attachX is some > device_printf(dev,"hwpstate_attachX\n"); > > I've sprinkled in to try to where it actually fails. > > > > I'm not sure about if device_printf happens immediately. The > modifications > > have been made to the function intel_hwpstate_attach around line 480 in > > sys/x86/cpufreq/hwpstate_intel.c > > > In my tests No it does not fail immediately it fails after a few minutes. > Thinking that was a possible bogus setting I have tried this: > > > +#if 0 > sc->high = IA32_HWP_CAPABILITIES_HIGHEST_PERFORMANCE(caps); > sc->guaranteed = > IA32_HWP_CAPABILITIES_GUARANTEED_PERFORMANCE(caps); > sc->efficient = IA32_HWP_CAPABILITIES_EFFICIENT_PERFORMANCE(caps); > sc->low = IA32_HWP_CAPABILITIES_LOWEST_PERFORMANCE(caps); > - > +#else > + sc->high = IA32_HWP_CAPABILITIES_HIGHEST_PERFORMANCE(caps); > + sc->guaranteed = IA32_HWP_CAPABILITIES_HIGHEST_PERFORMANCE(caps); > + sc->efficient = IA32_HWP_CAPABILITIES_HIGHEST_PERFORMANCE(caps); > + sc->low = IA32_HWP_CAPABILITIES_HIGHEST_PERFORMANCE(caps); > +#endif > > e.g. setting all the steps to the same state. > > It still hangs but not immediately. What is confounding the matter is > the Lenovo bios also allows one to set Intel Speed Shift. > > I've also been poking at this and reading the fine docs but I also > have other stuff to look at and do. > Thanks for the info! I tried as you to have them all point to the same state. My machine still hangs during attach. What settings did you use in the bios? I could only choose min/max, no is control which I seem to remember being able to on my other machines. Could this all be down to a buggy bios? Best regards Andreas . > > > > Yep. I also had to bisect this from what is now some 5 months ago :-( > > > > > > Diane > > > -- > > > - d...@freebsd.org d...@db.net http://www.db.net/~db > > > > > -- > - d...@freebsd.org d...@db.net http://www.db.net/~db > ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: hwpstate_intel hangs kernel
On Wed, May 27, 2020 at 08:25:52PM +0200, Andreas Nilsson wrote: > On Fri, May 22, 2020 at 1:57 AM Diane Bruce wrote: > > > On Wed, Feb 05, 2020 at 02:45:50PM +0100, Andreas Nilsson wrote: > > > > Ok I am going to respond to this old email from February.. > > > > > Hello, > > > > > > I upgraded to a newer version, git 87d669d3863-c266265, and I do not > > > experience the random hang anymore. The machine still hangs on boot on > > > "hwpstate_intel0: on cpu0" unless I set > > > 'hint.hwpstate_intel.0.disabled="1"' in loader.conf. > > > > > > > As a few others know on IRC I ran into exactly this same problem > > on a brand new Lenovo Carbon. I missed this thread somehow. > > I also had to bisect the commit. Would it be possible to put > > a note into UPDATING and default to disabled=1 for now? ;) > > > > > Well, I've been trying to chase this a bit more. But I could sure use some > help from more experienced kernel developers. > > debug.hwpstate_verbose="1" in loader.conf, and booting in verbose mode I > get this: > > pcib0: allocated type 4 (8x3f8-8xaf8) for rid 8 of uart0 > uart0 failed to probe at port 0x3f8 irg 4 on isa0 > pcib0: allocated type 4 (0x2f8-0x2f8) for rid 0 uart1 > uart1 failed to probe at port 0x2f8 irq 3 on isa0 > isa_probe_children: probing PnP devices > Acpi0sExecute: task queue not started > cpu0: hwpstate registered > Acpi0sExecute: task queue not started > cpu1: hwpstate registered > Acpi0sExecute; task queue not started > cpu2: hwpstate registered > Acpi0sExecute: task queue not started > cpu3: hwpstate registered > hwpstate_intel0: on cpu0 > hwpstate_intel0: hwpstate_attach1 > hwpstate_intel0: hwpstate_attach2 > hwpstate_intel0: hwpstate_attach3 > > where the hwpstate_attachX is some device_printf(dev,"hwpstate_attachX\n"); > I've sprinkled in to try to where it actually fails. > > I'm not sure about if device_printf happens immediately. The modifications > have been made to the function intel_hwpstate_attach around line 480 in > sys/x86/cpufreq/hwpstate_intel.c In my tests No it does not fail immediately it fails after a few minutes. Thinking that was a possible bogus setting I have tried this: +#if 0 sc->high = IA32_HWP_CAPABILITIES_HIGHEST_PERFORMANCE(caps); sc->guaranteed = IA32_HWP_CAPABILITIES_GUARANTEED_PERFORMANCE(caps); sc->efficient = IA32_HWP_CAPABILITIES_EFFICIENT_PERFORMANCE(caps); sc->low = IA32_HWP_CAPABILITIES_LOWEST_PERFORMANCE(caps); - +#else + sc->high = IA32_HWP_CAPABILITIES_HIGHEST_PERFORMANCE(caps); + sc->guaranteed = IA32_HWP_CAPABILITIES_HIGHEST_PERFORMANCE(caps); + sc->efficient = IA32_HWP_CAPABILITIES_HIGHEST_PERFORMANCE(caps); + sc->low = IA32_HWP_CAPABILITIES_HIGHEST_PERFORMANCE(caps); +#endif e.g. setting all the steps to the same state. It still hangs but not immediately. What is confounding the matter is the Lenovo bios also allows one to set Intel Speed Shift. I've also been poking at this and reading the fine docs but I also have other stuff to look at and do. . > > Yep. I also had to bisect this from what is now some 5 months ago :-( > > > > Diane > > -- > > - d...@freebsd.org d...@db.net http://www.db.net/~db > > -- - d...@freebsd.org d...@db.net http://www.db.net/~db ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: hwpstate_intel hangs kernel
On Fri, May 22, 2020 at 1:57 AM Diane Bruce wrote: > On Wed, Feb 05, 2020 at 02:45:50PM +0100, Andreas Nilsson wrote: > > Ok I am going to respond to this old email from February.. > > > Hello, > > > > I upgraded to a newer version, git 87d669d3863-c266265, and I do not > > experience the random hang anymore. The machine still hangs on boot on > > "hwpstate_intel0: on cpu0" unless I set > > 'hint.hwpstate_intel.0.disabled="1"' in loader.conf. > > > > As a few others know on IRC I ran into exactly this same problem > on a brand new Lenovo Carbon. I missed this thread somehow. > I also had to bisect the commit. Would it be possible to put > a note into UPDATING and default to disabled=1 for now? ;) > Well, I've been trying to chase this a bit more. But I could sure use some help from more experienced kernel developers. debug.hwpstate_verbose="1" in loader.conf, and booting in verbose mode I get this: pcib0: allocated type 4 (8x3f8-8xaf8) for rid 8 of uart0 uart0 failed to probe at port 0x3f8 irg 4 on isa0 pcib0: allocated type 4 (0x2f8-0x2f8) for rid 0 uart1 uart1 failed to probe at port 0x2f8 irq 3 on isa0 isa_probe_children: probing PnP devices Acpi0sExecute: task queue not started cpu0: hwpstate registered Acpi0sExecute: task queue not started cpu1: hwpstate registered Acpi0sExecute; task queue not started cpu2: hwpstate registered Acpi0sExecute: task queue not started cpu3: hwpstate registered hwpstate_intel0: on cpu0 hwpstate_intel0: hwpstate_attach1 hwpstate_intel0: hwpstate_attach2 hwpstate_intel0: hwpstate_attach3 where the hwpstate_attachX is some device_printf(dev,"hwpstate_attachX\n"); I've sprinkled in to try to where it actually fails. I'm not sure about if device_printf happens immediately. The modifications have been made to the function intel_hwpstate_attach around line 480 in sys/x86/cpufreq/hwpstate_intel.c /* ecx */ if (cpu_power_ecx & CPUID_PERF_BIAS) sc->hwp_perf_bias = true; ret = set_autonomous_hwp(sc); device_printf(dev, "hwpstate_attach3\n"); if (ret){ device_printf(dev, "hwpstate_attach3a %i\n",ret); return (ret); } device_printf(dev, "hwpstate_attach4\n"); Any ideas to test? I'm curios about the "Acpi0sExecute: task queue not started" lines, but I've not had the chance to see if they are present on a computer that successfully boots with the hwpstate driver. Best regards Andreas > ... > > > > Best regards > > Andreas > > > > On Sat, Feb 1, 2020 at 11:26 PM Andreas Nilsson > wrote: > > > > > Hello Conrad, > > > > > > thank you Andrey for bisecting! I'll try with that hint and see how it > > > works for me. > > > > > > Best regards > > > Andreas > > > > > > On Sat, Feb 1, 2020, 18:18 Conrad Meyer wrote: > > > > > >> Hi Andrey, > > >> > > >> Please try 'hint.hwpstate_intel.0.disabled="1"' as a workaround for > now. > > >> > > >> I think I have identified at least one problematic piece of code, > > >> although I don't know if it's the root cause. I will go ahead and fix > > >> that, which may not fix the hang, and also add some debug printfs that > > >> can be enabled to help identify the real issue. > > >> > > >> Thanks for the report and bisect. > > >> > > >> Best, > > >> Conrad > > >> > > >> On Sat, Feb 1, 2020 at 6:06 AM Andrey V. Elsukov > > >> wrote: > > >> > > > >> > 31.01.2020 18:11, Andrey V. Elsukov пишет: > > >> > > On 24.01.2020 19:52, Andreas Nilsson wrote: > > >> > >> It hangs during kernel boot and the last message printed on > console > > >> is: > > >> > >> hwpstate_intel0: on cpu0 > > >> > > > > >> > > Hi, > > >> > > > > >> > > Did you find the cause of this hang? > > >> > > I also tried to update today from r350816 to r357330. But my > Lenovo X1 > > >> > > Carbon 4th hangs on the same message. > > >> > > > > >> > > > >> > Hi, > > >> > > > >> > I have bisected the bad commit, it is r357002. > > Yep. I also had to bisect this from what is now some 5 months ago :-( > > Diane > -- > - d...@freebsd.org d...@db.net http://www.db.net/~db > ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: hwpstate_intel hangs kernel
On Wed, Feb 05, 2020 at 02:45:50PM +0100, Andreas Nilsson wrote: Ok I am going to respond to this old email from February.. > Hello, > > I upgraded to a newer version, git 87d669d3863-c266265, and I do not > experience the random hang anymore. The machine still hangs on boot on > "hwpstate_intel0: on cpu0" unless I set > 'hint.hwpstate_intel.0.disabled="1"' in loader.conf. > As a few others know on IRC I ran into exactly this same problem on a brand new Lenovo Carbon. I missed this thread somehow. I also had to bisect the commit. Would it be possible to put a note into UPDATING and default to disabled=1 for now? ;) ... > > Best regards > Andreas > > On Sat, Feb 1, 2020 at 11:26 PM Andreas Nilsson wrote: > > > Hello Conrad, > > > > thank you Andrey for bisecting! I'll try with that hint and see how it > > works for me. > > > > Best regards > > Andreas > > > > On Sat, Feb 1, 2020, 18:18 Conrad Meyer wrote: > > > >> Hi Andrey, > >> > >> Please try 'hint.hwpstate_intel.0.disabled="1"' as a workaround for now. > >> > >> I think I have identified at least one problematic piece of code, > >> although I don't know if it's the root cause. I will go ahead and fix > >> that, which may not fix the hang, and also add some debug printfs that > >> can be enabled to help identify the real issue. > >> > >> Thanks for the report and bisect. > >> > >> Best, > >> Conrad > >> > >> On Sat, Feb 1, 2020 at 6:06 AM Andrey V. Elsukov > >> wrote: > >> > > >> > 31.01.2020 18:11, Andrey V. Elsukov пишет: > >> > > On 24.01.2020 19:52, Andreas Nilsson wrote: > >> > >> It hangs during kernel boot and the last message printed on console > >> is: > >> > >> hwpstate_intel0: on cpu0 > >> > > > >> > > Hi, > >> > > > >> > > Did you find the cause of this hang? > >> > > I also tried to update today from r350816 to r357330. But my Lenovo X1 > >> > > Carbon 4th hangs on the same message. > >> > > > >> > > >> > Hi, > >> > > >> > I have bisected the bad commit, it is r357002. Yep. I also had to bisect this from what is now some 5 months ago :-( Diane -- - d...@freebsd.org d...@db.net http://www.db.net/~db ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: hwpstate_intel hangs kernel
Hello Conrad, thanks for the information and for contributing the driver in the first place! I'll stick with the hint for now. Best regards Andreas On Tue, Feb 11, 2020 at 9:05 PM Conrad Meyer wrote: > Hi Andreas, > > No, nothing new on this front. I don't have any of this hardware nor > do I work for Intel, and nothing I see in the code or published spec > would result in hangs. I don't have more cycles to spend on this > driver. So I suggest using 'hint.hwpstate_intel.0.disabled="1"' as a > workaround indefinitely. > > On a private email with Andrey I discussed making disabled="1" the > default, and allowing users to opt in with disabled="0" (or perhaps > enabled="1", for fewer double negatives). It's not especially > satisfying, but would prevent this class of unknown issue with > hwpstate_intel(4). > > Best, > Conrad > > On Tue, Feb 11, 2020 at 11:49 AM Andreas Nilsson > wrote: > > > > Hello, > > > > any new leads on this? As of what is in git on 2020-02-05, my computer > still hangs on kernel boot on "hwpstate_intel0: on cpu0" > > > > I guess it would have been easier to debug a panic. Setting > debug.hwpstate_verbose=1 doesn't really give any difference in output. > > > > Best regards > > Andreas > > > > On Wed, Feb 5, 2020 at 2:45 PM Andreas Nilsson > wrote: > >> > >> Hello, > >> > >> I upgraded to a newer version, git 87d669d3863-c266265, and I do not > experience the random hang anymore. The machine still hangs on boot on > "hwpstate_intel0: on cpu0" unless I set > 'hint.hwpstate_intel.0.disabled="1"' in loader.conf. > >> > >> On a side note I cannot set or unset that hint from loader prompt; > >> > >> ok> set hint.hwpstate_intel.0.disabled="0" > >> ok> show > >> > >> hint.hwpstate= > >> ... > >> > >> Best regards > >> Andreas > >> > >> On Sat, Feb 1, 2020 at 11:26 PM Andreas Nilsson > wrote: > >>> > >>> Hello Conrad, > >>> > >>> thank you Andrey for bisecting! I'll try with that hint and see how it > works for me. > >>> > >>> Best regards > >>> Andreas > >>> > >>> On Sat, Feb 1, 2020, 18:18 Conrad Meyer wrote: > > Hi Andrey, > > Please try 'hint.hwpstate_intel.0.disabled="1"' as a workaround for > now. > > I think I have identified at least one problematic piece of code, > although I don't know if it's the root cause. I will go ahead and fix > that, which may not fix the hang, and also add some debug printfs that > can be enabled to help identify the real issue. > > Thanks for the report and bisect. > > Best, > Conrad > > On Sat, Feb 1, 2020 at 6:06 AM Andrey V. Elsukov > wrote: > > > > 31.01.2020 18:11, Andrey V. Elsukov пишет: > > > On 24.01.2020 19:52, Andreas Nilsson wrote: > > >> It hangs during kernel boot and the last message printed on > console is: > > >> hwpstate_intel0: on cpu0 > > > > > > Hi, > > > > > > Did you find the cause of this hang? > > > I also tried to update today from r350816 to r357330. But my > Lenovo X1 > > > Carbon 4th hangs on the same message. > > > > > > > Hi, > > > > I have bisected the bad commit, it is r357002. > > > > -- > > WBR, Andrey V. Elsukov > > > ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: hwpstate_intel hangs kernel
Hi Andreas, No, nothing new on this front. I don't have any of this hardware nor do I work for Intel, and nothing I see in the code or published spec would result in hangs. I don't have more cycles to spend on this driver. So I suggest using 'hint.hwpstate_intel.0.disabled="1"' as a workaround indefinitely. On a private email with Andrey I discussed making disabled="1" the default, and allowing users to opt in with disabled="0" (or perhaps enabled="1", for fewer double negatives). It's not especially satisfying, but would prevent this class of unknown issue with hwpstate_intel(4). Best, Conrad On Tue, Feb 11, 2020 at 11:49 AM Andreas Nilsson wrote: > > Hello, > > any new leads on this? As of what is in git on 2020-02-05, my computer still > hangs on kernel boot on "hwpstate_intel0: on cpu0" > > I guess it would have been easier to debug a panic. Setting > debug.hwpstate_verbose=1 doesn't really give any difference in output. > > Best regards > Andreas > > On Wed, Feb 5, 2020 at 2:45 PM Andreas Nilsson wrote: >> >> Hello, >> >> I upgraded to a newer version, git 87d669d3863-c266265, and I do not >> experience the random hang anymore. The machine still hangs on boot on >> "hwpstate_intel0: on cpu0" unless I set >> 'hint.hwpstate_intel.0.disabled="1"' in loader.conf. >> >> On a side note I cannot set or unset that hint from loader prompt; >> >> ok> set hint.hwpstate_intel.0.disabled="0" >> ok> show >> >> hint.hwpstate= >> ... >> >> Best regards >> Andreas >> >> On Sat, Feb 1, 2020 at 11:26 PM Andreas Nilsson wrote: >>> >>> Hello Conrad, >>> >>> thank you Andrey for bisecting! I'll try with that hint and see how it >>> works for me. >>> >>> Best regards >>> Andreas >>> >>> On Sat, Feb 1, 2020, 18:18 Conrad Meyer wrote: Hi Andrey, Please try 'hint.hwpstate_intel.0.disabled="1"' as a workaround for now. I think I have identified at least one problematic piece of code, although I don't know if it's the root cause. I will go ahead and fix that, which may not fix the hang, and also add some debug printfs that can be enabled to help identify the real issue. Thanks for the report and bisect. Best, Conrad On Sat, Feb 1, 2020 at 6:06 AM Andrey V. Elsukov wrote: > > 31.01.2020 18:11, Andrey V. Elsukov пишет: > > On 24.01.2020 19:52, Andreas Nilsson wrote: > >> It hangs during kernel boot and the last message printed on console > >> is: > >> hwpstate_intel0: on cpu0 > > > > Hi, > > > > Did you find the cause of this hang? > > I also tried to update today from r350816 to r357330. But my Lenovo X1 > > Carbon 4th hangs on the same message. > > > > Hi, > > I have bisected the bad commit, it is r357002. > > -- > WBR, Andrey V. Elsukov > ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: hwpstate_intel hangs kernel
Hello, any new leads on this? As of what is in git on 2020-02-05, my computer still hangs on kernel boot on "hwpstate_intel0: on cpu0" I guess it would have been easier to debug a panic. Setting debug.hwpstate_verbose=1 doesn't really give any difference in output. Best regards Andreas On Wed, Feb 5, 2020 at 2:45 PM Andreas Nilsson wrote: > Hello, > > I upgraded to a newer version, git 87d669d3863-c266265, and I do not > experience the random hang anymore. The machine still hangs on boot on > "hwpstate_intel0: on cpu0" unless I set > 'hint.hwpstate_intel.0.disabled="1"' in loader.conf. > > On a side note I cannot set or unset that hint from loader prompt; > > ok> set hint.hwpstate_intel.0.disabled="0" > ok> show > > hint.hwpstate= > ... > > Best regards > Andreas > > On Sat, Feb 1, 2020 at 11:26 PM Andreas Nilsson > wrote: > >> Hello Conrad, >> >> thank you Andrey for bisecting! I'll try with that hint and see how it >> works for me. >> >> Best regards >> Andreas >> >> On Sat, Feb 1, 2020, 18:18 Conrad Meyer wrote: >> >>> Hi Andrey, >>> >>> Please try 'hint.hwpstate_intel.0.disabled="1"' as a workaround for now. >>> >>> I think I have identified at least one problematic piece of code, >>> although I don't know if it's the root cause. I will go ahead and fix >>> that, which may not fix the hang, and also add some debug printfs that >>> can be enabled to help identify the real issue. >>> >>> Thanks for the report and bisect. >>> >>> Best, >>> Conrad >>> >>> On Sat, Feb 1, 2020 at 6:06 AM Andrey V. Elsukov >>> wrote: >>> > >>> > 31.01.2020 18:11, Andrey V. Elsukov пишет: >>> > > On 24.01.2020 19:52, Andreas Nilsson wrote: >>> > >> It hangs during kernel boot and the last message printed on console >>> is: >>> > >> hwpstate_intel0: on cpu0 >>> > > >>> > > Hi, >>> > > >>> > > Did you find the cause of this hang? >>> > > I also tried to update today from r350816 to r357330. But my Lenovo >>> X1 >>> > > Carbon 4th hangs on the same message. >>> > > >>> > >>> > Hi, >>> > >>> > I have bisected the bad commit, it is r357002. >>> > >>> > -- >>> > WBR, Andrey V. Elsukov >>> > >>> >> ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: hwpstate_intel hangs kernel
Hello, I upgraded to a newer version, git 87d669d3863-c266265, and I do not experience the random hang anymore. The machine still hangs on boot on "hwpstate_intel0: on cpu0" unless I set 'hint.hwpstate_intel.0.disabled="1"' in loader.conf. On a side note I cannot set or unset that hint from loader prompt; ok> set hint.hwpstate_intel.0.disabled="0" ok> show hint.hwpstate= ... Best regards Andreas On Sat, Feb 1, 2020 at 11:26 PM Andreas Nilsson wrote: > Hello Conrad, > > thank you Andrey for bisecting! I'll try with that hint and see how it > works for me. > > Best regards > Andreas > > On Sat, Feb 1, 2020, 18:18 Conrad Meyer wrote: > >> Hi Andrey, >> >> Please try 'hint.hwpstate_intel.0.disabled="1"' as a workaround for now. >> >> I think I have identified at least one problematic piece of code, >> although I don't know if it's the root cause. I will go ahead and fix >> that, which may not fix the hang, and also add some debug printfs that >> can be enabled to help identify the real issue. >> >> Thanks for the report and bisect. >> >> Best, >> Conrad >> >> On Sat, Feb 1, 2020 at 6:06 AM Andrey V. Elsukov >> wrote: >> > >> > 31.01.2020 18:11, Andrey V. Elsukov пишет: >> > > On 24.01.2020 19:52, Andreas Nilsson wrote: >> > >> It hangs during kernel boot and the last message printed on console >> is: >> > >> hwpstate_intel0: on cpu0 >> > > >> > > Hi, >> > > >> > > Did you find the cause of this hang? >> > > I also tried to update today from r350816 to r357330. But my Lenovo X1 >> > > Carbon 4th hangs on the same message. >> > > >> > >> > Hi, >> > >> > I have bisected the bad commit, it is r357002. >> > >> > -- >> > WBR, Andrey V. Elsukov >> > >> > ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: hwpstate_intel hangs kernel
Hello Conrad, thank you Andrey for bisecting! I'll try with that hint and see how it works for me. Best regards Andreas On Sat, Feb 1, 2020, 18:18 Conrad Meyer wrote: > Hi Andrey, > > Please try 'hint.hwpstate_intel.0.disabled="1"' as a workaround for now. > > I think I have identified at least one problematic piece of code, > although I don't know if it's the root cause. I will go ahead and fix > that, which may not fix the hang, and also add some debug printfs that > can be enabled to help identify the real issue. > > Thanks for the report and bisect. > > Best, > Conrad > > On Sat, Feb 1, 2020 at 6:06 AM Andrey V. Elsukov > wrote: > > > > 31.01.2020 18:11, Andrey V. Elsukov пишет: > > > On 24.01.2020 19:52, Andreas Nilsson wrote: > > >> It hangs during kernel boot and the last message printed on console > is: > > >> hwpstate_intel0: on cpu0 > > > > > > Hi, > > > > > > Did you find the cause of this hang? > > > I also tried to update today from r350816 to r357330. But my Lenovo X1 > > > Carbon 4th hangs on the same message. > > > > > > > Hi, > > > > I have bisected the bad commit, it is r357002. > > > > -- > > WBR, Andrey V. Elsukov > > > ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: hwpstate_intel hangs kernel
Hi Andrey, Please try 'hint.hwpstate_intel.0.disabled="1"' as a workaround for now. I think I have identified at least one problematic piece of code, although I don't know if it's the root cause. I will go ahead and fix that, which may not fix the hang, and also add some debug printfs that can be enabled to help identify the real issue. Thanks for the report and bisect. Best, Conrad On Sat, Feb 1, 2020 at 6:06 AM Andrey V. Elsukov wrote: > > 31.01.2020 18:11, Andrey V. Elsukov пишет: > > On 24.01.2020 19:52, Andreas Nilsson wrote: > >> It hangs during kernel boot and the last message printed on console is: > >> hwpstate_intel0: on cpu0 > > > > Hi, > > > > Did you find the cause of this hang? > > I also tried to update today from r350816 to r357330. But my Lenovo X1 > > Carbon 4th hangs on the same message. > > > > Hi, > > I have bisected the bad commit, it is r357002. > > -- > WBR, Andrey V. Elsukov > ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: hwpstate_intel hangs kernel
31.01.2020 18:11, Andrey V. Elsukov пишет: > On 24.01.2020 19:52, Andreas Nilsson wrote: >> It hangs during kernel boot and the last message printed on console is: >> hwpstate_intel0: on cpu0 > > Hi, > > Did you find the cause of this hang? > I also tried to update today from r350816 to r357330. But my Lenovo X1 > Carbon 4th hangs on the same message. > Hi, I have bisected the bad commit, it is r357002. -- WBR, Andrey V. Elsukov signature.asc Description: OpenPGP digital signature
Re: hwpstate_intel hangs kernel
On 24.01.2020 19:52, Andreas Nilsson wrote: > It hangs during kernel boot and the last message printed on console is: > hwpstate_intel0: on cpu0 Hi, Did you find the cause of this hang? I also tried to update today from r350816 to r357330. But my Lenovo X1 Carbon 4th hangs on the same message. -- WBR, Andrey V. Elsukov signature.asc Description: OpenPGP digital signature
Re: hwpstate_intel hangs kernel
On Fri, Jan 24, 2020 at 5:52 PM Andreas Nilsson wrote: > Hello, > > I updated my sources from 20200113 to 20200124 and after that my laptop > hangs during boot. > > The machine is a Lenovo Thinkpad X1 yoga with a core i7-6500U cpu and 8Gb > ram. > > It hangs during kernel boot and the last message printed on console is: > hwpstate_intel0: on cpu0 > > I reverted commits > 1c59e40a6928d0e50272f3653cc3be27a94d8ea3 > 0a0670f4aee197f46e40fda8b1c58f15fa882043 > a4e3b5b685179d1576933ac5e67719dfe96efdea > and recompiled the kernel, which then boots just fine. > > Interestingly, the hwpstate_intel code worked fine on my workstation, with > a Intel i7-7700 cpu. > > I set debug.hwpstate_verbose=1 in loader.conf in hopes of getting more > info, but I could not see any additional information. > > Best regards > Andreas > There seems to be further problems: My workstation has since hung, I'm on my way to the office to check it out now. My laptop with the hwpstate patches reverted has also hung, so that issue might be due to another commit. Best regards Andreas ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"