Hi,
2008/1/7, Anton Vorontsov [EMAIL PROTECTED]:
On Sun, Jan 06, 2008 at 03:30:16PM +0300, Dmitry Baryshkov wrote:
Support using VOLTAGE_* properties for apm calculations. It's pretty
dummy, but useful for batteries for which we can only get voltages.
Here Signed-off-by: line is missing
Hi,
2008/1/7, Anton Vorontsov [EMAIL PROTECTED]:
On Mon, Jan 07, 2008 at 01:15:32AM +0300, Dmitry wrote:
[...]
+ POWER_SUPPLY_ATTR(voltage_max),
+ POWER_SUPPLY_ATTR(voltage_min),
I'd suggest keep Documentation/power_supply_class.txt in sync
wrt new properties
Hi,
2008/1/7, Anton Vorontsov [EMAIL PROTECTED]:
On Mon, Jan 07, 2008 at 02:13:07AM +0300, Dmitry wrote:
Hi,
2008/1/7, Anton Vorontsov [EMAIL PROTECTED]:
On Mon, Jan 07, 2008 at 01:15:32AM +0300, Dmitry wrote:
[...]
+ POWER_SUPPLY_ATTR(voltage_max
Hi,
2008/1/13, Anton Vorontsov [EMAIL PROTECTED]:
On Sun, Jan 13, 2008 at 01:50:16AM +0300, Dmitry Baryshkov wrote:
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
Hi,
2007/12/16, Russell King - ARM Linux [EMAIL PROTECTED]:
On Tue, Dec 11, 2007 at 06:38:51PM +0300, Dmitry Baryshkov wrote:
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.
Looks
Hi, Anton,
2008/1/4, Anton Vorontsov [EMAIL PROTECTED]:
Hi Dmitry,
On Thu, Jan 03, 2008 at 03:53:19AM +0300, Dmitry Baryshkov wrote:
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.
Thanks for the patch
Hi,
2008/2/13, Mark Brown [EMAIL PROTECTED]:
On Tue, Feb 12, 2008 at 10:58:50PM +, Dmitry Baryshkov wrote:
You used platform_device_register, but should be using platform_device_add,
otherwise you get barfs with 2.6.25-rc1 (device is initialized twice). Also
Thanks for that. I feel
0x7000
+#define WM97XX_COO 0x0800 /* enable coordinate mode */
+#define WM97XX_CTC 0x0400 /* enable continuous mode */
--
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
Hi,
2008/1/19, Mark Brown [EMAIL PROTECTED]:
On Fri, Jan 18, 2008 at 06:11:45PM +, Dmitry Baryshkov wrote:
Dmitry Torokhov wrote:
I will need some more time to review and understand the need for the new
bus in the driver.
Most likely this can be converted to platform_bus. Maybe
Hi,
2008/1/20, Mark Brown [EMAIL PROTECTED]:
On Sat, Jan 19, 2008 at 10:48:32PM +0300, Dmitry wrote:
Well... It's a common suggestion not to duplicate code. The wm97xx bus
looks mostly like platform. The only difference is the name. To help
visualisation, devices can have parents. Just
2008/1/26, Mark Brown [EMAIL PROTECTED]:
On Sat, Jan 26, 2008 at 10:18:16AM +, Dmitry Baryshkov wrote:
Please apply this patch.
Done, thanks.
BTW: Could you please also add me to the CC list
of this patch serie?
Sure.
Thanks!
--
With best wishes
Hi, Anton,
2008/1/4, Anton Vorontsov <[EMAIL PROTECTED]>:
> Hi Dmitry,
>
> On Thu, Jan 03, 2008 at 03:53:19AM +0300, Dmitry Baryshkov wrote:
> > Currently pda-power adds both ac and usb power supply units.
> > This patch fixes it so that psu are added only if t
Hi,
2008/1/6, Anton Vorontsov <[EMAIL PROTECTED]>:
> On Sun, Jan 06, 2008 at 03:27:18PM +0300, Dmitry Baryshkov wrote:
> > Add LiMn (one of the most common for small non-rechargable batteries)i
> > battery technology and voltage_min/_max properties support.
> >
> >
Hi,
2008/1/7, Anton Vorontsov <[EMAIL PROTECTED]>:
> On Sun, Jan 06, 2008 at 03:30:16PM +0300, Dmitry Baryshkov wrote:
> > Support using VOLTAGE_* properties for apm calculations. It's pretty
> > dummy, but useful for batteries for which we can only get voltages.
>
&g
Hi,
2008/1/7, Anton Vorontsov <[EMAIL PROTECTED]>:
> On Mon, Jan 07, 2008 at 01:15:32AM +0300, Dmitry wrote:
> [...]
> > > > + POWER_SUPPLY_ATTR(voltage_max),
> > > > + POWER_SUPPLY_ATTR(voltage_min),
> > >
> > > I'd suggest keep Docu
Hi,
2008/1/7, Anton Vorontsov <[EMAIL PROTECTED]>:
> On Mon, Jan 07, 2008 at 02:13:07AM +0300, Dmitry wrote:
> > Hi,
> >
> > 2008/1/7, Anton Vorontsov <[EMAIL PROTECTED]>:
> > > On Mon, Jan 07, 2008 at 01:15:32AM +0300, Dmitry wrote:
> > > [.
Hi,
2008/1/13, Anton Vorontsov <[EMAIL PROTECTED]>:
> On Sun, Jan 13, 2008 at 01:50:16AM +0300, Dmitry Baryshkov wrote:
> > Hi,
> >
> > Please apply this patch. Otherwise pda_power can't generate wakeup
> > events. I forgot this in the initial pda_power
Hi,
2008/1/19, Mark Brown <[EMAIL PROTECTED]>:
> On Fri, Jan 18, 2008 at 06:11:45PM +0000, Dmitry Baryshkov wrote:
> > Dmitry Torokhov wrote:
>
> > > I will need some more time to review and understand the need for the new
> > > bus in the driver.
>
Hi,
2008/1/20, Mark Brown <[EMAIL PROTECTED]>:
> On Sat, Jan 19, 2008 at 10:48:32PM +0300, Dmitry wrote:
>
> > Well... It's a common suggestion not to duplicate code. The wm97xx bus
> > looks mostly like platform. The only difference is the name. To help
> > v
2008/1/26, Mark Brown <[EMAIL PROTECTED]>:
> On Sat, Jan 26, 2008 at 10:18:16AM +0000, Dmitry Baryshkov wrote:
>
> > Please apply this patch.
>
> Done, thanks.
>
> > BTW: Could you please also add me to the "CC" list
&
Hi,
2007/12/16, Russell King - ARM Linux <[EMAIL PROTECTED]>:
> On Tue, Dec 11, 2007 at 06:38:51PM +0300, Dmitry Baryshkov wrote:
> > Sorry, posted wrong version of patch. Here is correct version:
> >
> > Support keyboard on tosa (Sharp Zaurus SL-6000x).
> > Large
Hi,
2008/2/13, Mark Brown <[EMAIL PROTECTED]>:
> On Tue, Feb 12, 2008 at 10:58:50PM +0000, Dmitry Baryshkov wrote:
>
> > You used platform_device_register, but should be using platform_device_add,
> > otherwise you get barfs with 2.6.25-rc1 (device is initialized
uldn't this be 0x4000 ?
> +#define WM97XX_ADCSEL_MASK 0x7000
> +#define WM97XX_COO 0x0800 /* enable coordinate mode */
> +#define WM97XX_CTC 0x0400 /* enable continuous mode */
--
With best wishes
Dmitry
--
To unsubscribe from this list: send the line "unsubscrib
On Sun, 28 Jan 2001, Stefani Seibold wrote:
this is now the third try to release my patch for disabling all kernel
messages. It is usefull on deep embedded systems with no human interactions
--- linux/arch/s390/config.in Thu Nov 16 21:51:28 2000
+++ linux.noprintk/arch/s390/config.in
Hello,
This is known issue. cmpci driver included in the kernel is way too old.
I'm using newer driver (revision 4.14) and it works just fine. It was
announced on lkml long time ago. Last time I checked there was even newer
driver - 5.64. The one in the kernel has version 2.41. Is it possible
Matti Aarnio wrote:
On Wed, Sep 20, 2000 at 04:38:45PM +0100, Robert Greimel wrote:
Hi,
I am just wondering if linux-kernel-digest is going to come back.
Greetings
According to DaveM: No.
(Sometimes he holds possibly bad opinnions as ferociously as Linus,
but on the other
On Thu, 28 Sep 2000, MOHAMMED AZAD wrote:
I am developing a driver for a crypto card... and i need this driver to run
on different kernel versions say 2.0.x to 2.2.x... how do i do that or
is it better not to support backward kernels like 2.0 any help
appreciated...
Rik van Riel wrote:
On Mon, 9 Oct 2000, Marco Colombo wrote:
On Fri, 6 Oct 2000, Rik van Riel wrote:
[...]
They are niced because the user thinks them a bit less
important.
Please don't, this assumption is quite wrong. I use nice just to
be 'nice' to other users. I can run my
On Fri, 2 Mar 2001, bert hubert wrote:
ftruncate() and truncate() may extend a file but they are not required to
do so.
I would've sworn, based on the fact that I saw people do it, that ftruncate
was a legitimate way to extend a file - especially useful in combination
with mmap().
Hello!
I have problems with kernels =2.2.15
Always have similar oops about 1-2 times per week.
2.2.13 works good for me, but now I need big ide drive support.
I don't tried 2.2.14 yet, but looks like bug is in 2.2.14 and greater.
I have dual processors server with 5 eepro100 interfaces (2 cards
When I switch to 2.4 kernel my SCSI card does not detect anymore,
because AHA1542 driver does not accept kernel command-line options.
I send small patch to fix that.
I'm not subscribed at the kernel mail list, so please send any
question/answer to my personal mail address.
Thanks,
Dmitry
From: Eric S. Raymond [EMAIL PROTECTED]
To: Alan Cox [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED]
Date: Wed, 18 Apr 2001 01:26:48 -0400
Subject: Supplying missing entries for Configure.help, part 4
This patch supplies seventeen
On Thu, 21 Jun 2001, Balbir Singh wrote:
I realize that the Linux kernel supports user
level drivers (via ioperm, etc). However interrupts
at user level are not supported, does anyone think
it would be a good idea to add user level interrupt
support ? I have a framework for it, but it still
On Thu, 21 Jun 2001, Oliver Neukum wrote:
Lastly an IRQ kernel module can disable_irq() from interrupt handler
and enable it again only on explicit acknowledge from user.
Unless you need that interrupt to be enabled to deliver the signal or let
Need not. Signal and other event delivery
Hans-Christian Armingeon wrote:
On Wednesday, 4. July 2001 20:49, Joseph Mathewson wrote:
Having heard the various horror stories about the VIA PCI data corruption
bugs, and watching one Via based machine destroy itself with a Mandrake 8.0
2.4.3, I was just wondering if anyone had a
not see flexcop_pci_isr being called from
anywhere but IRQ context.
BTW, is irq_lock needed at all?
--
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
to the following deadlock:
rmmod my_module /path/to/some/file/incrementing/my/refcount
--
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
On 4/16/07, Greg KH [EMAIL PROTECTED] wrote:
On Mon, Apr 16, 2007 at 02:30:17PM -0400, Dmitry Torokhov wrote:
On 4/16/07, Cornelia Huck [EMAIL PROTECTED] wrote:
Hi,
based on the discussion in How should an exit routine wait for
release() callbacks?, I've cooked up some patches that make
On 4/16/07, Alan Stern [EMAIL PROTECTED] wrote:
On Mon, 16 Apr 2007, Dmitry Torokhov wrote:
On 4/16/07, Cornelia Huck [EMAIL PROTECTED] wrote:
Hi,
based on the discussion in How should an exit routine wait for
release() callbacks?, I've cooked up some patches that make module
unload
On 4/16/07, Greg KH [EMAIL PROTECTED] wrote:
On Mon, Apr 16, 2007 at 03:47:13PM -0400, Dmitry Torokhov wrote:
On 4/16/07, Alan Stern [EMAIL PROTECTED] wrote:
On Mon, 16 Apr 2007, Dmitry Torokhov wrote:
On 4/16/07, Cornelia Huck [EMAIL PROTECTED] wrote:
Hi,
based on the discussion
On 4/16/07, Greg KH [EMAIL PROTECTED] wrote:
On Mon, Apr 16, 2007 at 03:03:16PM -0400, Dmitry Torokhov wrote:
On 4/16/07, Greg KH [EMAIL PROTECTED] wrote:
On Mon, Apr 16, 2007 at 02:30:17PM -0400, Dmitry Torokhov wrote:
On 4/16/07, Cornelia Huck [EMAIL PROTECTED] wrote:
Hi,
based
On Saturday 14 April 2007 12:09, Éric Piel wrote:
This patch adds support for mail and wifi leds. It modifies the Kconfig
file to automatically pull led_class with wistron_btns, hopefully
everyone is fine with this.
Was there 1/2 file?
--
Dmitry
-
To unsubscribe from this list: send
On Tuesday 17 April 2007 13:19, John Anthony Kazos Jr. wrote:
/*
- * Samma på svenska..
+ * Samma på svenska..
*/
Translating this comment into english so more people could understand it
would be better option.
--
Dmitry
-
To unsubscribe from this list: send the line unsubscribe linux
or referenced dev structure so everything is fine.
--
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/
translation from russian) applied to user's hand.
If we are interested in using FF API we need to come up with a way
to express this effect without exposing implementation details of
one particular device.
--
Dmitry
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
On Чтв, 2007-04-19 at 17:45 +1000, Zik Saleeba wrote:
I'm looking for a little advice on writing a driver for the Phillips
sc16is752 SPI UART chip. I've written drivers before but I'm having a
problem with this one. Since this driver is both an SPI driver and a
UART driver I'm unclear on
On 4/19/07, Cornelia Huck [EMAIL PROTECTED] wrote:
On Wed, 18 Apr 2007 12:41:36 -0400,
Dmitry Torokhov [EMAIL PROTECTED] wrote:
I am still do not understand why this is needed. Would it not be
simplier just to use a reference to struct device instead of embedding
it in a larger structure
On 4/19/07, Cornelia Huck [EMAIL PROTECTED] wrote:
On Thu, 19 Apr 2007 09:13:43 -0400,
Dmitry Torokhov [EMAIL PROTECTED] wrote:
Because they are managed by 2 different entities. the struct device
objects are managed by device core and driver-specific objects are
managed by their respective
On 4/19/07, Jiri Slaby [EMAIL PROTECTED] wrote:
Dmitry Torokhov napsal(a):
I have been thinking about this and I don't think that exporting motor
data is a good idea, at least not in case of Phantom driver. The fact
that there are 3 motors is a hardware implementation detail
On 4/19/07, Alan Stern [EMAIL PROTECTED] wrote:
On Wed, 18 Apr 2007, Dmitry Torokhov wrote:
I am still do not understand why this is needed. Would it not be
simplier just to use a reference to struct device instead of embedding
it in a larger structure if their lifetimes are different
On 4/20/07, Alan Stern [EMAIL PROTECTED] wrote:
Dmitry, in thinking things over some more I realized there's going to be a
problem with the autosuspend support in USB. It has to do with the way a
driver needs to prevent (or block) suspends from occurring while it is
actively using a device
On 4/20/07, Giuseppe Bilotta [EMAIL PROTECTED] wrote:
Sorry, it seems I was wrong, it's not usbhid but usbmouse taking over.
After a fresh plug (e.g. at bootup) I get the following:
Well, the question is - why do you have usbmouse module on your system?
--
Dmitry
-
To unsubscribe from
it they will get endless
stream of errors when trying to access it.
--
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 Tejun,
On 4/20/07, Tejun Heo [EMAIL PROTECTED] wrote:
Hello, Dmitry.
Dmitry Torokhov wrote:
On 4/19/07, Cornelia Huck [EMAIL PROTECTED] wrote:
On Thu, 19 Apr 2007 09:13:43 -0400,
Dmitry Torokhov [EMAIL PROTECTED] wrote:
Because they are managed by 2 different entities. the struct
On 4/20/07, Tejun Heo [EMAIL PROTECTED] wrote:
Hello, Dmitry.
Dmitry Torokhov wrote:
Many drivers (at least all the SCSI/IDE ones) consider struct device as
the base class of the devices those drivers implement. I don't think we
can just consider those drivers to be wrong.
I am not saying
know if this is relevant.
After booting back to .20-mm2 everything is OK.
Thanks. Cc's added.
Remains unsolved in 2.6.21-rc3-mm2.
Does a PS/2 keyboard behave for you?
Nowadays I forward all USB HID related issues to Jiri Kosina ;) (CCed).
--
Dmitry
-
To unsubscribe from this list: send
On 3/9/07, Andres Salomon [EMAIL PROTECTED] wrote:
I haven't seen patches in your tree; are you waiting for me to do the
cleanups and resend?
Still in my private tree; will try to push out over the weekend.
--
Dmitry
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
a device finally goes away.
--
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 3/9/07, Oliver Neukum [EMAIL PROTECTED] wrote:
Am Freitag, 9. März 2007 18:02 schrieb Dmitry Torokhov:
I think we already have all refcounting that is needed. What is
missing is subsystem-provided -release() hooks for drivers to release
driver-specific resources when a device finally goes
hid_disconnect -
hidinput_disconnect - input_unregister_device. This corrupts the list
of handles which cat process is walking.
I was unable to devise a scheme to protect the stock h_list adequately,
so I implemented a private list of mousedev instances, which can be
protected correctly.
Dmitry, please
On 3/9/07, Pete Zaitcev [EMAIL PROTECTED] wrote:
On Fri, 9 Mar 2007 09:28:49 -0500, Dmitry Torokhov [EMAIL PROTECTED] wrote:
On 2/28/07, Pete Zaitcev [EMAIL PROTECTED] wrote:
Dmitry, please consider getting rid of the list of handles entirely.
The other major user is drivers/char
of struct device_type yet...
--
Dmitry
Driver core: use attribute groups in struct device_type
Attribute groups are more flexible than attribute lists
(an attribute list can be represented by anonymous group)
so switch struct device_type to use them.
Also rework attribute creation for devices so
On Saturday 10 March 2007 01:55, Greg KH wrote:
On Fri, Mar 09, 2007 at 10:54:43PM -0800, Greg KH wrote:
On Sat, Mar 10, 2007 at 01:37:34AM -0500, Dmitry Torokhov wrote:
Greg,
Please consider applying the patch below. It switches struct device_type
to using attribute groups which
to operate on (psmouse does this by taking a lock on device and
then checking if driver bound is the same address as psmouse). But I'd
rather get rid of all this clutter if we could sever sysfs access
after removing corresponding attributes.
--
Dmitry
-
To unsubscribe from this list: send the line
. Plus, refcounting also bloats the kernel so I don't relly want to
use refcount for every integer I happen to export through sysfs if I
can simply revoke access.
--
Dmitry
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
(action on sysfs may cause some other device to be destroyed
but that should be ok, only self-destruction is not allowed, right?)
--
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
(name, %d, irq);
/* create /proc/irq/1234 */
irq_desc[irq].dir = proc_mkdir(name, root_irq_dir);
...
Both will try to initialize irq_desc[irq].dir and smp_affinity
entry... Not bum, but a possible leak indeed.
TIA,
--
Best regards,
Dmitry Adamushko
-
To unsubscribe from this list
) a part that sets this fact (data is
available)...
--
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
).
Patch 2 adds a generic map that should fit most users but has the
disadvantage of not being automatic.
Dmitry, I've tried to make them against your tree. Still, if they don't
apply cleanly, just tell me and I'll try harder!
I have couple of comments/requests:
1. KEY_OPEN and KEY_CLOSE should
there?
--
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 3/14/07, Éric Piel [EMAIL PROTECTED] wrote:
03/14/2007 02:54 PM, Dmitry Torokhov wrote/a écrit:
Hi Eric,
:
I have couple of comments/requests:
1. KEY_OPEN and KEY_CLOSE should not be used to signal state of the
lid, they correspond to Accpication Control Open and Close keys from
USB
On 3/14/07, Vojtech Pavlik [EMAIL PROTECTED] wrote:
On Wed, Mar 14, 2007 at 09:54:27AM -0400, Dmitry Torokhov wrote:
Hi Eric,
On 3/13/07, Eric Piel [EMAIL PROTECTED] wrote:
Hello,
As a sequel to my patch Wistron button support for TravelMate 610 of
last week, here is a bigger addition
On 3/14/07, Dmitry Torokhov [EMAIL PROTECTED] wrote:
On 3/14/07, Vojtech Pavlik [EMAIL PROTECTED] wrote:
On Wed, Mar 14, 2007 at 09:54:27AM -0400, Dmitry Torokhov wrote:
Hi Eric,
On 3/13/07, Eric Piel [EMAIL PROTECTED] wrote:
Hello,
As a sequel to my patch Wistron button support
it is kernel-provided API linux-input list should be fine and I
think linux-kernel as well.
--
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
On 14/03/07, Dmitry Adamushko [EMAIL PROTECTED] wrote:
1-st issue: unprotected iteration over the IRQ action list in name_unique()
the racing sequences:
[ 1 ] request_irq() - setup_irq() - register_handler_proc() -
name_unique() - iterate over the action list (*)
setup_irq() releases
sysfs_deferred_work?
But we do not wish to defer or delay anything.
How about: sysfs_action_from_neutral_context
How about sysfs_schedule_work? That is what it does - schedules a work
on a sysfs object and everyone here knows what schedule_work() does.
--
Dmitry
-
To unsubscribe from this list
-off-by: Peter Osterlund [EMAIL PROTECTED]
Applied, thank you Peter.
--
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
, there are many 64bit amd systems with working USB
keyboards.
Do you happen to have USB Legacy setting in BIOS? If so, could you try
turning it off?
Also, does this happen only with one particular type of keyboard, or with
various ones?
Seeing .config might also be interesting.
--
Dmitry
/usbhid.ko
echo Loading usbkbd.ko module
insmod /lib/usbkbd.ko
echo sleeping for a few seconds
sleep 2
echo Mounting root filesystem
/bin/findroot
mount -o defaults --ro -t iso9660 /dev/root /sysroot
pivot_root /sysroot /sysroot/initrd
umount /initrd/proc
exec /sbin/init
--
Dmitry
-
To unsubscribe from
||
!((last+1) BITS_PER_PAGE_MASK)));
}
...
Oleg.
--
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
/proc/bus/input/devices on 2.6.12 and 2.6.17?
--
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/
. For more compex objects(blinking/different
colors/different brightness) we have a separate LED subsystem
(drivers/leds).
--
Dmitry
a better
idea.
What are the semantics of async sys_async_wait and async sys_async ?
Ohh. OpenVMS lives forever ;) Me likeee ;)
--
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
Hi Ingo,
On Tuesday 13 February 2007 15:39, Ingo Molnar wrote:
* Dmitry Torokhov [EMAIL PROTECTED] wrote:
What are the semantics of async sys_async_wait and async sys_async ?
Ohh. OpenVMS lives forever ;) Me likeee ;)
hm, i dont know OpenVMS - but googled around a bit for 'VMS
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:
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
- it should
call panic blink routine once every 1 ms.
--
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/
Deller [EMAIL PROTECTED]
Will apply, 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/
plugged in, you can cut the size of psmouse.ko in half by disabling
protocol extensions that are not in use.
hm, saving 4k or so.
Oh well, let's leave that up to Dmitry.
Yes I do want it. There are some protocols that are unlikely be in common
boxes (OLPC driver, eGalax touchscreen, I also
(cobalt_buttons_exit);
--
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 2/16/07, Andres Salomon [EMAIL PROTECTED] wrote:
Dmitry Torokhov wrote:
On Thursday 15 February 2007 20:30, Andrew Morton wrote:
On Thu, 15 Feb 2007 19:55:29 -0500
Andres Salomon [EMAIL PROTECTED] wrote:
[...]
Perhaps a nicer implementation would be to have a separate .c file for each
(or last) user opens or closes one of input interfaces, such as
/dev/input/eventX, /dev/input/jsX, etc and so it is naturally to
start/stop polling device from these functions.
Does this make sense?
--
Dmitry
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
):
Input: HIL - fix improper call to release_region()
Dmitry Torokhov (5):
Input: psmouse - properly reset mouse on shutdown/suspend
Input: i8042 - let serio bus suspend ports
Input: do not lock device when showing name, phys and uniq
Input: hid-lgff - treat devices as joysticks
resources until
device is marked for deletion and driver's -remove() method completes
but I would not rely on surrounding code for keeping an extra reference
and would just take one explicitely in platform_device_del().
--
Dmitry
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
Hi Jean,
On 2/19/07, Jean Delvare [EMAIL PROTECTED] wrote:
Hi Dmitry,
On Mon, 19 Feb 2007 01:05:30 -0500, Dmitry Torokhov wrote:
On Sunday 18 February 2007 15:30, Jean Delvare wrote:
In platform_device_del(), we currently delete the device resources
first, then we delete the device itself
Hi Victor,
On Saturday 17 March 2007 13:06, Victor Fernandes wrote:
Dmitry,
Thanks for you feedback, sorry for the delay on my reply but because
I'm not subscribe to the list, only now I saw your message. I hope you
will be able to see that this message is a follow up on the previous ones
On 3/19/07, Greg KH [EMAIL PROTECTED] wrote:
-stable review patch. If anyone has any objections, please let us know.
--
From: Dmitry Torokhov [EMAIL PROTECTED]
Input: i8042 - fix AUX IRQ delivery check
On boxes that do not implement AUX LOOP command we can not
verify AUX IRQ
On 3/15/07, Éric Piel [EMAIL PROTECTED] wrote:
03/14/2007 08:02 PM, Vojtech Pavlik wrote/a écrit:
On Wed, Mar 14, 2007 at 02:58:49PM -0400, Dmitry Torokhov wrote:
2. I also have a concern about using KEY_SCREEN to signal toggling
display on and off. I am CCing Vojtech - he must know what
evbug and type while
watching syslog. Do you observe the same delays?
--
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
On 3/21/07, johann deneux [EMAIL PROTECTED] wrote:
On 3/21/07, Jiri Slaby [EMAIL PROTECTED] wrote:
STenyaK (Bruno González) napsal(a):
On 3/14/07, Dmitry Torokhov [EMAIL PROTECTED] wrote:
I have a question: if the force is to be 3D, why only 3 possible
values?
What would they be, 3
);
Please consider implemention open and close methods for the input
device and start/stop timer from there - there is no point of checking
hardware state if noone is listening to events.
--
Dmitry
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
1 - 100 of 27801 matches
Mail list logo