Linux Kernel 4.13 Officially Released (softpedia.com)

← Back to Stories (view on slashdot.org)

Linux Kernel 4.13 Officially Released (softpedia.com)

Posted by msmash on Tuesday September 5, 2017 @04:45AM from the dispatch dept.

prisoninmate writes: As expected, the Linux 4.13 kernel series was made official this past weekend by none other than its creator, Linus Torvalds, which urges all Linux users to start migrating to this version as soon as possible. Work on Linux kernel 4.13 started in mid-July with the first Release Candidate (RC) milestone, which already gave us a glimpse of the new features coming to this major kernel branch. There are, of course, numerous improvements and support for new hardware through updated drivers and core components. Highlights of Linux kernel 4.13 include Intel's Cannon Lake and Coffee Lake CPUs, support for non-blocking buffered I/O operations to improve asynchronous I/O support, support for "lifetime hints" in the block layers and the virtual filesystem, AppArmor enhancements, and better power management. There's also AMD Raven Ridge support implemented in the AMDGPU graphics driver, which received numerous improvements, support for five-level page tables was added in the s390 architecture, and the structure randomization plugin was added as part of the build system.

43 comments

Min score:

Reason:

Sort:

Does it fix Ryzen crashes? by Anonymous Coward · 2017-09-05 04:52 · Score: 0

I'm thinking to upgrade my computer but I want to make sure Linux can take it... Linux has never been great with support for new hardware but a poorly supported CPU really surprised me.
1. Re:Does it fix Ryzen crashes? by bill_mcgonigle · 2017-09-05 04:56 · Score: 4, Insightful
  
  I'm thinking to upgrade my computer but I want to make sure Linux can take it... Linux has never been great with support for new hardware but a poorly supported CPU really surprised me.
  AMD has a recall on the crashy Ryzens. Contact customer service if you're affected.
  Errata happen, but If you want to be pissed about something, let it be AMD's refusal to provide thermal management documentation. It's insane - they will eventually capitulate and release the docs, but right now they're killing a golden opportunity they've created to disrupt Intel's previous lead, because sysadmins and systems integrators need to know how hot their systems are running.
  
  --
  My God, it's Full of Source!
  OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
2. Re:Does it fix Ryzen crashes? by Anonymous Coward · 2017-09-05 04:57 · Score: 1
  
  According to numerous reports, early ryzen chips had a silicon bug. If this is hitting you, you can RMA the chip. Recent ryzen chips seem to be stable.
3. Re: Does it fix Ryzen crashes? by Anonymous Coward · 2017-09-05 05:50 · Score: 0
  
  Intel is still trolling this issue.. lmao
4. Re:Does it fix Ryzen crashes? by Anonymous Coward · 2017-09-05 05:54 · Score: 0
  
  It's not a silicon bug, they just weren't thoroughly (properly) tested for these massively parallel, high data infinity-fabric use cases. Many of the CPU's simply couldn't handle it. The ones that AMD are manually testing and sending out for RMA replacements have the same stepping as the ones that are failing.
5. Re:Does it fix Ryzen crashes? by Anonymous Coward · 2017-09-05 05:56 · Score: 0
  
  AMD has a recall on the crashy Ryzen chips, but only sort of. The terms of the replacement are that you have to return the chip in all of the original retail packaging, including all paper inserts, manuals, and logo stickers, with your original receipt. I don't know anyone who keeps all of this crap after they build a PC.
  Really it's a recall that is designed not to be doable...
6. Re:Does it fix Ryzen crashes? by Captain+Splendid · 2017-09-05 06:03 · Score: 1
  
  The terms of the replacement are that you have to return the chip in all of the original retail packaging, including all paper inserts, manuals, and logo stickers, with your original receipt.
  
  Jebus! What's next, Vogon poetry?
  
  --
  Linux, you magnificent bastard, I read the fucking manual!
7. Re:Does it fix Ryzen crashes? by Anonymous Coward · 2017-09-05 06:06 · Score: 0
  
  these massively parallel, high data infinity-fabric use cases.
  Dude, we know it crashed while you were watching 4k porn, you don't need to make it sound all fancy.
8. Re:Does it fix Ryzen crashes? by drinkypoo · 2017-09-05 07:53 · Score: 1
  
  AMD has a recall on the crashy Ryzen chips, but only sort of. The terms of the replacement are that you have to return the chip in all of the original retail packaging, including all paper inserts, manuals, and logo stickers, with your original receipt. I don't know anyone who keeps all of this crap after they build a PC.
  I always keep that stuff, and system builders are generally happy to chuck it into a bag for you and include it if you ask. Having to peel the sticker off the case is annoying, but ok.
  
  --
  "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
