Break the lines which were more than 80 characters into more
lines; replace SPACEs with TABs; correct ident at switch-case;
change character encoding from ISO-8859-2 to UTF-8.
The order of the functions in led-triggers.c changed in order
the similar functions can still be together under titles
"Us
The leds-clevo-mail module also works with model "Clevo D400P",
add this model to the white list.
Signed-off-by: Márton Németh <[EMAIL PROTECTED]>
Cc: Andrey Kamenov <[EMAIL PROTECTED]>
---
diff -uprN a/drivers/leds/Kconfig b/drivers/leds/Kconfig
--- a/drivers/leds/Kconfig 2008-02-09 08:02:16
Disable any active triggers when the brightness attribute is
set to zero.
Signed-off-by: Henrique de Moraes Holschuh <[EMAIL PROTECTED]>
Signed-off-by: Márton Németh <[EMAIL PROTECTED]>
Cc: Richard Purdie <[EMAIL PROTECTED]>
---
diff --git a/Documentation/leds-class.txt b/Documentation/leds-class.
Henrique de Moraes Holschuh wrote:
> On Fri, 08 Feb 2008, Németh Márton wrote:
>> Richard Purdie wrote:
>>>>> leds: Add support for hardware accelerated LED flashing
>>>> This one has a loose end: when you call brightness_set on a led with
>>>>
Richard Purdie wrote:
> On Thu, 2008-02-07 at 19:38 -0200, Henrique de Moraes Holschuh wrote:
>> On Thu, 07 Feb 2008, Richard Purdie wrote:
>>> Márton Németh:
>>> leds: Add support for hardware accelerated LED flashing
>>> leds: hw acceleration for Clevo mail LED driver
>> This one has
From: Márton Németh <[EMAIL PROTECTED]>
Add leading zeros to pr_debug() calls. For example if x=0x0a, the format
"0x%2x" will result the string "0x a", the format "0x%2.2x" will result "0x0a".
Signed-off-by: Márton Németh <[EMAIL PROTECTED]>
---
--- linux-2.6.24-rc8/drivers/acpi/ec.c.orig 200
From: Márton Németh <[EMAIL PROTECTED]>
The "DEBUG" symbol needs to be defined before #including to
get the pr_debug() working.
Signed-off-by: Márton Németh <[EMAIL PROTECTED]>
---
--- linux-2.6.24-rc8/drivers/acpi/ec.c.orig 2008-01-16 07:25:33.0
+0100
+++ linux-2.6.24-rc8/drivers/a
Hi,
I tested linux-2.6.24-rc7 on my Clevo D410J, but it seems
that this version still have some smaller problems with this
hardware.
See http://bugzilla.kernel.org/show_bug.cgi?id=8459 for details.
Regards,
Márton Németh
--
To unsubscribe from this list: send the line "unsubscribe linux
From: Márton Németh <[EMAIL PROTECTED]>
Get rid of the following compiler warning message:
net/mac80211/ieee80211_sta.c: In function 'ieee80211_rx_mgmt_assoc_resp':
net/mac80211/ieee80211_sta.c:1187: warning: format '%d' expects type 'int', but
argument 7 has type 'long unsigned int'
Signed-off
From: Márton Németh <[EMAIL PROTECTED]>
Extends the leds subsystem with a blink_set() callback function which can
be optionally implemented by a LED driver. If implemented, the driver can use
the hardware acceleration for blinking a LED.
Signed-off-by: Márton Németh <[EMAIL PROTECTED]>
---
diff -
From: Márton Németh <[EMAIL PROTECTED]>
Add support for hardware accelerated LED blinking for the mail LED
commonly found on Clevo notebooks.
Signed-off-by: Márton Németh <[EMAIL PROTECTED]>
---
diff -uprN linux-2.6.24-rc1.c/drivers/leds/Kconfig
linux-2.6.24-rc1.d/drivers/leds/Kconfig
--- linux-
From: Márton Németh <[EMAIL PROTECTED]>
Extend the leds subsystem naming convention with the "function"
property. For example a LED can indicate if a new mail has arrived.
Signed-off-by: Márton Németh <[EMAIL PROTECTED]>
---
diff -uprN linux-2.6.24-rc1.a/Documentation/leds-class.txt
linux-2.6.24
From: Márton Németh <[EMAIL PROTECTED]>
The driver supports the mail LED commonly found on different Clevo notebooks.
The driver access the LED through the i8042 hardware which is handled by
the input subsystem.
Signed-off-by: Márton Németh <[EMAIL PROTECTED]>
---
diff -uprN linux-2.6.24-rc1.orig
Richard Purdie wrote:
> On Sun, 2007-10-21 at 14:55 +0200, Németh Márton wrote:
>> diff -uprN linux-2.6.23.orig/drivers/leds/Kconfig
>> linux-2.6.23/drivers/leds/Kconfig
>> --- linux-2.6.23.orig/drivers/leds/Kconfig 2007-10-09 22:31:38.0
>> +0200
>&
From: Márton Németh <[EMAIL PROTECTED]>
The driver supports the mail LED commonly found on different Clevo notebooks.
The driver access the LED through the i8042 hardware and implements the support
for
hardware accelerated blink function.
Signed-off-by: Márton Németh <[EMAIL PROTECTED]>
---
diff
Randy Dunlap wrote:
> On Fri, 19 Oct 2007 20:52:52 +0200 Németh Márton wrote:
>
>> From: Márton Németh <[EMAIL PROTECTED]>
>>
>> The driver supports the mail LED commonly found on different Clevo notebooks.
>> The driver access the LED through the i8042 hardwar
From: Márton Németh <[EMAIL PROTECTED]>
Extends the leds subsystem with a blink_set() callback function which can
be optionally implemented by a LED driver. If implemented, the driver can use
the hardware acceleration for blinking a LED.
Signed-off-by: Márton Németh <[EMAIL PROTECTED]>
---
diff -
From: Márton Németh <[EMAIL PROTECTED]>
The driver supports the mail LED commonly found on different Clevo notebooks.
The driver access the LED through the i8042 hardware and implements the support
for
hardware accelerated blink function.
Signed-off-by: Márton Németh <[EMAIL PROTECTED]>
---
diff
From: Márton Németh <[EMAIL PROTECTED]>
Extends the leds subsystem with a blink_set() callback function which can
be optionally implemented by a LED driver. If implemented, the driver can use
the hardware acceleration for blinking a LED.
Signed-off-by: Márton Németh <[EMAIL PROTECTED]>
---
diff -
From: Márton Németh <[EMAIL PROTECTED]>
Export the i8042_command() function which manages the mutual exclusion
with the help of the i8042_lock spinlock. This lets possible to use the
i8042 hardware safely from other part of the kernel, too.
Signed-off-by: Márton Németh <[EMAIL PROTECTED]>
---
dif
From: Márton Németh <[EMAIL PROTECTED]>
As DRM_DEBUG macro already prints out the __FUNCTION__ string (see
drivers/char/drm/drmP.h), it is not worth doing this again. At some
other places the ending "\n" was added.
Signed-off-by: Márton Németh <[EMAIL PROTECTED]>
---
diff -uprN linux-2.6.23-mm1.o
From: Márton Németh <[EMAIL PROTECTED]>
As DRM_DEBUG macro already prints out the __FUNCTION__ string (see
drivers/char/drm/drmP.h), it is not worth doing this again. At some
other places the ending "\n" was added.
Signed-off-by: Márton Németh <[EMAIL PROTECTED]>
---
diff -uprN linux-2.6.23-mm1.o
From: Márton Németh <[EMAIL PROTECTED]>
As DRM_DEBUG macro already prints out the __FUNCTION__ string (see
drivers/char/drm/drmP.h), it is not worth doing this again. At some
other places the ending "\n" was added.
Signed-off-by: Márton Németh <[EMAIL PROTECTED]>
---
diff -uprN linux-2.6.23.orig/
From: Márton Németh <[EMAIL PROTECTED]>
The driver supports the mail LED commonly found on different Clevo notebooks.
The driver access the LED through the i8042 hardware and implements the support
for
hardware accelerated blink function.
Signed-off-by: Márton Németh <[EMAIL PROTECTED]>
---
dif
From: Márton Németh <[EMAIL PROTECTED]>
Export the i8042_command() function which manages the mutual exclusion
with the help of the i8042_lock spinlock. This lets possible to use the
i8042 hardware safely from other part of the kernel, too.
Signed-off-by: Márton Németh <[EMAIL PROTECTED]>
---
di
From: Márton Németh <[EMAIL PROTECTED]>
Extends the leds subsystem with a blink_set() callback function which can
optionally implemented by a LED driver. If implemented, the driver can use the
hardware acceleration for blinking a LED.
Signed-off-by: Márton Németh <[EMAIL PROTECTED]>
---
diff -up
From: Márton Németh <[EMAIL PROTECTED]>
The driver supports the mail LED commonly found on different Clevo notebooks.
The driver access the LED through the i8042 hardware and implements the support
for
hardware accelerated blink function.
Signed-off-by: Márton Németh <[EMAIL PROTECTED]>
---
dif
From: Márton Németh <[EMAIL PROTECTED]>
Export the i8042_command() function which manages the mutual exclusion
with the help of the i8042_lock spinlock. This lets possible to use the
i8042 hardware safely from other part of the kernel, too.
Signed-off-by: Márton Németh <[EMAIL PROTECTED]>
---
di
From: Márton Németh <[EMAIL PROTECTED]>
Extends the leds subsystem with a blink_set() callback function which can
optionally implemented by a LED driver. If implemented, the driver can use the
hardware acceleration for blinking a LED.
Signed-off-by: Márton Németh <[EMAIL PROTECTED]>
---
diff -up
From: Márton Németh <[EMAIL PROTECTED]>
Typo: iwithout -> without.
Signed-off-by: Márton Németh <[EMAIL PROTECTED]>
---
--- linux-2.6.21-rc4.orig/drivers/base/platform.c 2007-03-16
01:20:01.0 +0100
+++ linux-2.6.21-rc4/drivers/base/platform.c2007-03-19 08:08:33.0
+01
On Fri, 16 Feb 2007, Henrique de Moraes Holschuh wrote:
> On Thu, 15 Feb 2007, Richard Purdie wrote:
> > This has been discussed in several places several times.
The problem
> > with hardware accelerated flashing is that you're are
often limited to
> > certain constraints (this case being no excep
Pavel Machek <[EMAIL PROTECTED]> wrote:
> Hi!
>
> > >I do not know the LED subsystem in detail, but I do not
> > >know
> > >any possibility to access the i8042 from different
> > >subsystem
> > >than the input subsystem.
> > >
> > >What do you think and recommend?
> >
> > I think you need to
Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
> On 2/14/07, Németh Márton <[EMAIL PROTECTED]> wrote:
> >
> >
> > Dmitry Torokhov <[EMAIL PROTECTED]> írta:
> >
> > > On 2/11/07, Németh Márton <[EMAIL PROTECTED]> wrote:
> >
Dmitry Torokhov <[EMAIL PROTECTED]> írta:
> On 2/11/07, Németh Márton <[EMAIL PROTECTED]> wrote:
> >
> > Extend EV_LED handling code so that it can handle not
> > only two states (on/off) but also others. For example
> > a LED can blink using hardware acc
Extend EV_LED handling code so that it can handle not
only two states (on/off) but also others. For example
a LED can blink using hardware acceleration. The code
changed so that it is similar to the code at EV_SND.
Signed-off-by: Márton Németh <[EMAIL PROTECTED]>
---
diff -uprN linux-2.6.20.ori
35 matches
Mail list logo
