* Hang in mousedev_init
@ 2008-05-28 15:49 Eric Paris
2008-05-28 17:32 ` Dmitry Torokhov
0 siblings, 1 reply; 2+ messages in thread
From: Eric Paris @ 2008-05-28 15:49 UTC (permalink / raw)
To: dtor; +Cc: linux-input, yoann.v
I have a report of a person who is booting a 2.6.25 based fedora kernel
and hanging in mounsedev_init(). Moving to our old 2.6.24 based fedora
kernels he doesn't see any problems.
we know its mousedev_init since we added initcall_debug and
mousedev_init() is called but never returns...
Doesn't look like many patches between then and now
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=3b04a61107dfe46dbfc1796298b59ca3c0a09cd9
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=d182c10c842007984e12b3b816df2b10d997cc8e
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=a7097ff89c3204737a07eecbc83f9ae6002cc534
About the only thing my clueless eye noticed was in
d182c10c842007984e12b3b816df2b10d997cc8e
--- a/drivers/input/mousedev.c
+++ b/drivers/input/mousedev.c
@@ -1032,7 +1032,7 @@ static const struct input_device_id mousedev_ids[] = {
.flags = INPUT_DEVICE_ID_MATCH_EVBIT |
INPUT_DEVICE_ID_MATCH_KEYBIT |
INPUT_DEVICE_ID_MATCH_ABSBIT,
- .evbit = { BIT(EV_KEY) | BIT(EV_ABS) | BIT(EV_SYN) },
+ .evbit = { BIT_MASK(EV_KEY) | BIT_MASK(EV_ABS) },
.keybit = { [BIT_WORD(BTN_LEFT)] = BIT_MASK(BTN_LEFT) },
.absbit = { BIT_MASK(ABS_X) | BIT_MASK(ABS_Y) },
}, /* Mouse-like device with absolute X and Y but ordinary
You dropped the | BIT(EV_SYN) does that matter? What could have
changed to cause a hang? Any clues?
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: Hang in mousedev_init
2008-05-28 15:49 Hang in mousedev_init Eric Paris
@ 2008-05-28 17:32 ` Dmitry Torokhov
0 siblings, 0 replies; 2+ messages in thread
From: Dmitry Torokhov @ 2008-05-28 17:32 UTC (permalink / raw)
To: Eric Paris; +Cc: linux-input, yoann.v
On Wed, May 28, 2008 at 11:49:42AM -0400, Eric Paris wrote:
> I have a report of a person who is booting a 2.6.25 based fedora kernel
> and hanging in mounsedev_init(). Moving to our old 2.6.24 based fedora
> kernels he doesn't see any problems.
>
> we know its mousedev_init since we added initcall_debug and
> mousedev_init() is called but never returns...
>
Is it possible to get a SysRQ-P and SysRq-T traces and see where we
get stuck? Does the boot progress if you exclude mousedev from the
kernel?
> Doesn't look like many patches between then and now
>
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=3b04a61107dfe46dbfc1796298b59ca3c0a09cd9
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=d182c10c842007984e12b3b816df2b10d997cc8e
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=a7097ff89c3204737a07eecbc83f9ae6002cc534
>
> About the only thing my clueless eye noticed was in
> d182c10c842007984e12b3b816df2b10d997cc8e
>
> --- a/drivers/input/mousedev.c
> +++ b/drivers/input/mousedev.c
> @@ -1032,7 +1032,7 @@ static const struct input_device_id mousedev_ids[] = {
> .flags = INPUT_DEVICE_ID_MATCH_EVBIT |
> INPUT_DEVICE_ID_MATCH_KEYBIT |
> INPUT_DEVICE_ID_MATCH_ABSBIT,
> - .evbit = { BIT(EV_KEY) | BIT(EV_ABS) | BIT(EV_SYN) },
> + .evbit = { BIT_MASK(EV_KEY) | BIT_MASK(EV_ABS) },
> .keybit = { [BIT_WORD(BTN_LEFT)] = BIT_MASK(BTN_LEFT) },
> .absbit = { BIT_MASK(ABS_X) | BIT_MASK(ABS_Y) },
> }, /* Mouse-like device with absolute X and Y but ordinary
>
> You dropped the | BIT(EV_SYN) does that matter? What could have
> changed to cause a hang? Any clues?
>
Every device has EV_SYN so it makes no sense to try to match on it.
--
Dmitry
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2008-05-28 17:32 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-05-28 15:49 Hang in mousedev_init Eric Paris
2008-05-28 17:32 ` Dmitry Torokhov
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).