Hi,
It took me some time - but I think I found the issue, and I have a proposition
to solve it.
It seems the issue is linked to
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795498 (pbbuttons hangs on
startup).
>From what I've understood:
- pbbuttonsd is configured to turn
Hi,
On Mon, May 22, 2017 at 11:08 AM, John Paul Adrian Glaubitz
wrote:
> On Sun, May 21, 2017 at 07:12:00AM +, Fadi Osman wrote:
>> So I started up in nomodeset - and using the Console, uninstalled
>> pbbuttonsd and hdparm, and now have my Backlight back again!
>
> Tha
On Sun, May 21, 2017 at 07:12:00AM +, Fadi Osman wrote:
> So I started up in nomodeset - and using the Console, uninstalled
> pbbuttonsd and hdparm, and now have my Backlight back again!
Thanks for investigating this and thanks for this information.
Might be a good idea to put it up
boot.
So something indicated an issue with pbbuttonsd - which is installed by default.
So I started up in nomodeset - and using the Console, uninstalled pbbuttonsd
and hdparm, and now have my Backlight back again!
I have kept the contents of /var/log for each of my boot attempt - but not the
fourth un
0.8.1a has been uploaded to sid seconds ago.
Big thanks to Michael Schmitz for his kind help !
-M
On Wed, May 27, 2015 at 12:34 PM, Mathieu Malaterre wrote:
> Dear pbbuttonsd users,
>
> I have been working on updating the old pbbuttonsd package. I've
> uploaded two new 0.7.
Dear pbbuttonsd users,
I have been working on updating the old pbbuttonsd package. I've
uploaded two new 0.7.9 versions to sid:
- 0.7.9-6: Basically only add support for power button event on
MacMiniG4, and add compilation on ppc64
- 0.7.9-7: Which sync patches from Ubuntu. Some patches
* Rogério Brito [110424 04:39 -0300]:
> Hi, Elimar and others.
>
> On 04/21/11 05:30, Elimar Riesebieter wrote:
> > I am running 2.6.39-rc4. For the backlight control this kernel
> > uses /sys/class/backlight/radeon_bl on my PB.
>
> Would you care to share your configuration for 2.6.39-rc*? Up to
obably, problems with udev, but I don't quite know for
sure).
> Starting pbbuttonsd the cpu_usage gets up much and the backlight dimms to
> nearly 0. Without pbbuttonsd the backlight can be controlled via `echo
> (0-255) >/sys/class/backlight/radeon_bl/brightness` but there is no chanc
* Michel Dänzer [110421 10:58 +0200]:
> On Don, 2011-04-21 at 10:30 +0200, Elimar Riesebieter wrote:
> >
> > I am running 2.6.39-rc4. For the backlight control this kernel uses
> > /sys/class/backlight/radeon_bl on my PB. Starting pbbuttonsd the
> > cpu_usage gets up m
On Don, 2011-04-21 at 10:30 +0200, Elimar Riesebieter wrote:
>
> I am running 2.6.39-rc4. For the backlight control this kernel uses
> /sys/class/backlight/radeon_bl on my PB. Starting pbbuttonsd the
> cpu_usage gets up much
Unfortunately, the KMS backlight support seems to use a
Hi all,
I am running 2.6.39-rc4. For the backlight control this kernel uses
/sys/class/backlight/radeon_bl on my PB. Starting pbbuttonsd the
cpu_usage gets up much and the backlight dimms to nearly 0. Without
pbbuttonsd the backlight can be controlled via
`echo (0-255) >/sys/class/backli
seless and reserved for Windows extremists.
Many of the programs you mentioned in this discussion use pbbuttonsd code
and whenever I discover this, I feel a warm feeling of satisfaction and
know that pbbuttonsd moved GNU/Linux a step forward. What I learned in my
time programming pbbuttonsd is, that
ou need ?
> > Not everyone's using Gnome.
>
> I'm not arguing for/against pbbuttonsd. I just see that a lot of what
> it provides is already provided in a machine-agnostic way by other parts
> of the system (be it Gnome/KDE or more core parts of the system).
The f
Le samedi 31 janvier 2009 à 21:38 +0100, Gerfried Fuchs a écrit :
> Thanks, I am reading the list I post to, otherwise I wouldn't had
> followed up to the thread. ;) No need to extra Cc me.
I thought it was the policy on this list ... sorry for the annoyance.
> The unnamed "desktop environment
I'm glad you're happy with pbbuttonsd. My questions have nothing to do
with whether pbbuttonsd is good or bad.
Stefan
>>>>> "Børge" == Børge Holen writes:
> On 31. jan.. 2009, at 22.20, Stefan Monnier
> wrote:
>>>> E.g. is
arly as
possible making me run less annoying program and daemons
Is it also the case that pbbuttonsd makes laptop-mode redundant?
Now you are fetching straws to discuss boring subjects
For someone like myself who uses Debian on a variety of platforms,
it'd
help me figure ou
Hi!
Thanks, I am reading the list I post to, otherwise I wouldn't had
followed up to the thread. ;) No need to extra Cc me.
* Benjamin Cama [2009-01-31 20:45:10 CET]:
> As far as I remember, selecting the unnamed "desktop environnement" in
> the debian-installer installs Gnome. This is
debian-installer installs Gnome. This is why I called it "default",
but you can of course not install any DE at all.
I admit I forgot the backlit keys, that is still lacking in any
"default" tool appart from the mac-specific ones (pbbuttonsd and the
like). To all who made this rema
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Rafal Czlonka pisze:
> benoar wrote:
>> - backlight dimming is handled by gnome
>> - "function" keys are very well handled by xorg & gnome
>> - suspend to ram is handled by gnome-power-manager
>>
>> What else do you need ?
>
> Not everyone's using Gnom
On Fri, Jan 30, 2009 at 11:50:51PM +0100, Gerfried Fuchs wrote:
> * benoar [2009-01-30 14:40:02 CET]:
> > I personally had a G4 iBook than ran without pbbuttonsd :
>
> Fine, I didn't deny that it's not possible.
>
> > - "function" keys are very wel
>> - backlight dimming is handled by gnome
>> - "function" keys are very well handled by xorg & gnome
>> - suspend to ram is handled by gnome-power-manager
>> What else do you need ?
> Not everyone's using Gnome.
I'm not arguing for/against pbb
* benoar [2009-01-30 14:40:02 CET]:
> I personally had a G4 iBook than ran without pbbuttonsd :
Fine, I didn't deny that it's not possible.
> - "function" keys are very well handled by xorg & gnome
How are xorg & gnome able to regulate the lighting of the
use a GUI, I think pbbuttonsd can be said to be kind of useless for
most of
the people.
The original poster just seemed to be in that case, so that is why I
answered like that. Of course, some people will have special needs,
and
pbbuttonsd is there for them.
Regards,
benjamin
--
To UNSUBSCRI
you need ?
>
> Not everyone's using Gnome.
OK, that was the trap in my argument.
Anyway, as Gnome is the default desktop in Debian, and as most of the users
use a GUI, I think pbbuttonsd can be said to be kind of useless for most of
the people.
The original poster just seemed to be in
On Fri, Jan 30, 2009 at 2:40 PM, benoar wrote:
> On Fri, 30 Jan 2009 09:51:47 +, Rafal Czlonka
> wrote:
>> Gerfried Fuchs wrote:
>>> > So is it still useful, and if so for what?
>>>
>>> Why do you think it's not?
>>
>> +1
>
>
benoar wrote:
> - backlight dimming is handled by gnome
> - "function" keys are very well handled by xorg & gnome
> - suspend to ram is handled by gnome-power-manager
>
> What else do you need ?
Not everyone's using Gnome.
Cheers,
--
Raf
--
To UNSUBSCRIBE, email to debian-powerpc-requ...@lis
On Fri, 30 Jan 2009 09:51:47 +, Rafal Czlonka
wrote:
> Gerfried Fuchs wrote:
>> > So is it still useful, and if so for what?
>>
>> Why do you think it's not?
>
> +1
I personally had a G4 iBook than ran without pbbuttonsd :
- cpu throttling, hard-di
Gerfried Fuchs wrote:
> > So is it still useful, and if so for what?
>
> Why do you think it's not?
+1
> > PS: Running on a PowerBook G4 12".
>
> PowerBook G4 15"
iBook G4 12"
Cheers,
Raf
--
To UNSUBSCRIBE, email to debian-powerpc-requ...@lists.debian.org
with a subject of "unsubscribe".
* Stefan Monnier [2009-01-29 21:23:44 CET]:
> I notice that my Debian testing install includes pbbuttonsd and starst
> it at boot. But looking at the home page of that project, it seems that
> what it offers is already provided by other parts of the system nowadays.
What other part
On 30. jan.. 2009, at 02.13, Stefan Monnier
wrote:
I notice that my Debian testing install includes pbbuttonsd and
starst
it at boot. But looking at the home page of that project, it
seems that
what it offers is already provided by other parts of the system
nowadays.
Oh? Witch
I notice that my Debian testing install includes pbbuttonsd and starst
it at boot. But looking at the home page of that project, it seems that
what it offers is already provided by other parts of the system nowadays.
So is it still useful, and if so for what?
Stefan
PS: Running on a
Hi,
sometimes, pbbuttonsd terminates while suspending to ram. It doesn't
happen everytime and I can't reproduce it. I've started pbbuttonsd with
gdb to see what happens:
[…]
INFO: Script '/etc/power/pmcs-pbbuttonsd powersave ac ' gestartet und normal
beendet
Progra
Hi all,
does one know why
KBDMode = fkeysfirst
doesn't work with 2.6.20-rc? anymore? It is always like
KBDMode = fkeyslast
and doesn't depend on the KBDMode setting.
Any hints?
--
The path to source is always uphill!
-unknown-
--
To UNSUBSCRIBE, email to
Hello folks,
I was for a long time very happy with pbbuttonsd. Now my fkeys doesn´t work
anymore... F1 dims my display etc. even though kbdmode=fkeysfirst is setup.
Any hints?
Regards,
Sebastian
--
An einem edlen Pferd schätzt man nicht seine Kraft, sondern seinen
Charakter
Hello Gabriel,
Gabriel Paubert <[EMAIL PROTECTED]> wrote:
> On Mon, Oct 09, 2006 at 02:34:52PM +, Jörg Sommer wrote:
>> Hi,
>>
>> my pbbuttonsd dies sometimes while suspending the system to RAM. It gets
>> a SIGKILL, but I don't know from where a
On Mon, Oct 09, 2006 at 02:34:52PM +, Jörg Sommer wrote:
> Hi,
>
> my pbbuttonsd dies sometimes while suspending the system to RAM. It gets
> a SIGKILL, but I don't know from where and when. Is it possible to create
> a coredump upon SIGKILL? How?
>
What I have seen
Hi,
my pbbuttonsd dies sometimes while suspending the system to RAM. It gets
a SIGKILL, but I don't know from where and when. Is it possible to create
a coredump upon SIGKILL? How?
What could be the reason? It happens not often and I can't reproduce it.
But I tend to say it happens
Hi,
the upcoming new version of pbbuttonsd is in CVS. This version got new
detection routines for the machine type and the LMU controller. Both
use the open firmware device-tree now. Following conditions must be
fulfilled for the new detection routines to work:
1. /proc/device-tree must exist
pbbuttonsd contains the following code:
sprintf(filename, "/dev/input/event%d", n);
if ((fd = open(filename, O_RDONLY)) >= 0) {
ioctl(fd, EVIOCGID, id);
venprod = (gpointer) (id[ID_VENDOR]<<
d it only with pbbuttons and it's scripts
> first, but without success.
pbbuttonsd might not actually notice the resume. pmud shouldn't really,
either - pmud should not even run a suspend to disk (what version of pmud
do you use, and how do you make it suspend?).
suspend to disk is dif
d it's scripts
first, but without success.
> If I can run scripts I would also like to
> figure out how to keep tap turned off on the touchpad. When I wake up
> tap mode gets turned on eventhough it was turned off originally by
> pbbuttonsd.
What computer do you have exactly and whi
keep tap turned off on the touchpad. When I wake up
tap mode gets turned on eventhough it was turned off originally by
pbbuttonsd.
Thanks,
Jeremiah
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hello Michael,
On 26 Jan, this message from Michael Schmitz echoed through cyberspace:
>> Things to check:
>>
>> - whether Debian's mouseemu indeed has bad define for KEY_UNKOWN
>> (from old kernel),
>
> You bet it has. After all, the new fn keys were added to input.h only
> recently, no?
Hmm
> Things to check:
>
> - whether Debian's mouseemu indeed has bad define for KEY_UNKOWN (from
> old kernel),
You bet it has. After all, the new fn keys were added to input.h only
recently, no?
Michael
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trou
Hello Matthias,
On 23 Jan, this message from Matthias Grimm echoed through cyberspace:
>> That doesn't seem to work. Input devices with mouseemu stopped:
>> [...]
>> pbbuttonsd opens event0 and event2 only. X has event3 and mice open.
>
> Where have you this inf
On Mon, 23 Jan 2006 00:00:19 +0100 (CET)
Mich Lanners <[EMAIL PROTECTED]> wrote:
> > devices will be automatically added or
> > removed as soon as they appear or vanish.
>
> That doesn't seem to work. Input devices with mouseemu stopped:
> [...]
> pbbuttonsd
>
> /sys/class/input/input26/name: Mouseemu virtual keyboard
> /sys/class/input/input26/event5
> /sys/class/input/input27/name: Mouseemu virtual mouse
> /sys/class/input/input27/event6
>
> mouseemu has event0, event1 and event2 open, as well as uinput (two times).
> Howeve
s blocking pbbuttonsd's keyboard activity detection.
>
>
> > And there's been problems with the number of event devices being
> > checked by either mouseemu or pbbuttonsd (forgot which). And there may
> > be input devices that are fake (no real device attached, I have two
nted by an event devive in /dev/input/.
udev disabled here, and all 32 event devices exist in the statuc /dev.
> Pbbuttonsd opens all /dev/input/event% devices and uses them for input
> (at least to reset the user idle timer). If autorescan = yes
Checked, I have that.
> devices will be
ace between creation of the uinput device mouseemu
> uses to forward events, and the opening of this device by later apps.
Obvious. However pbbuttonsd does rescan devices, so after the rescan
interval it will catch changes in event devices.
> And there's been problems with the numb
Hi all,
On 21 Jan, this message from To: debian-powerpc@lists.debian.org echoed
through cyberspace:
> However, it would seem that mouse movements are not counted as
> activity? Is that so by design, concious decision, or is it a bug?
As explained by Matthias Grimm in another mail, it would appea
esented by an event devive in /dev/input/.
Pbbuttonsd opens all /dev/input/event% devices and uses them for input
(at least to reset the user idle timer). If autorescan = yes (which
should be set by default now), devices will be automatically added or
removed as soon as they appear or vanish. So
eation of the uinput device mouseemu
uses to forward events, and the opening of this device by later apps. And
there's been problems with the number of event devices being checked by
either mouseemu or pbbuttonsd (forgot which). And there may be input
devices that are fake (no real device attac
Hi all,
On 20 Jan, this message from Michael Schmitz echoed through cyberspace:
>> So I'm back to statuc device files, and I previously had event0 ..
>> event3. I have created the other ones til 31, and indeed pbbuttonsd
>> opens them all. But event4 ... event31 all r
Hi all,
For I don't know what reason (more on that in another thread) pbbuttonsd
started detecting keyboard activity. So far so good.
However, it would seem that mouse movements are not counted as activity?
Is that so by design, concious decision, or is it a bug?
Thanks, and cheers
M
> So I'm back to statuc device files, and I previously had event0 ..
> event3. I have created the other ones til 31, and indeed pbbuttonsd
> opens them all. But event4 ... event31 all report ENODEV.
Just wondering ... Does the USB keyboard driver report events at all? I'll
On Fri, Jan 20, 2006 at 12:42:08AM +0100, Mich Lanners wrote:
> Hi Sven,
> > What distribution/kernel/udev are you running ?
>
> Debian etch aka testing, 2.6.15 kernel.org plus fn and trackpad
> patrches, udev 0.076-6 (the one currently in testing).
Can you try installing the sid udev (0.81-1) ?
On Fri, Jan 20, 2006 at 12:42:08AM +0100, Mich Lanners wrote:
> Hi Sven,
>
> On 20 Jan, this message from Sven Luther echoed through cyberspace:
> > On Fri, Jan 20, 2006 at 09:11:37AM +1100, Benjamin Herrenschmidt wrote:
> >> > However, I have another problem: it
Hi Sven,
On 20 Jan, this message from Sven Luther echoed through cyberspace:
> On Fri, Jan 20, 2006 at 09:11:37AM +1100, Benjamin Herrenschmidt wrote:
>> > However, I have another problem: it seems that pbbuttonsd can't
>> > detect activity.
>> >
[snip]
Hi Ben,
On 20 Jan, this message from Benjamin Herrenschmidt echoed through
cyberspace:
> On Thu, 2006-01-19 at 23:09 +0100, Mich Lanners wrote:
>> However, I have another problem: it seems that pbbuttonsd can't
>> detect activity.
>>
>> While typing, a short whil
On Fri, Jan 20, 2006 at 09:11:37AM +1100, Benjamin Herrenschmidt wrote:
> On Thu, 2006-01-19 at 23:09 +0100, Mich Lanners wrote:
> > Hi all,
> >
> > For those who didn't notice, pbbuttonsd just got support for the backlit
> > keyboard of the new Powerbooks (post-O
On Thu, 2006-01-19 at 23:09 +0100, Mich Lanners wrote:
> Hi all,
>
> For those who didn't notice, pbbuttonsd just got support for the backlit
> keyboard of the new Powerbooks (post-October 2005).
>
> For me it works fine :-)
>
> However, I have another problem: i
Hi all,
For those who didn't notice, pbbuttonsd just got support for the backlit
keyboard of the new Powerbooks (post-October 2005).
For me it works fine :-)
However, I have another problem: it seems that pbbuttonsd can't detect
activity.
While typing, a short while after resuming
pbbcmd man page, -i applies only to config commands.
>
> If you need to query LCD brightness, you can use /sbin/fblevel (that's
> what my own script uses).
>
> If you need to query any other tag, then I can't help you.
Joerg, I'm sorry but Kiko is completely right. You c
On 16/01/2006 at 15:51 +, Joerg Sommer wrote:
> This does not help:
>
> + ltrace -t -e msgget,msgsnd,msgrcv,msgctl pbbcmd -i query TAG_LCDBRIGHTNESS
According to pbbcmd man page, -i applies only to config commands.
If you need to query LCD brightness, you can use /sbin/fblevel (that's
what
is with a script in
>> /etc/power/event.d/. But it seams the script hangs in the call of pbbcmd.
>> Is this possible? If I enable the call I get a message "INFO: Script
>> '/etc/power/pmcs-pbbuttonsd resume ac ram' lauched but killed after 6
>> seconds". I tra
of pbbcmd.
> Is this possible? If I enable the call I get a message "INFO: Script
> '/etc/power/pmcs-pbbuttonsd resume ac ram' lauched but killed after 6
> seconds". I tracked it down to the call of pbbcmd. So what might happen
> there?
It's a classic deadlock si
power/pmcs-pbbuttonsd resume ac ram' lauched but killed after 6
seconds". I tracked it down to the call of pbbcmd. So what might happen
there?
Bye, Jörg.
--
Der Pessimist ist jemand, der vorzeitig die Wahrheit erzählt.
(Cyrano de Bergerac)
yet).
> >
> Here:
> Linux hidalgo 2.6.14 #1 PREEMPT Fri Oct 28 15:44:49 CEST 2005 ppc GNU/Linux
>
> pbbuttonsd, version 0.7.2, (c) 2002-2005 Matthias Grimm
>
> everything works as it should...
>
the same for me, pbbuttons works for kernel 2.6.14 to 2.6.15-rc7.
(ibook G4 1.2Ghz)
Bin
> --
> Yves-Alexis Perez
>
>
>
On Fri, Dec 02, 2005 at 12:25:19PM +0100, Kasper Jordaens wrote:
> This seems a very good solution for the current problem. One thing I
> would add would be software suspend support. Alsa seems to have
> trouble resuming if the state is different from when it was
> suspended-to-disk, headphone dete
Hi,
I released a Beta of the upcomming pbbuttons 0.7.3 and request your
assistance to test it and tell me about anything weird you will find.
The Beta could be downloaded from:
http://pbbuttons.berlios.de/
IMPORTANT: Compile PBButtons with '--with-ibam' to enable IBaM and read
can't help you with alsa, but I hope this suggestion was helpfull
Kasper
On 12/1/05, Matthias Grimm <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I am looking for an ALSA programmer who is willing to help me with
> the ALSA module of pbbuttonsd. It needs some feature enhenc
Hi,
I am looking for an ALSA programmer who is willing to help me with
the ALSA module of pbbuttonsd. It needs some feature enhencements.
What should be done:
If the headphones are _not_ plugged in the volume keys should control
the PC speakers. The Mute key will mute/unmute the speakers (This
On 11/21/05, Michael Schmitz <[EMAIL PROTECTED]> wrote:
You may be confusing two different notap aspects here - setting thetrackpad to notap mode (which may be done pretty much anywhere you like,and it doesn't hurt to do it in the rc scripts, pbbuttonsd and pmud all at
the same time),
On Sun, Nov 20, 2005 at 12:30 PM, Michael Schmitz wrote:
> > does anybody use the NoTapTyping function of pbbuttonsd with success?
> > How much would you pay to keep it? ;-)
>
> I don't use that function - at least not in pbbuttonsd. moussemu takes
> care of that fo
> > > does anybody use the NoTapTyping function of pbbuttonsd with success?
> > > How much would you pay to keep it? ;-)
> >
> > I don't use that function - at least not in pbbuttonsd. moussemu takes
> > care of that for me.
> >
>
> I have no
On 11/20/05, Michael Schmitz <[EMAIL PROTECTED]> wrote:
> does anybody use the NoTapTyping function of pbbuttonsd with success?> How much would you pay to keep it? ;-)
I don't use that function - at least not in pbbuttonsd. moussemu takescare of that for me.
I have noticed not
Hello Matthias,
Matthias Grimm <[EMAIL PROTECTED]> wrote:
> On Sun, 20 Nov 2005 12:30:31 +0100 (CET)
> Michael Schmitz <[EMAIL PROTECTED]> wrote:
>
>> > does anybody use the NoTapTyping function of pbbuttonsd with success?
>> > How much would you pay
On Sun, 20 Nov 2005 12:30:31 +0100 (CET)
Michael Schmitz <[EMAIL PROTECTED]> wrote:
> > does anybody use the NoTapTyping function of pbbuttonsd with success?
> > How much would you pay to keep it? ;-)
>
> I don't use that function - at least not in pbbuttonsd. mous
> does anybody use the NoTapTyping function of pbbuttonsd with success?
> How much would you pay to keep it? ;-)
I don't use that function - at least not in pbbuttonsd. moussemu takes
care of that for me.
Michael
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
Hi,
does anybody use the NoTapTyping function of pbbuttonsd with success?
How much would you pay to keep it? ;-)
If this is not the case and due to the problems this function could
cause, I would remove the function from pbbuttond again with the next
release.
Any comments?
Best Regards
On Fri, 2005-11-11 at 19:23 +0100, Yves-Alexis Perez wrote:
> As as side note, I've seend that pbbuttons still forward events to the
> window manager (well, only Fx it seem). So it outputs garbage in my
> terminal. Should I fill a bugreport agains pbbuttonsd ?
No. The point is t
On Fri, 11 Nov 2005 19:23:27 +0100
Yves-Alexis Perez <[EMAIL PROTECTED]> wrote:
> As as side note, I've seend that pbbuttons still forward events to the
> window manager (well, only Fx it seem). So it outputs garbage in my
> terminal. Should I fill a bugreport aga
Yves-Alexis Perez wrote:
> Matthias Grimm wrote:
>
>>On Wed, 09 Nov 2005 10:48:33 +0100
>>Yves-Alexis Perez <[EMAIL PROTECTED]> wrote:
>>
>>
>>
>>>I've just noticed that pbbuttonsd reacted wether I pressed
>>>Ctrl+F1/F2/... or FN+F1
y all just call
input_unregister_device() when closing the device. Seems to be standard
practice.
> I agree that it seems a bit dodgy though. Though evdev is more of a
> headache right now - that one can't even be unloaded.
Correction on this - both evdev and uinput
> Hi Michael,
>
> On Thu, Nov 10, 2005 at 11:42:29AM +0100, Michael Schmitz wrote:
> > - newinput = kmalloc(sizeof(struct input_dev), GFP_KERNEL);
> > + newinput = input_allocate_device();
> > if (!newinput)
> > goto cleanup;
> > - memset(newinput, 0, sizeof(struct input_dev))
Hi Michael,
On Thu, Nov 10, 2005 at 11:42:29AM +0100, Michael Schmitz wrote:
> - newinput = kmalloc(sizeof(struct input_dev), GFP_KERNEL);
> + newinput = input_allocate_device();
> if (!newinput)
> goto cleanup;
> - memset(newinput, 0, sizeof(struct input_dev));
>
Michael Schmitz <[EMAIL PROTECTED]> writes:
> Yep. There's still something strange with evdev though - it shows a usage
> count of 14 regardless of how many devices I keep open. Closed devices
> don't seem to get reused.
>
> Anyway, this works for me:
I applied it in current git but didn't work.
> > Didn't work in 2.6.14 - uinput device open was broken. The following patch
> > fixes it:
>
> Can you send that patch to greg for the stable series ?
Yep. There's still something strange with evdev though - it shows a usage
count of 14 regardless of how many devices I keep open. Closed devices
> > Didn't work in 2.6.14 - uinput device open was broken. The following patch
> > fixes it:
>
> I applied it in current git kernel but didn't work. Any idea?
Well, I said the patch was incomplete. And my fix to nonexisting event
devices was to load the evdev module manually. Does that work?
Michael Schmitz <[EMAIL PROTECTED]> writes:
>> > Well, you should notice a process called mouseemu if you installed the
>> > daemon :-)
>>
>> No, it's not there
>
> Didn't work in 2.6.14 - uinput device open was broken. The following patch
> fixes it:
I applied it in current git kernel but didn't
On Wed, 2005-11-09 at 15:04 +0100, Michael Schmitz wrote:
> > > Well, you should notice a process called mouseemu if you installed the
> > > daemon :-)
> >
> > No, it's not there
>
> Didn't work in 2.6.14 - uinput device open was broken. The following patch
> fixes it:
Can you send that patch to
Matthias Grimm wrote:
> On Wed, 09 Nov 2005 10:48:33 +0100
> Yves-Alexis Perez <[EMAIL PROTECTED]> wrote:
>
>
>>I've just noticed that pbbuttonsd reacted wether I pressed
>>Ctrl+F1/F2/... or FN+F1/F2/ It's a bit annoying, because I'd like to
>&
On Wed, 09 Nov 2005 10:48:33 +0100
Yves-Alexis Perez <[EMAIL PROTECTED]> wrote:
> I've just noticed that pbbuttonsd reacted wether I pressed
> Ctrl+F1/F2/... or FN+F1/F2/ It's a bit annoying, because I'd like to
> bind Ctrl+Fx on others commands. In xev, Ctrl is
ashes hard
on device close - yikes. I'll post the full diff as soon as my powerbook
has recovered...).
> > Matthias mentioned a problem with udev and event device creation taking
> > too much time so pbbuttonsd gives up on them (if I understood his mail
> > right). Can you make
Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes:
>> I'm asking myself, if pbbuttons is platform dependend. My iBook is a
>> "new" one (Jul05).
>
> No, and I have the same problem here. I think it might be caused by a
> post -2.6.14 change though.
I think so!
--
O T A V I OS A L V
running as well? Maybe the event grab stuff changed
>
> The kernel mousemu, unless I also have some userland stuff I didn't
> notice :)
Well, you should notice a process called mouseemu if you installed the
daemon :-)
Matthias mentioned a problem with udev and event device creation
d mouseemu if you installed the
> daemon :-)
No, it's not there
> Matthias mentioned a problem with udev and event device creation taking
> too much time so pbbuttonsd gives up on them (if I understood his mail
> right). Can you make the necessary devices up front with udev?
restar
I've just noticed that pbbuttonsd reacted wether I pressed
Ctrl+F1/F2/... or FN+F1/F2/ It's a bit annoying, because I'd like to
bind Ctrl+Fx on others commands. In xev, Ctrl is known as Ctrl_L
(keycode 37) and Fn as Super_L (keycode 109).
In my pbbuttonsd I have:
LCD_IllumUp
> > I'm using a updated kernel version and want to notice that current
> > code (20051108) doesn't work with pbbuttonsd. I don't know the reason
> > but until 2.6.14 and it included, worked fine.
> >
> > Anyone have a hint?
>
> Same problem he
1 - 100 of 512 matches
Mail list logo
