aboutsummaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2009-01-31consistent defconfig naming ?Werner Almesberger
The naming of our defconfigs is currently inconsistent: three of them end in -defconfig and use - also as an internal separator. One sends in _defconfig but uses - as internal separator, and one ends in _defconfig without needing an internal separator so far. All the other defconfigs end in _defconfig. 21 use _ also as internal separator and 5 use -. So most of our names differ from the style everyone else is following and there's also inconsistency among our names. The git patch below renames them to the dominant all _ scheme. There's always some latent undesirability for such cleanup patches that may break some habits or scripts. So if there are strong sentiments against doing this now, I won't push the issue. But in general, the sooner one gets those little things done, the better. Signed-off-by: Werner Almesberger <werner@openmoko.org>
2009-01-31Return-Path: <openmoko-kernel-bounces@lists.openmoko.org>Andy Green
Received: from mail.openmoko.org ([unix socket]) by mail.openmoko.org (Cyrus v2.1.18-IPv6-Debian-2.1.18-5.1) with LMTP; Fri, 30 Jan 2009 23:00:03 +0000 X-Sieve: CMU Sieve 2.2 Return-path: <openmoko-kernel-bounces@lists.openmoko.org> Received: from sita.openmoko.org ([88.198.124.203]) by mail.openmoko.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from <openmoko-kernel-bounces@lists.openmoko.org>) id 1LT2LD-0001st-Fo for andy@imap.openmoko.org; Fri, 30 Jan 2009 23:00:03 +0000 Received: from localhost ([127.0.0.1] helo=sita.openmoko.org) by sita.openmoko.org with esmtp (Exim 4.63) (envelope-from <openmoko-kernel-bounces@lists.openmoko.org>) id 1LT2Kb-0001Xw-JH; Fri, 30 Jan 2009 23:59:25 +0100 Received: from mail.openmoko.org ([88.198.124.205]) by sita.openmoko.org with esmtp (Exim 4.63) (envelope-from <werner@openmoko.org>) id 1LT2KV-0001Xn-Lv for openmoko-kernel@lists.openmoko.org; Fri, 30 Jan 2009 23:59:22 +0100 Received: from 175-205-16-190.fibertel.com.ar ([190.16.205.175] helo=ws) by mail.openmoko.org with esmtpsa (TLS-1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.63) (envelope-from <werner@openmoko.org>) id 1LT2KS-0001Xk-0U for openmoko-kernel@lists.openmoko.org; Fri, 30 Jan 2009 22:59:19 +0000 Received: by ws (sSMTP sendmail emulation); Fri, 30 Jan 2009 22:02:47 -0200 Date: Fri, 30 Jan 2009 22:02:47 -0200 From: Werner Almesberger <werner@openmoko.org> To: openmoko-kernel@lists.openmoko.org Message-ID: <20090131000247.GF4526@almesberger.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on sita.openmoko.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL, BAYES_00, UPPERCASE_50_75 autolearn=no version=3.2.3 Subject: [PATCH] back out Android wakelocks breaking suspend X-BeenThere: openmoko-kernel@lists.openmoko.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Discussion regarding the OpenMoko Linux Kernel and boot loader <openmoko-kernel.lists.openmoko.org> List-Unsubscribe: <http://lists.openmoko.org/mailman/listinfo/openmoko-kernel>, <mailto:openmoko-kernel-request@lists.openmoko.org?subject=unsubscribe> List-Archive: <http://lists.openmoko.org/pipermail/openmoko-kernel> List-Post: <mailto:openmoko-kernel@lists.openmoko.org> List-Help: <mailto:openmoko-kernel-request@lists.openmoko.org?subject=help> List-Subscribe: <http://lists.openmoko.org/mailman/listinfo/openmoko-kernel>, <mailto:openmoko-kernel-request@lists.openmoko.org?subject=subscribe> Sender: openmoko-kernel-bounces@lists.openmoko.org Errors-To: openmoko-kernel-bounces@lists.openmoko.org In current andy-tracking, a resume gets almost immediately followed by another suspend, so we can never really leave suspend. This is somehow caused by the Android wakelocks. I think the most expedite way to deal with this is to back them out of our configurations until they've been properly debugged, which is what this patch does. Signed-off-by: Werner Almesberger <werner@openmoko.org>
2009-01-30introduce-gta02-micro-defconfig.patchWerner Almesberger
GTA02 config suitable for bootloader menu application Signed-off-by: Werner Almesberger <werner@openmoko.org>
2009-01-30clean-gta01-gps-warnings.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2009-01-30Return-Path: <openmoko-kernel-bounces@lists.openmoko.org>Andy Green
Received: from mail.openmoko.org ([unix socket]) by mail.openmoko.org (Cyrus v2.1.18-IPv6-Debian-2.1.18-5.1) with LMTP; Fri, 30 Jan 2009 14:13:43 +0000 X-Sieve: CMU Sieve 2.2 Return-path: <openmoko-kernel-bounces@lists.openmoko.org> Received: from sita.openmoko.org ([88.198.124.203]) by mail.openmoko.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from <openmoko-kernel-bounces@lists.openmoko.org>) id 1LSu7r-000566-Sm for andy@imap.openmoko.org; Fri, 30 Jan 2009 14:13:43 +0000 Received: from localhost ([127.0.0.1] helo=sita.openmoko.org) by sita.openmoko.org with esmtp (Exim 4.63) (envelope-from <openmoko-kernel-bounces@lists.openmoko.org>) id 1LSu7M-0004nA-JB; Fri, 30 Jan 2009 15:13:12 +0100 Received: from mail.openmoko.org ([88.198.124.205]) by sita.openmoko.org with esmtp (Exim 4.63) (envelope-from <werner@openmoko.org>) id 1LSu7H-0004n3-4S for openmoko-kernel@lists.openmoko.org; Fri, 30 Jan 2009 15:13:10 +0100 Received: from 175-205-16-190.fibertel.com.ar ([190.16.205.175] helo=ws) by mail.openmoko.org with esmtpsa (TLS-1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.63) (envelope-from <werner@openmoko.org>) id 1LSu7F-0004mk-Pb for openmoko-kernel@lists.openmoko.org; Fri, 30 Jan 2009 14:13:07 +0000 Received: by ws (sSMTP sendmail emulation); Fri, 30 Jan 2009 13:16:38 -0200 Date: Fri, 30 Jan 2009 13:16:38 -0200 From: Werner Almesberger <werner@openmoko.org> To: openmoko-kernel@lists.openmoko.org Message-ID: <20090130151638.GA10711@almesberger.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on sita.openmoko.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.3 Subject: [PATCH] fix #if vs. #ifdef cpp warning in neo1973_pm_gps.c X-BeenThere: openmoko-kernel@lists.openmoko.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Discussion regarding the OpenMoko Linux Kernel and boot loader <openmoko-kernel.lists.openmoko.org> List-Unsubscribe: <http://lists.openmoko.org/mailman/listinfo/openmoko-kernel>, <mailto:openmoko-kernel-request@lists.openmoko.org?subject=unsubscribe> List-Archive: <http://lists.openmoko.org/pipermail/openmoko-kernel> List-Post: <mailto:openmoko-kernel@lists.openmoko.org> List-Help: <mailto:openmoko-kernel-request@lists.openmoko.org?subject=help> List-Subscribe: <http://lists.openmoko.org/mailman/listinfo/openmoko-kernel>, <mailto:openmoko-kernel-request@lists.openmoko.org?subject=subscribe> Sender: openmoko-kernel-bounces@lists.openmoko.org Errors-To: openmoko-kernel-bounces@lists.openmoko.org #if is a poor substitute for #ifdef :-) Signed-off-by: Werner Almesberger <werner@openmoko.org>
2009-01-30manage RTC alarm "pending" flag of PCF50633Werner Almesberger
This patch adds setting and clearing of the "pending" flag of the RTC alarm. The semantics follow the UEFI specification 2.2 available at http://www.uefi.org/specs/, i.e., the "pending" flag is cleared by disabling the alarm, but not by any other condition (such as the passing of time, a successful wakeup, or setting of a new alarm.) Signed-off-by: Werner Almesberger <werner@openmoko.org>
2009-01-30fix-s3c64xx-hs-otg-bitfield-errors-and-clean.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2009-01-30fix-s3c6410-hsusb-platform-init.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2009-01-30fix-s3c6410-hsusb-phy-regs.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2009-01-30consider alrm->enable in pcf50633_rtc_set_alarmWerner Almesberger
Hi Balaji, Mickey mentioned to me that he had trouble with the RTC wakeup interrupt. I had a quick look at the problem and it seems that alrm->enable doesn't get propagated when setting the alarm time with RTC_WKALM_SET. Does something like my patch below look right ? We also don't handle alrm->pending, but I'm not sure if we have to. I tested this only very lightly since my current andy-tracking crashes in soc_suspend. If nobody else beats me to it, I'll have a look at it tomorrow. - Werner ---------------------------------- cut here ----------------------------------- According to Documentation/rtc.txt, RTC_WKALM_SET sets the alarm time and enables/disables the alarm. We implement RTC_WKALM_SET through pcf50633_rtc_set_alarm. The enabling/disabling part was missing. Signed-off-by: Werner Almesberger <werner@openmoko.org> Reported-by: Michael 'Mickey' Lauer <mickey@openmoko.org>
2009-01-29smdk6410-add-usb-otg.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2009-01-29introduce-smdk6410.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2009-01-29Subject: glamo_fix_improper_xrandr_geometry_setting.patchBalaji Rao
X-Git-Url: http://git.openmoko.org/?p=kernel.git;a=commitdiff_plain;h=3b09161ffa5f29870d1f2cab1442f79ff2017b69 glamo_fix_improper_xrandr_geometry_setting.patch Switching to xrandr -o 3 from xrandr -o 1 caused the screen to look crazy because of the way lcd geometry is set in glamo. This patch fixes it. Signed-off-by: Balaji Rao <balajirrao@openmoko.org>
2009-01-29Subject: gta02_fix_defconfig.patchBalaji Rao
X-Git-Url: http://git.openmoko.org/?p=kernel.git;a=commitdiff_plain;h=5ef528551ba670d228dbe442d878b571df1cf98d gta02_fix_defconfig.patch Signed-off-by: Balaji Rao <balajirrao@openmoko.org>
2009-01-29 pcf50633_charging_current_control.patchBalaji Rao
Introduces battery charging current control. Signed-off-by: Balaji Rao <balajirrao@openmoko.org>
2009-01-29config-gta01-android.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2009-01-29config-gta02-staging-and-new-android.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2009-01-29fix-android-gpio-path.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2009-01-29add-kconfig-for-find-irq-blockers.patchAndy Green
This adds a debug section Kconfig entry for the interrupt blocking detection and deals with the config in our stock defconfigs Signed-off-by: Andy Green <andy@openmoko.com>
2009-01-29fix-android-ifdef-polarity.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2009-01-29Remove old android dir compilationMichael Trimarchi
Remove compilation of the old android directory Signed-off-by: Michael Trimarchi <michael@panicking.kicks-ass.org>
2009-01-29Change Android MakefileMichael Trimarchi
Change android makefile to compile all the platform Signed-off-by: Michael Trimarchi <michael@panicking.kicks-ass.org>
2009-01-29Update Kernel core filesMichael Trimarchi
Update kernel core files to support android suspend/resume. These change are conditioned by ifdef Signed-off-by: michael <michael@panicking.kicks-ass.org>
2009-01-29Fix binder compilation and system server binder crashMichael Trimarchi
Fix binder compilation problem in linux system and change the mapping required for arm system. This fix a crash in binder process that can't map the required memory Signed-off-by: Michael Trimarchi <michael@panicking.kicks-ass.org>
2009-01-29Update old android_alarm.h fileMichael Trimarchi
Updata old android_alarm.h file with the new one Signed-off-by: Michael Trimarchi <michael@panicking.kicks-ass.org>
2009-01-29Add new Android filesMichael Trimarchi
Add new android files. They support: - android power - andorid console - alarm driver Signed-off-by: Michael Trimarchi <michael@panicking.kicks-ass.org>
2009-01-29Remove old androidMichael Trimarchi
Remove old android support. Signed-off-by: Michael Trimarchi <michael@panicking.kicks-ass.org>
2009-01-29fix-iblock-exports-for-modules.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2009-01-29Fix the registration of sound subsystem. This patch doesn't fix theMichael Trimarchi
audio volume. Signed-off-by: Michael Trimarchi <michael@panicking.kicks-ass.org>
2009-01-29Quick and dirty interrupt blocking time detector.Werner Almesberger
2009-01-29Fix backlight registration on GTA02Michael Trimarchi
Signed-off-by: Michael Trimarchi <michael@panicking.kicks-ass.org>
2009-01-29Send pen-up events faster (side effect: improve illume keyboard responsiveness)Nelson Castillo
We were waiting 60ms before reporting a pen-up event to avoid jitter. Now we wait 8ms (actually 5 with HZ == 200). Thanks to Marco Trevisan for testing and pointing out that there was a problem that could be spotted with the illume keyboard. Note that I used the Terminal mode of the keyboard (no dictionary) for tests. I also used touch_test.py and the jitter doesn't seem to be an issue when drawing lines with the finger. Reported-by: Marco Trevisan (TreviƱo) <mail@3v1n0.net> Signed-off-by: Nelson Castillo <arhuaco@freaks-unidos.net>
2009-01-29fix-alsa-bt-dai-registration-missing.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2009-01-28config-gta03-uplevel-pcf50606-balaji.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2009-01-28config-gta02-uplevel-pcf50606-balaji.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2009-01-28config-gta01-uplevel-2.6.29-rc2.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2009-01-28fix-gta01-pcf50606-kconfig-makefile.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2009-01-28Subject: pcf50633_introduce_charging_restart_interval.patchBalaji Rao
X-Git-Url: http://git.openmoko.org/?p=kernel.git;a=commitdiff_plain;h=1bb6adaa6a59f52d616b5260cb776eafd40ef05e pcf50633_introduce_charging_restart_interval.patch Signed-off-by: Balaji Rao <balajirrao@openmoko.org>
2009-01-28Subject: pcf50633_remove_set_charger_status.patchBalaji Rao
X-Git-Url: http://git.openmoko.org/?p=kernel.git;a=commitdiff_plain;h=94808ce02deeb78bb3728db416fd4b7544b6d232 pcf50633_remove_set_charger_status.patch
2009-01-28Subject: introduce_gta01_moredrivers_defconfig.patchBalaji Rao
X-Git-Url: http://git.openmoko.org/?p=kernel.git;a=commitdiff_plain;h=4fc1702aab3cdeb1dde6e33a72f6526b59dfb948 introduce_gta01_moredrivers_defconfig.patch Signed-off-by: Balaji Rao <balajirrao@openmoko.org>
2009-01-28Subject: fix_glamo_xrandr_bug.patchBalaji Rao
X-Git-Url: http://git.openmoko.org/?p=kernel.git;a=commitdiff_plain;h=40fe0a30c75937a476ea50220814ca8b1fd81b45 fix_glamo_xrandr_bug.patch This patch reintroduces the 2-cycle delay used when accessing glamo-fb registers. This seems to be required even when the corresponding registers in HOST_BUS are off. Signed-off-by: Balaji Rao <balajirrao@openmoko.org>
2009-01-28Subject: pcf50606_rebase_changes,patchBalaji Rao
X-Git-Url: http://git.openmoko.org/?p=kernel.git;a=commitdiff_plain;h=938eddf17625cce0307f7612a3ea2560384e2384 pcf50606_rebase_changes,patch This patch brings into andy-tracking all changes related to pcf50606 from old balaji-tracking.
2009-01-28From: Balaji Rao <balaji@openmoko.org>Balaji Rao
clean-29-rc2-merge-freakage.patch
2009-01-28Take care of switched off filtersSven Rebhan
If filtering is switched off, we need to avoid using filter functions in the GTA02 platform file. Therefore we wrap the usage with #ifdefs and define an empty filter chain. Signed-off-by: Sven Rebhan <odinshorse@googlemail.com>
2009-01-28Make sure we don't need ts_filterSven Rebhan
If the filtering is switched off, we need a substitution for the two missing functions. So simply define some placeholders. Signed-off-by: Sven Rebhan <odinshorse@googlemail.com>
2009-01-28Make filtering optional but select all filters if switched onSven Rebhan
First, make the filtering switchable by the user. Second, select all filters if filtering is switched on. This is required because we predefine the filterchain in mach-gta02.c and thus need all filter functions. Signed-off-by: Sven Rebhan <odinshorse@googlemail.com>
2009-01-28MERGE-andy-tracking-patchset-editsmerge
2009-01-28From: Sean McNeil <sean@mcneil.com>Andy Green
fix-ac-redefinition.patch
2009-01-28fix-s3c64xx-otg-ioremap-reduce-global-device-ptr.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2009-01-28fix-gta03-usb-otg-setup.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>