linux-kernel - Re: [PATCH] NET5501: Change active

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <CACPM=kV1k8XSrR9eRXuAd8MD=VSBV9J7j3onckOEjc+b_zJGJw@mail.gmail.com>
Date:	Sat, 14 Apr 2012 02:43:30 +0200
From:	Bjarke Istrup Pedersen <gurligebis@...too.org>
To:	Philip Prindeville <philipp_subx@...fish-solutions.com>
Cc:	linux-kernel@...r.kernel.org
Subject: Re: [PATCH] NET5501: Change active_low to 0 for LED driver.

14. apr. 2012 01.22 skrev Philip Prindeville
<philipp_subx@...fish-solutions.com>:
> On 4/13/12 3:33 PM, Bjarke Istrup Pedersen wrote:
>> 14. apr. 2012 00.19 skrev Philip Prindeville
>> <philipp_subx@...fish-solutions.com>:
>>> On 4/13/12 3:17 PM, Bjarke Istrup Pedersen wrote:
>>>> 11. apr. 2012 01.45 skrev Bjarke Istrup Pedersen <gurligebis@...too.org>:
>>>>> It seems that there was an error with the active_low = 1 for the
>>>>> LED, since it should be set to 0 (meaning that active is high,
>>>>> since 0 is false, hence the confusion.
>>>>>
>>>>> The wiki article about it confuses it, since it contradicts
>>>>> itself, regarding what turns on the LED.
>>>>>
>>>>> I have tested 3.4-rc2 on my net5501 with this patch, and it
>>>>> makes the LED behave correctly, where "none" turns it off, and
>>>>> "default-on" turns it on, when echoed onto the trigger "file"
>>>>> in /sys/class/leds.
>>>>>
>>>>> Signed-off-by: Bjarke Istrup Pedersen <gurligebis@...too.org>
>>>>> ---
>>>>>  arch/x86/platform/geode/net5501.c |    2 +-
>>>>>  1 files changed, 1 insertions(+), 1 deletions(-)
>>>>>
>>>>> diff --git a/arch/x86/platform/geode/net5501.c b/arch/x86/platform/geode/net5501.c
>>>>> index 66d377e..646e3b5 100644
>>>>> --- a/arch/x86/platform/geode/net5501.c
>>>>> +++ b/arch/x86/platform/geode/net5501.c
>>>>> @@ -63,7 +63,7 @@ static struct gpio_led net5501_leds[] = {
>>>>>                .name = "net5501:1",
>>>>>                .gpio = 6,
>>>>>                .default_trigger = "default-on",
>>>>> -               .active_low = 1,
>>>>> +               .active_low = 0,
>>>>>        },
>>>>>  };
>>>>>
>>>>> --
>>>>> 1.7.8.5
>>>>>
>>>> I have tried sending it to linux-geode, but the list seems to reject
>>>> mails from me for some reason.
>>>> Anyone able to forward it to the right people for inclusion in 3.4-rcX ?
>>>>
>>>> Thanks in advance,
>>>> Bjarke
>>> The linux-geode list is currently buggered and without an owner, as far as I know.
>>>
>>> -Philip
>> That would explain it :)
>>
>> Do you have a chance to push it upstream, like your changes? (Not sure
>> who I should poke about it)
>>
>> /Bjarke
>>
>
> I'd copy it to Andrew Morton, and maybe also platform-driver-x86@...r.kernel.org ...

Forwarded to andrew and that mailing list :)

Lets hope that works, and doesn't gives errors like linux-geode list :)

/Bjarke

> -Philip
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@...r.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/