- 26 Aug, 2008 1 commit
-
-
Kevin Hilman authored
When EEPROM is detected by board init code, read MAC out of EEPROM and call the EMAC init routine passing the MAC address. If EEPROM is not found, then device code has a backup call to EMAC init. Also, original i2c-emac code removed. Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>
-
- 25 Aug, 2008 3 commits
-
-
Kevin Hilman authored
This patch adds an interface by which other kernel code can read/write detected EEPROM. The platform code registers a 'setup' callback with the at24_platform_data. When the at24 driver detects an EEPROM, it fills out the read and write functions of at24_iface and calls the setup callback. The platform code can then use the read/write functions in the at24_iface struct for reading and writing the EEPROM. Original idea, review and updates by David Brownell <david-b@pacbell.net> Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>
-
Kevin Hilman authored
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>
-
Will Newton authored
re-assert THRE correctly. Recent changes to tighten the check for UARTs that don't correctly re-assert THRE caused problems when such a UART was opened for the second time - the bug could only successfully be detected at first initialization. This patch stores the information about the bug in the bugs field of the port structure when the port is first started up so subsequent opens can check this bit even if the test for the bug fails. Signed-off-by: Will Newton <will.newton@gmail.com> Acked-by: Alex Williamson <alex.williamson@hp.com>
-
- 22 Aug, 2008 2 commits
-
-
Kevin Hilman authored
Since both mappings are for CS0, use the same range. Otherwise, the NAND mapping prevents use of the physmap driver since request_memory_region() fails. Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>
-
Kevin Hilman authored
-
- 21 Aug, 2008 3 commits
-
-
Kevin Hilman authored
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>
-
Kevin Hilman authored
The sff_dma_ops struct should be wrapped by BLK_DEV_IDEDMA_SFF instead of BLK_DEV_IDEDMA_PCI. Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>
-
Kevin Hilman authored
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>
-
- 20 Aug, 2008 6 commits
-
-
Kevin Hilman authored
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>
-
Kevin Hilman authored
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>
-
Kevin Hilman authored
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>
-
Kevin Hilman authored
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>
-
Kevin Hilman authored
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>
-
Kevin Hilman authored
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>
-
- 19 Aug, 2008 2 commits
-
-
Kevin Hilman authored
Conflicts: arch/arm/Kconfig arch/arm/mach-davinci/board-evm.c arch/arm/mach-davinci/serial.c drivers/i2c/busses/i2c-davinci.c drivers/media/video/Makefile include/asm-arm/arch-davinci/entry-macro.S include/asm-arm/arch-davinci/gpio.h include/asm-arm/arch-davinci/serial.h include/asm-arm/arch-davinci/system.h include/asm-arm/memory.h
-
Artem Bityutskiy authored
This patch fixes the following annoying warning: INFO: task twl4030 gpio:283 blocked for more than 120 seconds. "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. twl4030 gpio D c027e9dc 0 283 2 [<c027e744>] (schedule+0x0/0x314) from [<c00640f0>] (kthread+0x3c/0x80) [<c00640b4>] (kthread+0x0/0x80) from [<c0052678>] (do_exit+0x0/0x664) r5:00000000 r4:00000000 Which is printed every 120 seconds by the softlockup code (see 'check_hung_task()' function, introduced by on Jan 2008 by commit 82a1fcb9). The reason is that the "twl4030 gpio" kthread is created but is not started immediatelly. And in fact it may never start, because TWL3040 interrupts may never happen and hence, the 'twl4030_gpio_unmask_irqchip()' function is never run. This makes the softlockup detection code unhappy. Fix this by running the "twl4030 gpio" kernel thread in at the end of the 'gpio_twl4030_init()' initialization function. Since the 'gpio_pending_unmask' global variable is 0 at that time, the tread ('twl4030_gpio_unmask_thread()') will effectively do nothing and go sleep. This makes the softlocup detection code happy. Signed-off-by: Artem Bityutskiy <Artem.Bityutskiy@nokia.com> Signed-off-by: Tony Lindgren <tony@atomide.com>
-
- 18 Aug, 2008 5 commits
-
-
Anant Gole authored
Signed-off-by: Anant Gole <anantgole@ti.com> Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>
-
Felipe Balbi authored
arch: omap: usb: do not block sleep musb_set_clock should not block sleep on omap3-based boards, it prevents system from sleeping. Thanks to Jouni Högander for pointing this out Signed-off-by: Felipe Balbi <felipe.balbi@nokia.com> Signed-off-by: Tony Lindgren <tony@atomide.com>
-
Felipe Balbi authored
The following patch fixes some problems in T2 keypad driver. Basically we're passing irq number via platform_data, moving globals to a structure and fixing a problem while iterating over the keymap. It might be that we still have a few locking issues that might be solved on a later version of this same patch. Signed-off-by: Felipe Balbi <felipe.balbi@nokia.com> Signed-off-by: Tony Lindgren <tony@atomide.com>
-
Adrian Hunter authored
On OMAP3, the driver was occasionally not seeing the GPIO interrupt. Adding a small delay of one register read eliminates the problem. Signed-off-by: Adrian Hunter <ext-adrian.hunter@nokia.com> Signed-off-by: Tony Lindgren <tony@atomide.com>
-
Jarkko Nikula authored
This has similar symptoms than 66c23551 where just omap_request_dma, omap_dma_link_lch and omap_dma_unlink_lch can cause incorrect dump_stack(). Here it can happen if channel has been used before and the channel flags variable holds old status. Signed-off-by: Jarkko Nikula <jarkko.nikula@nokia.com> Signed-off-by: Tony Lindgren <tony@atomide.com>
-
- 14 Aug, 2008 6 commits
-
-
Tony Lindgren authored
This reverts commit c0c5beb8. This patch breaks n810 keyboard. Signed-off-by: Tony Lindgren <tony@atomide.com>
-
Sanjeev Premi authored
This patch updates the defconfig to 2.6.27-rc2 tag. The updates are based on omap_3430sdp_defconfig. Fixes the build issue reported earlier: LD init/built-in.o LD .tmp_vmlinux1 arm-none-linux-gnueabi-ld: no machine record defined arm-none-linux-gnueabi-ld: no machine record defined make: *** [.tmp_vmlinux1] Error 1 Signed-off-by: Sanjeev Premi <premi@ti.com> Signed-off-by: Tony Lindgren <tony@atomide.com>
-
Felipe Balbi authored
Use platform_data to pass musb configuration-specific details to musb driver. This patch will prevent that other platforms selecting HAVE_CLK and enabling musb won't break tree building. The other parts of it will come when linux-omap merge up more omap2/3 board-files. Signed-off-by: Felipe Balbi <felipe.balbi@nokia.com> Acked-by: Paul Mundt <lethal@linux-sh.org> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> Signed-off-by: Tony Lindgren <tony@atomide.com>
-
Felipe Balbi authored
If we can't reach the driver, we stop trying to probe it. Useful when building kernel for n800 and n810. n800 doesn't have lm8323, so that driver shouldn't probe there. Signed-off-by: Felipe Balbi <felipe.balbi@nokia.com> Signed-off-by: Tony Lindgren <tony@atomide.com>
-
Tony Lindgren authored
Fix compile for hci_h4p Signed-off-by: Tony Lindgren <tony@atomide.com>
-
Tony Lindgren authored
Merge branches 'master' and 'linus' Conflicts: arch/arm/Makefile arch/arm/mach-omap1/board-h2.c arch/arm/mach-omap1/board-h3.c arch/arm/mach-omap1/board-nokia770.c arch/arm/mach-omap1/board-palmte.c arch/arm/mach-omap1/board-sx1.c arch/arm/mach-omap2/board-2430sdp.c arch/arm/mach-omap2/board-apollon.c arch/arm/mach-omap2/board-h4.c arch/arm/mach-omap2/clock.c arch/arm/mach-omap2/clock24xx.c arch/arm/mach-omap2/devices.c arch/arm/mach-omap2/id.c arch/arm/mach-omap2/io.c arch/arm/mach-omap2/memory.c arch/arm/mach-omap2/pm.c arch/arm/mach-omap2/sleep.S arch/arm/plat-omap/devices.c drivers/i2c/chips/menelaus.c drivers/input/keyboard/omap-keypad.c drivers/watchdog/omap_wdt.c include/asm-arm/arch-omap/board-2430sdp.h include/asm-arm/arch-omap/board-apollon.h include/asm-arm/arch-omap/board-h4.h include/asm-arm/arch-omap/board-nokia.h include/asm-arm/arch-omap/board.h include/asm-arm/arch-omap/clock.h include/asm-arm/arch-omap/common.h include/asm-arm/arch-omap/control.h include/asm-arm/arch-omap/cpu.h include/asm-arm/arch-omap/debug-macro.S include/asm-arm/arch-omap/dsp_common.h include/asm-arm/arch-omap/entry-macro.S include/asm-arm/arch-omap/gpio-switch.h include/asm-arm/arch-omap/gpio.h include/asm-arm/arch-omap/gpmc.h include/asm-arm/arch-omap/hardware.h include/asm-arm/arch-omap/io.h include/asm-arm/arch-omap/irqs.h include/asm-arm/arch-omap/mailbox.h include/asm-arm/arch-omap/mcbsp.h include/asm-arm/arch-omap/memory.h include/asm-arm/arch-omap/mmc.h include/asm-arm/arch-omap/mux.h include/asm-arm/arch-omap/omap-alsa.h include/asm-arm/arch-omap/omap1510.h include/asm-arm/arch-omap/omap16xx.h include/asm-arm/arch-omap/omap24xx.h include/asm-arm/arch-omap/omap34xx.h include/asm-arm/arch-omap/omapfb.h include/asm-arm/arch-omap/onenand.h include/asm-arm/arch-omap/pm.h include/asm-arm/arch-omap/prcm.h include/asm-arm/arch-omap/sdrc.h include/asm-arm/arch-omap/serial.h include/asm-arm/arch-omap/sram.h include/asm-arm/arch-omap/system.h include/asm-arm/arch-omap/timex.h include/asm-arm/arch-omap/usb.h include/asm-arm/arch-omap/vmalloc.h
-
- 13 Aug, 2008 8 commits
-
-
arun c authored
OMAP2EVM keypad is controlled by twl4030 Signed-off-by: Arun C <arunedarath@mistralsolutions.com> Signed-off-by: Tony Lindgren <tony@atomide.com>
-
arun c authored
TWL4030 keypad controller driver support for OMAP2EVM Signed-off-by: Arun C <arunedarath@mistralsolutions.com> Signed-off-by: Tony Lindgren <tony@atomide.com>
-
Hunter, Jon authored
Corrected header file path in file sound/arm/omap/omap-alsa-dma.c. Signed-off-by: Jon Hunter <jon-hunter@ti.com> Signed-off-by: Tony Lindgren <tony@atomide.com>
-
Paul Walmsley authored
There is suspicion that the 32kHz input clock to the OMAP may be noisy on BeagleBoards. On OMAP2/3 GPTIMER1, this can cause the timer counter register to warp to unknown values or miss interrupt conditions. So, use GPTIMER12 instead, which apparently has its own secure 32kHz oscillator and will hopefully not be prone to the suspected sys_32k glitches. This is only a workaround. If sys_32k is noisy, other system peripherals may be affected. This workaround is a collective product of several people, most notably Philip Balister <philip@balister.org>, Dirk Behme <dirk.behme@googlemail.com>, Koen Kooi <k.kooi@student.utwente.nl>, Tony Lindgren <tony@atomide.com>, Steve Sakoman <sakoman@gmail.com>, Khasim Syed Mohammed <khasim@ti.com> Richard Woodruff <r-woodruff2@ti.com>, Kevin Hilman <khilman@deeprootsystems.com>. I apologize if there is anyone whom I've missed. Signed-off-by: Paul Walmsley <paul@pwsan.com> Cc: Khasim Syed Mohammed <khasim@ti.com> Cc: Koen Kooi <k.kooi@student.utwente.nl> Cc: Steve Sakoman <sakoman@gmail.com> Cc: Richard Woodruff <r-woodruff2@ti.com> Cc: Tony Lindgren <tony@atomide.com> Cc: Philip Balister <philip@balister.org> Cc: Dirk Behme <dirk.behme@googlemail.com> Signed-off-by: Tony Lindgren <tony@atomide.com>
-
Paul Walmsley authored
Add Kbuild code to allow the builder to select which GPTIMER block to use for the Linux clockevents timer. Practical choices at this point are GPTIMER1 or GPTIMER12. Both of these timers are in the WKUP powerdomain, and so are unaffected by chip power management. GPTIMER1 can use sys_clk as a source, for applications where a high-resolution timer is more important than power management. GPTIMER12 has the special property that it has the secure 32kHz oscillator as its source clock, which may be less prone to glitches than the off-chip 32kHz oscillator. But on HS devices, it may not be available for Linux use. At this point, it appears that most boards are fine with GPTIMER1, but Beagle should use GPTIMER12. Signed-off-by: Paul Walmsley <paul@pwsan.com> Signed-off-by: Tony Lindgren <tony@atomide.com>
-
Paul Walmsley authored
Fix the clockdomain autodep code to respect omap_chip platform flags. Resolves "Unable to handle kernel paging request at virtual address 5f75706d" panic during power management initialization on OMAP2. Signed-off-by: Paul Walmsley <paul@pwsan.com> Signed-off-by: Tony Lindgren <tony@atomide.com>
-
Paul Walmsley authored
The OMAP2 clock code was missing code to associate clocks with clockdomains at registration time; fix this. Resolves "Unhandled fault: alignment exception (0x001) at 0xc02c1b4e" (address may vary) panic during clock framework init on OMAP2. The alignment error was caused by an attempt to dereference a pointer to a string (1-byte aligned) as if it were a pointer to a structure. Thanks to Felipe Balbi <felipe.balbi@nokia.com> for originally reporting this bug. Signed-off-by: Paul Walmsley <paul@pwsan.com> Signed-off-by: Tony Lindgren <tony@atomide.com>
-
Linus Torvalds authored
-
- 12 Aug, 2008 4 commits
-
-
git://linux-nfs.org/~bfields/linuxLinus Torvalds authored
* 'for-2.6.27' of git://linux-nfs.org/~bfields/linux: fs/nfsd/export.c: Adjust error handling code involving auth_domain_put MAINTAINERS: mention lockd and sunrpc in nfs entries lockd: trivial sparse endian annotations
-
git://git.kernel.org/pub/scm/linux/kernel/git/roland/infinibandLinus Torvalds authored
* 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband: IB/ehca: Discard double CQE for one WR IB/ehca: Check idr_find() return value IB/ehca: Repoll CQ on invalid opcode IB/ehca: Rename goto label in ehca_poll_cq_one() IB/ehca: Update qp_state on cached modify_qp() IPoIB/cm: Use vmalloc() to allocate rx_rings
-
git://git.kernel.org/pub/scm/linux/kernel/git/aegl/linux-2.6Linus Torvalds authored
* 'release' of git://git.kernel.org/pub/scm/linux/kernel/git/aegl/linux-2.6: [IA64] use bcd2bin/bin2bcd [IA64] Ensure cpu0 can access per-cpu variables in early boot code
-
Bernhard Walle authored
Various cleanup the drivers/firmware/memmap (after review by AKPM): - fix kdoc to conform to the standard - move kdoc from header to implementation files - remove superfluous WARN_ON() after kmalloc() - WARN_ON(x); if (!x) -> if(!WARN_ON(x)) - improve some comments Signed-off-by: Bernhard Walle <bwalle@suse.de> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
-