- 09 Feb, 2006 6 commits
-
-
Toshihiro Kobayashi authored
- Add api_ck control needed for McBSP initialization. - Bug fix for process list handling - Conversion from internal pool allocators to mempool API. Signed-off-by: Toshihiro Kobayashi <toshihiro.kobayashi@nokia.com> Signed-off-by: Paul Mundt <paul.mundt@nokia.com>
-
Juha Yrjola authored
Some bootloaders have the ability to send information about the various component versions (e.g. HW revision, bootloader version) through the ATAG mechanism. This patch implements a procfs entry for reading such information. Signed-off-by: Juha Yrjölä <juha.yrjola@nokia.com>
-
Juha Yrjola authored
-
Juha Yrjola authored
- Reserve the DMA channel at init time to reduce xfer overhead - PSC values need to be increased in some cases where the driving clock runs at a high frequency - Enable auto idling Signed-off-by: Juha Yrjölä <juha.yrjola@nokia.com>
-
Juha Yrjola authored
-
Imre Deak authored
- Support for the Philips LPH8923 LCD panel - Support for the Epson HWA742 LCD controller - Support for frame buffer located in SRAM and/or SDRAM - Support for boot loader initialized LCD controller / frame buffer content. - LCD panels will now register a device in the relevant board-* files instead of specifying the LCD type as an OMAP_TAG_LCD. The controller type is still specified in OMAP_TAG_LCD. - A new ATAG OMAP_TAG_FBMEM is used to describe the frame buffer memory configuration (SRAM and SDRAM regions) - Changed the OMAP1 LCD controller driver to export its functions through the lcd_ctrl object. - OMAP1 pixel clock divider will now round up in lcdc.c - Changed the OMAP1 SoSSI driver to export its functions through the lcd_ctrl_extif object. - OMAP1 SoSSI clock calculation goes through all possible clock dividers. Rounding of clock tick values now takes places at each timing parameter. - OMAP2 RFBI clock calculation goes through all possible clock dividers. Rounding of clock tick values now takes places at each timing parameter. - OMAP2 pixel clock divider will now round up in dispc.c Signed-off-by: Imre Deak <imre.deak@nokia.com> Signed-off-by: Juha Yrjl <juha.yrjola@nokia.com>
-
- 08 Feb, 2006 11 commits
-
-
Paul Mundt authored
Presently we have OMAP_TAG_SERIAL_CONSOLE that wraps in to add_preferred_console() for the serial console, this does the same thing with OMAP_TAG_STI_CONSOLE so it's selectable who gets tty control. Signed-off-by: Paul Mundt <paul.mundt@nokia.com>
-
Ville Tervo authored
This patch adds a Bluetooth HCI driver for the TI BRF6150 chip with Nokia H4 extensions. The chip is e.g. on the Nokia 770. Signed-off-by: Ville Tervo <ville.tervo@nokia.com> Signed-off-by: Juha Yrjl <juha.yrjola@nokia.com>
-
Juha Yrjola authored
The converted driver originated from David Brownell, with some modifications by Imre. Signed-off-by: Imre Deak <imre.deak@nokia.com> Signed-off-by: Juha Yrjl <juha.yrjola@nokia.com>
-
Juha Yrjola authored
Signed-off-by: Juha Yrjl <juha.yrjola@nokia.com>
-
Juha Yrjola authored
Signed-off-by: Juha Yrjl <juha.yrjola@nokia.com>
-
-
Paul Mundt authored
-
Juha Yrjola authored
Signed-off-by: Juha Yrjl <juha.yrjola@nokia.com>
-
Juha Yrjola authored
Signed-off-by: Juha Yrjl <juha.yrjola@nokia.com>
-
Juha Yrjola authored
Signed-off-by: Juha Yrjölä <juha.yrjola@nokia.com>
-
Tony Lindgren authored
Avoid other SA_TRIGGER_* flags triggering BUG()
-
- 07 Feb, 2006 9 commits
-
-
Paul Mundt authored
This implements a simple subsystem for the OMAP serial tracing interface, as found in omap16xx and omap24xx. There's a few things implemented in this patch: - STI console support - STI netlink support - STI RX FIFO support In addition to this, we also provide a general tracing framework that can be used by both the kernel and userspace (and imask control for allowing DSP-side STI manipulation). Since the IRQ is multiplexed, drivers register for the bits they're interested in (the RX FIFO is an example of this). The netlink interface exists for streaming data bi-directionally. This is currently done using NETLINK_USERSOCK, which ends up being somewhat limiting. All of these things have been tested on both OMAP1 and OMAP2, and it takes in to account some of the protocol differences.
-
Dirk Behme authored
New way to handle irq trigger mode is to pass it as flag to request_irq() instead of using special ARM function set_irq_mode(). Signed-off-by: Dirk Behme <dirk.behme_at_gmail.com> Signed-off-by: Tony Lindgren <tony@atomide.com>
-
Tony Lindgren authored
The new way to pass level detection is with the SA_TRIGGER_* flags wit request_irq instead of set_irq_type(). As we may get other flags in the trigger, we must mask the flag instead of comparing it directly.
-
Tony Lindgren authored
Needs to be fixed.
-
Tony Lindgren authored
Quick fix to make drivers compile and work again. Needs to be verified.
-
Ladislav Michl authored
Current implementation of omap_i2c_isr doesn't work on OMAP5910 (Too much work in one IRQ). Interrupt service routine is broken in these aspects: * it tries to ack interrupt by writing to read-only status register. * it doesn't ackowledge interrupt properly by reading interrupt vector register. I'm assuming that driver works correctly on other OMAPs (right? ;-)), so proposed patch adds interrupt service routine for 15xx cpus and deletes rev1 stuff from omap_i2c_isr. Tested on OMAP5910 with DS1339 clock on I2C bus. Signed-off-by: Ladislav Michl <ladis@linux-mips.org> Signed-off-by: Tony Lindgren <tony@atomide.com>
-
Ladislav Michl authored
omap_i2c_xfer is supposed to return number of messages successfuly transfered. Remove bogus condition which causes it to fail when transfering one message. Signed-off-by: Ladislav Michl <ladis@linux-mips.org> Signed-off-by: Tony Lindgren <tony@atomide.com>
-
Tony Lindgren authored
-
Tony Lindgren authored
-
- 06 Feb, 2006 4 commits
-
-
-
Russ Anderson authored
After converting the cpu physical address to shub2 physical addressing, the address was run through TO_PHYS() which clobbered a high node offset bit causing the BTE to fail on shub2 nodes with large memory. This fix corrects that problem. Signed-off-by: Russ Anderson (rja@sgi.com) Signed-off-by: Tony Luck <tony.luck@intel.com>
-
Tony Luck authored
-
Herbert Xu authored
When we pull the PPP protocol off the skb, we forgot to update the hardware RX checksum. This may lead to messages such as dsl0: hw csum failure. Similarly, we need to clear the hardware checksum flag when we use the existing packet to store the decompressed result. Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by: David S. Miller <davem@davemloft.net>
-
- 05 Feb, 2006 10 commits
-
-
Greg KH authored
I thought we had fixed up all non-gpl USB drivers, and was wrong to do this. Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Linus Torvalds authored
The non-NUMA case would do an unmatched "free_alien_cache()" on an alien pointer that had never been allocated. It might not matter from a code generation standpoint (since in the non-NUMA case, the code doesn't actually _do_ anything), but it not only results in a compiler warning, it's really really ugly too. Fix the compiler warning by just having a matching dummy allocation. That also avoids an unnecessary #ifdef in the code. Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Linus Torvalds authored
-
Linus Torvalds authored
-
Robb, Sam authored
On a system where libintl.h is present, but the NLS functionality is supplied by a separate library instead of the system C library, an attempt to "make config" or "make menuconfig" will fail with link errors, ex: scripts/kconfig/mconf.o:mconf.c:(.text+0xf63): undefined reference to `_libintl_gettext' This patch attempts to correct the problem by detecting whether or not NLS support requires linking with libintl. Signed-off-by: Samuel J Robb <sam.robb@timesys.com> Cc: Roman Zippel <zippel@linux-m68k.org> Cc: Sam Ravnborg <sam@ravnborg.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Adrian Bunk authored
Due to the usage of set_64bit in include/asm-i386/pgtable-3level.h, HIGHMEM64G must depend on X86_CMPXCHG64. Signed-off-by: Adrian Bunk <bunk@stusta.de> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Takashi Iwai authored
Fix gcc4.1 compile warnings "value computed is not used" with set_current_state() and set_task_state() on i386/SMP and x86-64. Signed-off-by: Takashi Iwai <tiwai@suse.de> Cc: Nick Piggin <nickpiggin@yahoo.com.au> Cc: Andi Kleen <ak@muc.de> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Chuck Ebbert authored
Show first field of kernel version in register dumps like x86_64 does. Changes output from e.g.: (2.6.16-rc1) to: (2.6.16-rc1 #12) Signed-off-by: Chuck Ebbert <76306.1226@compuserve.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Chuck Ebbert authored
i386 CPU init code accesses freed init memory when booting a newly-started processor after CPU hotplug. The cpu_devs array is searched to find the vendor and it contains pointers to freed data. Fix that by: 1. Zeroing entries for freed vendor data after bootup. 2. Changing Transmeta, NSC and UMC to all __init[data]. 3. Printing a warning (once only) and setting this_cpu to a safe default when the vendor is not found. This does not change behavior for AMD systems. They were broken already but no error was reported. Signed-off-by: Chuck Ebbert <76306.1226@compuserve.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Ulrich Drepper authored
Signed-off-by: Ulrich Drepper <drepper@redhat.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-