From: "Justin P. Mattock" <justinmattock@gmail.com>
To: Greg KH <gregkh@linuxfoundation.org>
Cc: "Ramirez Luna, Omar" <omar.ramirez@ti.com>,
Felipe Contreras <felipe.contreras@gmail.com>,
"open list:STAGING SUBSYSTEM" <devel@driverdev.osuosl.org>,
Jiri Kosina <jkosina@suse.cz>,
Felipe Contreras <felipe.contreras@nokia.com>,
linux-omap@vger.kernel.org
Subject: Re: [PATCH] staging: tidspbridge: enable watchdog by default
Date: Fri, 10 Feb 2012 07:35:54 -0800 [thread overview]
Message-ID: <20120210073554.e9047c25c3fff71028f03fb2@gmail.com> (raw)
In-Reply-To: <20120210051849.GE1565@kroah.com>
On Thu, 9 Feb 2012 21:18:49 -0800
Greg KH <gregkh@linuxfoundation.org> wrote:
> On Thu, Feb 09, 2012 at 04:45:00PM -0800, Ramirez Luna, Omar wrote:
> > Hi,
> >
> > On Thu, Feb 9, 2012 at 3:30 PM, Felipe Contreras
> > <felipe.contreras@gmail.com> wrote:
> > >> Again, I'm totally confused as to _WHY_ this needs to be y. What is
> > >> causing this oops without it? If an oops is happening, then shouldn't
> > >> this be a strict dependancy? Why allow it to be disabled at all if it
> > >> can break your box if you don't enable it?
> > >
> > > It's not an oops, it's a warning, and again, it depends on the
> > > firmware being used. We don't have control over that, and we have no
> > > way to detect if this feature is there. It's up to the user.
> >
> > I have been thinking more into it, how about looking for a WDT symbol
> > inside the baseimage to decide whether to turn ON/OFF WDT3, this would
> > mean that the code is always compiled in, but the decision to turn it
> > on/off is made at runtime.
>
> I totally don't understand, why not just silence the warning properly
> then?
>
> I fail to understand why this warning happens, why it depends on the
> firmware, and why you can't detect it at runtime to not do it. And how
> it all ties into a kconfig option...
>
> confused,
>
> greg k-h
so there are _two_ issues that need to be fixed here:
1) the warning fix.
2) the whole default y thing that Mr. Torvalds is talking about.
(the first fix(in my mind)would need to go first before anything else)
Now reading through, greg had mentioned something about dependency, so if this is just dependency then add the proper
Kconfig option, but if this is more than just a _dependency_ then somebody(who knows this code)is going to
have to supply the proper fix for the warning(my C skills only take me so far!)
below is my go at sending a _dependency_ fix for this, but could be totally wrong..
From 5c7ad6c00d051d5444474007cdbecdf14bf3d0cb Mon Sep 17 00:00:00 2001
From: "Justin P. Mattock" <justinmattock@gmail.com>
Date: Fri, 10 Feb 2012 07:19:45 -0800
Subject: [PATCH] Add dependency TIDSBRIDGE_WDT3 to TIDSBRIDGE.
This would add the missing _dependency_ to tidsbridge to prevent a warning from happening.
Note: my Kconfig skills are not the greatest so the below may or may not work.
I can't test this because I dont have the hardware.
Signed-off-by: Justin P. Mattock <justinmattock@gmail.com>
---
drivers/staging/tidspbridge/Kconfig | 1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/staging/tidspbridge/Kconfig b/drivers/staging/tidspbridge/Kconfig
index 21a559e..7b385e0 100644
--- a/drivers/staging/tidspbridge/Kconfig
+++ b/drivers/staging/tidspbridge/Kconfig
@@ -6,6 +6,7 @@ menuconfig TIDSPBRIDGE
tristate "DSP Bridge driver"
depends on ARCH_OMAP3
select OMAP_MBOX_FWK
+ select TIDSPBRIDGE_WDT3
help
DSP/BIOS Bridge is designed for platforms that contain a GPP and
one or more attached DSPs. The GPP is considered the master or
--
1.7.9
--
Justin P. Mattock <justinmattock@gmail.com>
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2012-02-10 15:36 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-02-01 1:01 [PATCH] staging: tidspbridge: enable watchdog by default Felipe Contreras
2012-02-01 1:12 ` Greg KH
2012-02-01 1:37 ` Felipe Contreras
2012-02-01 3:22 ` Justin P. Mattock
2012-02-01 8:11 ` Felipe Contreras
2012-02-01 20:22 ` Ramirez Luna, Omar
2012-02-01 3:44 ` Greg KH
2012-02-01 7:26 ` Felipe Contreras
2012-02-09 17:35 ` Greg KH
2012-02-09 18:41 ` Felipe Contreras
2012-02-09 18:43 ` Felipe Contreras
2012-02-09 18:59 ` Greg KH
2012-02-09 23:30 ` Felipe Contreras
2012-02-10 0:45 ` Ramirez Luna, Omar
2012-02-10 5:18 ` Greg KH
2012-02-10 15:35 ` Justin P. Mattock [this message]
2012-02-10 16:05 ` Felipe Contreras
2012-02-10 16:14 ` Justin P. Mattock
2012-02-10 16:16 ` Greg KH
2012-02-10 16:29 ` Felipe Contreras
2012-02-10 16:16 ` Felipe Contreras
2012-02-10 17:48 ` Greg KH
2012-02-14 1:12 ` Ramirez Luna, Omar
2012-02-10 18:00 ` Dan Carpenter
2012-02-10 19:42 ` Felipe Contreras
2012-02-10 20:35 ` Dan Carpenter
2012-02-10 20:43 ` Felipe Contreras
[not found] ` <CAB-zwWhSoiMNVGQ=u=6-Umte-AaP9Qih8QMJFTyk8pjXaXysLg@mail.gmail.com>
2012-02-11 23:03 ` Felipe Contreras
2012-02-14 1:06 ` Ramirez Luna, Omar
2012-02-14 16:23 ` Felipe Contreras
2012-02-15 2:56 ` Ramirez Luna, Omar
2012-02-15 9:43 ` Víctor M. Jáquez L.
2012-02-15 11:41 ` Felipe Contreras
2012-02-15 12:02 ` Víctor M. Jáquez L.
2012-02-15 22:32 ` Omar Ramirez Luna
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=20120210073554.e9047c25c3fff71028f03fb2@gmail.com \
--to=justinmattock@gmail.com \
--cc=devel@driverdev.osuosl.org \
--cc=felipe.contreras@gmail.com \
--cc=felipe.contreras@nokia.com \
--cc=gregkh@linuxfoundation.org \
--cc=jkosina@suse.cz \
--cc=linux-omap@vger.kernel.org \
--cc=omar.ramirez@ti.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).