On Thu, 24 Mar 2005 00:00:48 -0800, Greg KH [EMAIL PROTECTED] wrote:
On Thu, Mar 24, 2005 at 02:39:32AM -0500, Dmitry Torokhov wrote:
On Thursday 24 March 2005 02:25, Greg KH wrote:
On Thu, Mar 17, 2005 at 01:40:48AM -0500, Dmitry Torokhov wrote:
On Wednesday 16 March 2005 16:38, Frank
On Thu, 24 Mar 2005 10:10:59 -0800, Andy Isaacson [EMAIL PROTECTED] wrote:
So I added i8042.noaux to my kernel command line, rebooted, insmodded
intel_agp, started X, and verified no touchpad action. Then I
suspended, and it worked fine. After restart, I suspended again - also
fine.
So
On Thu, 24 Mar 2005 12:20:40 -0800, Andy Isaacson [EMAIL PROTECTED] wrote:
On Thu, Mar 24, 2005 at 02:18:40PM -0500, Dmitry Torokhov wrote:
On Thu, 24 Mar 2005 10:10:59 -0800, Andy Isaacson [EMAIL PROTECTED] wrote:
So I added i8042.noaux to my kernel command line, rebooted, insmodded
On Thu, 24 Mar 2005 12:20:40 -0800, Andy Isaacson [EMAIL PROTECTED] wrote:
On Thu, Mar 24, 2005 at 02:18:40PM -0500, Dmitry Torokhov wrote:
On Thu, 24 Mar 2005 10:10:59 -0800, Andy Isaacson [EMAIL PROTECTED] wrote:
So I added i8042.noaux to my kernel command line, rebooted, insmodded
On Thu, 24 Mar 2005 22:26:02 +0100, Adrian Bunk [EMAIL PROTECTED] wrote:
On Thu, Mar 24, 2005 at 12:13:16AM -0500, Dmitry Torokhov wrote:
On Wednesday 23 March 2005 22:14, Adrian Bunk wrote:
The Coverity checker noted that while all other uses of param in
ps2_command() were guarded
Hi,
On Fri, 25 Mar 2005 11:13:44 +0100, Pavel Machek [EMAIL PROTECTED] wrote:
Hi!
OK, anything else I should try?
not really, i just wait for Vojtech and Pavel :-)
Try commenting out call_usermodehelper. If that helps, Stefan's
theory is confirmed, and this waits for Vojtech to fix
On Fri, 25 Mar 2005 15:24:15 +0100, Pavel Machek [EMAIL PROTECTED] wrote:
Hi!
OK, anything else I should try?
not really, i just wait for Vojtech and Pavel :-)
Try commenting out call_usermodehelper. If that helps, Stefan's
theory is confirmed, and this waits for Vojtech
On Thu, 24 Mar 2005 15:54:39 -0800, Andy Isaacson [EMAIL PROTECTED] wrote:
On Thu, Mar 24, 2005 at 04:10:39PM -0500, Dmitry Torokhov wrote:
If you do ls /sys/bus/serio/devices and see more than 3 ports you
have MUX mode active.
Just serio0 and serio1.
On Thu, Mar 24, 2005 at 04:14:52PM
On Fri, 25 Mar 2005 16:42:37 +0100, Pavel Machek [EMAIL PROTECTED] wrote:
Hi!
This is more of a general swsusp problem I believe - the second phase
when it blindly resumes entire system. Resume of a device can fail
(any reason whatsoever) and it will attempt to clean up after
Hi,
On Sunday 27 March 2005 18:37, Mauro Mozzarelli wrote:
The mouse driver, re-developed for kernel 2.6, ever since the earliest
2.6 release lost the ability to reset a broken link with an IMPS2 mouse
(this happens when disconnecting the mouse plug either physically or
through a non imps2
On Monday 28 March 2005 05:30, Reuben Farrelly wrote:
Hi,
Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc1/2.6.12-rc1-mm3/
- Mainly a bunch of fixes relative to 2.6.12-rc1-mm2.
- Again, we'd like people who have had recent DRM and USB
.
Signed-off-by: Dmitry Torokhov [EMAIL PROTECTED]
serport.c | 40 ++--
1 files changed, 38 insertions(+), 2 deletions(-)
Index: dtor/drivers/input/serio/serport.c
===
--- dtor.orig/drivers/input
On Tuesday 29 March 2005 00:03, Greg KH wrote:
On Sun, Mar 27, 2005 at 02:24:59PM -0500, Adam Belay wrote:
One of the original design goals of sysfs was to provide a standardized
location to keep driver configuration attributes. Although sysfs
handles this very well for bus devices and
On Tue, 29 Mar 2005 13:30:42 +0200, Romano Giannetti [EMAIL PROTECTED] wrote:
Hi all,
In the kernels 2.6.12-rc1 and 2.6.12-rc1-mm3 my ALPS touchpad is not
recognized by the Xorg driver. The strange thing is that in dmesg ALPS is
detected, but then the Xorg driver tell strange things...
On Fri, 25 Mar 2005 10:22:28 +0100, Stefan Seyfried [EMAIL PROTECTED] wrote:
Andy Isaacson wrote:
In the SysRq-T trace I see one interesting process: most things are
in D state in refrigerator(), but sh shows the following traceback:
wait_for_completion
call_usermodehelper
On Tue, 29 Mar 2005 08:06:53 -0800, Vernon Mauery [EMAIL PROTECTED] wrote:
Mister Google wrote:
Is there a way to simulate a keystroke to a program, ie. have a program
send it something so that as far as it's concerned, say, the P key has
been pressed?
Look at the input system.
On Tue, 29 Mar 2005 11:18:13 -0500 (EST), Alan Stern
[EMAIL PROTECTED] wrote:
With that change in place we can guarantee that every time a USB driver's
probe() is called, both the interface and the parent device are locked.
I don't know how cleanly this can be implemented. You probably
On Tue, 29 Mar 2005 21:28:20 +0400, Alexey Dobriyan [EMAIL PROTECTED] wrote:
On Tuesday 29 March 2005 10:27, Dmitry Torokhov wrote:
On Monday 28 March 2005 12:26, Alexey Dobriyan wrote:
Steps to reproduce for me:
* Boot CONFIG_PREEMPT_BKL=y kernel (.config, dmesg are attached
On Tue, 29 Mar 2005 20:18:31 +0200, Pavel Machek [EMAIL PROTECTED] wrote:
Hi!
If you look at Andy's second trace you will see that we are waiting
for the disk I/O to get /sbin/hotplug from the disk. Pavel, do you
know why IO does not complete? khelper is a kernel thread so it is
marked
which
will generate hotplug events which are not handled well
during swsusp.
Signed-off-by: Dmitry Torokhov [EMAIL PROTECTED]
serio.c |1 -
1 files changed, 1 deletion(-)
Index: dtor/drivers/input/serio/serio.c
On Tue, 29 Mar 2005 21:23:39 +0200, Pavel Machek [EMAIL PROTECTED] wrote:
Hi!
If you look at Andy's second trace you will see that we are waiting
for the disk I/O to get /sbin/hotplug from the disk. Pavel, do you
know why IO does not complete? khelper is a kernel thread so it is
On Tue, 29 Mar 2005 23:49:55 +0400, Alexey Dobriyan [EMAIL PROTECTED] wrote:
On Tuesday 29 March 2005 23:02, Dmitry Torokhov wrote:
On Tue, 29 Mar 2005 21:28:20 +0400, Alexey Dobriyan [EMAIL PROTECTED]
wrote:
On Tuesday 29 March 2005 10:27, Dmitry Torokhov wrote:
On Monday 28 March
On Tue, 29 Mar 2005 22:52:25 +0200, Pavel Machek [EMAIL PROTECTED] wrote:
I don't really want us to try execve during resume... Could we simply
artifically fail that execve with something if (in_suspend()) return
-EINVAL; [except that in_suspend() just is not there, but there were
some
On Tue, 29 Mar 2005 23:12:39 +0200, Pavel Machek [EMAIL PROTECTED] wrote:
I am leaning towards calling disable_usermodehelper (not writtent yet)
after swsusp completes snapshotting memory. We really don't care about
hotplug events in this case and this will allow keeping normal
resume in
On Tue, 29 Mar 2005 13:23:35 -0800 (PST), Patrick Mochel
[EMAIL PROTECTED] wrote:
On Tue, 29 Mar 2005, Pavel Machek wrote:
I don't really want us to try execve during resume... Could we simply
artifically fail that execve with something if (in_suspend()) return
-EINVAL; [except that
On Tuesday 29 March 2005 16:58, Michael Tokarev wrote:
Well, it's a matter of readability mostly. For now at least, when
char is always 8 bytes...
Wow, that's one huge char you have there ;)
--
Dmitry
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
On Tuesday 29 March 2005 14:49, Alexey Dobriyan wrote:
On Tuesday 29 March 2005 23:02, Dmitry Torokhov wrote:
On Tue, 29 Mar 2005 21:28:20 +0400, Alexey Dobriyan [EMAIL PROTECTED]
wrote:
On Tuesday 29 March 2005 10:27, Dmitry Torokhov wrote:
On Monday 28 March 2005 12:26, Alexey
On Wednesday 30 March 2005 04:14, Alexey Dobriyan wrote:
On Wednesday 30 March 2005 10:30, Dmitry Torokhov wrote:
On Tuesday 29 March 2005 14:49, Alexey Dobriyan wrote:
According to vmlinux, c0202947 is at:
c020293e serport_ldisc_write_wakeup:
Could you please try this one
On Monday 28 March 2005 06:02, Russell King wrote:
Looks like something in the input layer went bang. The code in
serport_ldisc_write_wakeup is:
0: 8b 80 a8 09 00 00 mov 0x9a8(%eax),%eax
6: 8b 40 14 mov 0x14(%eax),%eax
9: 8b 50 70
On Wednesday 30 March 2005 21:16, Patrick Mochel wrote:
On Tue, 29 Mar 2005, Alan Stern wrote:
On Mon, 28 Mar 2005, Patrick Mochel wrote:
How is this related to (8) above? Do you need some sort of protected,
short path through the core to add the device, but not bind it or add it
usermodehelper after generating memory snapshot and
before resuming devices, so when device fails to resume we
won't try to call hotplug - userspace stopped anyway.
Signed-off-by: Dmitry Torokhov [EMAIL PROTECTED]
include/linux/kmod.h |3 +++
kernel/kmod.c | 14
On Thu, 31 Mar 2005 10:39:10 +0200, Pavel Machek [EMAIL PROTECTED] wrote:
int swsusp_write(void)
{
int error;
- device_resume();
lock_swapdevices();
error = write_suspend_image();
/* This will unlock ignored swap devices since writing is
Looks good,
On Thu, 31 Mar 2005 16:47:29 +0200, Romano Giannetti [EMAIL PROTECTED] wrote:
The bad news is that with 2.6.12-rc1 (no preempt) swsusp fails to go.
Ok, I see you have an ALPS touchpad. I think this patch will help you
with swsusp:
On Thu, 31 Mar 2005 08:02:44 -0800 (PST), Patrick Mochel
[EMAIL PROTECTED] wrote:
On Thu, 31 Mar 2005, Dmitry Torokhov wrote:
Ok, what do you think about this one?
===
swsusp: disable usermodehelper after generating
On Thu, 31 Mar 2005 10:26:36 -0800 (PST), Patrick Mochel
[EMAIL PROTECTED] wrote:
I don't understand what you mean. Even if a device is suspended, be it
automatically after some amount of inactivity or as directed explicitly by
a user, we want to be able to open the device and have it work.
On Thursday 31 March 2005 11:50, Romano Giannetti wrote:
On Thu, Mar 31, 2005 at 10:15:26AM -0500, Dmitry Torokhov wrote:
On Thu, 31 Mar 2005 16:47:29 +0200, Romano Giannetti [EMAIL PROTECTED]
wrote:
The bad news is that with 2.6.12-rc1 (no preempt) swsusp fails to go.
Ok, I see
On Thursday 31 March 2005 22:02, Corey Minyard wrote:
+snprintf(name, sizeof(name), ipmi%d, if_num);
+class_device_create(ipmi_class, dev, NULL, name);
class_device_create(ipmi_class, dev, NULL, ipmi%d, if_num) ?
--
Dmitry
-
To unsubscribe from this list: send the line unsubscribe
On Apr 1, 2005 10:16 AM, Richard B. Johnson [EMAIL PROTECTED] wrote:
On Fri, 1 Apr 2005, Renate Meijer wrote:
On Apr 1, 2005, at 3:09 PM, linux-os wrote:
[PATCH snipped]
Cruel joke. Now 80 percent of the Intel clones won't boot.
Those are the ones that run industry, you know,
On Apr 1, 2005 11:14 AM, Benoit Boissinot [EMAIL PROTECTED] wrote:
On Mar 31, 2005 8:09 PM, Dmitry Torokhov [EMAIL PROTECTED] wrote:
It works, too. Which one is the best one?
Both of them are needed as they address two different problems.
I tried to boot with the 2 patches applied
On Apr 1, 2005 11:43 AM, Benoit Boissinot [EMAIL PROTECTED] wrote:
On Fri, Apr 01, 2005 at 11:28:05AM -0500, Dmitry Torokhov wrote:
On Apr 1, 2005 11:14 AM, Benoit Boissinot [EMAIL PROTECTED] wrote:
On Mar 31, 2005 8:09 PM, Dmitry Torokhov [EMAIL PROTECTED] wrote:
It works, too. Which
===
Input: apparently Lifebook touchscreens have double resolution
compared to classic PS/2 mice, provide appropriate
resolution setting handler.
Signed-off-by: Dmitry Torokhov [EMAIL PROTECTED]
lifebook.c | 12
1 files changed, 12 insertions(+)
Index: dtor
Hi Vojtech,
I have some patches that I would like to get in before 2.6.12 is out:
01-serio-resume-fix.patch
- do not attempt to disconnect port in resume handler if reconect
failed - let kseriod handle it. This fixes problem with swsusp
resuming devices before writing the image. If
===
Input: ALPS needs to be reset for detection to work reliably when
reconnecting.
Signed-off-by: Dmitry Torokhov [EMAIL PROTECTED]
alps.c |2 ++
1 files changed, 2 insertions(+)
Index: dtor/drivers/input/mouse
===
Input: move serio port's id attributes into separate subdirectory:
..devices/serioX/id_type - ..devices/serioX/id/type
..devices/serioX/id_proto - ..devices/serioX/id/proto
Signed-off-by: Dmitry Torokhov [EMAIL
to
serport_ldisc_read.
Signed-off-by: Dmitry Torokhov [EMAIL PROTECTED]
serport.c | 98 +++---
1 files changed, 68 insertions(+), 30 deletions(-)
Index: dtor/drivers/input/serio/serport.c
Hi,
On Apr 4, 2005 11:10 AM, Jaco Kroon [EMAIL PROTECTED] wrote:
Hello all
A while back there was quite a discussion on this issue and then
specifically i8042 timing issues. I refer you to
http://lkml.org/lkml/2005/1/27/11 for more detail.
...
I was under impression that usb-handoff
On Apr 4, 2005 12:07 PM, Jaco Kroon [EMAIL PROTECTED] wrote:
Dmitry Torokhov wrote:
Hi,
On Apr 4, 2005 11:10 AM, Jaco Kroon [EMAIL PROTECTED] wrote:
Hello all
A while back there was quite a discussion on this issue and then
specifically i8042 timing issues. I refer you to
http
On Apr 4, 2005 3:35 PM, Jaco Kroon [EMAIL PROTECTED] wrote:
As for loading the modules i8042, atkbd and psmouse (in that order):
black void of death.
Hmm.. remind me, if you boot with usb-handoff does it switch the i8042
into active multiplexing mode (you get 4 AUX serio ports)?
--
Dmitry
On Apr 4, 2005 4:51 PM, Jaco Kroon [EMAIL PROTECTED] wrote:
Dmitry Torokhov wrote:
On Apr 4, 2005 3:35 PM, Jaco Kroon [EMAIL PROTECTED] wrote:
As for loading the modules i8042, atkbd and psmouse (in that order):
black void of death.
Hmm.. remind me, if you boot with usb-handoff does
On Apr 4, 2005 6:54 PM, Jaco Kroon [EMAIL PROTECTED] wrote:
Dmitry Torokhov wrote:
Ok, try booting with usb-handoff i8042.nomux. If that cures
yes, it cures both problems (death on reboot and ALPS), in fact. But I
must have *both* params. nomux without usb-handoff causes all input
On Monday 04 April 2005 19:35, Jaco Kroon wrote:
Dmitry Torokhov wrote:
A-haa.. Well, in that case we'll cheat ;) and just disable MUX mode
for your Toshiba via a DMI quirk, like we do for certain Fujitsus. If
there is no external port there is no reason to have the controller in
MUX
On Monday 04 April 2005 23:23, Jan Harkes wrote:
On Mon, Apr 04, 2005 at 12:17:46PM -0700, Greg KH wrote:
On Mon, Apr 04, 2005 at 08:27:53PM +0200, Sven Luther wrote:
Mmm, probably that 2001 discussion about the keyspan firmware, right ?
On Apr 5, 2005 9:36 AM, Marcel Holtmann [EMAIL PROTECTED] wrote:
People are also working on a replacement for the
current request_firmware(), because the needs are changing. Try to keep
it close with the usb-serial for now.
Could you elaborate on what do you think is needed? I have some of
On Apr 5, 2005 6:45 AM, Jan Harkes [EMAIL PROTECTED] wrote:
On Tue, Apr 05, 2005 at 11:22:06AM +0200, Marcel Holtmann wrote:
I agree with Dmitry on this point. The IHEX parser should not be inside
firmware_class.c. What about using keyspan_ihex.[ch] for it?
That's what I had originally,
On Monday 21 February 2005 00:43, Miles Bader wrote:
Theodore Ts'o [EMAIL PROTECTED] writes:
The cost of using BK seems to be primarily more theoretical, and
ideological, than real.
I've never used BK (not allowed to), but some things I've read about it
sound quite annoying. For
On Tue, 22 Feb 2005 11:19:10 -0800 (PST), Linus Torvalds
[EMAIL PROTECTED] wrote:
On Mon, 21 Feb 2005, Jon Smirl wrote:
I was working on the assumption that all PCI based, VGA class hardware
that is not the boot device needs to be posted.
I don't think that's true. We certainly don't
===
Input: ALPS - do not activate native mode for devices whose data
we can not handle yet.
Signed-off-by: Dmitry Torokhov [EMAIL PROTECTED]
alps.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
Index: dtor/drivers/input/mouse/alps.c
sync at byte 1
psmouse.c: TouchPad at isa0060/serio2/input0 - driver resynched.
psmouse.c: TouchPad at isa0060/serio2/input0 lost sync at byte 1
(using either the touchpad or the connected PS/2 mouse)
I tried the patch Dmitry Torokhov supplied in the message with subject
Re: Really annoying
On Wed, 23 Feb 2005 17:29:49 +0100, Nils Kalchhauser
[EMAIL PROTECTED] wrote:
Dmitry Torokhov wrote:
On Wed, 23 Feb 2005 14:22:42 +0100, Nils Kalchhauser
There were 2 versions of the psmouse-resend patch, the first one was
indeed producing worse results, the second one should work better
On Wednesday 23 February 2005 18:12, Ed Tomlinson wrote:
On Wednesday 23 February 2005 17:38, J.A. Magallon wrote:
On 02.23, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc4/2.6.11-rc4-mm1/
- Various fixes and updates all over
On Wednesday 23 February 2005 22:05, Anthony DiSante wrote:
Dmitry Torokhov wrote:
Yes, It usually happens either under high load, when mouse interrupts are
significantly delayed. Or sometimes it happen when applications poll
battey status and on some boxes it takes pretty long time
Hi,
here are some changes that freshen I8K driver (Dell Inspiron/Latitude
platform driver). The patches have been tested on Inspiron 8100.
i8k-lindent.patch
- pass the driver through Lindent to comply with CondingStyle requirements
(4 spaces vs. TAB indentation)
i8k-use-dmi.patch
- use
===
I8K: pass through Lindent to change 4 spaces identation to TABs
Signed-off-by: Dmitry Torokhov [EMAIL PROTECTED]
i8k.c | 954 +-
1 files changed, 477 insertions
of it poking into random SMM BIOS
code. DMI checks can be ignored with i8k.ignore_dmi option.
Signed-off-by: Dmitry Torokhov [EMAIL PROTECTED]
Documentation/kernel-parameters.txt |3
arch/i386/kernel/dmi_scan.c |1
drivers/char/i8k.c | 304
===
I8K: Change proc code to use seq_file.
Signed-off-by: Dmitry Torokhov [EMAIL PROTECTED]
i8k.c | 64 ++--
1 files changed, 22 insertions(+), 42 deletions(-)
Index
===
I8K: use module_{init|exit} instead of old style #ifdef MODULE
code, some formatting changes.
Signed-off-by: Dmitry Torokhov [EMAIL PROTECTED]
i8k.c | 149
i8k.c | 117 ++
1 files changed, 117 insertions(+)
Index: dtor/drivers/char/i8k.c
===
--- dtor.orig/drivers/char/i8k.c
+++ dtor/drivers/char/i8k.c
@@ -22,6 +22,7 @@
On Thursday 24 February 2005 18:29, Ian E. Morgan wrote:
Trying out 2.6.11-rc5, I discovered my ALPS touchpad misbehaving. After
reading several threads related to the topic, noe seemed to resolve my
issue.
The pad has always worked fine as a plain PS/2 mouse, from 2.4.0 through
2.6.10.
On Thursday 24 February 2005 19:06, J.A. Magallon wrote:
On 02.24, Dmitry Torokhov wrote:
On Wednesday 23 February 2005 18:12, Ed Tomlinson wrote:
On Wednesday 23 February 2005 17:38, J.A. Magallon wrote:
On 02.23, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux
On Fri, 25 Feb 2005 13:33:36 -0800 (PST), Johan Braennlund
[EMAIL PROTECTED] wrote:
Hi. I've had trouble with my ALPS touchpad on my Acer Aspire, ever
since ALPS support was merged into the kernel. I've tried various
kernels from 2.6.11-rc3 to -rc5 (including some -mm kernels) and none
of them
On Friday 25 February 2005 17:20, Johan Braennlund wrote:
--- Dmitry Torokhov wrote:
Does i8042 detect presence of an AUX port (check dmesg)?
No.
If not try booting with i8042.noacpi kernel boot option.
Yes, that helped - everything's working now. Thank you.
Could you please
On Saturday 26 February 2005 17:55, Frank Victor Fischer wrote:
I have had the same problem and the solution worked for me as well.
Where should I put the DSDT?
Just e-mail it to me - I suspect your PS/2 port has a wierd ID assigned
to it, one that i8042 driver does not expect.
--
Dmitry
, if this works I'd like to see it in 2.6.11...
Vojtech, I will send you patch for PNP shortly after.
--
Dmitry
=
Input: add more PNP IDs to i8042 driver.
Signed-off-by: Dmitry Torokhov [EMAIL PROTECTED]
= drivers/input
On Mon, 28 Feb 2005 14:13:57 +0100, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
On Mon, Feb 28, 2005 at 01:57:59PM +0100, [EMAIL PROTECTED] wrote:
Please _don't_ apply this, but tell me what you think about it.
It's broken. 8)
--- old/drivers/char/vt.c 2004-12-24 22:35:25.0
On Mon, 28 Feb 2005 15:02:32 +0100, Arjan van de Ven
[EMAIL PROTECTED] wrote:
\
+ for(npar = NPAR-1; npar NPAR; npar--)
How many times do you want this for loop to run?
NPAR times :-). As I stated, npar is unsigned.
for (npar = NPAR - 1; npar = 0; npar--)
would be more
On Monday 28 February 2005 21:02, [EMAIL PROTECTED] wrote:
On Mon, 28 Feb 2005 14:59:31 +1000, Jarne Cook said:
They are both using dhcp to the same simple network. That's right. Same
network. They both end up with gateway=192.168.0.1, netmask=255.255.255.0.
But ofcourse they do
On Wed, 02 Mar 2005 13:28:23 +0100, Panagiotis Issaris
[EMAIL PROTECTED] wrote:
Hi,
Anton Altaparmakov wrote:
On Wed, 2005-03-02 at 12:10 +0100, Panagiotis Issaris wrote:
In the raw1394 driver the failure handling for
a __copy_to_user call is missing.
Your patch is obviously
On Wed, 02 Mar 2005 16:55:59 +0100, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
I just compiled 2.6.11 from 2.6.10 config using 'make oldconfig',
activate new options to default values (i.e. set main kernel lock
preemtive to YES).
Booting X in new kernel makes my touchpad very unresponsive. I
On Wed, 02 Mar 2005 19:51:09 +0100, Miguelanxo Otero Salgueiro
[EMAIL PROTECTED] wrote:
Dmitry Torokhov wrote:
On Wed, 02 Mar 2005 16:55:59 +0100, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
I just compiled 2.6.11 from 2.6.10 config using 'make oldconfig',
activate new options to default
On Wed, 02 Mar 2005 21:30:06 +, Ralph Corderoy
[EMAIL PROTECTED] wrote:
+This way, it doesn't matter what order the two threads handle the
+data, the put handles knowing when the data is free and releasing it.
s/put/kref_put()/
What about s/is free/is not referenced anymore/
--
On Wed, 02 Mar 2005 23:16:43 +, Marcus Furlong [EMAIL PROTECTED] wrote:
Here's the diff of dmesgs between 2.6.10 and 2.6.11
2.6.10
i8042.c: Warning: Keylock active.
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
2.6.11
ACPI: PS/2 Keyboard
On Wednesday 02 March 2005 21:27, Joshua Hudson wrote:
i8042: ACPI detection disabled
i8042.c: Warning: Keylock active.
I really need dmesg when booting _without_ the option, i.e. non-working case.
Thanks!
--
Dmitry
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
On Wednesday 02 March 2005 21:01, Joshua Hudson wrote:
On Wed, 2 Mar 2005, Dmitry Torokhov wrote:
On Wed, 2 Mar 2005 13:26:18 -0800 (PST), Joshua Hudson
[EMAIL PROTECTED] wrote:
No obvous reason. Works fine with kernel 2.6.10
Does it work with i8042.noacpi kernel boot parameter
On Wednesday 02 March 2005 17:33, David Johnson wrote:
On Wednesday 02 Mar 2005 22:03, Dmitry Torokhov wrote:
On Wed, 2 Mar 2005 21:35:16 +, David Johnson [EMAIL PROTECTED] wrote:
Hi all,
I've just booted 2.6.11 and the keyboard on my Dell Inspiron 5150 laptop
doesn't work
On Wed, 2 Mar 2005 14:21:38 -0800 (PST), Linus Torvalds
[EMAIL PROTECTED] wrote:
Comments?
Just rename:
2.even.odd-rcX - 2.even.y-preX
2.even.odd - 2.even.y-rcX
2.even.even - 2.even.y
--
Dmitry
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the
On Wednesday 02 March 2005 23:02, Joshua Hudson wrote:
ACPI: PS/2 Keyboard Controller [KBC] at I/O 0x60, 0x66, irq 1
ACPI: PS/2 Mouse Controller [PS2M] at irq 12
i8042.c: Can't read CTR while initializing i8042.
Ok, your BIOS is also reporting incorrect port values for the keyboard
controller,
On Wed, 2 Mar 2005 13:26:18 -0800 (PST), Joshua Hudson
[EMAIL PROTECTED] wrote:
No obvous reason. Works fine with kernel 2.6.10
Does it work with i8042.noacpi kernel boot parameter?
--
Dmitry
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
On Thursday 03 March 2005 16:58, Alexander Nyberg wrote:
Hi!
I had accidently chosen CONFIG_PNP and noticed that my keyboard didn't
work with bk-dtor-input.patch in the tree (backing out makes keyboard
work).
Hi,
It looks like some old stuff in my tree overwrites good stuff from
On Mon, 24 Jan 2005 22:39:25 +0300, Evgeniy Polyakov
[EMAIL PROTECTED] wrote:
On Mon, 24 Jan 2005 20:05:46 +0100
Adrian Bunk [EMAIL PROTECTED] wrote:
On Mon, Jan 24, 2005 at 10:23:02PM +0300, Evgeniy Polyakov wrote:
On Mon, 24 Jan 2005 19:41:11 +0100
Jurriaan [EMAIL PROTECTED] wrote:
Hi,
Recently there was a patch from Alan regarding access timing violations
in i8042. It made me curious as we only wait between accesses to status
register but not data register. I peeked into FreeBSD code and they use
delays to access both registers and I wonder if that's the piece that
makes
On Tue, 25 Jan 2005 18:24:50 +0300, Evgeniy Polyakov
[EMAIL PROTECTED] wrote:
On Tue, 2005-01-25 at 14:23 +, Christoph Hellwig wrote:
+static void pc8736x_fini(void)
+{
+ sc_del_sc_dev(pc8736x_dev);
+
+ while (atomic_read(pc8736x_dev.refcnt)) {
+
On Tue, 25 Jan 2005 13:37:10 -0500, John Richard Moser
[EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Linus Torvalds wrote:
On Tue, 25 Jan 2005, John Richard Moser wrote:
It's kind of like locking your front door, or your back door. If one is
locked and the
On Tue, 25 Jan 2005 11:51:39 +0100, Andries Brouwer [EMAIL PROTECTED] wrote:
On Tue, Jan 25, 2005 at 02:41:14AM -0500, Dmitry Torokhov wrote:
Recently there was a patch from Alan regarding access timing violations
in i8042. It made me curious as we only wait between accesses to status
On Tue, 25 Jan 2005 20:25:20 +0100, Vojtech Pavlik [EMAIL PROTECTED] wrote:
On Tue, Jan 25, 2005 at 02:17:33PM -0500, Dmitry Torokhov wrote:
On Tue, 25 Jan 2005 11:51:39 +0100, Andries Brouwer [EMAIL PROTECTED]
wrote:
On Tue, Jan 25, 2005 at 02:41:14AM -0500, Dmitry Torokhov wrote
On Tue, 25 Jan 2005 11:55:20 -0800, David Brownell [EMAIL PROTECTED] wrote:
Quoth Pete Zaitcev:
ALPS Touchpad (Dualpoint) detected
Disabling hardware tapping
input: AlpsPS/2 ALPS TouchPad on isa0060/serio1
I have problems with an ALPS on serio4 ... different ones though. And
it may
On Tuesday 25 January 2005 16:14, Evgeniy Polyakov wrote:
On Tue, 25 Jan 2005 11:11:42 -0500
Dmitry Torokhov [EMAIL PROTECTED] wrote:
On Tue, 25 Jan 2005 18:24:50 +0300, Evgeniy Polyakov
[EMAIL PROTECTED] wrote:
On Tue, 2005-01-25 at 14:23 +, Christoph Hellwig wrote:
+static
On Wed, 26 Jan 2005 11:31:07 +0300, Evgeniy Polyakov
[EMAIL PROTECTED] wrote:
On Tue, 2005-01-25 at 22:42 +, Christoph Hellwig wrote:
Yes, and it is better than removing module whose structures are in use.
SuperIO core is asynchronous in it's nature, one can use logical device
On Wed, 26 Jan 2005 11:25:02 +0300, Evgeniy Polyakov
[EMAIL PROTECTED] wrote:
On Tue, 2005-01-25 at 23:57 -0500, Dmitry Torokhov wrote:
I have a slightly different concern - the superio is a completely new
subsystem and it should be integtrated with the driver model
(superio bus
On Wed, 26 Jan 2005 13:59:17 +0300, Evgeniy Polyakov
[EMAIL PROTECTED] wrote:
On Wed, 2005-01-26 at 10:14 +, Christoph Hellwig wrote:
On Wed, Jan 26, 2005 at 01:35:56AM +0300, Evgeniy Polyakov wrote:
I have one rule - if noone answers that it means noone objects,
or it is not
On Wed, 26 Jan 2005 17:59:07 +0300, Evgeniy Polyakov
[EMAIL PROTECTED] wrote:
Each superio chip has the same logical devices inside.
With your approach we will have following schema:
bus:
superio1 - voltage, temp, gpio, rtc, wdt, acb
superio2 - voltage, temp, gpio, rtc, wdt, acb
superio3
601 - 700 of 11293 matches
Mail list logo