On Wed, Aug 31, 2011 at 07:12:20PM +0300, Yoram bar-haim wrote: > So, does https://gitorious.org/shr/linux/commits/shr-2.6.39-nodrm already > includes the openmoko.patch and shr.patch ? > can I just pathc onm top of this branch ?
It will be more clear if you read openmoko.patch and shr.patch headers or repo description on gitorious: kernel repositories used in SHR project often rebased, so be aware om-2.6.34-stable is based on Openmoko om-2.6.34 (http://git.openmoko.org/?p=kernel.git;a=shortlog;h=refs/heads/om-2.6.34) and contains latest stable/longterm upstream patch shr-2.6.34-nodrm is rebased on top of om-2.6.34-stable and contains common patches which are also usually included in qtmoko/debian kernel sources shr-2.6.34 is rebased on top of shr-2.6.34-nodrm and contains mostly glamo DRM patches from Thomas White (http://git.bitwiz.org.uk/?p=kernel.git;a=shortlog;h=refs/heads/gdrm-2.6.34) The same for 2.6.37, but without DRM patches. openmoko.patch header: All patches from openmoko repository http://git.openmoko.org/?p=kernel.git;a=commit;h=164905f9f5843aa94b04eef724238c77dc47af0f So for 2.6.39, we have 2.6.39.1 as latest stable patch (2.6.39 release + 2.6.39.1 patch from tarbal) shr/linux:om-2.6.39-stable is rebased on top of 2.6.39.1 and used to create openmoko.patch http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.39.y.git;a=summary (git diff linux-2.6.39.y/2.6.39.1 > openmoko.patch) shr.patch header: All patches from shr kernel repository rebased on top of openmoko kernel repository https://gitorious.org/shr/linux/commits/shr-2.6.39-nodrm 5 6 35c701e lis302dl: use ABS events rather then REL events 7 1d5cd43 input: lis302dl: fix the resume path 8 9521296 lis302dl accelerometer driver 9 eefe7bf Force GPS power up on resume if it were powered up on suspend 10 fd88443 Fix high power consumption in suspend 11 ae31803 wm8753: use snd_soc_jack on neo1973 12 104353d ar6000_delay.patch 13 235c131 usbhost.patch 14 e342a4d Enable powering off after 8s POWER press 15 b9dfb66 glamo-display: fix WSOD for 242 timming 16 d952c22 Openmoko resume reason sysfs node ported from 2.6.29 17 2d7ec7a nand/s3c2410: add mising badblocksbits value 18 2a067d5 glamo-mci: revert changes for Per's patchset 19 d9b3bc8 Revert "mmc: add none blocking mmc request function" 20 a194e92 Revert "mmc: mmc_test: add debugfs file to list all tests" 21 8a3a7aa Revert "mmc: mmc_test: add test for none blocking transfers" 22 711299a Revert "mmc: add member in mmc queue struct to hold request data" 23 101511c Revert "mmc: add a block request prepare function" 24 023e4b8 Revert "mmc: move error code in mmc_block_issue_rw_rq to a separate function." 25 6dd67d8 Revert "mmc: add a second mmc queue request member" 26 cc53cf6 Revert "mmc: add handling for two parallel block requests in issue_rw_rq" 27 76cc5df Revert "mmc: test: add random fault injection in core.c" And shr/linux:shr-2.6.39-nodrm is reabased on top of shr/linux:om-2.6.39-stable and shr.patch is created against om-2.6.39-stable (git diff origin/om-2.6.39-stable > shr.patch) Regards, > On Wednesday, August 31, 2011 06:35:53 PM Martin Jansa wrote: > > On Wed, Aug 31, 2011 at 5:26 PM, Yoram bar-haim <[email protected]> > wrote: > > > On Wednesday, August 31, 2011 05:48:49 PM you wrote: > > >> user space (http://atrey.karlin.mff.cuni.cz/~metan/evfilter/) or > > >> switching to tslib was one option, but later we were using kernel > > >> patch from Gennady Kupava > > >> s3c2410_ts: jitter less touchscreen for glamo, version 4 > > >> see: https://gitorious.org/shr/linux/commits/shr-2.6.37-nodrm > > >> or > > >> https://gitorious.org/shr/linux/commit/3f2ddad023c970a1136f37bc19e882eba > > >> b3 9d5dc directly > > > > > > This patch seems to only reduce the frequency of event, it does not do > > > any filtering or modification of the events. > > > > Which makes events for evdev usable.. > > > > BTW: reducing of event frequency == filtering :) > > > > >> You can try to apply referenced patch to 2.6.39 branch and update it > > >> if needed and then test it from meta-smartphone/meta-openmoko/.... > > >> Then please send tested patch to shr-devel and I'll apply it to > > >> shr-2.6.39-nodrm and meta-smartphone sooner. Thanks! > > >> > > >> Regards, > > > > > > I will try to see what can be done,but I'm not sure yet what kind of > > > solution should it be... -- Martin 'JaMa' Jansa jabber: [email protected]
signature.asc
Description: Digital signature
_______________________________________________ Shr-devel mailing list [email protected] http://lists.shr-project.org/mailman/listinfo/shr-devel
