[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20130527191618.GD14258@spo001.leaseweb.com>
Date: Mon, 27 May 2013 21:16:18 +0200
From: Wim Van Sebroeck <wim@...ana.be>
To: Guenter Roeck <linux@...ck-us.net>
Cc: Don Zickus <dzickus@...hat.com>,
"Eric W. Biederman" <ebiederm@...ssion.com>,
linux-watchdog@...r.kernel.org, kexec@...ts.infradead.org,
LKML <linux-kernel@...r.kernel.org>, vgoyal@...hat.com,
dyoung@...hat.com
Subject: Re: [PATCH v3] watchdog: Add hook for kicking in kdump path
Hi Guenter,
> > Hi Guenter,
> >
> > Is there an easy way to determine which driver is loaded for each
> > /dev/watchdogN device (from a script perspective).
> >
> > Basically, I wanted to determine the module that needs to be included in
> > the kdump initrd image.
> >
> Sometimes. For example, the iTCO_wdt driver has an entry in /sys/devices, and
> /sys/class/watchdog/watchdogX/device points to it. That is not always the case,
> howewver. In my system, for example, the MEI watchdog is active, but there is
> nothing I can find that would give me an indication that /dev/watchdog0 actually
> points to the MEI watchdog driver.
>
> Of course I might be missing something, and there might be some other means
> to identify the driver from userspace. Would be great, actually, as I am having
> the same problem.
Only when you set the .parent field in the watchdog_device data you will get the
referal in the /sys/class/... tree. In iTCO_wdt.c you have the following code
that does that: iTCO_wdt_watchdog_dev.parent = dev->dev.parent;
>From the watchdog-kernel-api documentation:
* parent: set this to the parent device (or NULL) before calling
watchdog_register_device.
Kind regards,
Wim.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists