osdir.com
mailing list archive
Mozy Online Backup: 2GB Free. Automatic. Secure.

Subject: iPAQ h3600 patch - msg#00047

List: handhelds.linux.kernel

Date: Prev Next Index Thread: Prev Next Index
Hi again (and again, and again) ...
I post too much patches latelly :) :) :)


Changes :
- cut off of useless hacks for module sdependency
- some attemps to make backlight work correctly after a resume


that's all for today, it's a small patch.

gremlin

--
/------------------------------------------------\
| Alessandro Gardich : gremlin-4KDpiRHFOM2onA0d6jMUrA@xxxxxxxxxxxxxxxx
|
>------------------------------------------------<
| I never saw a wild thing sorry for itself. |
| A small bird will drop frozen dead from a bough |
| without ever having felt sorry for itself. |
\------------------------------------------------/

Attachment: hh-26-gremlin-20060220.patch.gz
Description: GNU Zip compressed data

_______________________________________________
Kernel-discuss mailing list
Kernel-discuss-CN5wO63fgwogsBAKwltoeQ@xxxxxxxxxxxxxxxx
https://handhelds.org/mailman/listinfo/kernel-discuss
Was this page helpful?
Yes No
Thread at a glance:

Previous Message by Date: click to view message preview

Re: iPAQ h3600 patch

On Sun, 2006-02-19 at 12:05 +0100, Alessandro GARDICH wrote: > So is possible to load micro_key.ko without micro.ko :( This isn't (oughtn't to be) a problem. All the other ipaqs work the same way: you can load asic2_adc without asic2_base if you want, it just won't do anything useful. > If an explicit call of request_module("micro") is done in micro_key.ok > modules > loading is performed right but still there isn't any dependency between the > two > so is still possible to unload micro.ko keeping micro_key.ko loaded :( ... This sounds like your device tree linkage isn't set up right. At a guess, micro.c is forgetting to set the parent pointer in the subdevices it creates to point to itself. I checked your patch in, anyway. Thanks for that. p.

Next Message by Date: click to view message preview

Re: iPAQ h3600 patch

On 2/19/06, Phil Blundell <pb-nTxnB6RFTZzQT0dZR+AlfA@xxxxxxxxxxxxxxxx> wrote: > On Sun, 2006-02-19 at 12:05 +0100, Alessandro GARDICH wrote: > > So is possible to load micro_key.ko without micro.ko :( > > This isn't (oughtn't to be) a problem. All the other ipaqs work the > same way: you can load asic2_adc without asic2_base if you want, it just > won't do anything useful. > > > If an explicit call of request_module("micro") is done in micro_key.ok > > modules > > loading is performed right but still there isn't any dependency between the > > two > > so is still possible to unload micro.ko keeping micro_key.ko loaded :( ... > > This sounds like your device tree linkage isn't set up right. At a > guess, micro.c is forgetting to set the parent pointer in the subdevices > it creates to point to itself. > > I checked your patch in, anyway. Thanks for that. I think the asm/arch/pxa_keys.h, asm/hardware/gpio_keys.h part of the patch is still missing in cvs (as of -D 20060221). Also, the hx4700 kernel needed the attached little changes to compile again. regards Philipp hx4700-gpio-keys.patch Description: Text Data _______________________________________________ Kernel-discuss mailing list Kernel-discuss-CN5wO63fgwogsBAKwltoeQ@xxxxxxxxxxxxxxxx https://handhelds.org/mailman/listinfo/kernel-discuss

Previous Message by Thread: click to view message preview

Re: iPAQ h3600 patch

On 2/19/06, Phil Blundell <pb-nTxnB6RFTZzQT0dZR+AlfA@xxxxxxxxxxxxxxxx> wrote: > On Sun, 2006-02-19 at 12:05 +0100, Alessandro GARDICH wrote: > > So is possible to load micro_key.ko without micro.ko :( > > This isn't (oughtn't to be) a problem. All the other ipaqs work the > same way: you can load asic2_adc without asic2_base if you want, it just > won't do anything useful. > > > If an explicit call of request_module("micro") is done in micro_key.ok > > modules > > loading is performed right but still there isn't any dependency between the > > two > > so is still possible to unload micro.ko keeping micro_key.ko loaded :( ... > > This sounds like your device tree linkage isn't set up right. At a > guess, micro.c is forgetting to set the parent pointer in the subdevices > it creates to point to itself. > > I checked your patch in, anyway. Thanks for that. I think the asm/arch/pxa_keys.h, asm/hardware/gpio_keys.h part of the patch is still missing in cvs (as of -D 20060221). Also, the hx4700 kernel needed the attached little changes to compile again. regards Philipp hx4700-gpio-keys.patch Description: Text Data _______________________________________________ Kernel-discuss mailing list Kernel-discuss-CN5wO63fgwogsBAKwltoeQ@xxxxxxxxxxxxxxxx https://handhelds.org/mailman/listinfo/kernel-discuss

Next Message by Thread: click to view message preview

h3600 patch (bis)

Hi to all small change since yestarday patch, just keep input.h as is and add KEY_CONTACTS definition in ipaqsa.h -- /-------------------------------------------------------------\ | Alessandro Gardich : gremlin-4KDpiRHFOM2onA0d6jMUrA@xxxxxxxxxxxxxxxx | >-------------------------------------------------------------< | I never saw a wild thing sorry for itself. | | A small bird will drop frozen dead from a bough | | without ever having felt sorry for itself. | \-------------------------------------------------------------/ hh-26-gremlin-20060213.patch.gz Description: GNU Zip compressed data _______________________________________________ Kernel-discuss mailing list Kernel-discuss-CN5wO63fgwogsBAKwltoeQ@xxxxxxxxxxxxxxxx https://handhelds.org/mailman/listinfo/kernel-discuss
Sign up for updates to this mailing list. email:
Loading Comments...
Home | News | Patents | Sitemap | FAQ | advertise

Advertising by