On Sat, 7 Jul 2007, Marcel Holtmann wrote:
>
> > Marcel? Can we deregister the input devices earlier...?
>
> looks good to me.
>
> Signed-off-by: Marcel Holtmann <[EMAIL PROTECTED]>
David, can you add an explanation about the thing (and your sign-off too),
and I can apply it and get this issue
Hi David,
> > I suspect it's more likely that hci_conn_del_sysfs() is running and
> > removing the object representing the ACL connection. That's what the
> > input device's remove event is reporting as 'PHYSDEVPATH' on the
> > occasions that it _doesn't_ oops.
>
> Yes, that seems to be it. It h
On Fri, 2007-07-06 at 21:28 -0400, David Woodhouse wrote:
> I suspect it's more likely that hci_conn_del_sysfs() is running and
> removing the object representing the ACL connection. That's what the
> input device's remove event is reporting as 'PHYSDEVPATH' on the
> occasions that it _doesn't_ oop
On Sat, 2007-07-07 at 03:05 +0200, Jiri Kosina wrote:
> On Fri, 6 Jul 2007, Dmitry Torokhov wrote:
>
> > This is for devices using boot protocol, not full HID as far as I
> > understand.
>
> David,
>
> could you please try with the trivial patch below and report the output?
> I'd be interested
On Fri, 6 Jul 2007, Dmitry Torokhov wrote:
> This is for devices using boot protocol, not full HID as far as I
> understand.
David,
could you please try with the trivial patch below and report the output?
I'd be interested to know whether we are by any chance really seeing
double input_unregi
On Friday 06 July 2007 18:50, Jiri Kosina wrote:
> (CC list trimmed)
>
> On Thu, 5 Jul 2007, Dmitry Torokhov wrote:
>
> > > > NIP [c001870c] strlen+0x4/0x18
> > > > LR [c0134fec] kobject_get_path+0x34/0xc4
> > > > Call Trace:
> > > > [eed5be90] [c01d5124] class_uevent+0xac/0x1bc
> > > > [eed
(CC list trimmed)
On Thu, 5 Jul 2007, Dmitry Torokhov wrote:
> > > NIP [c001870c] strlen+0x4/0x18
> > > LR [c0134fec] kobject_get_path+0x34/0xc4
> > > Call Trace:
> > > [eed5be90] [c01d5124] class_uevent+0xac/0x1bc
> > > [eed5bed0] [c01357e4] kobject_uevent_env+0x23c/0x460
> > > [eed5bf20]
On 7/5/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
Looks input-related..
On Thu, 5 Jul 2007, David Woodhouse wrote:
>
> Hm, it's not something new. It's an oops I saw occasionally in 2.6.21-rc
> too, whenever we had CONFIG_SYSFS_DEPRECATED set.
>
> Unable to handle kernel paging request for
Looks input-related..
On Thu, 5 Jul 2007, David Woodhouse wrote:
>
> Hm, it's not something new. It's an oops I saw occasionally in 2.6.21-rc
> too, whenever we had CONFIG_SYSFS_DEPRECATED set.
>
> Unable to handle kernel paging request for data at address 0x6b6b6b6b
Ok, that 0x6b is obviousl
On Thu, 2007-07-05 at 14:46 -0400, David Woodhouse wrote:
> Oh, I suck. I failed to noticed that it had oopsed earlier, in slab
> debugging. I shall look at my 'obviously correct' slab patch a little
> harder, now that I'm not distracted by the fireworks.
Hm, it's not something new. It's an oops I
On Thu, 2007-07-05 at 09:28 -0700, Linus Torvalds wrote:
>
> On Wed, 4 Jul 2007, David Woodhouse wrote:
> >
> > Oh, and here's another one for you. My Bluetooth mouse just stopped
> > working and hidd is deadlocked...
>
> Looks like it is stuck on hidp_session_sem.
Oh, I suck. I failed to notic
On Thu, 2007-07-05 at 09:28 -0700, Linus Torvalds wrote:
>
> On Wed, 4 Jul 2007, David Woodhouse wrote:
> >
> > Oh, and here's another one for you. My Bluetooth mouse just stopped
> > working and hidd is deadlocked...
>
> Looks like it is stuck on hidp_session_sem.
>
> Nothing after 2.6.21 seem
On Wed, 4 Jul 2007, David Woodhouse wrote:
>
> Oh, and here's another one for you. My Bluetooth mouse just stopped
> working and hidd is deadlocked...
Looks like it is stuck on hidp_session_sem.
Nothing after 2.6.21 seems to have even touched that semaphore usage, and
in fact there's not a wh
On Tue, 2007-07-03 at 18:45 +0200, Michal Piotrowski wrote:
> Hi all,
>
> Here is a list of some known regressions in 2.6.22-rc7.
Oh, and here's another one for you. My Bluetooth mouse just stopped
working and hidd is deadlocked...
hidd D 1FE27798 5940 1695 1 (NOTLB)
Call Trace:
On Tue, 2007-07-03 at 18:45 +0200, Michal Piotrowski wrote:
> Subject: random invalid instruction occourances on sparc32 (sun4c)
> References : http://lkml.org/lkml/2007/6/17/111
> Submitter : Mark Fortescue <[EMAIL PROTECTED]>
> Status : problem is being debugged
Hm, when testing the fi
On Tue, Jul 03, 2007 at 07:50:26PM +0200, Bartlomiej Zolnierkiewicz wrote:
>
> Hi,
>
> On Tuesday 03 July 2007, Michal Piotrowski wrote:
>
> > IDE
> >
> > Subject: 2.6.22-rcX: hda: lost interrupt
> > References : http://lkml.org/lkml/2007/6/29/121
> > Submitter : David Chinner <[EMAIL PROT
Hi,
On Tuesday 03 July 2007, Michal Piotrowski wrote:
> IDE
>
> Subject: 2.6.22-rcX: hda: lost interrupt
> References : http://lkml.org/lkml/2007/6/29/121
> Submitter : David Chinner <[EMAIL PROTECTED]>
> Status : unknown
David, any news on this one?
Have you tried libata as suggeste
Hi all,
Here is a list of some known regressions in 2.6.22-rc7.
Feel free to add new regressions/remove fixed etc.
http://kernelnewbies.org/known_regressions
List of Aces
NameRegressions fixed since 21-Jun-2007
Hugh Dickins 2
Andi Kleen
18 matches
Mail list logo