All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jean Delvare <jdelvare@suse.de>
To: Justin Chen <justinpopo6@gmail.com>
Cc: Guenter Roeck <linux@roeck-us.net>,
	linux-watchdog@vger.kernel.org, Wim Van Sebroeck <wim@iguana.be>
Subject: Re: [PATCH] watchdog: Add hardware dependency to BCM7038 driver
Date: Wed, 24 Feb 2016 14:37:34 +0100	[thread overview]
Message-ID: <20160224143734.7a24a4df@endymion> (raw)
In-Reply-To: <CAJx26kWkL8vzs-fKjmqZmtTxawnQ_QRofRHef+_-N9GPbLtRYg@mail.gmail.com>

On Mon, 22 Feb 2016 16:27:52 -0800, Justin Chen wrote:
> On Mon, Feb 22, 2016 at 4:16 PM, Guenter Roeck <linux@roeck-us.net> wrote:
> > On Mon, Feb 22, 2016 at 11:16:30AM -0800, Justin Chen wrote:
> >> On Mon, Feb 22, 2016 at 10:43 AM, Jean Delvare <jdelvare@suse.de> wrote:
> >> > Hello Justin,
> >> >
> >> > Le Monday 22 February 2016 à 09:58 -0800, Justin Chen a écrit :
> >> >> This driver is based off of a Broadcom watchdog block, it is not tied
> >> >> to the MIPS core.
> >> >> The watchdog driver is named BCM7038 because that was the first chip
> >> >> that featured this watchdog block. Their are other chips that use this
> >> >> driver that are not MIPS based.
> >> >
> >> > The Kconfig help text doesn't say this at all. With the current wording
> >> > there is no reason why anyone would enable this option if not building a
> >> > kernel for the Broadcom BCM7038.
> >> Sorry about that! I can submit a patch to fix this.
> >> >
> >> > Which other systems reuse this watchdog block exactly? In the kernel
> >> > tree I can't see anyone instantiating this device.
> >> BRCMSTB chips use this block as well as other BCM chips.
> >>
> >> "This driver is for a watchdog block contained in all Broadcom Set-top
> >> Box chips since BCM7038. BCM7038 was made public during the 2004 CES,
> >> and since then, many chips use this watchdog block including some cable
> >> modem chips."
> >
> > That is a bit vague. Can you be more specific ?

Still a lot better than what the Kconfig has at the moment.

> > Also, while the driver may not be limited to MIPS, I am relatively sure
> > that it has some architecture limits. MIPS, ARM, and ARM64, maybe ?
> Yes you are correct, this driver would be limited to Broadcom chips. I
> would suggest "depends on ARCH_BRCMSTB || BMIPS_GENERIC ||
> COMPILE_TEST"

Thanks, I like it. I'll submit a v2 of the patch with this change and a
better description of the option.

-- 
Jean Delvare
SUSE L3 Support

      reply	other threads:[~2016-02-24 13:37 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-02-22 11:11 [PATCH] watchdog: Add hardware dependency to BCM7038 driver Jean Delvare
2016-02-22 14:49 ` Guenter Roeck
2016-02-22 17:58   ` Justin Chen
2016-02-22 18:43     ` Jean Delvare
2016-02-22 19:16       ` Justin Chen
2016-02-23  0:16         ` Guenter Roeck
2016-02-23  0:27           ` Justin Chen
2016-02-24 13:37             ` Jean Delvare [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20160224143734.7a24a4df@endymion \
    --to=jdelvare@suse.de \
    --cc=justinpopo6@gmail.com \
    --cc=linux-watchdog@vger.kernel.org \
    --cc=linux@roeck-us.net \
    --cc=wim@iguana.be \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.