net/core/dev.c: Print lethal dev/protocol errors with KERN_CRIT.

Merge master.kernel.org:/home/acme/BK/llc-2.5
into nuts.ninka.net:/home/davem/src/BK/net-2.5

o Appletalk: use seq_file for proc stuff

And also move MODULE_LICENSE from aarp.c to ddp.c, as its there
that the module_init/exit is.

Also added MODULE_AUTHOR and MODULE_DESCRIPTION.

Merge master.kernel.org:/home/acme/BK/x25-2.5
into nuts.ninka.net:/home/davem/src/BK/net-2.5

o X25: fix permission bogosity in create_proc_entry usage

Thanks to Al Viro for reviewing this, this also fixes the
example that made me do this copy'n'paste brain fart.

o X25: use seq_file for proc stuff

Also some CodingStyle cleanups.

[VLAN]: Accept zero vlan at unregister.

net/sched/sch_htb.c: Check that node is really leaf before modifying cl->un.leaf

o IPX: use seq_file for proc stuff

Also move the lenghty ChangeLog to a separate file.

It also tidies a tiny bit of LLC.

o LLC: now it only uses seq_file for proc stuff

some extra trivial cleanups.

o LLC: start using seq_file for proc stuff

net/8021q/vlan_dev.c: Fix lockup when setting egress priority.

Merge master.kernel.org:/home/acme/BK/llc-2.5
into nuts.ninka.net:/home/davem/src/BK/net-2.5

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

Use dump_stack() for the USB storage buffer size checking,
to make it possible to track down.

[BRIDGE]: take BR_NETPROTO_LOCK for unlinking bridge device slaves

[BRIDGE]: Skip the LISTENING_STP state if STP is disabled.

[NET]: Remove net_call_rx_atomic.

[IPV4/IPV6]: C99 designated initializers.

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

Undo due to weird behaviour on various boxes
Cset exclude: ink@jurassic.park.msu.ru|ChangeSet|20021003201553|58706

Merge http://linux-lksctp.bkbits.net/lksctp-2.5
into nuts.ninka.net:/home/davem/src/BK/sctp-2.5

[PATCH] NFS: readdir reply truncated!

Duh... Even a simple one-liner test can be wrong. The really sad bit
is that I made the same mistake 3 weeks ago, fixed it, and then lost
track of the fix...

To recap fix to fix: A valid end of directory marker has to read
(entry[0]==0 && entry[1]!=0). Here is final correct (I hope) patch.

[PATCH] 64-bit timer fix

I think I have found it and it only hits on a 64 bit machine.

If the timeout is big enough we still need to initialise timer->entry.
Otherwise bad things happen we we hit del_timer.

[IPV4/IPV6]: General cleanups.
- Use s6_XXX instead of in6_u.s6_XXX
- Use macros not magic numbers
- Avoid __constant_{hton,ntoh}{l,s} in runtime code.

Merge http://linuxusb.bkbits.net/pci-2.5
into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux

Export the gdt table GPL-only for APM.

Merge kroah.com:/home/greg/linux/BK/bleeding_edge-2.5
into kroah.com:/home/greg/linux/BK/pci-2.5

PCI: remove pcibios_find_device() from the 53c7,8xx.c SCSI driver

Merge s390 update into current tree

[PATCH] s390 update (27/27): control characters.

Replace IMMEDIATE_BH bottom half by tasklets in helper functions for
console control characters. Fix a race condition and make it look nicer.

[PATCH] s390 update (26/27): /proc/interrupts.

Don't create /proc/interrupts on s390.

[PATCH] s390 update (25/27): init call.

Remove call to s390_init_machine_check in init/main.c, the new boot code
on s390 calls it via arch_initcall.

[PATCH] s390 update (24/27): boot sequence.

Rework boot sequence on s390:

Traditionally, device detection os s390 is done completely
at a _very_ early stage during bootup (from init_irq(),
i.e. before memory management or the console are there).

This has always been a bad idea, but now it broke even more
since the linux driver model requires devices detection
to take place after the core_initcalls are done.

We now do only a small amount of scanning (probably
less in the future) at the early stage, the bulk of it
is done from a proper subsys_initcall(). This requires
some changes in related areas:

- the machine check handler initialization is split in
  two halves, since we want to catch major machine malfunctions
  as early as possible, but device machine checks can only
  be caught after the channel subsystem is up.

