Re: [PATCH] staging: tidspbridge: enable watchdog by default

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, Feb 10, 2012 at 6:16 PM, Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx> wrote:
> On Fri, Feb 10, 2012 at 06:05:59PM +0200, Felipe Contreras wrote:
>> > From 5c7ad6c00d051d5444474007cdbecdf14bf3d0cb Mon Sep 17 00:00:00 2001
>> > From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
>> > 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.
>>
>> Your patch *always* turns on TIDSPBRIDGE_WDT3, which is not what we
>> want. Depending on the firmware, some people might want it off.
>
> What firmware?

What do you think is the purpose of tidspbridge?

> Why not document this properly somewhere in the help
> entries?

It is documented (kinda). If you are using a non-standard baseimage,
you should know what is the watchdog timer, and whether or not your
baseimage supports it.

Fortunately, the vast majority of users don't need to care about it.
They can just use the default.

> Why not detect this automatically in the kernel based on the
> firmware version?

There is no firmware version. The "firmware", or rather baseimage, is
an operating system.

You can't detect if Linux has USB support based on the Linux version, can you?

>> Basically, right now on the typical firmware, people have to either
>> manually turn TIDSPBRIDGE_WDT3 on, or they will see the warning.
>
> So, for the "typical" firmware, you do want this on, so the patch makes
> sense.

Yes.

> How about the code be fixed so that it doesn't generate this type of
> warning when using the "typical" firmware, instead of having to rely on
> confusing Kconfig entries.

Patches welcome.

I for one don't know a way, and I'd rather concentrate on one of the
myriad other tasks that need to be done for this driver. I just
thought it would be nice to make it easier for most users to avoid
this warning.

Cheers.

-- 
Felipe Contreras
_______________________________________________
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxx
http://driverdev.linuxdriverproject.org/mailman/listinfo/devel


[Index of Archives]     [Linux Driver Backports]     [DMA Engine]     [Linux GPIO]     [Linux SPI]     [Video for Linux]     [Linux USB Devel]     [Linux Coverity]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]
  Powered by Linux