Re: [lfs-support] linux 5.5.9: shutdown -h hangs on detaching cdrom
On Fri, 10 Apr 2020 22:29:13 +0200 Stephen Berman wrote: > I've built current development LFS using jhalfs and when I invoke (via > sudo or logged in as root) `shutdown -h now', the system appears to hang [...] On Sun, 26 Apr 2020 00:33:42 +0200 Stephen Berman wrote: > I've completed the bisection of the mainline kernel between the good > v5.1 and the bad v5.2, and here's the result: > > 6d25be5782e482eb93e3de0c94d0a517879377d0 is the first bad commit > commit 6d25be5782e482eb93e3de0c94d0a517879377d0 > Author: Thomas Gleixner > Date: Wed Mar 13 17:55:48 2019 +0100 > > sched/core, workqueues: Distangle worker accounting from rq lock [...] On Mon, 27 Apr 2020 09:58:58 +0200 Stephen Berman wrote: > On Mon, 27 Apr 2020 03:45:13 -0400 Michael Shell > wrote: > >> On Sun, 26 Apr 2020 23:53:12 +0200 >> Stephen Berman wrote: >> >>> As noted in my reply to Ken, I couldn't cleanly revert the commit in >>> recent mainline or stable kernel sources. >> >> >> If it were me, in this case, I would even consider manually editing >> the code. It might come to that to find out exactly where the problem >> is. > > I wanted to do that, but half of the hunks of the patch failed to apply, > and in at least one case a function was changed that no longer exists, > at least under the name occurring in the patch, so trying to disentangle > this is not straightforward, at least for someone like me who's not > familiar with the code. > >> In anycase, please do report this issue to the kernel developers >> and do let us know if you ever find out what the problem was. > > Will do. I did so last May 1, and that began an exchange on the linux kernel mailing list with one of the kernel hackers, Sebastian Siewior (see https://lore.kernel.org/lkml/87bln7ves7@gmx.net/). He was able to diagnose the problem as being due to ACPI too aggressively mandating polling of a temperature sensor on my motherboard, causing workers to pile up, which need to be flushed on shutdown, but because there are so many, it appears to hang (or just take a very long time). By June 16 he found a workaround: to increase the polling interval from 1 to 30 seconds by adding this to the kernel commandline on booting the system: thermal.tzp=300 With this `shutdown -h now' again promptly powered off my machine, as it did with earlier unaffected kernels. (I was also contacted by someone who had the same problem and found my post to the LFS support list, and it turned out we have very similar motherboards: I have Gigabyte Z390 M Gaming Rev. 1001 and he has Gigabyte Z390 Designare rev 1.0. He confirmed that the workaround worked for him too.) Subsequently an ACPI hacker, Rafael Wysocki, started looking for a real fix, and on January 14, found it (https://lore.kernel.org/lkml/3391226.KRKnzuvfpg@kreacher/). I applied the patch to my local mainline kernel 5.11.0-rc4+ and confirmed that it fixes the hang. The patch was committed to the linux-next integration testing tree on January 25 (https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/drivers/acpi/thermal.c?h=next-20210127=81b704d3e4674e09781d331df73d76675d5ad8cb) and should appear in the mainline kernel shortly. Steve Berman -- http://lists.linuxfromscratch.org/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page Do not top post on this list. A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? http://en.wikipedia.org/wiki/Posting_style
Re: [lfs-support] linux 5.5.9: shutdown -h hangs on detaching cdrom
On 1/27/21 11:32 AM, Stephen Berman wrote: On Fri, 10 Apr 2020 22:29:13 +0200 Stephen Berman wrote: I've built current development LFS using jhalfs and when I invoke (via sudo or logged in as root) `shutdown -h now', the system appears to hang [...] On Sun, 26 Apr 2020 00:33:42 +0200 Stephen Berman wrote: I've completed the bisection of the mainline kernel between the good v5.1 and the bad v5.2, and here's the result: 6d25be5782e482eb93e3de0c94d0a517879377d0 is the first bad commit commit 6d25be5782e482eb93e3de0c94d0a517879377d0 Author: Thomas Gleixner Date: Wed Mar 13 17:55:48 2019 +0100 sched/core, workqueues: Distangle worker accounting from rq lock [...] On Mon, 27 Apr 2020 09:58:58 +0200 Stephen Berman wrote: On Mon, 27 Apr 2020 03:45:13 -0400 Michael Shell wrote: On Sun, 26 Apr 2020 23:53:12 +0200 Stephen Berman wrote: As noted in my reply to Ken, I couldn't cleanly revert the commit in recent mainline or stable kernel sources. If it were me, in this case, I would even consider manually editing the code. It might come to that to find out exactly where the problem is. I wanted to do that, but half of the hunks of the patch failed to apply, and in at least one case a function was changed that no longer exists, at least under the name occurring in the patch, so trying to disentangle this is not straightforward, at least for someone like me who's not familiar with the code. In anycase, please do report this issue to the kernel developers and do let us know if you ever find out what the problem was. Will do. I did so last May 1, and that began an exchange on the linux kernel mailing list with one of the kernel hackers, Sebastian Siewior (see https://lore.kernel.org/lkml/87bln7ves7@gmx.net/). He was able to diagnose the problem as being due to ACPI too aggressively mandating polling of a temperature sensor on my motherboard, causing workers to pile up, which need to be flushed on shutdown, but because there are so many, it appears to hang (or just take a very long time). By June 16 he found a workaround: to increase the polling interval from 1 to 30 seconds by adding this to the kernel commandline on booting the system: thermal.tzp=300 With this `shutdown -h now' again promptly powered off my machine, as it did with earlier unaffected kernels. (I was also contacted by someone who had the same problem and found my post to the LFS support list, and it turned out we have very similar motherboards: I have Gigabyte Z390 M Gaming Rev. 1001 and he has Gigabyte Z390 Designare rev 1.0. He confirmed that the workaround worked for him too.) Subsequently an ACPI hacker, Rafael Wysocki, started looking for a real fix, and on January 14, found it (https://lore.kernel.org/lkml/3391226.KRKnzuvfpg@kreacher/). I applied the patch to my local mainline kernel 5.11.0-rc4+ and confirmed that it fixes the hang. The patch was committed to the linux-next integration testing tree on January 25 (https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/drivers/acpi/thermal.c?h=next-20210127=81b704d3e4674e09781d331df73d76675d5ad8cb) and should appear in the mainline kernel shortly. Very interesting. Thanks for the report. -- Bruce -- http://lists.linuxfromscratch.org/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page Do not top post on this list. A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? http://en.wikipedia.org/wiki/Posting_style
[lfs-support] Error with gcc pass 1 compiling
Hi, I am relieved with help. I see you say to me that there is some html code. Here there is the original message if there is some confusion: Hi, I have a serious problem when running make install in gcc pass 1. Here are the required information about this: Book version: 10.0 Host distribution and version: Ubuntu 20.4.1 LTS Focal Fossa System specifications: Processor: Intel(R) Core(TM) i3-5005U CPU @ 2.00GHz Memory: 8051MB Disk used: ATA Hitachi HTS54252 Host System Requirements script output: bash, version 5.0.17(1)-release /bin/sh - /usr/bin/bash Binutils: (GNU Binutils for Ubuntu) 2.34 bison (GNU Bison) 3.7 /usr/bin/yacc - /usr/local/bison/bin/yacc bzip2, Version 1.0.8, 13-Jul-2019. Coreutils: 8.30 diff (GNU diffutils) 3.7 find (GNU findutils) 4.7.0 GNU Awk 5.0.1, API: 2.0 (GNU MPFR 4.0.2, GNU MP 6.2.0) /usr/bin/awk - /usr/bin/gawk gcc (Ubuntu 9.3.0-17ubuntu1~20.04) 9.3.0 g++ (Ubuntu 9.3.0-17ubuntu1~20.04) 9.3.0 (Ubuntu GLIBC 2.31-0ubuntu9.1) 2.31 grep (GNU grep) 3.4 gzip 1.10 Linux version 5.8.0-40-generic (buildd@lcy01-amd64-014) (gcc (Ubuntu 9.3.0-17ubuntu1~20.04) 9.3.0, GNU ld (GNU Binutils for Ubuntu) 2.34) #45~20.04.1-Ubuntu SMP Fri Jan 15 11:35:04 UTC 2021 m4 (GNU M4) 1.4.18 GNU Make 4.2.1 GNU patch 2.7.6 Perl version=5.30.0; Python 3.8.5 sed (GNU sed) 4.7 tar (GNU tar) 1.30 texi2any (GNU texinfo) 6.7 xz (XZ Utils) 5.2.4 g++ compilation OK: Problematic package and section: gcc pass 1, section 5.3 Error message: when running make install make[3]: Leaving directory /mnt/lfs/sources/gcc-10.2.0/h make[2]: Leaving directory /mnt/lfs/sources/gcc-10.2.0/h make[2]: Entering directory /mnt/lfs/sources/gcc-10.2.0/x Makefile:183: ../.././gcc/libgcc.mvars: No such file or directory make[2]: *** No rule to make target ../.././gcc/libgcc.mvars. Stop. make[2]: Leaving directory /mnt/lfs/sources/gcc-10.2.0/x make[1]: *** [Makefile:13001: install-target-libgcc] Error 2 make[1]: Leaving directory /mnt/lfs/sources/gcc-10.2.0 make: *** [Makefile:2385: install] Error 2 Deviated from the book? : No Hope that I will recieve help fast, Jakub Drozd Waiting for Urgent Help I had been in gcc-10.2.0 build pass 1 when I encountered an error. I extracted all the mpfr, gmp, etc. tarballs in the directory and renamed them to the required names. I had not created the dedicated build directory because I dont know how to use it and how to execute the configure, make and make install commands while I am in the build directory. Hope you will give me assistance, Jakub Drozd Waiting for Urgent Help Dnia 26 stycznia 2021 20:00 lfs-support-requ...@lists.linu napisał(a): Send lfs-support mailing list submissions to lfs-support@lists.linuxfromscr To subscribe or unsubscribe via the World Wide Web, visit lists.linuxfromscratch.org lists.linuxfromscratch.org or, via email, send a message with subject or body help to lfs-support-requ...@lists.linu You can reach the person managing the list at lfs-support-owner@lists.linuxf When replying, please edit your Subject line so it is more specific than Re: Contents of lfs-support digest... Todays Topics: 1. Re: Problem with gcc pass 1 compiling (Ken Moffat) 2. Re: Problem with gcc pass 1 compiling (David López) -- Message: 1 Date: Mon, 25 Jan 2021 21:15:21 + From: Ken Moffat zarniwh...@ntlworld.com To: LFS Support List lfs-support@lists.linuxfromsc Subject: Re: [lfs-support] Problem with gcc pass 1 compiling Message-ID: ya806qa8ckzb0...@llamedos.loc Content-Type: text/plain; charset=utf-8 On Mon, Jan 25, 2021 at 08:41:49PM +0100, Jakub Drozd wrote: Hi, I have a serious problem when running #34;make install#34; in gcc pass 1. Here are the required information about this: Book version: 10.0 Host distribution and version: Ubuntu 20.4.1 LTS #34;Focal Fossa#34; System specifications: Processor: Intel(R) Core(TM) i3-5005U CPU @ 2.00GHz Memory: 8051MB Disk used: ATA Hitachi HTS54252 Host System Requirements script output: #34; bash, version 5.0.17(1)-release /bin/sh -gt; /usr/bin/bash Binutils: (GNU Binutils for Ubuntu) 2.34 bison (GNU Bison) 3.7 /usr/bin/yacc -gt; /usr/local/bison/bin/yacc bzip2, Version 1.0.8, 13-Jul-2019. Coreutils: 8.30 diff (GNU diffutils) 3.7 find (GNU findutils) 4.7.0 GNU Awk 5.0.1, API: 2.0 (GNU MPFR 4.0.2, GNU MP 6.2.0) /usr/bin/awk -gt; /usr/bin/gawk gcc (Ubuntu 9.3.0-17ubuntu1~20.04) 9.3.0 g++ (Ubuntu 9.3.0-17ubuntu1~20.04) 9.3.0 (Ubuntu GLIBC 2.31-0ubuntu9.1) 2.31 grep (GNU grep) 3.4 gzip 1.10 Linux version 5.8.0-40-generic (buildd@lcy01-amd64-014) (gcc (Ubuntu 9.3.0-17ubuntu1~20.04) 9.3.0, GNU ld (GNU Binutils for Ubuntu) 2.34) #45~20.04.1-Ubuntu SMP Fri Jan 15 11:35:04 UTC 2021 m4 (GNU M4) 1.4.18 GNU Make 4.2.1 GNU patch 2.7.6 Perl version=#39;5.30.0#39;; Python 3.8.5 sed (GNU sed) 4.7 tar (GNU tar)
Re: [lfs-support] Error with gcc pass 1 compiling
On Wed, Jan 27, 2021 at 07:20:17PM +0100, Jakub Drozd wrote: Hi, you are still posting things which are impossible to read, or to sensibly quote. In this case I've reformatted your one-line post so that I can cut it down to reply to the important part. Beyond that, you are top-posting, and replying to the digest without trimming what you reply, so that other posts get included. In doing that, you seem to have screwed-up the attribution of my reply. So, for the future: 1. Please write in short lines (72 characters or less), or if you are using webmail and cannot enforce that, put the mail into short paragraphs so that anyone replying can trim things. 2. When replying, quote what you are replying to (the '>' at the start of each line in my reply below), and put your replies immediately below the relevant pieces of text). > Hi, I am relieved with help. I see you say to me that there is > some html code. Here there is the original message if there is > some confusion: ^ is html - a quotation mark. Plain text is normally much easier to read, but the long lines are the real problem. > make[1]: Leaving directory /mnt/lfs/sources/gcc-10.2.0 > make: *** [Makefile:2385: install] Error 2 Deviated from the > book? : No Hope that I will recieve help fast, Jakub Drozd > Waiting for Urgent Help I had been in gcc-10.2.0 build pass > 1 when I encountered an error. I extracted all the mpfr, gmp, etc. > tarballs in the directory and renamed them to the required names. > I had not created the dedicated build directory because I > dont know how to use it and how to execute the configure, > make and make install commands while I am in the build directory. That is the problem. In past times we would have said FBBG (Follow Book, Book (is) good). Like many people who assert that they have not deviated from the book, you have deviated. Since you have not got very far, I conclude that you made the same mistake in Cross Binutils. That maybe did something wrong, I have no idea but once you understand HOW to fix this you should start again ('start over' in American). Let's look at the relevant commands: mkdir -v build cd build ../configure ... So, the book is telling you to do three things: mkdir : create a directory (you are already in the binutils-2.35 or gcc-10.2.0 directory when you do this) cd : change to that directory ../configure : Note that this is NOT './configure'. The '../' specifies a file in the parent directory. Once you have run that configure script, you then run the created Makefile (and that runs Makefiles in various subdirectories). ĸen -- The right of the people to keep and arm Bears, shall not be infringed. -- http://lists.linuxfromscratch.org/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page Do not top post on this list. A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? http://en.wikipedia.org/wiki/Posting_style