Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754386Ab2FWN6a (ORCPT ); Sat, 23 Jun 2012 09:58:30 -0400 Received: from mail-wi0-f178.google.com ([209.85.212.178]:59369 "EHLO mail-wi0-f178.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751186Ab2FWN63 (ORCPT ); Sat, 23 Jun 2012 09:58:29 -0400 MIME-Version: 1.0 In-Reply-To: References: <20120623040633.GA16278@kroah.com> <20120623044105.GA32663@kroah.com> Date: Sat, 23 Jun 2012 21:58:27 +0800 Message-ID: Subject: Re: [PATCH] Implement uhook(call kernel func from userspace) driver From: Peiyong Feng To: Cong Wang Cc: Greg KH , devel@driverdev.osuosl.org, linux-kernel@vger.kernel.org Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1226 Lines: 32 2012/6/23 Cong Wang : > On Sat, Jun 23, 2012 at 2:01 PM, Peiyong Feng > wrote: >> >> I mean that although the main line kernel cannot accept this patch, and >> uhook is very useful to play a rule as a debug tool. > > It depends, we already have kprobe, tracepoint, kgdb, kdump... May be I am not make myself understood. The uhook is not like kgdb, kprobe or some other debug tools. As I mentioned in previous mail that we can run the kernel ksymbal while kernel is running, not like the kgdb that need some hardware driver support (lots of problems occurred when I try kgdb), uhook is more "soft", it just provide a way that can call kernel routine or ksymbals Asynchronously. Easy but efficent. I have used it to develop device drivers, very nice, and not every platform or board support kgdb. > >> Is there some where else >> that can hold this tool, and let more people use the uhook? > > You have github, don't you? -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/