(Adding Arnd)
Now that the merge window rush has abated, can you please apply this
trivial series?
On Mon, Nov 6, 2017 at 12:38 PM, Amit Kucheria <[email protected]> wrote:
> This patchset enables the kernel panic and disk-activity trigger for LEDs
> and then enables the panic trigger for three 96Boards - DB410c, Hikey and
> Hikey960.
>
> DB410c and Hikey panic behaviour has been tested by triggering a panic
> through /proc/sysrq-trigger, while Hikey960 is only compile-tested.
>
>
> Amit Kucheria (4):
> arm64: defconfig: enable new trigger modes for leds
> arm64: dts: qcom: apq8016-sbc: Allow USR4 LED to notify kernel panic
> arm64: dts: hisilicon: hi6220-hikey: Allow USR1 LED to notify kernel
> panic
> arm64: dts: hisilicon: hi3660-hikey960: Allow USR4 LED to notify
> kernel panic
>
> arch/arm64/boot/dts/hisilicon/hi3660-hikey960.dts | 1 +
> arch/arm64/boot/dts/hisilicon/hi6220-hikey.dts | 1 +
> arch/arm64/boot/dts/qcom/apq8016-sbc.dtsi | 1 +
> arch/arm64/configs/defconfig | 2 ++
> 4 files changed, 5 insertions(+)
>
> --
> 2.7.4
>
On Wed, Dec 6, 2017 at 9:57 AM, Amit Kucheria <[email protected]> wrote:
> (Adding Arnd)
>
> Now that the merge window rush has abated, can you please apply this
> trivial series?
>
> On Mon, Nov 6, 2017 at 12:38 PM, Amit Kucheria <[email protected]> wrote:
>> This patchset enables the kernel panic and disk-activity trigger for LEDs
>> and then enables the panic trigger for three 96Boards - DB410c, Hikey and
>> Hikey960.
>>
>> DB410c and Hikey panic behaviour has been tested by triggering a panic
>> through /proc/sysrq-trigger, while Hikey960 is only compile-tested.
I applied all four now, but it would have been easier for me if you had either
sent them to the platform maintainers, or to [email protected].
Arnd
On Thu, Dec 21, 2017 at 8:46 PM, Arnd Bergmann <[email protected]> wrote:
> On Wed, Dec 6, 2017 at 9:57 AM, Amit Kucheria <[email protected]> wrote:
>> (Adding Arnd)
>>
>> Now that the merge window rush has abated, can you please apply this
>> trivial series?
>>
>> On Mon, Nov 6, 2017 at 12:38 PM, Amit Kucheria <[email protected]> wrote:
>>> This patchset enables the kernel panic and disk-activity trigger for LEDs
>>> and then enables the panic trigger for three 96Boards - DB410c, Hikey and
>>> Hikey960.
>>>
>>> DB410c and Hikey panic behaviour has been tested by triggering a panic
>>> through /proc/sysrq-trigger, while Hikey960 is only compile-tested.
>
> I applied all four now, but it would have been easier for me if you had either
> sent them to the platform maintainers, or to [email protected].
The platform maintainers are cc'ed but I guess nobody took them since
the patchset touched 3 different platforms and a common defconfig.
I'll remember to cc [email protected] in the future but is there any
reason why this email address isn't listed in MAINTAINERS?
Thanks for applying the patches.
Wish you a Happy New Year.
Regards,
Amit
On Tue, Jan 2, 2018 at 8:19 AM, Amit Kucheria <[email protected]> wrote:
> On Thu, Dec 21, 2017 at 8:46 PM, Arnd Bergmann <[email protected]> wrote:
>> On Wed, Dec 6, 2017 at 9:57 AM, Amit Kucheria <[email protected]> wrote:
>>> (Adding Arnd)
>>>
>>> Now that the merge window rush has abated, can you please apply this
>>> trivial series?
>>>
>>> On Mon, Nov 6, 2017 at 12:38 PM, Amit Kucheria <[email protected]> wrote:
>>>> This patchset enables the kernel panic and disk-activity trigger for LEDs
>>>> and then enables the panic trigger for three 96Boards - DB410c, Hikey and
>>>> Hikey960.
>>>>
>>>> DB410c and Hikey panic behaviour has been tested by triggering a panic
>>>> through /proc/sysrq-trigger, while Hikey960 is only compile-tested.
>>
>> I applied all four now, but it would have been easier for me if you had either
>> sent them to the platform maintainers, or to [email protected].
>
> The platform maintainers are cc'ed but I guess nobody took them since
> the patchset touched 3 different platforms and a common defconfig.
>
> I'll remember to cc [email protected] in the future but is there any
> reason why this email address isn't listed in MAINTAINERS?
We normally want to have all patches merged through the platform
maintainers, and have no ambiguity regarding who picks things up.
More importantly, being listed in the MAINTAINERS file would result
in us getting thousands of patches each merge window mixed in with
the stuff that we actually do need to see, so that would likely be more
lossy and more work for us.
Arnd