The following patch adds a platform device for the OMAP RNG. I have
added support for using this to the RNG driver as part of a generic
RNG codebase I'm writing and will submit that for testing once
it is compiling.
Signed-off-by: Deepak Saxena <dsaxena@plexity.net>
Signed-off-by: Tony Lindgren <tony@atomide.com>

Add comment on why omap_gpio_init() is needed on some boards

The early GPIO should only be needed in cases where some interrupts
are routed via FPGA. In most cases doing the init with arch_initcall()
should be fine.

Make sure omap_gpio_init is called for all boards

This got added accidentally with 09b55578.
The DMA merge is not ready for 24xx yet.

Add more RNG registers to allow developing common Linux RNG interface

Enable second I2C bus on 24xx

IRQ for wakeup.
Signed-off-by: Todd Poynor <tpoynor@mvista.com>
Signed-off-by: Kevin Hilman <khilman@mvista.com>

The change to make DMA work two bytes at a time omitted an important
tweak that affects the file_storage gadget:  it needs to recognize when
the host writes an odd number of bytes.  (The change was made to get
past a controller lockup that seemed to be caused by byte-at-a-time DMA
using too much bandwidth on one of the I/O busses during network stress
testing.  The network layer ignores such extra bytes.)

This patch resolves that issue by checking the relevant bit and adjusting
the rx byte count, so that for example a legal 13 byte request doesn't
morph into an illegal 14 byte one any more.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Tony Lindgren <tony@atomide.com>

Signed-off-by: Kevin Hilman <kevin@hilman.org>

doesn't handle these.
Signed-off-by: Todd Poynor <tpoynor@mvista.com>

partitioning, JFFS2 filesystem, and keypad.
Signed-off-by: Todd Poynor <tpoynor@mvista.com>
Signed-off-by: Kevin Hilman <kevin@hilman.org>

Signed-off-by: Todd Poynor <tpoynor@mvista.com>
Signed-off-by: Kevin Hilman <kevin@hilman.org>

Signed-off-by: Todd Poynor <tpoynor@mvista.com>
Signed-off-by: Kevin Hilman <kevin@hilman.org>

omap2420 defconfig with Watchdog support.
Signed-off-by: Komal Shah <komal_shah802003@yahoo.com>
Signed-off-by: Tony Lindgren <tony@atomide.com>

Synced with mainline

Refresh OMAP730 P2 defconfig for 2.6.14-rc1, enable OMAP MUX by default.
Signed-off-by: Todd Poynor <tpoynor@mvista.com>
Signed-off-by: Tony Lindgren <tony@atomide.com>

Removed rename watchdog files

Fixed compile for omap1

Added 24xx watchdog support
Signed-off-by: Komal Shah <komal_shah802003@yahoo.com>
Signed-off-by: Tony Lindgren <tony@atomide.com>

Not sure if this has to be fixed in pcmcia code or our omap_cf.c, but
with patch in attachment I now get:
=> Instert CF card into OSK:
# hda: TOSHIBA THNCF256MDG, CFA DISK drive
ide0 at 0xc2852000-0xc2852007,0xc285200e on irq 222
hda: max request size: 128KiB
hda: 500736 sectors (256 MB) w/2KiB Cache, CHS=978/16/32
hda: cache flushes not supported
    hda: hda1
ide-cs: hda: Vcc = 3.3, Vpp = 0.0
# mount -t vfat /dev/hda1 /mount
    hda: hda1
#

A first cut at OMAP730 system suspend/resume.  I've only tried keypad
wakeup, which fails to wake up.  /proc/interrupts shows no interrupts
from that device, so some P2 keypad fix is needed.  But this might be a
start.  Could work harder to avoid duplicated/ifdefed code for OMAP16xx
vs. OMAP730.

--- snip ---
OMAP730 PM system suspend/resume core.

Based on code by Dave Peverley, Dirk Behme, a.o.
Signed-off-by: Todd Poynor <tpoynor@mvista.com>
Signed-off-by: Tony Lindgren <tony@atomide.com>

pm_message_t conversion for OMAP RTC suspend; compile warning fix.
Signed-off-by: Todd Poynor <tpoynor@mvista.com>
Signed-off-by: Tony Lindgren <tony@atomide.com>

DSP suspend/resume callbacks don't ref uninitialized clock handles on
unsupported boards or after other errors.  Avoid lockup at system suspend.
Signed-off-by: Todd Poynor <tpoynor@mvista.com>
Signed-off-by: Tony Lindgren <tony@atomide.com>

Must... have.. blinky... LEDs... on OMAP730 P2...
Signed-off-by: Todd Poynor <tpoynor@mvista.com>
Signed-off-by: Tony Lindgren <tony@atomide.com>

OMAP1510 USB compile fix

Added OMAP24xx RNG support

Need to use long long, not long when RMWing a MSR. I think
it's harmless right now, but still should be better fixed
if AMD adds any bits in the upper 32bit of HWCR.

Bug was introduced with the TLB flush filter fix for i386
Signed-off-by: Andi Kleen <ak@suse.de>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

CPU hotplug fills up the possible map to NR_CPUs, but it did that after
setting up per CPU data. This lead to CPU data not getting allocated
for all possible CPUs, which lead to various side effects.
Signed-off-by: Andi Kleen <ak@suse.de>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

All the same issues - we can't just save the pointer to the thread, we
must save the pid/uid/euid combination.
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

If a process issues an URB from userspace and (starts to) terminate
before the URB comes back, we run into the issue described above.  This
is because the urb saves a pointer to "current" when it is posted to the
device, but there's no guarantee that this pointer is still valid
afterwards.

In fact, there are three separate issues:

1) the pointer to "current" can become invalid, since the task could be
   completely gone when the URB completion comes back from the device.

2) Even if the saved task pointer is still pointing to a valid task_struct,
   task_struct->sighand could have gone meanwhile.

3) Even if the process is perfectly fine, permissions may have changed,
   and we can no longer send it a signal.

So what we do instead, is to save the PID and uid's of the process, and
introduce a new kill_proc_info_as_uid() function.
Signed-off-by: Harald Welte <laforge@gnumonks.org>
[ Fixed up types and added symbol exports ]
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

On the boot processor, we need to do the move onto the Linux trap
table a little bit differently else we'll take unhandlable faults in
the firmware address space.

Previously we would do the following:

1) Disable PSTATE_IE in %pstate.
2) Set %tba by hand to sparc64_ttable_tl0
3) Initialize alternate, mmu, and interrupt global
   trap registers.
4) Call prom_set_traptable()

That doesn't work very well actually with the way we boot the kernel
VM these days.  It worked by luck on many systems because the firmware
accesses for the prom_set_traptable() call happened to be loaded into
the TLB already, something we cannot assume.

So the new scheme is this:

1) Clear PSTATE_IE in %pstate and set %pil to 15
2) Call prom_set_traptable()
3) Initialize alternate, mmu, and interrupt global
   trap registers.

and this works quite well.  This sequence has been moved into a
callable function in assembler named setup-trap_table().  The idea is
that eventually trampoline.S can use this code as well.  That isn't
possible currently due to some complications, but eventually we should
be able to do it.

Thanks to Meelis Roos for the Ultra5 boot failure report.
Signed-off-by: David S. Miller <davem@davemloft.net>

Noticed by Terence Ripperda

Undo wrong change in global_flush_tlb. We need to flush the caches in all
cases, not just when pages were reverted. This was a bogus optimization
added earlier, but it was wrong.
Signed-off-by: Andi Kleen <ak@suse.de>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>