9. Re:Does it fix Ryzen crashes? by lastman71 · 2017-09-05 08:30 · Score: 1
  
  Errata happen, but If you want to be pissed about something, let it be AMD's refusal to provide thermal management documentation.
  
  Interesting. Do you have some source?
10. Re:Does it fix Ryzen crashes? by Anonymous Coward · 2017-09-05 11:50 · Score: 0
  
  Really it's a recall that is designed not to be doable...
  Can you do Warranty replacement instead of Recall?
  It is not working as it should. It is new under warranty ...
  in EU I would go for seller refund and let them exchange emails with AMD ...
11. Re:Does it fix Ryzen crashes? by Anonymous Coward · 2017-09-05 18:25 · Score: 0
  
  This is likely the way to go.
  Don't settle for whatever crappy option AMD offers you if the law gives you better options.
12. Re:Does it fix Ryzen crashes? by Anonymous Coward · 2017-09-06 00:57 · Score: 2, Informative
  
  Old info. Its was under NDA and license was stupid, it got sorted a few days ago.
  @rozhuk-im: That helped, thanks. Patch for the k10temp driver submitted upstream. Too late for the v4.14 kernel, but it will be available in v4.15.
  https://github.com/groeck/lm-sensors/issues/16
Still no mount events! by Gravis+Zero · 2017-09-05 05:10 · Score: 4, Interesting

As someone who has been working on an init system for Linux, I can assure you that there is literally no event for when a mount has occurred! The best you can do is poll /proc/self/mountinfo to see if it's changed since you last looked. Udev had mount event support but it was so buggy and wrong that they decided to remove it completely!
New processor support is nice but how about better event support for userspace programs?

--
Anons need not reply. Questions end with a question mark.
1. Re:Still no mount events! by PmanAce · 2017-09-05 05:23 · Score: 1
  
  "Udev had mount event support but it was so buggy and wrong that they decided to remove it completely!" Why didn't someone fix it instead of removing it? Isn't that the beauty of open source and possible downfall?
  
  --
  Tired of my customary (Score:1)
2. Re:Still no mount events! by Anonymous Coward · 2017-09-05 05:24 · Score: 0
  
  Does this exists in other OS's?
  Do you have a patch for this?
3. Re:Still no mount events! by SurenEnfiajyan · 2017-09-05 05:25 · Score: 0
  
  Shortly... https://xkcd.com/619/
4. Re:Still no mount events! by Ayano · 2017-09-05 05:35 · Score: 1
  
  Because it is a difficult problem to solve given this involves hardware handshakes which depend on hardware manufacturers playing ball. There' also a slew of other events as well; but you can sit and complain about FOSS though. That's easy to do.
  
  --
  I don't read AC
5. Re:Still no mount events! by Anonymous Coward · 2017-09-05 05:43 · Score: 0
  
  How about you implement it and submit the patch?
6. Re: Still no mount events! by Anonymous Coward · 2017-09-05 06:00 · Score: 0
  
  Lennart is that you? Stop by and say hi you have a lot of friends at slashdot. Maybe they can help fix the issue.
7. Re:Still no mount events! by thegarbz · 2017-09-05 06:19 · Score: 1
  
  Why didn't someone fix it instead of removing it?
  
  Because a nasty patchwork of code in a place where it doesn't belong is not the answer.
8. Re:Still no mount events! by PmanAce · 2017-09-05 06:35 · Score: 1
  
  So the solution is to not have the events?
  
  --
  Tired of my customary (Score:1)
9. Re:Still no mount events! by Anonymous Coward · 2017-09-05 06:48 · Score: 0
  
  'inotify' instead of polling. Should work in /proc/, but I haven't tested that.
10. Re:Still no mount events! by thegarbz · 2017-09-05 07:05 · Score: 1
  
  So the solution is to not have the events?
  No the solution is to have event generated by the system that is responsible for performing the action. That is kind of the point.
  You're asking to fix something that can't be properly fixed in the place that you want it fixed.
11. Re:Still no mount events! by crow · 2017-09-05 07:10 · Score: 1
  
  Nope. The files in /proc and /sys are virtual, so they aren't generated until they're read. That means they don't change without polling, so inotify doesn't help.
12. Re:Still no mount events! by Anonymous Coward · 2017-09-05 08:03 · Score: 0
  
  It is your fault for working on such an archaic init system that it needs the kernel for something like that. Real init systems do everything themselves.
  Sheesh, get with the times please.
