pkgsrc-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: pkg/47338: games/onscripter and games/pingus break USB keyboard
The following reply was made to PR pkg/47338; it has been noted by GNATS.
From: Ryo ONODERA <ryo_on%yk.rim.or.jp@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc:
Subject: Re: pkg/47338: games/onscripter and games/pingus break USB keyboard
Date: Wed, 19 Dec 2012 04:04:39 +0900 (JST)
Hi,
From: Izumi Tsutsui <tsutsui%ceres.dti.ne.jp@localhost>, Date: Tue, 18 Dec
2012 15:30:19 +0000 (UTC)
> The following reply was made to PR pkg/47338; it has been noted by GNATS.
>
> From: Izumi Tsutsui <tsutsui%ceres.dti.ne.jp@localhost>
> To: gnats-bugs%NetBSD.org@localhost
> Cc: tsutsui%ceres.dti.ne.jp@localhost
> Subject: Re: pkg/47338: games/onscripter and games/pingus break USB keyboard
> Date: Wed, 19 Dec 2012 00:26:48 +0900
>
> > uhidev3 at uhub4 port 2 configuration 1 interface 1
> > uhidev3: Apple Inc. Apple Internal Keyboard / Trackpad, rev 2.00/2.19,
> addr 8, i
> > class 3/0
> > uhidev3: 68 report ids
> > uhid1 at uhidev3 reportid 68: input=511, output=0, feature=0
>
> reportid 68 might cause problem since your kernel complains
> >> uhidev_intr: bad repid 96
> (not sure where 96 comes from though) but anyway we should ask
> this to USB guys.
>
> > 539 2 onscripter RET __nanosleep50 0
> > 539 2 onscripter CALL
> __nanosleep50(0x7f7fefdffd40,0x7f7fefdffd50)
> > , this is ktrace from 2nd onscripter.
>
> nanosleep(2) is called from sleep(3), and it waits a signal
> from a certain kernel service, so a syscall called before nanosleep
> loop does rather matter.
Thank you.
From onscripter's 2nd ktrace,
539 1 onscripter CALL
__sigaction_sigtramp(SIGCHLD,0,0x7f7fffffd730,0x7f7ff3c9b0b0,2)
539 1 onscripter RET __sigaction_sigtramp 0
539 1 onscripter CALL fork
539 1 onscripter RET fork 444/0x1bc
539 1 onscripter CALL __wait450(0x1bc,0x7f7fffffd75c,0,0)
539 2 onscripter RET __nanosleep50 0
539 2 onscripter CALL __nanosleep50(0x7f7fefdffd40,0x7f7fefdffd50)
.
> > Anyway, this PR should not categorized as pkg, should be categorized as
> kern?
>
> I think so, but I'm not sure if these two problems are independent or not.
I have found that 2nd run problem is happened on non-USB keyboard
NetBSD/amd64 6.0 virtual machine on VMware Player.
And this fork/sleep happens only when pulseaudio is not invoked successfully.
When pulseauido support for devel/SDL is disabled, 2nd run is successful
every time.
I believe that USB problem and 2nd run problem is independent.
And 2nd run problem may be my local problem of pulseaudio.
--
Ryo ONODERA // ryo_on%yk.rim.or.jp@localhost
PGP fingerprint = 82A2 DC91 76E0 A10A 8ABB FD1B F404 27FA C7D1 15F3
Home |
Main Index |
Thread Index |
Old Index