- some functions that are called from the css initialization
  made some assumptions of when to use kmalloc or bootmem_alloc,
  which were broken anyway. We fix this here and hopefully
  can get rid of bootmem_alloc for the css completely in the future.

- the debug logging feature for s390 was not used for functions
  in the initialization before, since it requires the memory
  management to be working. Now that we can be sure that it
  works, some special cases can be removed.

Now that these changes are done, a partial implementation of the
device model for the channel subsystem is possible, but at this
point, none of the device drivers make use of that yet.

[PATCH] s390 update (23/27): channel paths.

Check if defined chpids are available. Some code simplification.

[PATCH] s390 update (22/27): s390_process_IRQ.

Cleanup s390_process_IRQ a little, the ending_status argument is never
really used.

[PATCH] s390 update (21/27): sync i/o bug.

Remove bogus sanity check from {en,dis}able_sync_isc() and really disable all
interrupt sub classes except isc 7 in wait_cons_dev.

[PATCH] s390 update (20/27): signal quiesce.

Add 'signal quiesque' feature to s390 hardware console. A signal quiesce
is sent from VM or the service element every time the system should shut
down. We receive the quiesce signal and call ctrl_alt_del(). Finally the
mainframes have ctrl-alt-del as well :-)

[PATCH] s390 update (19/27): ptrace cleanup.

Rewrite s390 ptrace code in a more readable and less buggy way. As a part of
this, all psw related definitions are moved into ptrace.h from a number of
different locations.

[PATCH] s390 update (18/27): fpu registers.

Cleanup load/store of fpu register on s390.

[PATCH] s390 update (17/27): beautification.

Remove bogus sanity checks and code cleanup.

[PATCH] s390 update (16/27): timer interrupts.

Make timer interrupt independent from boot cpu and do several ticks in one
go if a virtual cpu didn't get an interrupt for a period of time > HZ.

[PATCH] s390 update (15/27): 64 bit spinlocks.

Use diag 0x44 on s390x for spinlocks.

[PATCH] s390 update (14/27): inline optimizations.

Inline csum_partial for s390, the only reason it was out-of-line previously
is that some older compilers could not get the inline version right.

[PATCH] s390 update (13/27): preemption support.

Add support for kernel preemption on s390/s390x.

[PATCH] s390 update (12/27): linker scripts.

Use a preprocessed linker script for building vmlinux on s390/s390x.

[PATCH] s390 update (11/27): 31 bit emulation.

Fix bug in 31 bit emulation of sys_msgsnd and rename sys32_pread/sys32_pwrite
to sys32_pread64/sys32_pwrite64.

[PATCH] s390 update (10/27): bitops bug.

Fix broken bitops for unaligned atomic operations on s390.

[PATCH] s390 update (9/27): bottom half removal.

Replace IMMEDIATE_BH bottom half by tasklets in 3215, ctc and iucv driver.

[PATCH] s390 update (8/27): xpram driver.

Remove reference to xpram_release. Correct calls to bi_end_io and bio_io_error.

[PATCH] s390 update (7/27): dasd driver.

[PATCH] s390 update (6/27): config.

Remove some configuration options that don't really make sense.

[PATCH] s390 update (5/27): ibm partition.

Correct includes in ibm.c to make it compile.

[PATCH] s390 update (4/27): syscalls.

New system calls: security, async. i/o and sys_exit_group. Add 31 bit emulation
function for sys_futex.

[PATCH] s390 update (3/27): drivers.

s390 minimal device drivers changes for 2.5.39.

[PATCH] s390 update (2/27): include.

s390 include file changes for 2.5.39.

[PATCH] s390 update (1/27): arch.

s390 arch file changes for 2.5.39.

PCI: remove usages of pcibios_find_class()

Oops, it's 'xxx_initcall()', not 'xxx_init()' (except for the
legacy module_init(), just to confuse people).

[PATCH] pass elevator type by reference, not value

Ingo spotted this one too, it's a leftover from when the elevator type
wasn't a variable. Also don't pass in &q->elevator, it can always be
deduced from queue itself of course.

[PATCH] ide low level driver updates

All of them in a single patch, would be silly to split. Does two things:

o Inc module usage count to forcefully pin the module

o Make the chipset init data __devinitdata

o Kill ->init_setup() and just make it generic

[PATCH] remove _P/_p delaying iops

Lets kill these off for good.

o Remove OUT_BYTE/IN_BYTE and variants. We defaulted to the fast ones
  even before

o Add read barrier for ppc, it needs it

[PATCH] cleanup taskfile submit

We don't need to care about the request, just look purely at the
taskfile itself.

[PATCH] ide config.in

o Make CONFIG_BLK_DEV_IDEPCI read 'PCI IDE chipset support' and not
  'Generic...', it's just confusing.

[PATCH] ide-cd updates

Here starts some new ide updates.

o Don't turn on dma before after having sent the packet cdb
o Clear sense data given in generic command, otherwise the user cannot
  trust it. I already sent this patch for 2.4.20-pre inclusion.

[PATCH] deadline updates

o Remove unused drq entry in deadline_merge()
o Quit if insertion point found in deadline_merge()

IO scheduler is a subsystem, not a driver. Initialize it as such.

Merge http://linux-scsi.bkbits.net/scsi-for-linus-2.5
into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux

Merge mulgrave.(none):/home/jejb/BK/scsi-reject-zero-2.5
into mulgrave.(none):/home/jejb/BK/scsi-for-linus-2.5

Merge mulgrave.(none):/home/jejb/BK/scsi-sd-cache-2.5
into mulgrave.(none):/home/jejb/BK/scsi-for-linus-2.5

[PATCH] More 1394 updates

This incorporates security fixes from Alan that I brought from the
2.4.20-pre9 tree.

[PATCH] IEEE1394 updates to 2.5.40

- Fixup for new tq changes
- Fix dv1394 for use without devfs
- Fix dv1394 for PAL capture
- Fix a hard to trigger bug in nodemgr.c
- Add another broken firmware device to sbp2's list

PCI: fixed remaining usages of pcibios_present() that I missed previously.

Fix sigio process lookup handling

sctp:  Cleanup 'sacked' queue upon teardown.  (jgrimm)

The sacked queue holds chunks that have been gap ack'd, but we
forgot to free them.

Merge http://linuxusb.bkbits.net/devfs-2.5
into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux

[PATCH] Remove another for_each_process loop

Convert send_sigurg() to the for_each_task_pid() mechanism.  Also in
the case where we were trying to send a signal to a non-existent PID,
don't bother searching for -PID in the PGID array; we won't find it.

Add <linux/linkage.h> include to get FASTCALL() define.

PCI: removed pcibios_present()

[PATCH] Remove some more devfs crap

Translation code for old devfs names that _never_ were in mainline
for root=.

PCI: remove pci_find_device()

[PATCH] Remove sys_call_table export

The following patch removes the export of the sys_call_table.

There are no uses of this export that are valid and correct. The uses I've
found so far are

1. Calling syscalls from inside kernel modules
iBCS/Linux-abi used to do this (and this is the reason for the export
in the first place), however it does
no longer, because newer gcc's (2.96/3.x) don't allow
function pointer calls with a mismatching type. Also it's much better to
just call the sys_foo functions directly (most are export symbol'd already
and exporting more if needed wouldn't be a problem, they are clearly a
stable interface). Since gcc does no longer allow this
(and I doubt older ones allowed it for all platforms) this I
consider invalid and unneeded use.

2. Install new syscalls from kernel modules
LiS seems to be doing this. The correct way to do this is how NFS does
it for its syscall, and that doesn't need the syscall table to be
exported for this. Without an in-kernel helper like NFS has, it is not
possible to do this race free wrt module-unloads etc. Eg this use of the
export is unneeded and incorrect.

