Re: ehci-omap patches (Was Re: [PATCH 0/5] [RESEND] lm8323 patches)
On Fri, Feb 20, 2009 at 06:27:14PM +0530, Gadiyar, Anand wrote: ... If you want help with testing, I can give it to you. If not, you can test it yourself - I couldn't care less. It would be nice to know if your venerable employer (TI) share your opinion?... -otto -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH] ARM: OMAP: Allow I2C bus driver to be compiled as a module
On Wed, Feb 18, 2009 at 03:40:29PM -0800, Tony Lindgren wrote: * Jarkko Nikula jhnik...@gmail.com [090218 01:42]: On Wed, 18 Feb 2009 11:22:18 +0200 Aaro Koskinen aaro.koski...@nokia.com wrote: Fixes a linker error when OMAP I2C bus driver is compiled as a module: ERROR: i2c_register_board_info [arch/arm/plat-omap/i2c.ko] undefined! The I2C utility functions used for board initialization should be always built-in. Signed-off-by: Aaro Koskinen aaro.koski...@nokia.com --- arch/arm/plat-omap/Makefile |3 ++- arch/arm/plat-omap/include/mach/common.h |2 +- 2 files changed, 3 insertions(+), 2 deletions(-) Acked-by: Jarkko Nikula jarkko.nik...@nokia.com Applying to linux-omap and omap-fixes. Just curious: what about omap-2.6.28? -otto -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH] ARM: OMAP: Allow I2C bus driver to be compiled as a module
On Wed, Feb 18, 2009 at 03:59:56PM -0800, Tony Lindgren wrote: * Otto Solares so...@guug.org [090218 15:43]: On Wed, Feb 18, 2009 at 03:40:29PM -0800, Tony Lindgren wrote: * Jarkko Nikula jhnik...@gmail.com [090218 01:42]: On Wed, 18 Feb 2009 11:22:18 +0200 Aaro Koskinen aaro.koski...@nokia.com wrote: Fixes a linker error when OMAP I2C bus driver is compiled as a module: ERROR: i2c_register_board_info [arch/arm/plat-omap/i2c.ko] undefined! The I2C utility functions used for board initialization should be always built-in. Signed-off-by: Aaro Koskinen aaro.koski...@nokia.com --- arch/arm/plat-omap/Makefile |3 ++- arch/arm/plat-omap/include/mach/common.h |2 +- 2 files changed, 3 insertions(+), 2 deletions(-) Acked-by: Jarkko Nikula jarkko.nik...@nokia.com Applying to linux-omap and omap-fixes. Just curious: what about omap-2.6.28? Heh, OK pushed there too :) I think we should close that branch soon as 2.6.29 is fast approaching.. It would be nice to have some bugfixing branch for stable kernels IMO ;) -otto -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [RESEND] lp5521 patches
On Fri, Feb 13, 2009 at 02:43:46PM +0200, Felipe Balbi wrote: Hi Dave, all could you look at the updated lp5521 patches ? Basically patches from 1 to 3 are the same. Patch 4 has the fix you asked me to implement, getting a label from pdata (then I also moved mode and the presence of each individual led to pdata as well), patch 5 only moves the file to drivers/leds and patch 6 is a new patch adding pdata to board-n800.c After these, lp5521 should be ok for going upstream. Thanks for your time ;-) Hi Felipe, I don't see this patches on the l-o tree or am I missing something? -otto -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: kexec on Nokia Internet Tablets
On Tue, Feb 17, 2009 at 02:09:36PM -0800, Tony Lindgren wrote: * Otto Solares so...@guug.org [090217 13:59]: On Tue, Feb 17, 2009 at 01:46:12PM -0800, Tony Lindgren wrote: * Otto Solares so...@guug.org [090217 13:37]: Hi all! I want to make kexec work on current Nokia Internet Tablets but maybe someone here have a clue or better if a patch :) Do you need to patch anything for this, or does it work out of the box? Tried with l-o out of the box and tried too with this patch applied but same results so far: http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-jaunty.git;a=commit;h=6cd8dd766aec17ce66aa4f732928d05534da0937 Although it seems it was reverted here: http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-jaunty.git;a=commit;h=484b70239a16c01d706a82e5e4afe2f82f24d950 OK, thanks for the links. When I run a kexec enabled linux-omap kernel and try to boot the production Maemo kernel or a linux-omap kernel I only succeed if the serial-console flag in rd mode is set, if not the device just hangs. Sounds like something does not get correctly initialized.. It seems as a timing problem because if I insert small delays to the kexeced kernel via CONFIG_BOOT_PRINTK_DELAY it works too without the serial-console flag set. Any idea what to debug or where to start? Well since the LCD is on, you could write a little function that writes the output to the LCD. You just need to find out the virtual address of the LCD and then add a function for displaying fonts.. Pretty easy to do. Ok, btw do you known a function name I should patch with the debugging output? We have the DEBUG_LL patch in l-o tree that's for low-level debug output to serial port. You could could add a function called printlcd() and call that instead of printascii(). BTW, do you have some Maemo package for kexec? Nope, although I host a userland patch and the statically compiled binary here: http://guug.org/nit/kexec/ Great, it would be nice to switch between Maemo and whatever easily. Tony --- a/kernel/printk.c +++ b/kernel/printk.c @@ -44,6 +44,10 @@ void asmlinkage __attribute__((weak)) early_printk(const char *fmt, ...) #define __LOG_BUF_LEN(1 CONFIG_LOG_BUF_SHIFT) +#ifdef CONFIG_DEBUG_LL +extern void printascii(char *); +#endif + /* printk's without a loglevel use this.. */ #define DEFAULT_MESSAGE_LOGLEVEL 4 /* KERN_WARNING */ @@ -668,6 +672,9 @@ asmlinkage int vprintk(const char *fmt, va_list args) printed_len += vscnprintf(printk_buf + printed_len, sizeof(printk_buf) - printed_len, fmt, args); +#ifdef CONFIG_DEBUG_LL + printascii(printk_buf); +#endif /* * Copy the output into log_buf. If the caller didn't provide Cool! will try something when get home... thx! -otto -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH 1/1] Allow I2C_OMAP to compile as a module.
On Tue, Feb 17, 2009 at 03:50:18PM -0800, Tony Lindgren wrote: Aaro, can you please send a proper patch with Signed-off-by and I'll add it to omap-fixes? Tony: what's the purpose of omap-fixes and the difference between master and omap-2.6.28? if I want a stable kernel which branch should I use? Thanks. -otto -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Nokia Internet Tablets
On Mon, Dec 22, 2008 at 02:27:57PM +0200, Felipe Balbi wrote: On Mon, Dec 22, 2008 at 04:34:22AM -0600, ext Otto Solares wrote: Hi all! I want to resurrect missing support for the Nokia Internet Tablets starting with the N8x0s for my NITdroid project, which uses just standard Linux kernel APIs. So first I would like to ask some very newbie questions: -Is there any ongoing effort to support these devices in latest kernels at the same level as the latest Nokia production kernel (2.6.21-omap)? n8x0 devices should boot fine with current linux-omap and I'd say we have all the drivers here as well, besides audio, camera and wifi (me thinks) Yea it boots fine minus power management. -I don't plan to suspend but just sleep while idling, is this a good approach to power management (pm)? That's broken afaict. -I read about the pm branch, where can I pull it? from linux-omap git. git pull \ git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git pm should do it -Same for the camera drivers, why it was removed and what is required to port it back? get the patch out of linux-omap and send it through v4l2 maintainer. -AFAIK the recent removals of the N800 sound driver was because it was not written for ALSA OMAP SoC API, right? yes. -Can the retu RTC be ported to the CONFIG_RTC_CLASS API? -Are the CONFIG_REGULATOR and CONFIG_POWER_SUPPLY APIs of any use for the Internet Tablets? hmm... it could be used for charging but it won't work unless you get documentation of the charging chips used on n8x0. Also, you'd need to change BME I suppose, which you can't :-s It would be nice that the driver expose the current interface for BME plus the standard Linux API so battery metering works out of the box for distributions other than Maemo. I put a new project to kickstart all the required Nokia proprietary software so the NITs works with other distros without booting trhu initfs: http://guug.org/nit/nitboot Eventually I would like that NIT drivers expose just standard kernel APIs so no need for nitboot. The only hard part as I see it is BME which I'm pretty sure it is not a trivial task to supplant. If it is lack of time of the original developers, I would like to step in, willing to try to complete this work as long as you are willing to support me with answers to my newbie questions as this devices are in plenty operation today but the Nokia kernel is getting really old and it's a good thing if we can port all the drivers to standard Linux API. Sure, I totally agree with you. If I had more time I'd help cleaning up some of the old drivers and send them upstream myself, but unfortunately I don't. If you wanna hack, go for it. Cool thx for the support! -otto -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Nokia Internet Tablets
On Mon, Dec 22, 2008 at 02:50:45PM +0200, Jarkko Nikula wrote: On Mon, 22 Dec 2008 04:34:22 -0600 ext Otto Solares so...@guug.org wrote: Hi all! I want to resurrect missing support for the Nokia Internet Tablets starting with the N8x0s for my NITdroid project, which uses just standard Linux kernel APIs. So first I would like to ask some very newbie questions: -Is there any ongoing effort to support these devices in latest kernels at the same level as the latest Nokia production kernel (2.6.21-omap)? make n800_defconfig in linux-omap tree is a very good start. -I don't plan to suspend but just sleep while idling, is this a good approach to power management (pm)? -I read about the pm branch, where can I pull it? Probably you read already this N810 suspend thread? http://marc.info/?t=12293753882r=1w=2 Short: N800 can do sleep_while_idle but GPS uart clock prevents it currently in N810 and PM branch may have solution to idle it. Will try it. -Does CONFIG_NO_HZ works for this devices? Was working at least some months ago with N800. -AFAIK the recent removals of the N800 sound driver was because it was not written for ALSA OMAP SoC API, right? That's correct. N810 audio is already supported with SND_OMAP_SOC_N810 but N800 would require to have ASoC codec driver for TSC2301 and DAI link driver for EAC, at least for exact sample rates. This is due TSC2301 which can be only slave so in order to get stardard sample rates, EAC or McBSP would require to use external master clock to them and EAC_AC_MCLK and McBSP2.CLKS are not routed into same pads like other four EAC and McBSP2 signals. Most probably McBSP DAI TSC2301 would work also if using internal 96 MHz as a source clock to McBSP. Then sample rate would be e.g. 96 MHz / 32 / 32 = 46.875 kHz. Excellent summary, that was what I need to know, I'll take a look. If it is lack of time of the original developers, I would like to step in, willing to try to complete this work as long as you are willing to support me with answers to my newbie questions as this devices are in plenty operation today but the Nokia kernel is getting really old and it's a good thing if we can port all the drivers to standard Linux API. I welcome you to step in this porting effort! I help what I can :-) What about my other questions? cpufreq and dvfs? Thx for your support! -otto -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Nokia Internet Tablets
Hi all! I want to resurrect missing support for the Nokia Internet Tablets starting with the N8x0s for my NITdroid project, which uses just standard Linux kernel APIs. So first I would like to ask some very newbie questions: -Is there any ongoing effort to support these devices in latest kernels at the same level as the latest Nokia production kernel (2.6.21-omap)? -I don't plan to suspend but just sleep while idling, is this a good approach to power management (pm)? -I read about the pm branch, where can I pull it? -What it does mean retention state for OMAP2 processors? As far as I can figure is some deep sleep state? -If it is a sleep state, what are the conditions to get in? any way to check or how to know if it get in? -Does CONFIG_NO_HZ works for this devices? -Disabling serial support in linux-omap can I get rid of the serial clocks so it more easily get in deep sleep states? -2.6.21-omap had DVFS for OMAP2, why it was removed and what is needed to port it back to latest linux-omap kernel so cpufreq scaling works? -Same for the camera drivers, why it was removed and what is required to port it back? -AFAIK the recent removals of the N800 sound driver was because it was not written for ALSA OMAP SoC API, right? -Can the retu RTC be ported to the CONFIG_RTC_CLASS API? -Are the CONFIG_REGULATOR and CONFIG_POWER_SUPPLY APIs of any use for the Internet Tablets? If it is lack of time of the original developers, I would like to step in, willing to try to complete this work as long as you are willing to support me with answers to my newbie questions as this devices are in plenty operation today but the Nokia kernel is getting really old and it's a good thing if we can port all the drivers to standard Linux API. Thx in advance! -otto -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
