On 11/8/05, Yves-Alexis Perez [EMAIL PROTECTED] wrote:
Thorsten Johannvorderbrueggen wrote:
Hello Kasper,
i have the same problem (pbbuttons-0.7.2 and kernel-2.6.14 wont work)
and posted it this week on the pbbuttons mailing list (no answer yet).
Here:
Linux hidalgo 2.6.14 #1 PREEMPT
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));
@@ -373,7 +372,6 @@ static int uinput_burn_device(struct uin
kfree(udev-dev-name);
kfree(udev-dev-phys);
- kfree(udev-dev);
kfree(udev);
Won't you need to explicitly free this device somewhere?
Apparently not. At least, definitely not there after it's been
unregistered
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?
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
don't
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. :(
--
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));
On Wed, 2005-11-09 at 10:08 +0100, Michael Schmitz wrote:
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
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 here, not sure what's up, maybe something broken with the
input
On Wed, 2005-11-09 at 10:50 +0100, Michael Schmitz wrote:
Same problem here, not sure what's up, maybe something broken with the
input events interface that pbbuttons use to get key strokes ? The sleep
stuff seem to still work (as does the idle backlight stuff)
Do you have
Same problem here, not sure what's up, maybe something broken with the
input events interface that pbbuttons use to get key strokes ? The sleep
stuff seem to still work (as does the idle backlight stuff)
Do you have mouseemu running as well? Maybe the event grab stuff changed
The
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 A D O R
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:
diff --git a/drivers/input/misc/uinput.c b/drivers/input/misc/uinput.c
index 948c1cc..201a572 100644
---
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 greg for the
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 work. Any
Hello,
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?
--
O T A V I OS A L V A D O R
I upgraded pbbuttonsd to 0.7.2, as well as my kernel to 2.6.14 and I'm
experiencing the same problem. I tried various things, but I have no
clue.
Gtkpbbuttons complains it cannot set something to a negative
percentage when I try to adjust screen brighntess (I should look up
the exact error, but I
Hello Kasper,
i have the same problem (pbbuttons-0.7.2 and kernel-2.6.14 wont work)
and posted it this week on the pbbuttons mailing list (no answer yet).
Note: brigthnes-controll work without pbbuttons
Bye
Thorsten
Am Dienstag, den 08.11.2005, 14:47 +0100 schrieb Kasper Jordaens:
I
Thorsten Johannvorderbrueggen wrote:
Hello Kasper,
i have the same problem (pbbuttons-0.7.2 and kernel-2.6.14 wont work)
and posted it this week on the pbbuttons mailing list (no answer yet).
Here:
Linux hidalgo 2.6.14 #1 PREEMPT Fri Oct 28 15:44:49 CEST 2005 ppc GNU/Linux
pbbuttonsd,
Hello Yves-Alexis,
have you a working brightness-controll? If so, can you please send me
your pbbuttons.confg and your kernel-conf?
By
Thorsten
Am Dienstag, den 08.11.2005, 18:36 +0100 schrieb Yves-Alexis Perez:
Thorsten Johannvorderbrueggen wrote:
Hello Kasper,
i have the same
Thorsten Johannvorderbrueggen wrote:
Hello Yves-Alexis,
have you a working brightness-controll?
Yes
If so, can you please send me
your pbbuttons.confg and your kernel-conf?
Attached
-- Yves-Alexis Perez
# Configuration file for PBButtonsd = Version 0.5
# for complete list of options
strange...
I tried (2.6.10) old kernel and brightness works, in 2.6.14 nothing
works. Perhaps it's because of my powerbook
processor : 0
cpu : 7447A, altivec supported
clock : 666MHz
revision: 0.1 (pvr 8003 0101)
bogomips: 663.55
machine :
Kasper Jordaens wrote:
strange...
I tried (2.6.10) old kernel and brightness works, in 2.6.14 nothing
works. Perhaps it's because of my powerbook
processor : 0
cpu : 7447A, altivec supported
clock : 666MHz
That's why. You're cursed.
(just kidding :) )
--
Hello Yves-Alexis,
thanks for your reply.
But with your pbbuttons.conf the behavior is the same. I will make a new
kernel and test it with both.
I'm asking myself, if pbbuttons is platform dependend. My iBook is a
new one (Jul05).
Bye
Thorsten
Am Dienstag, den 08.11.2005, 19:20 +0100
Thorsten Johannvorderbrueggen wrote:
Hello Yves-Alexis,
thanks for your reply.
But with your pbbuttons.conf the behavior is the same. I will make a new
kernel and test it with both.
I'm asking myself, if pbbuttons is platform dependend. My iBook is a
new one (Jul05).
I have a 15
hi all,
Kasper Jordaens wrote:
I tried (2.6.10) old kernel and brightness works, in 2.6.14 nothing
processor : 0
cpu : 7447A, altivec supported
clock : 666MHz
revision: 0.1 (pvr 8003 0101)
bogomips: 663.55
machine : PowerBook6,4
motherboard
On Tue, 2005-11-08 at 19:51 +0100, Thorsten Johannvorderbrueggen wrote:
Hello Yves-Alexis,
thanks for your reply.
But with your pbbuttons.conf the behavior is the same. I will make a new
kernel and test it with both.
I'm asking myself, if pbbuttons is platform dependend. My iBook is a
On Tue, 2005-11-08 at 10:41 -0200, Otavio Salvador wrote:
Hello,
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 here,
28 matches
Mail list logo