At present I can't build glibc in rawhide because make segfaults:
+ make -j4 -O -r 'CFLAGS=-mtune=generic -g -O2 -fstack-clash-protection'
make -r PARALLELMFLAGS="" -C .. objdir=`pwd` all
make: *** [Makefile:9: all] Segmentation fault (core dumped)
error: Bad exit status from /var/tmp/rpm-tmp.g0o5R3 (%build)
cvc4 shows the same problem:
Making all in src
/bin/sh: line 12: 16161 Segmentation fault (core dumped) make $local_target
We should tag in the last known good make.
I've run out of time to debug this but I wanted to pass on my notes.
(1) Run the testsuite.
If the package you rebuild has a testsuite please make sure you run it
and review the results.
The make testsuite was not run, there is a driver problem with it.
Sadly, the make testsuite hasn't been run since F26:
where it passed with no failures.
We should strive hard to make sure that testsuite runs every time,
and that the results are 100% pass.
(2) make segfaults here.
#0 0x00005555557b1ad1 in ?? ()
#1 0x00007ffff6fd4c7b in glob_in_dir () from /lib64/libc.so.6
#2 0x00007ffff6fd5b9f in glob@(a)GLIBC_2.27 () from /lib64/libc.so.6
#3 0x000055555557551c in parse_file_seq ()
#4 0x00005555555673f7 in func_wildcard ()
#5 0x0000555555569501 in handle_function ()
#6 0x0000555555562cfb in variable_expand_string ()
#7 0x0000555555563833 in allocated_variable_expand_for_file ()
#8 0x00005555555671cf in func_foreach ()
#9 0x0000555555569501 in handle_function ()
#10 0x0000555555562cfb in variable_expand_string ()
#11 0x00005555555773c7 in eval ()
#12 0x00005555555775f1 in eval_makefile ()
#13 0x00005555555767ce in eval ()
#14 0x00005555555775f1 in eval_makefile ()
#15 0x0000555555577a38 in read_all_makefiles ()
#16 0x000055555555e375 in main ()
You have to set follow-fork-mode child, and set detach-on-fork off
to catch the faulting child process in gdb (and flip between processes
to run them in sequence).
(3) Building make-4.2.1-5 in F27 works.
A `fedpkg local` build of make make-4.2.1-5.fc28 results in binaries
that work. This worries me a little because it looks like a toolchain
When I come back online I'll keep trying to fix this.
On 01-02-18 15:59, Don Zickus wrote:
> On Thu, Feb 01, 2018 at 12:34:50PM +0100, Hans de Goede wrote:
>> Hi All,
>> For the "Improved Laptop Battery Life" feature:
>> I'm working on for Fedora 28 I would like to also try and enable
>> Panel Self Refresh on laptops with Intel graphics, some quick tests
>> have shown this to save another 0.5W (when idle / nothing on the
>> screen changes). This is currently off be default because it is
>> known to cause issues on some devices. So I think we will probably
>> need a white- or black-list. But first we need more data on this.
>> If you can spare 10 minutes, please see my blogpost for how to test
>> this and send me a mail with the info request in the blogpost:
> Hi Hans,
> I didn't exactly play with the psr like you asked, but your blog intrigued
> me to play with powertop again.
> On my Dell 5510 laptop, which has two graphics chips (intel for display,
> nvidia for external displays), setting the following to good:
> Runtime PM for PCI Device NVIDIA Corporation GM107GLM [Quadro M1000M]
> dropped me from 14W down to 6-7W. And doubled my battery life. Considering
> I normally don't connect up the external display, I find this a huge
> So indirectly I want to say thank you!
Interesting, nouveau.runpm defaults to 1, so I wonder why it is not doing
this by default on your system. Can you file a bug against xorg-x11-drv-nouveau
please and put the following people in the Cc:
Ben Skeggs <bskeggs(a)redhat.com>
Lyude Paul <lyude(a)redhat.com>
Hans de Goede <hdegoede(a)redhat.com>
Note Lyude works from the Westford office, not sure where you are located,
but if you're also in Westford you might just want to drop by her desk :)