Dan,
On 1/29/19 9:26 PM, Dan Murphy wrote:
Jacek
On 1/29/19 2:19 PM, Jacek Anaszewski wrote:
Hi Dan,
On 1/29/19 2:56 PM, Dan Murphy wrote:
Jacek
On 1/24/19 3:55 PM, Jacek Anaszewski wrote:
Dan
On 1/24/19 10:00 PM, Dan Murphy wrote:
Jacek
On 1/23/19 3:52 PM, Jacek Anaszewski wrote:
Pavel
On 1/29/19 3:45 PM, Pavel Machek wrote:
> Hi!
>
> Could you, trim the parts of email you do not need in the reply? This
> is quite annoying to follow:
>
Agreed.
> On Tue 2019-01-29 14:26:20, Dan Murphy wrote:
>> Jacek
>>
>> On 1/29/19 2:19 PM, Jacek Anaszewski wrote:
>>> Hi Dan,
>>>
>>>
Hi!
Could you, trim the parts of email you do not need in the reply? This
is quite annoying to follow:
On Tue 2019-01-29 14:26:20, Dan Murphy wrote:
> Jacek
>
> On 1/29/19 2:19 PM, Jacek Anaszewski wrote:
> > Hi Dan,
> >
> > On 1/29/19 2:56 PM, Dan Murphy wrote:
> >> Jacek
> >>
> >> On 1/24/19
Jacek
On 1/29/19 2:19 PM, Jacek Anaszewski wrote:
> Hi Dan,
>
> On 1/29/19 2:56 PM, Dan Murphy wrote:
>> Jacek
>>
>> On 1/24/19 3:55 PM, Jacek Anaszewski wrote:
>>> Dan
>>>
>>> On 1/24/19 10:00 PM, Dan Murphy wrote:
Jacek
On 1/23/19 3:52 PM, Jacek Anaszewski wrote:
> Dan,
Hi Dan,
On 1/29/19 2:56 PM, Dan Murphy wrote:
Jacek
On 1/24/19 3:55 PM, Jacek Anaszewski wrote:
Dan
On 1/24/19 10:00 PM, Dan Murphy wrote:
Jacek
On 1/23/19 3:52 PM, Jacek Anaszewski wrote:
Dan,
On 1/22/19 11:44 PM, Dan Murphy wrote:
Jacek
On 1/22/19 3:39 PM, Jacek Anaszewski wrote:
Hi
Jacek
On 1/24/19 3:55 PM, Jacek Anaszewski wrote:
> Dan
>
> On 1/24/19 10:00 PM, Dan Murphy wrote:
>> Jacek
>>
>> On 1/23/19 3:52 PM, Jacek Anaszewski wrote:
>>> Dan,
>>>
>>> On 1/22/19 11:44 PM, Dan Murphy wrote:
Jacek
On 1/22/19 3:39 PM, Jacek Anaszewski wrote:
> Hi all,
Hi!
> >>What algorithm would be used for mapping brightness levels to RGB values
> >>in case of devices without hardware support for that?
> >
> >Output power = brightness / max_brightness * pwm_channel[x].
>
> IIUC you mean it as a formula for calculating r,g,b, values?
> I.e., on brightness
Hi!
> > First, I think we want to decide if RGB LED should be presented as
> > 3 LEDs or as 1 LED... and what to do with existing RGB leds being
> > presented as 3 LEDs.
>
> What do we do with RGBW drivers? Like the LP5562. RGB can be grouped as a
> single
> LED but does the white LED get
Dan
On 1/24/19 10:00 PM, Dan Murphy wrote:
Jacek
On 1/23/19 3:52 PM, Jacek Anaszewski wrote:
Dan,
On 1/22/19 11:44 PM, Dan Murphy wrote:
Jacek
On 1/22/19 3:39 PM, Jacek Anaszewski wrote:
Hi all,
On 1/20/19 7:42 AM, Vesa Jääskeläinen wrote:
Hi Dan,
On 18/01/2019 15.58, Dan Murphy wrote:
Dan,
On 1/24/19 9:32 PM, Dan Murphy wrote:
Jacek
Replying to code comments.
On 1/15/19 3:47 PM, Jacek Anaszewski wrote:
Hi Da,
Thank you for the v2.
I will probably submit v3 outside the realm of the multi color framework.
We can always convert as Pavel pointed out.
I have some remarks
Jacek
On 1/23/19 3:52 PM, Jacek Anaszewski wrote:
> Dan,
>
> On 1/22/19 11:44 PM, Dan Murphy wrote:
>> Jacek
>>
>> On 1/22/19 3:39 PM, Jacek Anaszewski wrote:
>>> Hi all,
>>>
>>> On 1/20/19 7:42 AM, Vesa Jääskeläinen wrote:
Hi Dan,
On 18/01/2019 15.58, Dan Murphy wrote:
>
Jacek
Replying to code comments.
On 1/15/19 3:47 PM, Jacek Anaszewski wrote:
> Hi Da,
>
> Thank you for the v2.
>
I will probably submit v3 outside the realm of the multi color framework.
We can always convert as Pavel pointed out.
> I have some remarks below.
>
> On 1/14/19 10:17 PM, Dan
Dan,
On 1/22/19 11:44 PM, Dan Murphy wrote:
Jacek
On 1/22/19 3:39 PM, Jacek Anaszewski wrote:
Hi all,
On 1/20/19 7:42 AM, Vesa Jääskeläinen wrote:
Hi Dan,
On 18/01/2019 15.58, Dan Murphy wrote:
Jacek
On 1/18/19 7:45 AM, Dan Murphy wrote:
Jacek
On 1/17/19 3:10 PM, Jacek Anaszewski
Jacek
On 1/22/19 3:39 PM, Jacek Anaszewski wrote:
> Hi all,
>
> On 1/20/19 7:42 AM, Vesa Jääskeläinen wrote:
>> Hi Dan,
>>
>> On 18/01/2019 15.58, Dan Murphy wrote:
>>> Jacek
>>>
>>> On 1/18/19 7:45 AM, Dan Murphy wrote:
Jacek
On 1/17/19 3:10 PM, Jacek Anaszewski wrote:
> Hi
Hi all,
On 1/20/19 7:42 AM, Vesa Jääskeläinen wrote:
Hi Dan,
On 18/01/2019 15.58, Dan Murphy wrote:
Jacek
On 1/18/19 7:45 AM, Dan Murphy wrote:
Jacek
On 1/17/19 3:10 PM, Jacek Anaszewski wrote:
Hi Dan,
On 1/16/19 7:41 PM, Dan Murphy wrote:
Hello
On 1/16/19 4:55 AM, Pavel Machek wrote:
On 1/20/19 4:30 PM, Jacek Anaszewski wrote:
On 1/19/19 10:36 PM, Pavel Machek wrote:
Hi!
[...]
I want to make sure userspace understands this has linear relation to
output power. I'd like to avoid mentioning color because there power
output is not linear with "RGB"
s/pwm/color/
Hi Dan,
On 21/01/2019 15.27, Dan Murphy wrote:
Vesa
On 1/19/19 1:11 PM, Vesa Jääskeläinen wrote:
Hi Jacek et al,
On 17/01/2019 23.08, Jacek Anaszewski wrote:
On 1/16/19 11:55 AM, Pavel Machek wrote:
Hi!
On 1/15/19 4:22 PM, Pavel Machek wrote:
Hi!
+The 24-bit RGB value passed in
Vesa
On 1/19/19 1:11 PM, Vesa Jääskeläinen wrote:
> Hi Jacek et al,
>
> On 17/01/2019 23.08, Jacek Anaszewski wrote:
>> On 1/16/19 11:55 AM, Pavel Machek wrote:
>>> Hi!
>>>
On 1/15/19 4:22 PM, Pavel Machek wrote:
> Hi!
>
>>> +The 24-bit RGB value passed in follows the pattern
Dan,
On 1/18/19 2:45 PM, Dan Murphy wrote:
Jacek
On 1/17/19 3:10 PM, Jacek Anaszewski wrote:
Hi Dan,
On 1/16/19 7:41 PM, Dan Murphy wrote:
Hello
On 1/16/19 4:55 AM, Pavel Machek wrote:
Hi!
On 1/15/19 4:22 PM, Pavel Machek wrote:
Hi!
+The 24-bit RGB value passed in follows the pattern
On 1/19/19 10:36 PM, Pavel Machek wrote:
Hi!
First, I think we want to decide if RGB LED should be presented as
3 LEDs or as 1 LED... and what to do with existing RGB leds being
presented as 3 LEDs.
I don't think we want to support both RGB and HSV in the kernel. It is
math, and not a nice
Hi Pavel,
On 19/01/2019 23.46, Pavel Machek wrote:
Hi!
Moreover, I think that RGB LED class with configurable
brightness-model, and with possible color range adjustments via
icc-profiles or something similar, is the best solution that has been
proposed so far. It is just flexible.
I'd like
Hi Dan,
On 18/01/2019 15.58, Dan Murphy wrote:
Jacek
On 1/18/19 7:45 AM, Dan Murphy wrote:
Jacek
On 1/17/19 3:10 PM, Jacek Anaszewski wrote:
Hi Dan,
On 1/16/19 7:41 PM, Dan Murphy wrote:
Hello
On 1/16/19 4:55 AM, Pavel Machek wrote:
Hi!
On 1/15/19 4:22 PM, Pavel Machek wrote:
Hi!
Hi Pavel,
On 19/01/2019 23.46, Pavel Machek wrote:
Hi!
Moreover, I think that RGB LED class with configurable
brightness-model, and with possible color range adjustments via
icc-profiles or something similar, is the best solution that has been
proposed so far. It is just flexible.
I'd like
Hi!
> >Moreover, I think that RGB LED class with configurable
> >brightness-model, and with possible color range adjustments via
> >icc-profiles or something similar, is the best solution that has been
> >proposed so far. It is just flexible.
> >
> >I'd like to capitalize on the ideas shared in
Hi!
> >First, I think we want to decide if RGB LED should be presented as
> >3 LEDs or as 1 LED... and what to do with existing RGB leds being
> >presented as 3 LEDs.
> >
> >I don't think we want to support both RGB and HSV in the kernel. It is
> >math, and not a nice one.
> >
> >Yes, both have
Hi Jacek et al,
On 17/01/2019 23.08, Jacek Anaszewski wrote:
On 1/16/19 11:55 AM, Pavel Machek wrote:
Hi!
On 1/15/19 4:22 PM, Pavel Machek wrote:
Hi!
+The 24-bit RGB value passed in follows the pattern 0xXXRRGGBB
+XX - Do not care ignored by the driver
+RR - is the 8 bit Red LED value
+GG
Hi Pavel,
On 1/18/19 1:02 AM, Pavel Machek wrote:
Hi!
I am willing to work with you on the HSV and adapting the LP50xx part to this
framework.
Or any RGB framework for that matter. I still don't agree with the kernel
needing to declare colors
maybe color capabilities but not specific
Hello
On 1/17/19 6:02 PM, Pavel Machek wrote:
> Hi!
>
>
>>> I am willing to work with you on the HSV and adapting the LP50xx part to
>>> this framework.
>>> Or any RGB framework for that matter. I still don't agree with the kernel
>>> needing to declare colors
>>> maybe color capabilities
Jacek
On 1/18/19 7:45 AM, Dan Murphy wrote:
> Jacek
>
> On 1/17/19 3:10 PM, Jacek Anaszewski wrote:
>> Hi Dan,
>>
>> On 1/16/19 7:41 PM, Dan Murphy wrote:
>>> Hello
>>>
>>> On 1/16/19 4:55 AM, Pavel Machek wrote:
Hi!
> On 1/15/19 4:22 PM, Pavel Machek wrote:
>> Hi!
>>
Jacek
On 1/17/19 3:10 PM, Jacek Anaszewski wrote:
> Hi Dan,
>
> On 1/16/19 7:41 PM, Dan Murphy wrote:
>> Hello
>>
>> On 1/16/19 4:55 AM, Pavel Machek wrote:
>>> Hi!
>>>
On 1/15/19 4:22 PM, Pavel Machek wrote:
> Hi!
>
>>> +The 24-bit RGB value passed in follows the pattern
Hi!
> >I am willing to work with you on the HSV and adapting the LP50xx part to
> >this framework.
> >Or any RGB framework for that matter. I still don't agree with the kernel
> >needing to declare colors
> > maybe color capabilities but not specific colors.
>
> Dan, if you have a bandwidth
Hi Dan,
On 1/16/19 7:41 PM, Dan Murphy wrote:
Hello
On 1/16/19 4:55 AM, Pavel Machek wrote:
Hi!
On 1/15/19 4:22 PM, Pavel Machek wrote:
Hi!
+The 24-bit RGB value passed in follows the pattern 0xXXRRGGBB
+XX - Do not care ignored by the driver
+RR - is the 8 bit Red LED value
+GG - is the
On 1/16/19 11:55 AM, Pavel Machek wrote:
Hi!
On 1/15/19 4:22 PM, Pavel Machek wrote:
Hi!
+The 24-bit RGB value passed in follows the pattern 0xXXRRGGBB
+XX - Do not care ignored by the driver
+RR - is the 8 bit Red LED value
+GG - is the 8 bit Green LED value
+BB - is the 8 bit Blue LED
Hello
On 1/17/19 4:06 AM, Pavel Machek wrote:
> Hi!
>
> You know what? First, submit driver with similar functionality to
> existing RGB drivers, using same interface existing drivers are
> using. When that is accepted, we can talk about extending
> kernel<->user interfaces.
Hi!
> >>> You know what? First, submit driver with similar functionality to
> >>> existing RGB drivers, using same interface existing drivers are
> >>> using. When that is accepted, we can talk about extending
> >>> kernel<->user interfaces.
> >>>
> >>
> >> I could do that but then there is no
Hello
On 1/16/19 4:04 PM, Pavel Machek wrote:
> Hi!
>
> ..snip. Let me read it and reply when I have a time.
>
>>> You know what? First, submit driver with similar functionality to
>>> existing RGB drivers, using same interface existing drivers are
>>> using. When that is accepted, we can talk
Hi!
..snip. Let me read it and reply when I have a time.
> > You know what? First, submit driver with similar functionality to
> > existing RGB drivers, using same interface existing drivers are
> > using. When that is accepted, we can talk about extending
> > kernel<->user interfaces.
> >
>
>
Hello
On 1/16/19 4:55 AM, Pavel Machek wrote:
> Hi!
>
>> On 1/15/19 4:22 PM, Pavel Machek wrote:
>>> Hi!
>>>
> +The 24-bit RGB value passed in follows the pattern 0xXXRRGGBB
> +XX - Do not care ignored by the driver
> +RR - is the 8 bit Red LED value
> +GG - is the 8 bit Green
Hi!
> On 1/15/19 4:22 PM, Pavel Machek wrote:
> > Hi!
> >
> >>> +The 24-bit RGB value passed in follows the pattern 0xXXRRGGBB
> >>> +XX - Do not care ignored by the driver
> >>> +RR - is the 8 bit Red LED value
> >>> +GG - is the 8 bit Green LED value
> >>> +BB - is the 8 bit Blue LED value
>
Hello
Pavel Thanks for the review it is always good to have your comments.
On 1/15/19 4:22 PM, Pavel Machek wrote:
> Hi!
>
>>> +The 24-bit RGB value passed in follows the pattern 0xXXRRGGBB
>>> +XX - Do not care ignored by the driver
>>> +RR - is the 8 bit Red LED value
>>> +GG - is the 8 bit
Hi!
> >+The 24-bit RGB value passed in follows the pattern 0xXXRRGGBB
> >+XX - Do not care ignored by the driver
> >+RR - is the 8 bit Red LED value
> >+GG - is the 8 bit Green LED value
> >+BB - is the 8 bit Blue LED value
> >+
> >+Example:
> >+LED module output 4 of the LP5024 will be a yellow
Hi Da,
Thank you for the v2.
I have some remarks below.
On 1/14/19 10:17 PM, Dan Murphy wrote:
Introduce the LP5036/30/24/18 RGB LED driver.
The difference in these parts are the number of
LED outputs where the:
LP5036 can control 36 LEDs
LP5030 can control 30 LEDs
LP5024 can control 24 LEDs
Introduce the LP5036/30/24/18 RGB LED driver.
The difference in these parts are the number of
LED outputs where the:
LP5036 can control 36 LEDs
LP5030 can control 30 LEDs
LP5024 can control 24 LEDs
LP5018 can control 18 LEDs
The device has the ability to group LED output into control banks
so
43 matches
Mail list logo