13. Re:Still no mount events! by Tough+Love · 2017-09-05 10:05 · Score: 1
  
  Because it is a difficult problem to solve given this involves hardware handshakes which depend on hardware manufacturers playing ball.
  You pulled that out of your ass. A mount notification would depend only on successful completion of the mount syscall.
  
  There' also a slew of other events as well; but you can sit and complain about FOSS though. That's easy to do.
  Would be nice if you bothered to inform yourself instead of posting trash.
  
  --
  When all you have is a hammer, every problem starts to look like a thumb.
14. Re:Still no mount events! by khz6955 · 2017-09-05 13:04 · Score: 1
  
  "Udev had mount event support but it was so buggy and wrong that they decided to remove it completely!"
  
  Udev can detect mount events such as the DVD being ejected by the eject button on the front of the unit. From an old bug report in launchpad.net.
  
  /etc/udev/rules.d/61-sr0-change.rules
  
  KERNEL=="sr0", ACTION=="change", RUN+="/usr/local/bin/sr0_change.sh"
15. Re:Still no mount events! by complete+loony · 2017-09-05 13:11 · Score: 2
  
  If something is broken, but nobody has complained, then obviously nobody is using it and the code can be deleted.
  Or at least this is a line of reasoning that is commonly used to remove features from open source software.
  
  --
  09F91102 no, 455FE104 nope, F190A1E8 uh-uh, 7A5F8A09 that's not it, C87294CE no. Ah! 452F6E403CDF10714E41DFAA257D313F.
16. Re:Still no mount events! by Anonymous Coward · 2017-09-05 15:42 · Score: 0
  
  Maybe he's posting trash, but YOU are trash, poor white trash, trailer trash. Get a job and maybe you can do better than a trailer with DSL.
17. Re:Still no mount events! by Gravis+Zero · 2017-09-05 20:17 · Score: 3, Informative
  
  Udev can detect mount events such as the DVD being ejected by the eject button on the front of the unit.
  No, what it can detect is a change in media. Mounting is different because you can have several partitions on a drive and mount and unmount them at different times. However, udev cannot detect any of these mounts or unmounts.
  
  --
  Anons need not reply. Questions end with a question mark.
Re:Fp ho8o by Anonymous Coward · 2017-09-05 05:51 · Score: 0

Gotta be a comedian everywher... oh, wait, Gotta be a fucktard everywhere. What's a fucktard you ask? A FUCKING RETARD in case you didn't know.
Having even finished testing .10 yet. by Anonymous Coward · 2017-09-05 05:53 · Score: 0, Interesting

We haven't even finished regression-testing 4.10 yet... this is ridiculous. It takes months to regression test software changes, at least in a meaningful way. I don't see how they can keep going with this stupid accelerated release schedule, which amounts to "release for the sake of release."
1. Re:Having even finished testing .10 yet. by darthsilun · 2017-09-05 06:38 · Score: 1
  
  It's a bit like Google, Facebook, et al., where you are the product. Only in this case you are the QA. Bleeding edge distros like Fedora* and I'd wager others like Debian Sid and Ubuntu Artful will update to 4.13 and you get to be the guinea pig if you're using one of them.
  * Yes, Fedora has already indicated that they're going to rebase the kernel in Fedora 25 and 26 to 4.13 after it's soaked in rawhide for a bit.
2. Re:Having even finished testing .10 yet. by pak9rabid · 2017-09-05 08:11 · Score: 1
  
  Would you prefer these distros not exist then?
3. Re:Having even finished testing .10 yet. by bankman · 2017-09-05 18:23 · Score: 2
  
  It's a bit like Google, Facebook, et al., where you are the product. Only in this case you are the QA.
  You're right, apart from the fact that being the QA is nothing like being the product of course. And you've figured out the QA part in FOSS now? Impressive since it almost says so in the definition...
  
  --
  I feel so sig.
Re:Still no monitor connect/disconnect events! by crow · 2017-09-05 07:12 · Score: 1

I want an event when a monitor is connected or disconnected. I have to poll in /sys to find when that happens.
BFQ/Kyber scheduler by BrookHarty · 2017-09-05 07:32 · Score: 1

It's kinda weird that to select the BFQ io scheduler I have to specify it on the boot grub line. But I can still change from noop/deadline/cfg on the command prompt.
I've been really happy with BFQ, but having to select the elevator=bfq on the grub is annoying and sometimes 4.13 hangs. Then I end up with manually editting my grub for some kernels...
Homestuck by Anonymous Coward · 2017-09-05 08:39 · Score: 0

Somebody please tell Andrew Hussie about this momentous 413-related occasion.
Re:Still no monitor connect/disconnect events! by Gravis+Zero · 2017-09-05 20:19 · Score: 1

sysfs is generated using uevents from the kernel. That is an event you can detect via netlink. see also: NETLINK_KOBJECT_UEVENT

--
Anons need not reply. Questions end with a question mark.