aboutsummaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2009-02-05fix-pcf50633-set-charging-limit-with-usb-limit.patchAndy Green
Cedric noticed that when he turned his GTA02 OFF while hooked to a "dumb" USB charger that should only be asked for 100mA, suddenly much more current was demanded. When PMU enters PMU standmy when we go OFF, its USB current limit is reset to the variant default of 500mA. Since we previously had the charging current limit fixed at 1A, it meant we immediately charge at 500mA. This patch makes the charging limit follow the USB current limit, so that even when we go off, no more than the last authorized amount of current will be taken, even if the USB current limit is later broken by the variant default. Reported-by: Cedric Berger <cedric.berger74@gmail.com> Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-05config-gta02-remove-power-debug.patchAndy Green
Remove the spew from GTA02 POWER_SUPPLY debugging messages, it's just the HDQ stuff filling up dmesg every 30s or so. Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-04[GTA03] Fix power on/off sequence of the GSM moduleDKAY_CHEN
Signed-off-by: DKAY_CHEN <dkay_chen@openmoko.com>
2009-02-03fix-lis302dl-clear-wakeup-source-if-threshold.patchAndy Green
We need to clear down the wakeup source reg if we woke from threshold. Reported-by: Simon Kagstrom <simon.kagstrom@gmail.com> Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-03fix-lis302dl-dont-reset-hpf-each-time.patchAndy Green
We shouldn't be resetting the highpass filter every sample. It should be disabled if we don't use it or allowed to work across multiple samples if we do. Was this hiding some other problem? Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-03add-lis302dl-overrun-stats.patchAndy Green
We can see and account for any overruns caused by IRQ latency now that we fetch the status register. This patch adds a /sys node so it can be queried, and accounting. Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-03fix-lis302dl-get-status-confirm-data-ready.patchAndy Green
Level interrupts solve the sticky loss of service from accels issue. But currently, we get two service actions per one interrupt, leading to information getting read and sent to the input subsystem twice. This patch makes the ISR confirm with the lis302dl status register that there is fresh data before accepting it, it works around the issue and allows use of the other information in the status reg by another patch. Signed-off-by: Andy Green <andy@openmoko.com>
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>
generated by cgit v1.2.3 (git 2.25.1) at 2024-06-21 05:28:56 +0000