Re: [PATCH] drivers/tty: Folding Android's keyreset driver in sysRQ

From: Mathieu Poirier
Date: Sat Oct 20 2012 - 12:38:53 EST

On 12-10-16 09:35 PM, Arve Hjønnevåg wrote:
> On Fri, Oct 5, 2012 at 12:48 PM, Mathieu Poirier
> <mathieu.poirier@xxxxxxxxxx> wrote:
>> On 12-10-05 12:16 PM, Dmitry Torokhov wrote:
>>> On Fri, Oct 05, 2012 at 11:59:29AM -0600, mathieu.poirier@xxxxxxxxxx wrote:
>>>> From: "Mathieu J. Poirier" <mathieu.poirier@xxxxxxxxxx>
>>>> Andrew,
>>>> After requesting a number of changes that, to my understanding
>>>> have been implemented, I have not been able to get the attention
>>>> of the subsystem maintainer on this patch.
>>>> If there are still issues, I'm open to making changes but I want
>>>> to make sure it doesn't get forgotten. If there no objections,
>>>> would you consider queuint it ?
>>> Mathieu,
>>> I have the same objection as before: using platform device solely for
>>> the purpose of passing some data from board code to the driver. Surely
>>> there are other ways of passing this bit of data... What about, for
>>> example, making it an empty weak symbol so that board code could
>>> override it with strong one?
>> Thanks for the comments - I will implement a weak function in the
>> keyreset driver.
> A weak symbol does not work. A single kernel can support multiple
> devices that have unique reset key combinations.

I'm afraid Arve has a point here... His comment about supporting
multiple combinations got me thinking and forced me to dive back in the

The original keyreset driver can indeed be instantiated multiple times
while the sysrq driver is a one instance model. In its current
implementation the keyreset extension can only support one reset sequence.

But does a system realistically need to support more than one reset
sequence ?

If so then I can enhance the keyreset extension of the sysrq driver but
that will also mean, as stated by Arve, that we will need to keep the
platform data. On the flip side it is deemed sufficient to support a
single reset sequence then I'll implement the weak symbol method.

The subject is up for debate, please chime in with your opinion.

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at
Please read the FAQ at