effectively
disconnects the device completely from the computer.
* Pulled out of my behind idea *
It could be that the KVM allows you to limit or normalize volume
coming out of your speakers so that you don't get blasted with full
sound if switch from one box to another.
--
Dmitry
-
To unsubscribe from
) but rather create underlying hardware
abstraction objects.
--
Dmitry
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
platform_device_register_simple() as a one-step call to allocate
+and register a device.
DIdn't Russell want to convert eberything to platform_device_alloc and
then nuke platfrom_device_register_simple()?
--
Dmitry
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
to dynamically adjust HID ignore blacklist.
--
Dmitry
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
.
--
Dmitry
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
2.6.22 as it requires input core to struct device conversion
patch.
What do you think?
--
Dmitry
Input: add generic suspend and resume for uinput devices
Automatically turn off leds and sound effects as part of suspend
process and restore led state, sounds and repeat rate at resume.
Also
these methods on class level.
--
Dmitry
Driver core: add suspend() and resume() to struct device_type
In cases when there are devices of different types in the same class
we can't use class's implementation of suspend and resume methods and
we need to add them to struct device_type instead
which just makes one hard coded value soft
configurable and does not change the default.
Makes sense. Can I please have a Signed-off-by: ... line from you so
I can apply the patch to my tree?
Thanks!
--
Dmitry
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
Hi Yoichi,
Could you please try the patch below? It moves platform device creation
code into cobalt arch code to belletr follow driver model.
Thank you!
--
Dmitry
Input: cobalt buttons - separate device and driver registration
Create platform device for cobalt buttons as part of arch setup
, but it's easily avoidable, e.g. (delta 0
array == rq-active).
Thanks in advance for any comments.
--
Best regards,
Dmitry Adamushko
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org
On 04/04/07, Ingo Molnar [EMAIL PROTECTED] wrote:
* Dmitry Adamushko [EMAIL PROTECTED] wrote:
[...]
The same is applicable to rt_mutex_setprio().
Of course, not a big deal, but it's easily avoidable, e.g. (delta 0
array == rq-active).
i think you are right and a micro-optimization
-by: Dmitry Adamushko [EMAIL PROTECTED]
--
--- linux-2.6.21-rc5/kernel/sched-orig.c2007-04-04
18:26:19.0 +0200
+++ linux-2.6.21-rc5/kernel/sched.c 2007-04-04 18:26:43.0 +0200
@@ -168,7 +168,7 @@ unsigned long long __attribute__((weak))
(MAX_BONUS / 2 + DELTA((p
, then pad with spaces so 2nd+ line starts in
the same column as first part of the condition (i.e one column to the
right from opening paren). Logical operation goes to EOL.
Also with multi-line condition and single-line body I often use braces
to separate them better.
--
Dmitry
-
To unsubscribe from
led subsystem?
--
Dmitry
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On 4/4/07, Tony Lindgren [EMAIL PROTECTED] wrote:
+ KEY(0, 7, KEY_LEFTSHIFT), /* Vol up */
KEY_VOLUMEUP?
+ KEY(3, 7, KEY_LEFTCTRL),/* Vol down */
KEY_VOLUMEDOWN?
--
Dmitry
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
On Wednesday 04 April 2007 18:05, Jonathan McDowell wrote:
On Wed, Apr 04, 2007 at 04:57:57PM -0400, Dmitry Torokhov wrote:
On 4/4/07, Tony Lindgren [EMAIL PROTECTED] wrote:
+ KEY(0, 7, KEY_LEFTSHIFT), /* Vol up */
KEY_VOLUMEUP?
+ KEY(3, 7, KEY_LEFTCTRL
);
+ ret = 0;
+ spin_lock(hid_lock);
+ tl = hid_transports[hid-bus];
+ if (tl-open)
+ ret = tl-open(hid);
+ spin_unlock(hid_lock);
+ return ret;
+}
Spinlock is not the best choise here, I'd expect most -open()
implementation wait on some IO.
--
Dmitry
.
--
Dmitry
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Hi,
On Jan 7, 2008 8:03 AM, Andrey Borzenkov [EMAIL PROTECTED] wrote:
Michael Tokarev wrote:
Dmitry Torokhov wrote:
Hi Michael,
Hello!
[]
There are keyboards (USB, PS2) with Sleep and Suspend buttons
that are not related to ACPI nor APM. We had 2 options - add
an input handler
On Jan 7, 2008 10:47 AM, Michael Tokarev [EMAIL PROTECTED] wrote:
Michael Tokarev wrote:
Dmitry Torokhov wrote:
[]
Well, you use event device in any case; as for finding right one - I guess
you look at device capabilities and filter what you need ...
{pts/0}%
cat /sys/devices
Add device_init_wakeup to init wakeup.
Signed-off-by: Dmitry Baryshkov [EMAIL PROTECTED]
diff --git a/drivers/power/pda_power.c b/drivers/power/pda_power.c
index d98622f..28360e8 100644
--- a/drivers/power/pda_power.c
+++ b/drivers/power/pda_power.c
@@ -207,6 +207,8 @@ static int pda_power_probe
dmesg.nosync
and send me both dmesg files?
Thank you.
--
Dmitry
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Hi,
Please apply this patch. Otherwise pda_power can't generate wakeup
events. I forgot this in the initial pda_power suspend/resume patch.
Add device_init_wakeup to init wakeup.
Signed-off-by: Dmitry Baryshkov [EMAIL PROTECTED]
diff --git a/drivers/power/pda_power.c b/drivers/power
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus
or
master.kernel.org:/pub/scm/linux/kernel/git/dtor/input.git for-linus
to receive updates for the input subsystem.
Changelog:
-
Dmitry Baryshkov (1):
Input: Handle
On Monday 14 January 2008, Dmitry Torokhov wrote:
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus
or
master.kernel.org:/pub/scm/linux/kernel/git/dtor/input.git for-linus
to receive updates for the input subsystem
tried
implementing loadable keymap support in the driver, could you please
try the patch below and if it still works for you then I will apply
it to my tree.
Thank you again.
--
Dmitry
Subject: Fujitsu application panel driver (rev4)
From: Stephen Hemminger [EMAIL PROTECTED]
Input: add Fujitsu
On Saturday 15 September 2007 04:05, Andrew Morton wrote:
On Mon, 10 Sep 2007 09:24:04 -0400 Dmitry Torokhov [EMAIL PROTECTED]
wrote:
On 9/10/07, Greg KH [EMAIL PROTECTED] wrote:
On Mon, Sep 10, 2007 at 01:28:47AM -0400, Dmitry Torokhov wrote:
On Sunday 09 September 2007 19:03, Kay
Hi Stephen,
On Sunday 16 September 2007 15:55, Stephen Hemminger wrote:
On Fri, 14 Sep 2007 01:30:58 -0400
Dmitry Torokhov [EMAIL PROTECTED] wrote:
Hi Stephen,
On Wednesday 12 September 2007 07:38, Stephen Hemminger wrote:
This driver supports the application buttons on some Fujitsu
?
+ goto fail;
+
--
Dmitry
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
be
an
uninterruptible sleep instead?
Probably.
Thanks. Should I send it somewhere or will you or Dmitry grab it?
Please send it to Dmitry with my ACK.
I have it, thanks.
Next time please use my gmail or mail.ru account -
[EMAIL PROTECTED] is dead.
--
Dmitry
-
To unsubscribe from this list
(2)
the 'p' (task_struct) parameter in the sched_class :: yield_task()
is redundant as the caller is always the 'current'. Get rid of it.
Signed-off-by: Dmitry Adamushko [EMAIL PROTECTED]
---
diff --git a/include/linux/sched.h b/include/linux/sched.h
index 9fd936f..3728cd6 100644
--- a/include
(3)
rework enqueue/dequeue_entity() to get rid of sched_class::set_curr_task().
This simplifies sched_setscheduler(), rt_mutex_setprio() and sched_move_tasks().
Signed-off-by : Dmitry Adamushko [EMAIL PROTECTED]
Signed-off-by : Srivatsa Vaddagiri [EMAIL PROTECTED]
---
diff --git a/include
by spin_lock_irqsave()/spin_lock_irqsrestore() instead of
rcu_read_lock()/rcu_read_unlock() and writers synchronize with
synchronize_sched(), not synchronize_rcu(). Your patch will trigger
warnign on such valid usages.
--
Dmitry
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
On 9/19/07, Peter Zijlstra [EMAIL PROTECTED] wrote:
On Wed, 19 Sep 2007 10:17:25 -0400 Dmitry Torokhov
[EMAIL PROTECTED] wrote:
Hi Peter,
On 9/19/07, Peter Zijlstra [EMAIL PROTECTED] wrote:
Warn when rcu_dereference() is not used in combination with
rcu_read_lock()
According
On 9/19/07, Paul E. McKenney [EMAIL PROTECTED] wrote:
On Wed, Sep 19, 2007 at 11:16:21AM -0400, Dmitry Torokhov wrote:
On 9/19/07, Peter Zijlstra [EMAIL PROTECTED] wrote:
On Wed, 19 Sep 2007 10:17:25 -0400 Dmitry Torokhov
[EMAIL PROTECTED] wrote:
Hi Peter,
On 9/19/07, Peter
On 9/19/07, Paul E. McKenney [EMAIL PROTECTED] wrote:
On Wed, Sep 19, 2007 at 10:32:49AM -0700, Paul E. McKenney wrote:
On Wed, Sep 19, 2007 at 12:59:10PM -0400, Dmitry Torokhov wrote:
On 9/19/07, Paul E. McKenney [EMAIL PROTECTED] wrote:
On Wed, Sep 19, 2007 at 11:16:21AM -0400, Dmitry
On 9/19/07, Peter Zijlstra [EMAIL PROTECTED] wrote:
On Wed, 19 Sep 2007 14:49:56 -0400 Dmitry Torokhov
[EMAIL PROTECTED] wrote:
On 9/19/07, Paul E. McKenney [EMAIL PROTECTED] wrote:
PS to previous -- any problem with inserting rcu_read_lock() and
rcu_read_unlock() around the portion
On 9/19/07, Peter Zijlstra [EMAIL PROTECTED] wrote:
On Wed, 19 Sep 2007 15:49:24 -0400 Dmitry Torokhov
[EMAIL PROTECTED] wrote:
On 9/19/07, Peter Zijlstra [EMAIL PROTECTED] wrote:
On Wed, 19 Sep 2007 14:49:56 -0400 Dmitry Torokhov
[EMAIL PROTECTED] wrote:
On 9/19/07, Paul E
On 9/19/07, Peter Zijlstra [EMAIL PROTECTED] wrote:
On Wed, 19 Sep 2007 16:41:04 -0400 Dmitry Torokhov
[EMAIL PROTECTED] wrote:
If the IRQ handler does rcu_read_lock(),unlock() and the i8042_stop()
function does sync_rcu() instead of _sched(), it should be good again
Hi Ingo,
I found an issue about the scheduler.
If you need a test case, please let me know.
Here is a patch.
[ ... ]
The new thread should be valid scheduler class before queuing.
This patch fixes to set the suitable scheduler class.
Nice fix! It's a 2.6.23 must-have fix - i'll
On 9/19/07, Peter Zijlstra [EMAIL PROTECTED] wrote:
On Wed, 19 Sep 2007 17:29:09 -0400 Dmitry Torokhov
[EMAIL PROTECTED] wrote:
On 9/19/07, Peter Zijlstra [EMAIL PROTECTED] wrote:
On Wed, 19 Sep 2007 16:41:04 -0400 Dmitry Torokhov
[EMAIL PROTECTED] wrote:
If the IRQ handler does
/deadlocks/etc.
Tried placing printk() at the beginning of ISR?
--
Best regards,
Dmitry Adamushko
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read
. in your terms)...
Quite often the source of high periodic latency is SMI (System
Management Interrupts)... I don't know though, whether any of SMI
activities are somehow dependent on the size of RAM.
--
Best regards,
Dmitry Adamushko
-
To unsubscribe from this list: send the line unsubscribe
On 02:28 Wed 14 Nov , Andrew Morton wrote:
On Wed, 14 Nov 2007 08:56:01 + Andy Whitcroft [EMAIL PROTECTED] wrote:
[snip]
We seem to have some general problem with mkfs for all filesystems.
UUID: e9aa2dc4-dfc3-47e8-865b-693f28eac2e5
Initializing journal -
of lower prio? )
running for a full tick, 'tmp' can be such a big value... hmm?
--
Best regards,
Dmitry Adamushko
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Nov 15, 2007 9:58 AM, Tomas Carnecky [EMAIL PROTECTED] wrote:
CC: lkml, because that's a question anyone familiar with the driver
subsystem can answer.
Dmitry Torokhov wrote:
On Nov 15, 2007 9:20 AM, Tomas Carnecky [EMAIL PROTECTED] wrote:
Dmitry Torokhov wrote:
No, sorry. Current
on this rq)... and it may well be
that the aforementioned high-priority task is just never (or likely,
rarely) runnable at this particular moment (it runs for short interval
of time in between ticks).
Ingo
--
Best regards,
Dmitry Adamushko
-
To unsubscribe from this list: send the line
ms.
and then sleep for 300 ms. (that's ~25% of cpu load) in the loop. Any
behavioral changes?
Thanks much,
--Micah
--
Best regards,
Dmitry Adamushko
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info
... wait either a few seconds or until the problem disappears
(whatever comes first)
# cat /proc/schedstat
TIA,
--Micah
--
Best regards,
Dmitry Adamushko
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info
are to blame.
Thanks.
--
Dmitry
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
the busiest
group. e.g. with newidle_idx == 0, the current load on the queue is
used instead of cpu_load[].
Thanks,
--Micah
--
Best regards,
Dmitry Adamushko
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info
);
- set_table_entry(table[12], flags, sd-flags,
+ set_table_entry(table[10], flags, sd-flags,
sizeof(int), 0644, proc_dointvec_minmax);
return table;
---
--Micah
--
Best regards,
Dmitry Adamushko
--- kernel/sched.c-old 2007-11-20 22:33:22.0 +0100
.
it introduces a small but useful bit of code as a library for similar
devices, and includes support for these chips on the toshiba e-series
family of handhelds.
please copy me on reply!
--
With best wishes
Dmitry
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
On 22/11/2007, Micah Dowty [EMAIL PROTECTED] wrote:
On Tue, Nov 20, 2007 at 10:47:52PM +0100, Dmitry Adamushko wrote:
btw., what's your system? If I recall right, SD_BALANCE_NEWIDLE is on
by default for all configs, except for NUMA nodes.
It's a dual AMD64 Opteron.
So, I recompiled my
(rq);
at the beginning of pick_next_task().
(or maybe put it at the beginning of the
if (likely(rq-nr_running == rq-cfs.nr_running)) {} block as we
already have 'likely()' there).
--
Best regards,
Dmitry Adamushko
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
are supported by the drivers let's fix that.
--
Dmitry
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Friday 23 November 2007, Bryan Wu wrote:
From: Mike Frysinger [EMAIL PROTECTED]
Signed-off-by: Mike Frysinger [EMAIL PROTECTED]
Signed-off-by: Bryan Wu [EMAIL PROTECTED]
Applied, thank you Mike Bryan.
--
Dmitry
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
definitions for frame forward and frame back keys
Input: adds the context menu key (HUT GenDesc 0x84)
Dmitry Torokhov (3):
sony-laptop: fit input devices into sysfs tree
sonypi: fit input devices into sysfs tree
Sonypi: use synchronize_irq instead of sycnronize_sched
Herbert
on a nature of those
'events'... and I can just speculate here :-) (but I'd imagine
situations when such a scenario would scale better).
Thank you again,
--Micah
--
Best regards,
Dmitry Adamushko
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
On Dec 7, 2007 4:23 PM, Ray Lee [EMAIL PROTECTED] wrote:
On Dec 7, 2007 10:32 AM, Dmitry Torokhov [EMAIL PROTECTED] wrote:
On Dec 7, 2007 12:59 PM, Ray Lee [EMAIL PROTECTED] wrote:
On Dec 2, 2007 2:07 PM, Jiri Kosina [EMAIL PROTECTED] wrote:
Thanks. To sum up this longish thread
,
logically-wise.
Something like:
rq = activate_task(rq, ...) ; /* may unlock rq and lock/return another one */
would complicate the existing use cases.
--
Best regards,
Dmitry Adamushko
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
From: Dmitry Adamushko [EMAIL PROTECTED]
No need to do a check for 'affine wakeup and passive balancing possibilities' in
select_task_rq_fair() when task_cpu(p) == this_cpu.
I guess, this part got missed upon introduction of per-sched_class
select_task_rq()
in try_to_wake_up().
Signed-off
From: Dmitry Adamushko [EMAIL PROTECTED]
Clean-up try_to_wake_up().
Get rid of the 'new_cpu' variable in try_to_wake_up() [ that's, one #ifdef
section less ].
Also remove a few redundant blank lines.
Signed-off-by: Dmitry Adamushko [EMAIL PROTECTED]
---
diff --git a/kernel/sched.c b/kernel
' abstraction
adds additional overhead to the hot-path (which might make it not that
worthy).
--
Best regards,
Dmitry Adamushko
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo
Handle EV_PWR type of input caps.
Signed-off-by: Dmitry Baryshkov [EMAIL PROTECTED]
Index: linux-test/drivers/input/input.c
===
--- linux-test.orig/drivers/input/input.c 2007-12-11 17:47:37.736228749
+0300
+++ linux-test
Support keyboard on tosa (Sharp Zaurus SL-6000x).
Largely based on patch by Dirk Opfer.
Todo: EAR_IN event support
Signed-off-by: Dmitry Baryshkov [EMAIL PROTECTED]
Index: linux-test/drivers/input/keyboard/Kconfig
===
--- linux
Hi,
Sorry, posted wrong version of patch. Here is correct version:
Support keyboard on tosa (Sharp Zaurus SL-6000x).
Largely based on patches by Dirk Opfer.
Signed-off-by: Dmitry Baryshkov [EMAIL PROTECTED]
Index: tosa-tree/drivers/input/keyboard/Kconfig
On 14:47 Mon 10 Dec , Evgeniy Polyakov wrote:
Algorithms used in distributed storage.
Mirror and linear mapping code.
Hi, i've finally take a look on your DST solution.
It seems what your current implementation will not work on nonstandard
devices for example software raid0.
other comments
the conditional does not have any effect, ap-led_bits will be
overwritten with the raw value anyway. Please advise.
Thank you.
--
Dmitry
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org
Hi Greg,
On Dec 13, 2007 1:51 AM, Greg KH [EMAIL PROTECTED] wrote:
2.6.23-stable review patch. If anyone has any objections, please let us
know.
--
From: Dmitry Torokhov [EMAIL PROTECTED]
changeset f493018ebc3f94d64e12bc848db0906700bf73a2 in mainline.
Input: ALPS - add
On 14:47 Mon 10 Dec , Evgeniy Polyakov wrote:
Network state machine.
Includes network async processing state machine and related tasks.
Hi, I've tried to play a little bit with DST and discover huge memory
leak. Every read request from remote node result in bio + bio's pages leak.
Data
Greetings!
Some of the keys on my USB-HID keyboard generate scancodes which are
bound to big keycodes in `drivers/hid/hid-input.c` and
`include/linux/input.h`, like 418, 419 or 432. Is there any possibility
to change it (in runtime, without editing `input.h` and recompiling the
kernel)? Should
Currently pda-power adds both ac and usb power supply units.
This patch fixes it so that psu are added only if they are enabled.
Signed-off-by: Dmitry Baryshkov [EMAIL PROTECTED]
diff --git a/drivers/power/pda_power.c b/drivers/power/pda_power.c
index c058f28..42eac09 100644
--- a/drivers/power
.
Applied to my tree - for-linus branch. Thank you Richard.
--
Dmitry
P.S. Try to migrate to [EMAIL PROTECTED], I'd like to get off atrey server
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http
reason to find why.
My concern that even on that particular model this may stop wotking if
you upgrade BIOS. Otherwise the fact that it doe snot work on some
other laptop should not stop us - we using DMI matching in wistron
buttons anyway.
--
Dmitry
--
To unsubscribe from this list: send the line
On Dec 27, 2007 6:32 AM, Ivan Kokshaysky [EMAIL PROTECTED] wrote:
These two are defined inline in linux/gameport.h.
Signed-off-by: Ivan Kokshaysky [EMAIL PROTECTED]
Applied to my tree - for-linus branch. Thank you Ivan.
--
Dmitry
--
To unsubscribe from this list: send the line unsubscribe
Add LiMn (one of the most common for small non-rechargable batteries)i
battery technology and voltage_min/_max properties support.
Signed-off-by: Dmitry Baryshkov [EMAIL PROTECTED]
diff --git a/drivers/power/power_supply_sysfs.c
b/drivers/power/power_supply_sysfs.c
index 249f61b..45d2f95
Add suspend/resume/wakeup support for pda_power.
Signed-off-by: Dmitry Baryshkov [EMAIL PROTECTED]
diff --git a/drivers/power/pda_power.c b/drivers/power/pda_power.c
index d98622f..d1ebfa0 100644
--- a/drivers/power/pda_power.c
+++ b/drivers/power/pda_power.c
@@ -239,12 +239,44 @@ static int
);
}
}
--
With best wishes
Dmitry
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On 10/26/07, Jeff Garzik [EMAIL PROTECTED] wrote:
drivers/input/touchscreen/h3600_ts_input.c |4 ++--
Acked-by: Dmitry Torokhov [EMAIL PROTECTED]
--
Dmitry
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo
LEDs by the console driver.
--
Dmitry
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Wednesday 24 October 2007 12:26, Adrian Bunk wrote:
hp_sdc_exit() mustn't be __exit since it's called from the
__init hp_sdc_register().
Applied, thank you Adrian.
--
Dmitry
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
buttons. Pretty
degenerate case, I know...
+ ap-keymap[scancode] = keycode;
+ set_bit(keycode, idev-keybit);
+ return 0;
+}
--
Dmitry
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http
blacklist -- just let me know.
Maybe onetouch driver is not needed after all. I wonder what key/button does
HID deriver reports when it binds to it... Torsten, could you please post
your /proc/bus/input/devices?
--
Dmitry
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
after failure.
--
Dmitry
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Hi Olivér,
On 10/28/07, Olivér Pintér [EMAIL PROTECTED] wrote:
Hi Dmitry!
I have one very nice regression ... under 2.6.22 kernel, im VT mode,
when I turn on the caps lock and I typing for Q - M, then become this
string: qwERTZUiOPõúAsdfgHjkléáûíyxcvbnM
i tested under 2.6.22.9 tainted
|| !input_dev) {
kfree(hidinput);
input_free_device(input_dev);
This either passes a NULL pointer to kfree or to input_free_device. That's
not nice.
No, that's allright. input_free_device() takes after kfree() so that
it safe to call it with NULL pointer.
--
Dmitry
On 10/29/07, Hohndel, Dirk [EMAIL PROTECTED] wrote:
On Oct 29, 2007, at 8:33 AM, Dmitry Torokhov wrote:
On 10/29/07, Dirk Hohndel [EMAIL PROTECTED] wrote:
Actually, the more I look at the code that bails when it runs out
of memory,
the more I wonder about that.
hidinput
Hi Michal,
On Monday 29 October 2007, CIJOML wrote:
Dne čt 22. února 2007 Dmitry Torokhov napsal(a):
Plus I
will export uniq in /proc/bus/input/devices and then yo can ask X guys
to allow matching on uniq as well.
Hi Dmitri,
I watched at 2.6.23 and this is still not done yet
was delayed
because embedded controller was busy doing something else and we start
querying mouse at the wrong time we might lose mouse altogether.
--
Dmitry
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info
to kill it if mouse resync is disabled...
--
Dmitry
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On 10/17/07, Henrique de Moraes Holschuh [EMAIL PROTECTED] wrote:
On Wed, 17 Oct 2007, Matthew Garrett wrote:
On Wed, Oct 17, 2007 at 11:57:18AM -0400, Dmitry Torokhov wrote:
say that they only care about notifications arising from keypresses
then I will add EV_NOTIFY type of events
().
Dmitry
Signed-off-by: Dmitry Antipov [EMAIL PROTECTED]
--- .orig-2.6.23/fs/fcntl.c 2007-10-17 15:26:06.0 +0400
+++ 2.6.23/fs/fcntl.c 2007-10-17 15:25:27.0 +0400
@@ -240,6 +240,9 @@
error = filp-f_op-fasync(fd, filp, (arg FASYNC) != 0);
if (error 0)
goto out;
+ } else
This patch proposes SIGIO-driven I/O for descriptors returned by
inotify_init(). The thing may be enabled by convenient
fcntl (fd, F_SETFL, O_ASYNC) call.
Dmitry
Signed-off-by: Dmitry Antipov [EMAIL PROTECTED]
diff -ur -X /tmp/dontdiff .orig-2.6.23/fs/inotify_user.c 2.6.23/fs/inotify_user.c
into EV_KEY namespace? Could you elaborate?
--
Dmitry
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Hi Richard,
On Friday 19 October 2007, Richard Purdie wrote:
On Tue, 2007-10-16 at 10:34 -0400, Dmitry Torokhov wrote:
On 10/16/07, Kristoffer Ericson [EMAIL PROTECTED] wrote:
This is mainly an embedded issue, but I feel it's quite important.
It should apply to other devices also like
,dequeue}_task_rt() seem to be the only callers and they will
crash (or corrupt memory) anyway in the case of ! rt_task(p) (sure,
this case would mean something is broken somewhere wrt sched_class
handling).
--
Best regards,
Dmitry Adamushko
-
To unsubscribe from this list: send the line
-bitmap);
[ ... ]
additionally, if we can tolerate the 'latency' (of updating
highest_prio) == the worst case scheduling latency, then
rq_prio_add_task() is not necessary at all.
--
Best regards,
Dmitry Adamushko
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
way as it's done in push_rt_task() .
[ ... ]
--
Best regards,
Dmitry Adamushko
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http
that the pull/push algorithm should be able to
naturally accomplish the proper job pushing/pulling 1 task at once (as
described above)... any additional actions are just overhead or there
is some problem with the algorithm (ah well, or with my understanding
:-/ )
--
Best regards,
Dmitry Adamushko
201 - 300 of 27825 matches
Mail list logo