Originally posted by nanonyme
View Post
Announcement
Collapse
No announcement yet.
Red Hat Intros Kpatch For Dynamic Kernel Patching
Collapse
X
-
I'm not sure at what granularity the other solutions work but my hope is that we'll get some competition so we can have as robust a facility for hotpatching as possible.
Leave a comment:
-
The cartoon worked much better after nanonyme's post than after ajs124's... need to hit "refresh" before replying next time
Leave a comment:
-
Originally posted by bridgman View Post
What I really hope is that they'll hae a collaborative attitude and maybe even merge the projects, if possible at all.
Leave a comment:
-
Guest repliedOriginally posted by AdamW View PostkGraft was publicly announced on 2014-01-31: https://www.suse.com/communities/con...rnel-patching/
The announcement for Kpatch states that "the kernel team here at Red Hat has been working on a dynamic kernel patching project called kpatch for several months."
So, sounds like it was just a timing thing: both teams happened to work on the same thing at the same time. I don't know anything the public doesn't about Kpatch, but RH and SUSE devs have a long history of working together upstream, esp. on the kernel, so I'd be surprised if that doesn't happen here.
edit: looks like http://www.pro-linux.de/news/1/20758...it-kpatch.html may be vaguely interesting - anyone who can read German want to translate?
Red Hat's Kpatch joins Kspilce and Kgraft
A week after Suse announced that they work on Kgraft, a framework for live patching of the kernel, Red Hat explained that they want to present their own software, named Kpatch at the end of march at the Collaboration Summit. This was unveilled by a Red Hat developer named Linda Wang in a lightning talk at devconf.cz.
Beneath Ksplice and OpenSuses Kgraft, this is the third technology in development for patching at the kernel runtime and without reboots. Ksplice has been in development since 2008, but was bought by Oracle in 2011 and hasn't been available under a free license since. Aditionally Ksplice wasn't upstreamed.
Suse and Red Hat still seem to be in early developement with those technologies, but it's unclear why both distributions are working on similar things at the same time instead of sharing the work. Concerning integration into mainline, it seems unlikely that two interfaces will be accepted.
The last paragraph is about why such a technology is needed anyways and not about the differences or anything like that, plus it links to a english website.
Leave a comment:
-
Originally posted by xeekei View PostI'd prefer if KGraft came out ahead, just to give a few points to SUSE. Red Hat have enough.
Leave a comment:
-
I'd prefer if KGraft came out ahead, just to give a few points to SUSE. Red Hat have enough.
Leave a comment:
-
Originally posted by Sonadow View PostKsplice, Kgraft and now Kpatch.
NIH syndrome at its best. And i'll bet that Kpatch eventually gets upstreamed just because it's from Red Hat.
The announcement for Kpatch states that "the kernel team here at Red Hat has been working on a dynamic kernel patching project called kpatch for several months."
So, sounds like it was just a timing thing: both teams happened to work on the same thing at the same time. I don't know anything the public doesn't about Kpatch, but RH and SUSE devs have a long history of working together upstream, esp. on the kernel, so I'd be surprised if that doesn't happen here.
edit: looks like http://www.pro-linux.de/news/1/20758...it-kpatch.html may be vaguely interesting - anyone who can read German want to translate?
Leave a comment:
-
For those bringing Ksplice into this discussion... Keep in mind that Oracle now owns Ksplice and its future has been in flux and doubt ever since it was bought. My guess is that the buying of Ksplice is what started Suse and RedHat on writing a new solution (read the article: RedHat's been working on Kpatch for months)
Leave a comment:
Leave a comment: