Patch from Dirk Behme

Please see mail thread '[patch] Cleanup of head.S?' from 25 Feb 2003. Let us remove the third part now. The mapping set by this code is done already.

The comment of rmk was

'I suspect we can kill (3) without hurting stuff that's merged into the
-rmk tree, although I'm sure there's a reason it existed.  I'll have
to check my mail archives, but I think there was a machine that required,
but it appears not to be merged.'

So, let's try and see if somebody cries...

This fixes a build error caused by other changes in 2.5.67.

Patch from Eli Carter

# Tue Apr  1 12:29:20 CST 2003
# Fix the default config for the iq80310 board so it does not panic on boot,
# and enables ksymoops.
#
# Patch against 2.5.65 + 1472
#
# arch/arm/def-configs/iq80310 |    8 ++------
# 1 files changed, 2 insertions(+), 6 deletions(-)

Patch from Eli Carter

# Mon Mar 31 15:53:24 CST 2003
# Rename the *-iop310 directories to *-iop3xx, and fix up filenames in
# comments.
# Modify the default config to build for me.
#
# This patch may be applied by hand, or may be executed as a shell script.
# Patch is against 2.5.65-rmk1
#
# arch/arm/Kconfig                      |    2 
# arch/arm/Makefile                     |    2 
# arch/arm/def-configs/iq80310          |  634 +++++++++++++++-------------------
# arch/arm/mach-iop3xx/arch.c           |    2 
# arch/arm/mach-iop3xx/iop310-irq.c     |    2 
# arch/arm/mach-iop3xx/iop310-pci.c     |    2 
# arch/arm/mach-iop3xx/iq80310-irq.c    |    2 
# arch/arm/mach-iop3xx/iq80310-pci.c    |    2 
# arch/arm/mach-iop3xx/iq80310-time.c   |    2 
# arch/arm/mach-iop3xx/mm.c             |    2 
# arch/arm/mach-iop3xx/xs80200-irq.c    |    2 
# include/asm-arm/arch-iop3xx/ide.h     |    2 
# include/asm-arm/arch-iop3xx/io.h      |    2 
# include/asm-arm/arch-iop3xx/iop310.h  |    2 
# include/asm-arm/arch-iop3xx/irqs.h    |    2 
# include/asm-arm/arch-iop3xx/serial.h  |    2 
# include/asm-arm/arch-iop3xx/vmalloc.h |    2 
# 17 files changed, 301 insertions(+), 365 deletions(-)
#

Patch from Eli Carter

# Mon Mar 31 15:53:24 CST 2003
# Rename the *-iop310 directories to *-iop3xx, and fix up filenames in
# comments.
# Modify the default config to build for me.
#
# This patch may be applied by hand, or may be executed as a shell script.
# Patch is against 2.5.65-rmk1
#
# arch/arm/Kconfig                      |    2 
# arch/arm/Makefile                     |    2 
# arch/arm/def-configs/iq80310          |  634 +++++++++++++++-------------------
# arch/arm/mach-iop3xx/arch.c           |    2 
# arch/arm/mach-iop3xx/iop310-irq.c     |    2 
# arch/arm/mach-iop3xx/iop310-pci.c     |    2 
# arch/arm/mach-iop3xx/iq80310-irq.c    |    2 
# arch/arm/mach-iop3xx/iq80310-pci.c    |    2 
# arch/arm/mach-iop3xx/iq80310-time.c   |    2 
# arch/arm/mach-iop3xx/mm.c             |    2 
# arch/arm/mach-iop3xx/xs80200-irq.c    |    2 
# include/asm-arm/arch-iop3xx/ide.h     |    2 
# include/asm-arm/arch-iop3xx/io.h      |    2 
# include/asm-arm/arch-iop3xx/iop310.h  |    2 
# include/asm-arm/arch-iop3xx/irqs.h    |    2 
# include/asm-arm/arch-iop3xx/serial.h  |    2 
# include/asm-arm/arch-iop3xx/vmalloc.h |    2 
# 17 files changed, 301 insertions(+), 365 deletions(-)
#

Patch from Eli Carter

# Tue Apr  1 11:50:11 CST 2003
# Grab a copy of Russell's information on important porting information and
# stick it in the Documentation/arm directory where people will find it before
# posting to the lists.
#
# Patch is against 2.5.65-rmk1
#
# Documentation/arm/Porting |  135 ++++++++++++++++++++++++++++++++++++++++++++++
# 1 files changed, 135 insertions(+)
#

Patch from Christopher Hoover

 Make code compile/link/work without CONFIG_MTD_CONCAT.

Patch from Christopher Hoover

This patch allows for larger flash parts (and keeps the kernel from
crashing on these) and changes the partitioning on BadgePAD 4.

Patch from Christopher Hoover

Patch from Christopher Hoover

This patch enables the second serial port on the BadgePAD 4, when the
port is opened.

Patch from Christopher Hoover

Make it compile again and various cleanups and a few bug fixes.  Only
changes x86-64 specific files.

Most of it are S3 suspend changes from Pavel and comment spelling fixes
from Steven Cole.

- Remove now obsolete check_cpu function
- Fix sys_ioctl prototype
- Small optimization - use SYSCALL for 32bit signal handling.
- Fix S3 suspend handling and split into individual files like i386 (Pavel)
- Merge from i386 (pci fixes etc.)
- Set correct paging attributes for IOMMU aperture
- Fix disable apic option

The ipc multiplexer syscall on x86 currently returns EINVAL for a
non-existing sub-opcode.  This logical but is a problem with the
introduction of new operations (like semtimedop).  Now EINVAL can mean
"no such operation" and "invalid parameter".  To avoid such problems in
future, could you apply the attached patch?

update diffserv URL, patch provided by Tero Pelander (tpeland@tkukoulu.fi).

A gconf update by Romain Liévin <roms@tilp.info>
- fixed bug when double-clicking for changing value.
- expand row when enabling a row with a submenu.
- various bug fixes

The semantically correct approach is for register_module_notifier not to
exist at all.  That way is #ifdef hell.

So this just makes it an empty function (and also adds a missing
comment).

This trivial patch removes some now unused data structures from
mach-visws/mpparse.c

Visual Workstations 320/540 are SGI products, so IMHO they can use
penguin with SGI logo as mips does :))

This fixes the mighty penguin logo not appearing on visual workstation
framebuffer.  The trouble is missing 'case FB_VISUAL_PSEUDOCOLOR:' in
fb_prepare_logo() function.

This fixes the visws framebuffer driver which needs vm_area_struct from
linux/mm.h

into home.transmeta.com:/home/torvalds/v2.5/linux

Here is the cleanup patch I promised back in February.  Sorry it took a
while.

The effects should be purely cosmetic in 2.5.66.  However, the new
interface for the proper way to send thread-specific of process-global
signals from inside the kernel is needed for correct implementation of
some fixes to timer stuff that Ulrich told me about.

This cleans up some obsolete comments and macros in kernel/signal.c,
restores send_sig_info to its original behavior, and adds a global entry
point send_group_sig_info.  I checked all the uses of send_sig and
send_sig_info and changed a few to send_group_sig_info.

I think it would be cleanest if the whole mess of *_sig* entry points were
reduced to two or three, but I did the change that minimized the number of
callers I had to fix up.

There should be no discernible difference, since the 2.5.66 send_sig_info
function did group semantics for those signals by number already.  The only
exception to that is pdeath_signal, which I guess can be any signal number
but I deemed ought to be process-wide.

I did not change any of the calls using SIGKILL, though that does have
process-wide semantics.  There is no need to change it since SIGKILL always
kills the whole group, though the code path for send_sig(SIGKILL,...) calls
in multithreaded processes will be different now.

OK, so I screwed up - didn't notice the late_initcall() that was
introduced, which was obviously bogus. This one should build OK for the
module case. I've tested insmod/rmmod alongside a mounted sysfs.

I think the built-in case is OK: oprofile/ is after kernel/ in the link
order. I tested that too.

ACPI is performing a spin_lock() on a `void *'.  That's OK when spin_lock is
implemented via an inline function.  But when it is implemented via macros
it causes compile-time breakage.

So cast it to the right type. It really should be fixed not to use opaque
handles, though.

This fixes some performance problems.  Some vendors implement firmware
updates over IPMI, and this speeds up that process quite a bit.

 * Improve the "send - wait for response - send -wait for response -
   etc" performance when using high-res timers.  Before, an ~10ms delay
   would be added to each message, because it didn't restart the timer
   if nothing was happing when a new message was started.

 * Add some checking for leaked messages.

We really need a memory barrier in smp_call_function(), so that the
other cpu's get the updated value when they get IPI'd immediately
afterwards.

This seems to be true on some old (and arguably broken) hardware where
the IPI generation and reception doesn't synchronize enough.

into home.transmeta.com:/home/torvalds/v2.5/linux

into nuts.ninka.net:/home/davem/src/BK/net-2.5

into nuts.ninka.net:/home/davem/src/BK/net-2.5

Date: Mon, 31 Mar 2003 14:39:54 -0300 (ART)
From: Pablo Menichini <pablo@menichini.com.ar>

This patch swaps the arguments of kmalloc, and relax the type
of allocation to GFP_KERNEL as others PnP functions do.

Pablo

Date: Mon, 31 Mar 2003 14:39:54 -0300 (ART)
From: Pablo Menichini <pablo@menichini.com.ar>

This patch swaps the arguments of kmalloc, and relax the type
of allocation to GFP_KERNEL as others PnP functions do.

Pablo

Converts this driver to the pnp api.

Converts this driver to the pnp api.