everyday. Power usage if it's the top concern in any product, is right
there as the top five. Likewise for silicon erratas.
I think we should come back to this discussion when you get more coffee
and start parsing other party e-mails properly.
--
Dmitry
--
To unsubscribe from this list: send
On Thu, Oct 25, 2012 at 12:32:39PM +0800, 劉嘉駿 wrote:
Hi Dmitry,
Thanks for review.
-Original Message-
From: Dmitry Torokhov [mailto:dmitry.torok...@gmail.com]
Sent: Thursday, October 25, 2012 2:13 AM
To: Scott Liu
Cc: linux-in...@vger.kernel.org; linux
like you're poking me as I'm in the To: field but I
suspect
the intent must be to poke Dmitry ... I was just providing background
for Shubhrajyoti's question.
Maybe this helps:
Reviewed-by: Linus Walleij linus.wall...@linaro.org
Yes, that was also the intention of the other poke
might use VMCI,
all our Linux drivers, even if not all are upstream [yet], are GPL.
Thanks,
Dmitry
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please
On Thursday, October 25, 2012 02:04:48 PM Greg KH wrote:
On Thu, Oct 25, 2012 at 01:45:39PM -0700, Dmitry Torokhov wrote:
On Thursday, October 25, 2012 01:31:48 PM Greg KH wrote:
On Thu, Oct 25, 2012 at 01:16:00PM -0700, Andy King wrote:
Hi Greg,
+EXPORT_SYMBOL(vmci_device_get
years, you shipped closed source Linux kernel drivers for
your products. Only recently has this changed.
That was in the past. As far as I know our Linux drivers have been open
for more than 5 years, so not that recently.
Thanks,
Dmitry
--
To unsubscribe from this list: send the line
Fixed err msg params order on irq request fail.
Signed-off-by: Dmitry Osipenko dig...@gmail.com
---
drivers/dma/tegra20-apb-dma.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/dma/tegra20-apb-dma.c b/drivers/dma/tegra20-apb-dma.c
index 528c62d..4d816be 100644
tegra_dma_abort_all() won't be called on channel freeing
if pending list is empty.
Signed-off-by: Dmitry Osipenko dig...@gmail.com
---
drivers/dma/tegra20-apb-dma.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/dma/tegra20-apb-dma.c b/drivers/dma/tegra20-apb-dma.c
index 4d816be..00c5dee 100644
platform_device *pdev)
+{
shouldn't you unregister the input device here ??
And that is why I do not like devm_* interface myself... But no, since
input device was allocated with devm_input_allocate_device() it does not
need to be explicitly freed or unregistered.
Thanks.
--
Dmitry
Hi Henrik,
On Mon, Oct 29, 2012 at 07:22:53PM +0100, Henrik Rydberg wrote:
Hi Dmitry Torokhov wrote:
There is a demand from driver's writers to use managed devices framework
for their drivers. Unfortunately up to this moment input devices did not
provide support for managed devices
to me.
So is that reviewed-by?
Thanks.
--
Dmitry
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Fri, Nov 09, 2012 at 08:06:29AM +0530, Viresh Kumar wrote:
On 8 November 2012 22:08, Dmitry Torokhov dmitry.torok...@gmail.com wrote:
On Thu, Nov 08, 2012 at 07:10:47PM +0530, Viresh Kumar wrote:
It also breaks the error unwinding/removal of the driver as it frees
input device while IRQ
+not provide it to the user space.
+
This should not be an absolute event but rather EV_MSC/MSC_TIMESTAMP.
Thanks.
--
Dmitry
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
)
out_unregisterinput:
input_unregister_device(input);
If input device was alocated with devm_* interface it does not need be
explicitly unregistered/freed.
Thanks.
--
Dmitry
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord
@@ -344,8 +344,6 @@ static int __devexit stmpe_ts_remove(struct
platform_device *pdev)
Sometimes your mailer does wrap long lines, please make sure to turn it
off for patches.
There is no need to resend this one.
Thanks.
--
Dmitry
--
To unsubscribe from this list: send the line unsubscribe linux
On Sat, Nov 10, 2012 at 01:34:33PM +0530, Viresh Kumar wrote:
On 10 November 2012 13:33, Viresh Kumar viresh.ku...@linaro.org wrote:
On 10 November 2012 13:30, Dmitry Torokhov dmitry.torok...@gmail.com
wrote:
Sometimes your mailer does wrap long lines, please make sure to turn it
off
On Thu, 2012-11-08 at 18:18 -0800, Joseph Gasparakis wrote:
if (skb-ip_summed == CHECKSUM_PARTIAL
skb_checksum_help(skb))
@@ -902,6 +903,17 @@ static netdev_tx_t ipgre_tunnel_xmit(struct sk_buff
*skb, struct net_device *dev
tunnel-err_count = 0;
My last comment was rejected by the lists due to html tag.
Resending it in plain text. Sorry for the spam.
On Mon, 2012-11-12 at 00:36 -0800, Joseph Gasparakis wrote:
Populating the inner header pointers of skb for ipgre
This patch has been compile-tested only.
Signed-off-by: Joseph
-Original Message-
From: netdev-ow...@vger.kernel.org [mailto:netdev-ow...@vger.kernel.org]
On Behalf Of Joseph Gasparakis
Sent: Friday, November 09, 2012 4:18 AM
To: da...@davemloft.net; shemmin...@vyatta.com; chr...@sous-sol.org
Cc: Joseph Gasparakis; net...@vger.kernel.org;
-Original Message-
From: netdev-ow...@vger.kernel.org [mailto:netdev-ow...@vger.kernel.org]
On Behalf Of Joseph Gasparakis
Sent: Monday, November 12, 2012 5:04 AM
To: da...@davemloft.net; shemmin...@vyatta.com; chr...@sous-sol.org
Cc: Joseph Gasparakis; net...@vger.kernel.org;
network drivers does not seem to have this issue.
Dmitry Fleytman (1):
RX initialization sequence fixed - enable RX after corresponding ring
initialization only
drivers/net/ethernet/intel/e1000/e1000_ethtool.c |9 +
drivers/net/ethernet/intel/e1000/e1000_main.c| 18
Reported-by: Chris Webb chris.w...@elastichosts.com
Reported-by: Richard Davies richard.dav...@elastichosts.com
Signed-off-by: Dmitry Fleytman dmi...@daynix.com
---
drivers/net/ethernet/intel/e1000/e1000_ethtool.c |9 +
drivers/net/ethernet/intel/e1000/e1000_main.c| 18
it merged into stable distributions.
Is there any chance you could commit it in stable series?
Can we help you with this (i.e. prepare backported patches, etc.)?
Please, advise.
Thanks in advance,
Dmitry Fleytman
On Mon, Oct 15, 2012 at 7:52 AM, Jeff Kirsher
jeffrey.t.kirs...@intel.com wrote:
On Sun
(RX enable and then ring allocate), so I'm
starting to suspect that this is
the correct behavior.
If you confirm this is the way HW works, the this patch should be
ignored. This is pure QEMU bug and we'll fix it there.
Thanks,
Dmitry.
On Mon, Oct 15, 2012 at 8:53 PM, Alexander Duyck
Hello, Alex
Many thanks for clarification. I think your assumption is
correct and this is exactly what needs to be fixed in QEMU.
Is there any publicly available specification for Intel devices that
explains their operation in such a great details?
Dmitry.
On Mon, Oct 15, 2012 at 10:03 PM
(arc_ps2_exit);
The last 2 functions can be replaced with:
module_platform_driver(arc_ps2_driver);
+MODULE_LICENSE(GPL);
+MODULE_AUTHOR(Pavel Sokolov psoko...@synopsys.com);
+MODULE_DESCRIPTION(ARC PS/2 Driver);
--
1.7.0.4
Thanks.
--
Dmitry
--
To unsubscribe from this list: send the line
portion of the patch series, please merge through
MFD tree.
Thanks.
--
Dmitry
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http
);
+MODULE_DESCRIPTION(ARC PS/2 Driver);
--
1.7.0.4
--
Dmitry
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On 9/20/07, Paul E. McKenney [EMAIL PROTECTED] wrote:
On Thu, Sep 20, 2007 at 01:31:35PM -0400, Dmitry Torokhov wrote:
OK, then what is the purpose of synchronize_sched() in -rt?
To wait for all preempt-disable, irq-disable, hard-irq, and SMI/NMI code
sequences to complete.
OK, so what
On 24/09/2007, Hiroshi Shimamoto [EMAIL PROTECTED] wrote:
Hi Ingo and Dmitry,
I made a clean-up patch about fixing invalid sched_class use.
thanks!
Dmitry, could you please review and sign it?
The adjusting sched_class is a missing part of the already existing
do not leak PI boosting
driver introduced in previous
release.
Thomas Rohwer (1):
Input: appletouch - fix idle reset logic
drivers/input/mouse/appletouch.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
--
Dmitry
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
On 9/25/07, Linus Torvalds [EMAIL PROTECTED] wrote:
On Tue, 25 Sep 2007, Dmitry Torokhov wrote:
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
/input0
S: Sysfs=/devices/pci:00/:00:1d.0/usb1/1-2/1-2:1.0/input/input2
with kernel 2.6.23 I saw
P: Phys=/input0
S: Sysfs=/class/input/input0
I this a wanted change or should I still see the same with 2.6.23?
Is this with CONFIG_SYSFS_DEPRECATED=y?
--
Dmitry
On 9/25/07, Michael Guntsche [EMAIL PROTECTED] wrote:
On Sep 25, 2007, at 19:51, Dmitry Torokhov wrote:
Hi Michael,
...
I this a wanted change or should I still see the same with 2.6.23?
Is this with CONFIG_SYSFS_DEPRECATED=y?
No, CONFIG_SYSFS_DEPRECATED is not set with both
humm... I think, it'd be safer to have something like the following
change in place.
The thing is that __pick_next_entity() must never be called when
first_fair(cfs_rq) == NULL. It wouldn't be a problem, should 'run_node'
be the very first field of 'struct sched_entity' (and it's the second).
debounce_time; /* in ns */
+ u32 coldrive_time; /* in ns */
+ u32 keyup_test_interval; /* in ms */
+};
+
+#define KEYVAL(col, row, val) (((1 col) 24) | ((1 row) 16) |
(val))
+
+#endif
Thank you.
--
Dmitry
-
To unsubscribe from this list: send the line
] Fehler 1
any ideas?
Please send .config file.
Ix xpad driver built-in (yes, it is) and led driver is modular?
We can fix that...
I have the patch below in mytree. I guess I need to forward it to Linus
insterad of waiting for 2.6.24 as too many people hit this.
--
Dmitry
Input
, Dmitry Tyschenko wrote:
Hello,
I have laptop Asus X50M. Using old Debian Etch from February.
Kernel from 2.6.21 doesn't boot, hangs up just in 10seconds - 1minute
after GRUB screen.
I have tryed different versions of gcc (4.1.1, 4.1.2, 4.2.1) to build
2.6.22.8 kernel, but no results
2007/9/28, Thomas Gleixner [EMAIL PROTECTED]:
On Fri, 2007-09-28 at 00:01 +0300, Dmitry Tyschenko wrote:
Sorry, I am newbie in linux. Hope you was talking about:
/boot/vmlinuz-2.6.22-1-k7 root=/dev/sda5 ro nohz=off
Yes.
But it doesn't help for Debians 2.6.22-1 (I don't have another
465535102 40 51695c9ef ../build/kernel/sched.o
yeah, this seems to require task_rq_lock/unlock() but this is not a hot
path.
what do you think?
(compiles well, not functionally tested yet)
Almost-Signed-off-by: Dmitry Adamushko [EMAIL PROTECTED]
---
diff --git a/kernel/sched.c
remove obsolete code -- calc_weighted()
Signed-off-by: Dmitry Adamushko [EMAIL PROTECTED]
---
diff --git a/kernel/sched_fair.c b/kernel/sched_fair.c
index fe4003d..2674e27 100644
--- a/kernel/sched_fair.c
+++ b/kernel/sched_fair.c
@@ -342,17 +342,6 @@ update_stats_wait_start(struct cfs_rq
and this one,
make dequeue_entity() / enqueue_entity() and update_stats_dequeue() /
update_stats_enqueue() look similar, structure-wise.
zero effect, functionally-wise.
Signed-off-by: Dmitry Adamushko [EMAIL PROTECTED]
---
diff --git a/kernel/sched_fair.c b/kernel/sched_fair.c
index 2674e27
Signed-off-by: Dmitry Baryshkov [EMAIL PROTECTED]
diff --git a/net/ipv6/mcast.c b/net/ipv6/mcast.c
index ae98818..c70a87d 100644
--- a/net/ipv6/mcast.c
+++ b/net/ipv6/mcast.c
@@ -38,6 +38,7 @@
#include linux/times.h
#include linux/net.h
#include linux/in.h
+#include linux/igmp.h
#include
On 01/10/2007, Ingo Molnar [EMAIL PROTECTED] wrote:
* Dmitry Adamushko [EMAIL PROTECTED] wrote:
here is a few patches on top of the recent 'sched-dev':
(1) [ proposal ] make timeslices of SCHED_RR tasks constant and not
dependent on task's static_prio;
(2) [ cleanup
The following patch (sched: disable sleeper_fairness on SCHED_BATCH)
seems to break GROUP_SCHED. Although, it may be
'oops'-less due to the possibility of 'p' being always a valid
address.
Signed-off-by: Dmitry Adamushko [EMAIL PROTECTED]
---
diff --git a/kernel/sched_fair.c b/kernel
.
Or was it meant to be listed under Hardware I/O ports?
It sure seems odd there to me.
Yes, they are meant to be under Hardware I/O ports. Like serio ports
they represent hardware ports to which devices (such as gamepads or
a joysticks can be connected to).
--
Dmitry
-
To unsubscribe from this list: send
;
}
+
/*
* Find the rightmost entry in the rbtree:
*/
Jarek P.
--
Best regards,
Dmitry Adamushko
--- sched_fair-old.c 2007-10-03 12:45:17.010306000 +0200
+++ sched_fair.c 2007-10-03 12:44:46.899851000 +0200
@@ -803,7 +803,35 @@ static void yield_task_fair(struct rq *r
On 03/10/2007, Dmitry Adamushko [EMAIL PROTECTED] wrote:
On 03/10/2007, Jarek Poplawski [EMAIL PROTECTED] wrote:
I can't see anything about clearing. I think, this was about charging,
which should change the key enough, to move a task to, maybe, a better
place in a que (tree) than
Hello,
David Stevens wrote:
Dmitry,
Good catch; a couple comments:
Thank you for the response.
struct ipv6_pinfo *np = inet6_sk(sk);
int err;
+ int addr_type = ipv6_addr_type(addr);
+
+ if (addr_type == IPV6_ADDR_MAPPED) {
+ __be32 v4addr = addr-s6_addr32[3
Subject: Driver core: fix SYSF_DEPRECATED breakage for nested classdevs
From: Dmitry Torokhov [EMAIL PROTECTED]
We should only reparent to a class former class devices that
form the base of class hierarchy. Nested devices should still
grow from their real parents.
Signed-off-by: Dmitry Torokhov
Insert file... to insert
them.
--
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/
of servlets?
Regards,
--
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/
- use input_set_drvdata() and input_get_drvdata().
--
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/
recommend removing
support for extended relative mode and concentrating on making
absolute mode work so that Synaptics X driver can be used with this
touchpad as well.
--
Dmitry
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
merged. There should be no warning anymore.
--
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 vanilla
keymap into a per-device memory and set up keymap, keycodesize and
keycodemax in input device structure.
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,
On Saturday 04 August 2007 18:45, William Pettersson wrote:
Hi,
This patch adds support for the Alps touchpad on my Dell Vostro 1400 to
the linux kernel.
Signed-off-by: William Pettersson [EMAIL PROTECTED]
Applied, thank you William.
--
Dmitry
-
To unsubscribe from this list: send
[EMAIL PROTECTED]
Applied, thank you Elvis.
--
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 Monday 27 August 2007 18:07, Daniel Ritz wrote:
OK, so here's the new patch, inline this time:
thanks. looks fine now. forwarding to Dmitry for mainline inclusion...
Applied, thank you.
--
Dmitry
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
On Monday 20 August 2007 20:38, Samuel Thibault wrote:
Hi,
Some braille keyboards have 10 dots, so extend the Input braille keys
definitions.
Signed-off-by: Samuel Thibault [EMAIL PROTECTED]
Applied, thank you Samuel.
--
Dmitry
-
To unsubscribe from this list: send the line
drops. But you are
right, input_free_device() is still needed in error path.
--
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
section) ?
--
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/
confusing for, e.g. XInput hotplug facilities in
setups with multiple identical touchscreens.
Signed-off-by: Vladimir Shebordaev [EMAIL PROTECTED]
Applied, thank you Vladimir.
--
Dmitry
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
platform code to mark devices as wakeup-able, wouldn't you agree?
--
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
that allow multiple devices should not
attempt to use -1 for the very first instance - this should eliminate
potential for error and special handling that you are talking about.
--
Dmitry
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
(dc_kbd_driver.drv); is much shorter...
+}
+
+static void __exit dc_kbd_exit(void)
+{
+ driver_unregister(dc_kbd_driver.drv);
+}
+
+module_init(dc_kbd_init);
+module_exit(dc_kbd_exit);
If these are fixed you may add:
Acked-by: Dmitry Torokhov [EMAIL PROTECTED]
Thank you.
--
Dmitry
=b1ac36ff5e3756cefc79967a26280056da31bf6f
Hmm, fixing udev is good but users will not get the change in time. I think we
need to adjust SYSFS_DEPRECATED code to produce old results. Something like the
patch below. I wonder what Greg would think...
--
Dmitry
Driver core: fix deprectated sysfs
window.
--
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 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 Sievers wrote:
On 9/8/07, Anssi Hannula [EMAIL PROTECTED] wrote:
However, the change that broke id_path of udev is that
/sys/class
On 9/10/07, Adrian McMenamin [EMAIL PROTECTED] wrote:
On 10/09/2007, Dmitry Torokhov [EMAIL PROTECTED] wrote:
Hi Adrian,
Thanks for the comments - will get on with this but
+ for (i = 0; i NR_SCANCODES; i++)
+ kbd-keycode[i] = dc_kbd_keycode[i];
memcpy
);
+
+ task_rq_unlock(rq, flags);
+}
+
--
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://www.tux.org
(against 2.6.23-rc4-mm1).
as everyone seems to be in a quest for a better name... I think, the
obvious one would be just 'group_sched'.
--
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
in mind when I asked for memcpy. How about:
memcpy(kbd-keycode, dc_kbd_keycode, sizeof(kbd-keycode);
?
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
)
tsk-sched_class-set_curr_task(rq);
}
task_rq_unlock(rq, flags);
}
--
Regards,
vatsa
--
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
deletions(-)
--
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/
occurrences ?!?
By bad, sorry.
--
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/
- it grabs the device and so no
event will flow through keyboard driver... We'd need a new solution...
--
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
On 7/20/07, Adrian Bunk [EMAIL PROTECTED] wrote:
On Fri, Jul 20, 2007 at 01:47:36PM -0400, Dmitry Torokhov wrote:
Hi Geert,
On 7/20/07, Geert Uytterhoeven [EMAIL PROTECTED] wrote:
From: Geert Uytterhoeven [EMAIL PROTECTED]
m68k/mac: Make mac_hid_mouse_emulate_buttons() declaration visible
On 7/20/07, Adrian Bunk [EMAIL PROTECTED] wrote:
On Fri, Jul 20, 2007 at 02:51:02PM -0400, Dmitry Torokhov wrote:
On 7/20/07, Adrian Bunk [EMAIL PROTECTED] wrote:
On Fri, Jul 20, 2007 at 01:47:36PM -0400, Dmitry Torokhov wrote:
Hi Geert,
On 7/20/07, Geert Uytterhoeven [EMAIL PROTECTED
Fix libata compilation.
Signed-off-by: Dmitry Monakhov [EMAIL PROTECTED]
---
drivers/ata/libata-core.c |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/drivers/ata/libata-core.c b/drivers/ata/libata-core.c
index cc6ba64..721f43d 100644
--- a/drivers/ata/libata-core.c
Hi Geert,
On Saturday 21 July 2007 04:27, Geert Uytterhoeven wrote:
On Fri, 20 Jul 2007, Dmitry Torokhov wrote:
I am OK with adding a new header file. I was just saying that placing
that declaration in linux/hid.h makes about the same sense as putting
it into linux/scsi.h
At first I
- no changes at all, just move duplicated code to macro expression.
Signed-off-by: Dmitry Monakhov [EMAIL PROTECTED]
---
arch/i386/kernel/entry.S | 21 +
1 files changed, 9 insertions(+), 12 deletions(-)
diff --git a/arch/i386/kernel/entry.S b/arch/i386/kernel/entry.S
- for argument was pushed to the stack, but printk use only three of
them.
Signed-off-by: Dmitry Monakhov [EMAIL PROTECTED]
---
arch/i386/kernel/head.S |7 +++
1 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/arch/i386/kernel/head.S b/arch/i386/kernel/head.S
index 7c52b22
On Sunday 22 July 2007 08:51, Geert Uytterhoeven wrote:
On Sun, 22 Jul 2007, Dmitry Torokhov wrote:
On Saturday 21 July 2007 04:27, Geert Uytterhoeven wrote:
On Fri, 20 Jul 2007, Dmitry Torokhov wrote:
I am OK with adding a new header file. I was just saying that placing
On Saturday 21 July 2007 11:02, Jesper Juhl wrote:
Hi,
This patch cleans up duplicate includes in
drivers/input/
Applied to for-linus branch of input tree, thank you.
--
Dmitry
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
Hi everyone,
I finally managed to put together some patches implementing
locking in input core and main input handles. Please look
over them and give them a spin.
--
Dmitry
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
Input: mousedev - implement proper locking
Signed-off-by: Dmitry Torokhov [EMAIL PROTECTED]
---
drivers/input/mousedev.c | 736 +--
1 files changed, 464 insertions(+), 272 deletions(-)
Index: work/drivers/input/mousedev.c
Input: implement proper locking in input core
Also add some kerneldoc documentation to input.h
Signed-off-by: Dmitry Torokhov [EMAIL PROTECTED]
---
drivers/input/input.c | 656 --
include/linux/input.h | 112 +++-
2 files changed, 585
Input: evdev - implement proper locking
Signed-off-by: Dmitry Torokhov [EMAIL PROTECTED]
---
drivers/input/evdev.c | 719 +-
1 files changed, 476 insertions(+), 243 deletions(-)
Index: work/drivers/input/evdev.c
Input: tsdev - implement proper locking
Signed-off-by: Dmitry Torokhov [EMAIL PROTECTED]
---
drivers/input/tsdev.c | 392 +++---
1 files changed, 278 insertions(+), 114 deletions(-)
Index: work/drivers/input/tsdev.c
Input: joydev - implement proper locking
Signed-off-by: Dmitry Torokhov [EMAIL PROTECTED]
---
drivers/input/joydev.c | 745 -
1 files changed, 493 insertions(+), 252 deletions(-)
Index: work/drivers/input/joydev.c
between spin_lock_irq and spin_lock_irqsave.. I will change back to
irqsave version, it is indeed safer.
--
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
I've prepared patch-set which i hope makes dm code safer and better :)
- First tree patches fix various leaks.
- Last five patches just convert kmalloc + memset couple to single kzalloc
(probably it should be folded to one commit).
-
To unsubscribe from this list: send the line unsubscribe
Signed-off-by: Dmitry Monakhov [EMAIL PROTECTED]
---
drivers/md/dm-crypt.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/md/dm-crypt.c b/drivers/md/dm-crypt.c
index cdd3f2c..1315002 100644
--- a/drivers/md/dm-crypt.c
+++ b/drivers/md/dm-crypt.c
@@ -175,6 +175,7
Signed-off-by: Dmitry Monakhov [EMAIL PROTECTED]
---
drivers/md/raid5.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/md/raid5.c b/drivers/md/raid5.c
index 0f30826..79dd2c7 100644
--- a/drivers/md/raid5.c
+++ b/drivers/md/raid5.c
@@ -4985,6 +4985,8 @@ static
- Add missing 'dm_io_client_destroy' to alloc_context error path.
- Reorganize mirror constructor error path in order to prevent
workqueue leakage.
Signed-off-by: Dmitry Monakhov [EMAIL PROTECTED]
---
drivers/md/dm-raid1.c | 28 +++-
1 files changed, 15 insertions
Signed-off-by: Dmitry Monakhov [EMAIL PROTECTED]
---
drivers/md/dm-hw-handler.c |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/md/dm-hw-handler.c b/drivers/md/dm-hw-handler.c
index baafaab..2ee84d8 100644
--- a/drivers/md/dm-hw-handler.c
+++ b/drivers/md/dm
Signed-off-by: Dmitry Monakhov [EMAIL PROTECTED]
---
drivers/md/dm-table.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/drivers/md/dm-table.c b/drivers/md/dm-table.c
index 2fc199b..17237b1 100644
--- a/drivers/md/dm-table.c
+++ b/drivers/md/dm-table.c
@@ -213,12
Signed-off-by: Dmitry Monakhov [EMAIL PROTECTED]
---
drivers/md/dm-emc.c |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/md/dm-emc.c b/drivers/md/dm-emc.c
index 265c467..f04e950 100644
--- a/drivers/md/dm-emc.c
+++ b/drivers/md/dm-emc.c
@@ -224,12 +224,10
Signed-off-by: Dmitry Monakhov [EMAIL PROTECTED]
---
drivers/md/dm-path-selector.c |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/md/dm-path-selector.c b/drivers/md/dm-path-selector.c
index f10a0c8..ca1bb63 100644
--- a/drivers/md/dm-path-selector.c
+++ b
401 - 500 of 27822 matches
Mail list logo