On Fri, 2005-05-20 at 23:07 +0200, Johannes Berg wrote:
> I'll be testing it shortly.
Fixes the problem for me when unloading/reloading the usbhid module, I
haven't tested across reboot yet.
johannes
signature.asc
Description: This is a digitally signed message part
On Thu, 19 May 2005 00:01:54 +0200
Johannes Berg <[EMAIL PROTECTED]> wrote:
The trackpad tapping problem is related to the NoTapTyping mechanism and
the event handling reorganisation. The mousebutton is now handled as
keycode, but keycodes switch 'tapping' off. This seems to be a tail hunting
cat
On Fri, 2005-05-20 at 22:50 +0200, Matthias Grimm wrote:
> The trackpad tapping problem is related to the NoTapTyping mechanism and
> the event handling reorganisation. The mousebutton is now handled as
> keycode, but keycodes switch 'tapping' off. This seems to be a tail hunting
> cat ... tricky
On Thu, 19 May 2005 00:01:54 +0200
Johannes Berg <[EMAIL PROTECTED]> wrote:
Hi,
> Just happened again by reloading the usbhid module.
I uploaded a beta version to http://pbbuttons.sourceforge.net. Please
check if you still have this problem with the beta.
I changed event device handling and rea
Hi,
Just happened again by reloading the usbhid module.
> > > Could you sent me the strace logs?
select(12, [3 4 5 11], NULL, NULL, {0, 1}) = 2 (in [3 4], left {0, 1})
read(3, 0x7fb7f6e0, 16) = -1 ENODEV (No such device)
read(4, 0x7fb7f6e0, 16) = -1 ENODEV
On Fri, 2005-05-13 at 21:20 +0200, Johannes Berg wrote:
> On Fri, 2005-05-13 at 20:56 +0200, Matthias Grimm wrote:
>
> > Could you sent me the strace logs?
>
> I'll do it next time I reboot, if I can reproduce.
(Un)fortunately I haven't been able to reproduce. I'll keep it in mind
if it ever hap
On Fri, 2005-05-13 at 20:56 +0200, Matthias Grimm wrote:
> Could you sent me the strace logs?
Yeah, I meant to do that anyway but was too busy hacking on suspend2
support (that's actually when I noticed this since for that I went to
single mode a lot). I'll do it next time I reboot, if I can repr
On Fri, 13 May 2005 10:25:55 +0200
Johannes Berg <[EMAIL PROTECTED]> wrote:
> > On 2.16.12-rc2 pbbuttonsd also usually consumes 96-99% of my CPU,
> > according to top.
>
>
> I've recently also seen this on 2.6.12-rc1, but *only* if I boot to
> single mode and then enter runlevel 2, not if I go s
On Fri, 13 May 2005 the mental interface of
Johannes Berg told:
> > On 2.16.12-rc2 pbbuttonsd also usually consumes 96-99% of my CPU,
> > according to top.
>
>
> I've recently also seen this on 2.6.12-rc1, but *only* if I boot to
> single mode and then enter runlevel 2, not if I go straight to r
> On 2.16.12-rc2 pbbuttonsd also usually consumes 96-99% of my CPU,
> according to top.
I've recently also seen this on 2.6.12-rc1, but *only* if I boot to
single mode and then enter runlevel 2, not if I go straight to runlevel
2. Apparently it loops not finding some device (from strace).
johann
On 2.16.12-rc2 pbbuttonsd also usually consumes 96-99% of my CPU,
according to top.
If this was working ok in 2.6.11.5 what happened since then to break
things?
I'm using the pbbuttonsd from the Debian testing repository, I think.
Is there a way to fix this that doesn't involve downgrading one's
On Sat, 19 Mar 2005 the mental interface of
Elimar Riesebieter told:
>
> Hi all,
> PID USER PRI NI VIRT RES SHR S CPU% MEM% 10:40+
> 4661 root 25 0 2256 856 760 R 99.3 0.2 8:01.34
> Command
> /usr/bin/pbbuttonsd --configfile=/etc/pbbuttonsd.conf -d
>
> Does one ex
On Saturday 19 March 2005 09:43, Elimar Riesebieter wrote:
> Hi all,
> PID USER PRI NI VIRT RES SHR S CPU% MEM% 10:40+
> 4661 root 25 0 2256 856 760 R 99.3 0.2 8:01.34
> Command
> /usr/bin/pbbuttonsd --configfile=/etc/pbbuttonsd.conf -d
>
> Does one experienced simil
Hi all,
PID USER PRI NI VIRT RES SHR S CPU% MEM% 10:40+
4661 root 25 0 2256 856 760 R 99.3 0.2 8:01.34
Command
/usr/bin/pbbuttonsd --configfile=/etc/pbbuttonsd.conf -d
Does one experienced similar?
Elimar
--
>what IMHO then?
IMHO - Inhalation of a Multi-leaf
14 matches
Mail list logo