3. Intercept system calls
OProfile (and intel's vtune which is similar in function) used to do this;
however what they really need is a notification on certain
events (exec() mostly). The way modules do this is store the original
function pointer, install a new one that calls the old one after storing
whatever info they need. This mechanism breaks badly in the light of
multiple such modules doing this versus modules
unloading/uninstalling their handlers (by restoring their saved pointer
that may or may not point to a valid handler anymore).
Eg the use of the export in this just a bandaid due to lack of a
proper mechanism, and also incorrect and crash prone.

4. Extend system calls
The mechanism for this is identical to the previous one, except
that now the actual syscall behavior is changed. I don't think open source
modules do this (generally they don't need to, just adding things to the
kernel proper works for them), however I've
seen IBM's closed source cluster fs do this.
The objections to the mechanism are the same as in 3. Also
this changes the userspace ABI effectively, something which is undesireable.

[PATCH] aacraid driver for 2.5

Forward port from 2.4

[PATCH] move tulip into ethernet 10,100

[PATCH] 2.5 Fix set_bit abuse in ATP driver

[PATCH] Forward port AMD random number generator

[PATCH] PC110 pad docs are wrong

Someone tweaked the PC110 documents changing touchpad to touchscreen,
this changes it back because it is a touchpad and _not_ a touchscreen

[PATCH] disable GMX2000

The GMX code in the DRI is unfinished stuff.  You need the old 4.0 DRM
for the GMX2000 until 4.3 at least

[PATCH] PATCH: 2.5 trivial - MCA comments

Merge bk://linuxusb.bkbits.net/linus-2.5
into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux

PCI: remove pcibios_find_class()

[PATCH] pipe bugfix /cleanup

pipe_write contains a wakeup storm, 2 writers that write into the same
fifo can wake each other up, and spend 100% cpu time with
wakeup/schedule, without making any progress.

The only regression I'm aware of is that

  $ dd if=/dev/zero | grep not_there

will fail due to OOM, because grep does something like

for(;;) {
rlen = read(fd, buf, len);
if (rlen == len) {
len *= 2;
buf = realloc(buf, len);
}
}

if it operates on pipes, and due to the improved syscall merging, read
will always return the maximum possible amount of data. But that's a grep
bug, not a kernel problem.

[PATCH] workqueue lossage (fwd)

patch from DaveM

[PATCH] timer-2.5.40-F7

This does a number of timer subsystem enhancements:

- simplified timer initialization, now it's the cheapest possible thing:

    static inline void init_timer(struct timer_list * timer)
    {
            timer->base = NULL;
    }

  since the timer functions already did a !timer->base check this did not
  have any effect on their fastpath.

- the rule from now on is that timer->base is set upon activation of the
  timer, and cleared upon deactivation. This also made it possible to:

- reorganize all the timer handling code to not assume anything about
  timer->entry.next and timer->entry.prev - this also removed lots of
  unnecessery cleaning of these fields. Removed lots of unnecessary list
  operations from the fastpath.

- simplified del_timer_sync(): it now uses del_timer() plus some simple
  synchronization code. Note that this also fixes a bug: if mod_timer (or
  add_timer) moves a currently executing timer to another CPU's timer
  vector, then del_timer_sync() does not synchronize with the handler
  properly.

- bugfix: moved run_local_timers() from scheduler_tick() into
  update_process_times() .. scheduler_tick() might be called from the fork
  code which will not quite have the intended effect ...

- removed the APIC-timer-IRQ shifting done on SMP, Dipankar Sarma's
  testing shows no negative effects.

- cleaned up include/linux/timer.h:

     - removed the timer_t typedef, and fixes up kernel/workqueue.c to use
       the 'struct timer_list' name instead.

     - removed unnecessery includes

     - renamed the 'list' field to 'entry' (it's an entry not a list head)

     - exchanged the 'function' and 'data' fields. This, besides being
       more logical, also unearthed the last few remaining places that
       initialized timers by assuming some given field ordering, the patch
       also fixes these places. (fs/xfs/pagebuf/page_buf.c,
       net/core/profile.c and net/ipv4/inetpeer.c)

     - removed the defunct sync_timers(), timer_enter() and timer_exit()
       prototypes.

     - added docbook-style comments.

- other kernel/timer.c changes:

     - base->running_timer does not have to be volatile ...

     - added consistent comments to all the important functions.

     - made the sync-waiting in del_timer_sync preempt- and lowpower-
       friendly.

i've compiled, booted & tested the patched kernel on x86 UP and SMP. I
have tried moderately high networking load as well, to make sure the timer
changes are correct - they appear to be.

[PATCH] sigfix-2.5.40-D6

This fixes all known signal semantics problems.

sigwait() is really evil - i had to re-introduce ->real_blocked. When a
signal has no handler defined then the actual action taken by the kernel
depends on whether the sigwait()-ing thread was blocking the signal
originally or not. If the signal was blocked => specific delivery to the
thread, if the signal was not blocked => kill-all.

fortunately this meant that PF_SIGWAIT could be killed - the real_blocked
field contains all the necessery information to do the right decision at
signal-sending time.

i've also cleaned up and made the shared-pending code more robust: now
there's a single central dequeue_signal() function that handles all the
details. Plus upon unqueueing a shared-pending signal we now re-queue the
signal to the current thread, which this time around is not going to end
up in the shared-pending queue. This change handles the following case
correctly: a signal was blocked in every signal, then one thread unblocks
it and gets the signal delivered - but there's no handler for the signal
=> the correct action is to do a kill-all.

i removed the unused shared_unblocked field as well, reported by Oleg
Nesterov.

now we pass both signal-tst1 and signal-tst2, so i'm confident that we got
most of the details right.

[PATCH] futex-2.5.40-B5

This does a number of futex bugfixes, performance improvements and
cleanups.

The bugfixes are:

 - fix locking bug noticed by Martin Wirth: the ordering of
   page_table_lock, vcache_lock and futex_lock was inconsistent and
   created the possibility of an SMP deadlock.

 - fix spurious wakeup noticed by Andrew Morton: the get_user() in
   futex_wait() can set the task state to TASK_RUNNING.

 - fix futex_wake COW race, noticed by Martin Wirth - futex_wake() has to
   go through the same lookup rules as the futex_wait() code, otherwise it
   might end up trying to wake up based on the wrong physical page.

Improvements:

 - speed up the basic addrs => page lookup done by the futex code. It used
   to do an unconditional get_user_pages() call, which did a vma lookup
   and other heavy-handed tactics - while the common case is that the
   page is mapped and available. Furthermore, due to the COW-race code we
   had to re-check the mapping anyway, which made the get_user_pages()
   thing pretty unnecessery. This inefficiency was noticed by Martin
   Wirth.

   the new lookup code first does a lightweight follow_page(), then if no
   page is present we do the get_user_pages() thing.

 - locking cleanups - the new lookup code made some things simpler, eg.
   the hash calculation can now be done in queue_me().

 - added comments

 - reduced include file use.

 - increased the futex hashtable.

[PATCH] dump_stack() cleanup, BK-curr

This modifies x86's dump_stack() to print out just the backtrace, not
the stack contents.  The patch also adds one more whitespace after the
numeric EIP value.  The old dump looked this way:

  bad: scheduling while atomic!
  Stack: ffffffff c041c72f 0000006a 00000068 000000f0 c13e1f28 c04c49c0 c13e1f28
         c02a4099 c04c49c0 000000f0 00000000 00003104 c012592e 00003104 00003104
         ffffffff 34000286 00000282 00000000 00000000 c13e1f28 c04c49c0 c04c4468
  Call Trace:
   [<c011f009>]sys_gettimeofday+0x89/0x90
   [<c0113e40>]do_page_fault+0x0/0x49e
   [<c0107d63>]syscall_call+0x7/0xb

the new output is:

  bad: scheduling while atomic!
  Call Trace:
   [<c011f009>] sys_gettimeofday+0x89/0x90
   [<c0113e40>] do_page_fault+0x0/0x49e
   [<c0107d63>] syscall_call+0x7/0xb

much nicer and much more compact.

[PATCH] alpha compile fixes

- alpha/kernel/signal.c: sigmask_lock to sig->siglock transition;
- alpha/lib/Makefile: fix EV6 targets (restore EXTRA_AFLAGS accidentally
  killed by previous patch).

[PATCH] alpha strncpy fix

Ported across from a nearly identical fix to the glibc tree.  Under
some conditions we'd read one too many source words and segfault.

[PATCH] PCI: probing read-only BARs

Some pci devices may have base address registers locked with non-zero values.
Examples:
- AGP aperture BAR of AMD-7xx host bridges: if the AGP window disabled,
  this BAR is read-only and read as 0x00000008;
- BAR0-4 of ALi IDE controllers can be non-zero and read-only.

Obviously, we can't calculate correct size of the respective region in
this case (for AMD AGP window we'll get 4 GB resource - ouch).
So I think that we should ignore r/o BARs (let the device specific
fixups deal with them if needed).

Patch appended (note that extra write(0)/read-back pair is required,
as the BAR might be programmed with all 1s).