aboutsummaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2009-02-02gta03-usb-otg-init-48MHz-source-fix.patchDkay Chen
Unlike SMDK we use 48MHz xtal on GTA03, don't copy platform phy clock init from SMDK then Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-02Make ALSA name truncation verboseNelson Castillo
Make previous Michael's patch verbose about truncating mixer names. Sample message: sound/soc/soc-dapm.c:349 mixer name 'Playback Mixer Voice Capture Switch' truncated to 31 characters. Signed-off-by: Nelson Castillo <arhuaco@freaks-unidos.net>
2009-02-02build-add-HEAD-to-uploadable-builds.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-02This is a ugly openmokoo revert for name changing in alsa.conf.Michael Trimarchi
Please revert in feuture version Pointed-out-by: Andy Green <andy@openmoko.com> Signed-off-by: Michael Trimarchi <michael@panicking.kicks-ass.org>
2009-02-01debug-add-more-glamo-mem-speed-options.patchAndy Green
People on bug https://docs.openmoko.org/trac/ticket/2217 experiencing problems with default emmory settings on Glamo reported that changing reg 0x200 <- 0xef0 as in 2.6.24 made the problem not reproducible any more. However this changes three bitfields, two are to do with waitstates before sampling read and write cycles off the bus, and the last is to do with which PLL provides the clock to the memory interface unit logic. The old settings has all three of these very conservative, 3 waitstates and using the 50MHz PLL instead of the 90MHz one; the new default setting has all of these at their fastest of 0 wait states and the 90MHz PLL. This patch adds some more granular tests to the same glamo3362.slow_memory= parameter to see if we can find some middle ground. For example the issue may be the waitstates and not the PLL source, in which case even users with the bad Glamo behaviour can have the advantage of the faster PLL / bus bandwidth. 0 90MHz PLL, no wait states (default) 1 50MHz PLL, 3 wait states 2 50MHz PLL, 2 wait states 3 50MHz PLL, 1 wait state 4 50MHz PLL, no wait states 5 90MHz PLL, 3 wait states 6 90MHz PLL, 2 wait states 7 90MHz PLL, 1 wait state Signed-off-by: Andy Green <andy@openmoko.com>
2009-01-31The continue instead of return is not necessary now, because the DAIAndy Green
has a dummy inizialization. Signed-off-by: Michael Trimarchi <michael@panicking.kicks-ass.org>
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>
generated by cgit v1.2.3 (git 2.25.1) at 2024-12-13 07:25:15 +0000