Re: changing internal kernel system mechanism in runtime by a module patch

On Fri, Nov 17, 2006 at 08:47:32AM +0200, Muli Ben-Yehuda wrote:
> > i am talking about a clean/standard way to do such thing
> > (without overwrite the mem address of the function and replace it in a
> > dirty way...)
> 
> k42 supports "dynamic hot-swap" and there's been some work done to
> bring it into Linux, see e.g.,
> http://ozlabs.org/pipermail/k42-discussion/2006-October/001615.html.

This kind of stuff is just sick.  Better let them play with their research
OS for this kind of thing :)  In practice any non-trivial bug fix requires
changes to global data structures so reloading a module doesn't make sense.
And for module-specific problems you should be able to hack around using
kprobes if you really need (but then again for a mission critical system
you should have proper active-active failover clustering anyway)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

---

• Follow-Ups:
  • Re: changing internal kernel system mechanism in runtime by a module patch
    • From: Muli Ben-Yehuda <[email protected]>

• References:
  • changing internal kernel system mechanism in runtime by a module patch
    • From: "Yitzchak Eidus" <[email protected]>
  • Re: changing internal kernel system mechanism in runtime by a module patch
    • From: Muli Ben-Yehuda <[email protected]>

• Prev by Date: Re: sleeping functions called in invalid context during resume
• Next by Date: Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync
• Previous by thread: Re: changing internal kernel system mechanism in runtime by a module patch
• Next by thread: Re: changing internal kernel system mechanism in runtime by a module patch
• Index(es):
  • Date
  • Thread

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]