Live data from Hacker News

Linux 4.9 is out

lwn.net

31–40 of 52 posts

Re: Linux 4.9 is out

#31

The Kernel Newbies LinuxChanges page hasn't been updated yet, but when it is, it'll be at https://kernelnewbies.org/LinuxChanges .

Should I be worried about Kernel Newbies? The forum is overrun by spam and it looks like the wiki wasn't updated for 4.8.

Heh, I hadn't noticed that it was still a 4.7 summary. :(

Re: Linux 4.9 is out

#32
post #25

Earlier quoted context omitted.

There's already a patch (due for 4.10) to detect and warn about this silliness. Since the Intel guy says that all the systems that shipped with this mode now have firmware updates to allow disabling it, there's very little reason for anyone to implement full support. Hopefully in the future Intel will think twice before implementing ugly firmware-level hacks to aid in working around limitations of Microsoft's driver…

What real world impact does changing from (fake) RAID to AHCI have?

That's the firmware setting that disables the hack that hides NVMe devices behind the chipset's AHCI controller. Aside from making it possible for standards-compliant NVMe drivers to function as expected, not lying to the OS about the hardware topology also allows the OS to access the PCI configuration space (allowing for eg. ASPM support) and not unnecessarily share interrupts between two entirely separate devices.

Re: Linux 4.9 is out

#33
post #32

Earlier quoted context omitted.

What real world impact does changing from (fake) RAID to AHCI have?

That's the firmware setting that disables the hack that hides NVMe devices behind the chipset's AHCI controller. Aside from making it possible for standards-compliant NVMe drivers to function as expected, not lying to the OS about the hardware topology also allows the OS to access the PCI configuration space (allowing for eg. ASPM support) and not unnecessarily share interrupts between two entirely separate devices.

So it'd be better for Linux to support this RAID/NVMe mode natively, right?

Re: Linux 4.9 is out

#34
post #32

Earlier quoted context omitted.

That's the firmware setting that disables the hack that hides NVMe devices behind the chipset's AHCI controller. Aside from making it possible for standards-compliant NVMe drivers to function as expected, not lying to the OS about the hardware topology also allows the OS to access the PCI configuration space (allowing for eg. ASPM support) and not unnecessarily share interrupts between two entirely separate devices.

So it'd be better for Linux to support this RAID/NVMe mode natively, right?

If it served a useful purpose in the first place, yes. And if it were properly documented and didn't cripple certain areas of functionality (and probably hurt performance a bit, but I don't yet have a system to measure this with).

Re: Linux 4.9 is out

#35
post #11
post #5

I wonder what "DRM updates" and "DRM fixes" include.

DRM there refers to Direct Rendering Manager[0]. A few days ago the author those changes are listed under (Dave Airlie) was on the HN frontpage for his comments on an AMD RFC[1]. [0] https://en.wikipedia.org/wiki/Direct_Rendering_Manager [1] https://news.ycombinator.com/item?id=13136426

so when the AMD patch was refused, it was refused for this LTS version of the kernel? that's gotta be a huge blow against AMD, no?

Re: Linux 4.9 is out

#36
post #35
post #11

Earlier quoted context omitted.

DRM there refers to Direct Rendering Manager[0]. A few days ago the author those changes are listed under (Dave Airlie) was on the HN frontpage for his comments on an AMD RFC[1]. [0] https://en.wikipedia.org/wiki/Direct_Rendering_Manager [1] https://news.ycombinator.com/item?id=13136426

so when the AMD patch was refused, it was refused for this LTS version of the kernel? that's gotta be a huge blow against AMD, no?

The merge window for 4.9 closed long before this recent spate of publicity. The AMDGPU patch would have been on track for more like 4.11.

Re: Linux 4.9 is out

#38
post #2

The amount of times the word "updates" appears in the commits makes me feel much better at my difficulty of choosing succinct and unique commit messages.

Those are summaries of summaries of branches of commits. Actual commit and merge messages all have good titles and descriptions.

full list: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.... (very "slow" at the very end of the development cycle)

example merge: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux....

example commit: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux....

I picked some of the longer ones on the first page just for contrast with your impression, many have shorter commit messages, but they all have a commit message with some explanation.

Re: Linux 4.9 is out

#40

kernel 4.9 is the first kernel with full dynamic tracing support built in (beyond the power of systemtap, etc) . We are soon going to see tools like dtrace being built right for Linux. Im excited for thw future of application development and monitoring on Linux. Imagine a whole bunch of tools more powerful than NewRelic.

Interesting, I assume you're referring to some extension of eBPF that happened in the 4.9 pulls. AFAIK eBPF already is pretty functional in 4.8. What got added that allows full dynamic tracing? (And what is full dynamic tracing?).

EDIT: Parent is probably referring to something mentioned here: http://www.brendangregg.com/blog/2016-10-27/dtrace-for-linux.... Apparently timed sampling got added, I quote Brendan:

> Timed sampling was the final major piece, and it landed in Linux 4.9-rc1 (patchset). Many thanks to Alexei Starovoitov (now working on BPF at Facebook), the lead developer behind these BPF enhancements.

This is indeed something possible with DTrace that was difficult (or not very efficient) to do with eBPF before. I assume one could've hooked into one of the kernel interrupt/... functions and used that as a ghetto timer, but the gymastics to convert that to real time might've been daunting.

Post reply on HN