remove generic device name field from parisc SCSI devices

zalon and lasi700 still use this; replace it with bus_id.

merge hch/gregkh scsi changes

Merge

[PATCH] PATCH: (as70b) Update request_bufflen to match this_count

This patch addresses a problem in both sd.c and sr.c.  When a read/write
command is initialized, the routines may reduce this_count (the number of
sectors to transfer) if it exceeds the maximum allowed value (i.e., 0xffff
for READ(10)).  However, the code does not similarly alter
scmd->request_bufflen and scmd->bufflen to match the change in the CDB
value.

scmd->request_bufflen is important for the usb-storage driver, which
requires that it be exactly equal to the number of bytes transferred.
scmd->bufflen is used in the rw_intr() routines, where it is passed to
scsi_io_completion() as the number of sectors transferred if no errors
occur.

Another small change in the patch concerns the code in sr.c that checks
whether the total of the scatter-gather area lengths matches
scmd->request_bufflen.  If they don't match, the patch bumps the kernel
log message level up to KERN_ERR, and it takes the more conservative
approach of adjusting scmd->request_bufflen only if the s-g length is
smaller than the request length.

[PATCH] Re: scsi proc_info called unconditionally

On Sat, Aug 16, 2003 at 10:44:09AM +0200, Olaf Hering wrote:
>
> Why is ->proc_info() called when the function pointer is NULL?

Looks like the check for it's presence got lost in

[PATCH] Correct removal of procfs host enteries [1/2]

Here's a trivial patch to get it back:

[PATCH] ppa needs to scsi_unregister(host)

When umounting a ppa device, I see (2.6.0-test3):

Releasing ppa0
Iomega VPI0 (ppa) interface did not call scsi_unregister
Call Trace:
 [<f89aeca6>] exit_this_scsi_driver+0xb6/0xfa [ppa]
 [<c013c08d>] sys_delete_module+0x18d/0x1e0
 [<c0155276>] do_munmap+0x136/0x1b0
 [<c0155333>] sys_munmap+0x43/0x70
 [<c0109657>] syscall_call+0x7/0xb

so ppa needs to call scsi_unregister().
Is this all that's needed?

--
~Randy

patch_name: scsi_ppa_unreg.patch
patch_version: 2003-08-15.09:46:30
author: Randy.Dunlap <rddunlap@osdl.org>
description: ppa driver needs to call scsi_unregister(host);
product: Linux
product_versions: 260-815
maintainer: campbell@torque.net
diffstat: =
 drivers/scsi/ppa.c |    1 +
 1 files changed, 1 insertion(+)

[PATCH] Fix Driver Core fixes Firewire

Damm, I keep forgetting about firewire, sorry.

This should fix the ieee1394 code for the device.name removal, and for
the i2c structure changes that happened in 2.6.0-test3.

[PATCH] ips 4/4: version resync

This patch has no code changes.  It is just a resync of all the version
numbers with the 6.10 driver and bumping up the driver version number.

ips 3/4: use pci_dma APIs and remove GFP abuse

From: David Jeffery <david_jeffery@adaptec.com>
(with minor reject fixes)

This patch removes several places where we were using kmalloc flag
tricks to always get memory <4GB instead of using the proper
dma_alloc_consistent() API.  It also no longer #errors on when compiled
for x86-64 kernels.

ips 2/4: 2.4 resync

From: David Jeffery <david_jeffery@adaptec.com>
(with minor fixes for rejects)

This patch is a resync with the 6.10 driver for 2.4 and updates the 2.4
compatability code.  It adds a new wrapper function for differences
between the 2.4 and 2.6 scsi proc interface,  forces pci posting in 3
places, corrects using a meaningless constant of 0x80 to 0, and syncs
comments that had changed.

ips 1/4: lindent ips.c

From:  David Jeffery <david_jeffery@adaptec.com>
(with fix ups for rejections on CONFIG_HIGHIO)

This patch has no code changes.  It is only the result of running
scripts/Lindent on drivers/scsi/ips.c in test3.  Rather than use this
patch, it may be advisable to just run

sh scripts/Lindent drivers/scsi/ips.c

The nasty 3-4 space indenting in ips.c has always made it a pain to
read.  The remaining patches in this patch set all assume ips.c has been
lindented.

[PATCH] another fix to sym2 hotplug conversion

In sym_attach we call sym_hcb_attach. If it fails we call
sym_free_resources which will call sym_hcb_free. Unfortunately
sym_hcb_attach also calls sym_hcb_free on failure.

This results in a bunch of things being freed twice and it looks like
the sym2 memory allocator adds them to the freelist twice. Sometime later
on we allocate the memory twice, with weird consequences.

[PATCH] minor fix to sym2 hotplug conversion

One problem we found when we hit a bad adapter, we need to use scsi_host_put.

Add fastfail to SCSI

This is the preliminary version with no error indications or
control over the types of failures.

Merge http://lia64.bkbits.net/to-linus-2.5
into home.osdl.org:/home/torvalds/v2.5/linux

Merge bk://kernel.bkbits.net/gregkh/linux/i2c-2.5
into home.osdl.org:/home/torvalds/v2.5/linux

Merge bk://kernel.bkbits.net/gregkh/linux/driver-2.6
into home.osdl.org:/home/torvalds/v2.5/linux

oops in sd_shutdown

From: Andries Brouwer <aebr@win.tue.nl>

I see an Oops in the SCSI code, caused by the fact that sdkp is NULL
in sd_shutdown. "How can that be?", you will ask - dev->driver_data was set
in sd_probe. But in my case sd_probe never finished. An insmod usb-storage
hangs forever, or at least for more than six hours, giving ample opportunity
to observe this race between sd_probe and sd_shutdown.
(Of course sd_probe hangs in sd_revalidate disk.)

Perhaps the obvious test is a good idea.
Locking seems meaningless - sd_probe will never finish.

Move patch from linux-ia64-2.5 to to-linus-2.5 repository.

ia64: Make things compile with gcc-pre3.4 and work on the simulator.

entry.S:
  ia64: Fix prologue directives for sys_clone() and sys_clone2()

Merge tiger.hpl.hp.com:/data1/bk/vanilla/linux-2.6.0-test3
into tiger.hpl.hp.com:/data1/bk/lia64/to-linus-2.5

Merge kroah.com:/home/greg/linux/BK/bleed-2.5
into kroah.com:/home/greg/linux/BK/i2c-2.6

I2C: add adapter and client name files as the driver core no longer provides them.

merge

Merge kroah.com:/home/greg/linux/BK/bleed-2.5
into kroah.com:/home/greg/linux/BK/gregkh-2.6

Driver Core: add warnings if .release functions are not set for objects.

This has been in the -mm tree for a while and has helped a lot in finding
lots of improper users of the driver core.  It also moves the driver core
code up quite a few levels on the "Rusty's guide to kernel APIs".

Remove usage of struct device.name from scsi core

[PATCH] USB: usbnet.c - trailing 'else' that probably breaks net1080

A trailing else in the #ifdef CONFIG_USB_NET1080 block that would
prevent it from properly filling the bulk URB.

[PATCH] USB: usb_start_wait_urb() rewrite

The code that manges the synchronous control/bulk calls has
been a mess for ages.  This patch rewrites it using:

 - "struct completion" instead of a usb-internal clone therof,
 - prepare_to_wait()/finish_wait() instead of the tangled
   mess it now uses (or a new wait_event_timeout call, as in
   previous versions of this patch).

It's a net code shrink and simplification.

Merge bk://linux-dj.bkbits.net/agpgart
into home.osdl.org:/home/torvalds/v2.5/linux

[AGPGART] Kconfig updates for the ATI GART

[AGPGART] Another missing ioremap() failure check.
Again, from Randy Dunlap

[AGPGART] Remove duplicate agpgart: from printk's.

[AGPGART] Check ioremap for failure in Serverworks GART driver.
Based on patch from Randy Dunlap.

[AGPGART] Fix compiler warning.
Need cacheflush.h for change_page_attr()

[AGPGART] Kill compiler warnings for ATI GART driver.

[AGPGART] Plug memory leak in failure path of ATI GATT allocator.

[AGPGART] Masks cleanup for ATI GART

[AGPGART] Kill off agp_try_unsupported for ATI.

[AGPGART] Move ATI PCI IDs to pci_ids.h
- sort some of the ATI entries. (note, there are dupes in there
  that could be fixed up at some point).
- Rename PCI_DEVICE_ID_RADEON_IGP to ATI_RS100.
  RadeonIGP is the family, not the specific chip.

[AGPGART] Merge ATI IGP GART driver.

[PATCH] thread coredump oops fix

If ->group_leader of current thread already was exiting,
group_leader's ->mm is NULL in fill_psinfo(). Then I got Oops.

This uses current->mm instead of ->group_leader->mm to dump args.

[PATCH] AS: update as_requeue_request()

- Ensure that arq->state is always set (ie.  even if io context
  allocation failed).

- Call as_antic_stop() unconditionally - which checks for the same
  condition.  There are other callers which make the same check and should
  be changed too...

[PATCH] janitor: use request_module()

From: Domen Puncer <domen@coderock.org>

[PATCH] janitor: floppy: use register_blkdev return value

From: Daniele Bellucci <bellucda@tiscali.it>

On failure register_blkdev doesn't necessarly return -ENODEV .. it can return -ENOMEM too.
This patch add a little better audit of register_blkdev.

[PATCH] janitor: dvb: return register_chrdev value

From: Daniele Bellucci <bellucda@tiscali.it>

[PATCH] janitor: audit RTC

From: Daniele Bellucci <bellucda@tiscali.it>

Audit create_proc_read_entry in rtc_init
and fix coding style too.

[PATCH] janitor: add static/exit to some modules

From: Domen Puncer <domen@coderock.org>

(2 statics added by rddunlap)

[PATCH] janitor: handle locking in joydump same as in tmdc

From: Domen Puncer <domen@coderock.org>

Did it the way it is in drivers/input/joystick/tmdc.c

[PATCH] janitor: input/evdev fix copy_user fault

From: Daniele Bellucci <bellucda@tiscali.it>

[PATCH] janitor: input cleanups

From: Daniele Bellucci <bellucda@tiscali.it>

[PATCH] janitor: es1370: pci_alloc_consistent error handling

From: Leann Ogasawara <ogasawara@osdl.org>

[PATCH] janitor: i810_audio: balance pci_alloc/free_consistent

From: Leann Ogasawara <ogasawara@osdl.org>

[PATCH] janitor: use pci_name in emu10k1

From: Eugene Teo <eugene.teo@eugeneteo.net>

Converted code to use pci_name instead of accessing slot_name directly.

[PATCH] janitor: ite8172: don't init statics to 0

From: Eugene Teo <eugene.teo@eugeneteo.net>

Removed initialisation to zero on static variables.

[PATCH] janitor: ad1816: don't init statics to 0

From: Eugene Teo <eugene.teo@eugeneteo.net>

Removed initialisation to zero on static variables in
sound/oss/ad1816.c.

[PATCH] janitor: remove bogus locking

From: Domen Puncer <domen@coderock.org>

Matthew Wilcox wrote:
>
> This routine looks to be bogus to begin with.  i'd just remove the
> save_flags, cli and restore_flags calls entirely.

[PATCH] janitor: [sound] don't init statics to 0

From: Leann Ogasawara <ogasawara@osdl.org>

   Uninitialize static variables initialized to 0
   so they are pushed to the .bss instead of .data.

[PATCH] janitor: use -Evalues in cpufreq/speedstep

From: Maximilian Attems <janitor@sternwelten.at>

[PATCH] janitor: scsi ioctl error handling

From: Daniele Bellucci <bellucda@tiscali.it>

[PATCH] janitor: scsi/qlogicfc error handling

From: Leann Ogasawara <ogasawara@osdl.org>

[PATCH] janitor: scsi/gdth error handling

From: Daniele Bellucci <bellucda@tiscali.it>

[PATCH] More timer race fixes

Patch from Julie DeWandel.

This patch has solved the crashes observed during TPC-C runs on the
16-way box.  (I'm confident it will fix the other reported cases as
well.)

The race is the setting of timer->base to NULL, by del_timer() or
__run_timers().  If new_base == old_base in __mod_timer() then we do not
re-check timer->base after getting the lock.  (the only case where we do
not have to re-check the base is in the !old_base case, but the else
branch also includes the old_base==new_base case.)

The __run_timers() case made the lock_timer() patch not work fully - we
cannot use lock_timer() in __run_timers() due to lock ordering.

Don't add noisy "deprecated" things to PM.

Merge bk://kernel.bkbits.net//home/mochel/linux-2.5-power
into home.osdl.org:/home/torvalds/v2.5/linux

Merge bk://kernel.bkbits.net//home/mochel/linux-2.5-core
into home.osdl.org:/home/torvalds/v2.5/linux

Merge bk://kernel.bkbits.net/davem/net-2.5
into home.osdl.org:/home/torvalds/v2.5/linux

Merge bk://kernel.bkbits.net/davem/sparc-2.5
into home.osdl.org:/home/torvalds/v2.5/linux

[PATCH] Add SELinux entry to MAINTAINERS

From: Stephen Smalley <sds@epoch.ncsc.mil>

This patch adds a SELINUX entry to the MAINTAINERS file.

[PATCH] SELinux inode security init

From: Stephen Smalley <sds@epoch.ncsc.mil>

This patch reworks the SELinux module code that handles inodes initialized
before the policy is initially loaded to also cover the case where a pseudo
filesystem such as selinuxfs or nfsd directly populate themselves.

The list of inode security structures is split into per-superblock lists
associated with each superblock security structure, and the initialization
is performed by superblock_doinit.

[PATCH] opl3 use-after-free fix

From: Shawn Starr <spstarr@sh0n.net>

opl3 use-after-free fix

[PATCH] Docbook: Make mandocs output more terse

From: Michael Still <mikal@stillhq.com>

This patch takes into account requests from various LKML members for the
mandocs output to be more terse.  Information about the copyright, and
formatting of the man page is moved into a comment at the start of the
groff output.

Sample output can be found at:
  http://www.stillhq.com/linux/mandocs/2.6.0-test3-bk1/

[PATCH] uinput oops and panic fix

From: Aristeu Sergio Rozanski Filho <aris@cathedrallabs.org>

verify maximum number of bits before using set_bit

[PATCH] Use mark_page_accessed() in follow_page()

Touching a page via follow_page() counts as a reference so we should be
either setting the referenced bit in the pte or running mark_page_accessed().

Altering the pte is tricky because we haven't implemented an atomic
pte_mkyoung().  And mark_page_accessed() is better anyway because it has more
aging state: it can move the page onto the active list.

[PATCH] access_process_vm() needs to dirty the page

If POKETEXT modifies the page it needs to tell the VM about it.

[PATCH] dnotify documentation update

From: Stephen Rothwell <sfr@canb.auug.org.au>

Fix the dnotify documentation and code example to reflect reality.

[PATCH] bugfix for initialization bug in adm1021 driver

From: Rusty Lynch <rusty@linux.co.intel.com>

While initializing the adm1021 device, the driver is performing a conversion
from fixed point to Celcius on values that were declaired as Celcius.  On my
Dell Precision 220 this results in a shutdown after a couple of minutes
running.

The latch simply removes the conversion.

[PATCH] Better argument size tracking in fs/exec.c

From: Matthew Wilcox <willy@debian.org>

Introduce a new variable "arg_size" and set it appropriately in each arm of
the CONFIG_STACK_GROWSUP.  This patch fixes a bug for PA-RISC and makes the
code cleaner for everyone.

[PATCH] Fix DAC960 oops

From: Dave Olien <dmo@osdl.org>

The dynamic queue allocation appears to have exposed a long-standing bug.

[PATCH] nls Makefile fix

From: Todor Todorov <ttodorov@web.de>

A missig line fs/nls/Makefile prevents codepage 1250 from compiling and
installing whatever the .config value.

[PATCH] Fix strncpy off-by-one error

From: Yoshinori Sato <ysato@users.sourceforge.jp>

It writes one too many zeroes when nulling out the destination.

[PATCH] Make 16-way x440's boot

From: Matthew Dobson <colpatch@us.ibm.com>

16 proc x440 boxen aren't booting mainline kernels right now for many valid
configs.  This patch makes sure NUMA codepaths aren't executed for SMP
configs.  It also adds some sane error messages to the code, and cleans up
some #ifdefs.

[PATCH] jffs statfs fix

From: Josh Boyer <jwboyer@charter.net>

jffs was missed in the statfs64 conversions.

[PATCH] state request_firmware() maintainership.

From: Manuel Estrada Sainz <ranty@debian.org>

Add Manuel to MAINTAINERS for request_firmware().

[PATCH] more documentation for request_firmware()

From: Manuel Estrada Sainz <ranty@debian.org>

Add some higher level docs to Documentation/firmware_class/README.

[PATCH] hugetlbfs - 'recovering' too many blocks on failure

From: Zwane Mwaikambo <zwane@linuxpower.ca>

The code appears to be able to add too many blocks back to
sbinfo->free_blocks in the failure path. We first do;

len = vma->vm_end - vma->vm_start;
sbinfo->free_blocks -= len;

but then later do;
len = (vma->vm_end - vma->vma_start) + (vma->vm_pgoff << HPAGE_SHIFT)

error:
sbinfo->free_blocks += len;

[PATCH] ipmi_kcs_intf.c compile warning

From: Zwane Mwaikambo <zwane@linuxpower.ca>

drivers/char/ipmi/ipmi_kcs_intf.c: In function `acpi_find_bmc':
drivers/char/ipmi/ipmi_kcs_intf.c:1088: warning: long unsigned int format, different type arg (arg 2)
drivers/char/ipmi/ipmi_kcs_intf.c:1088: warning: long unsigned int format, different type arg (arg 2)

[PATCH] fix [un]likely(), add ptr support

From: Albert Cahalan <albert@users.sourceforge.net>

1. allows likely() and unlikely() to work for pointers

2. fixes likely() (in C, any non-zero value is true)

[PATCH] keyboard.c warning fix

drivers/char/keyboard.c: In function `k_fn':
drivers/char/keyboard.c:665: warning: comparison is always true due
to limited range of data type

I didn't want to just delete the code because one day the size of func_table
may get smaller, or the type of `value' may get larger.  When that happens,
the test becomes valid again.

[PATCH] kill warning in jbd/revoke.c

From: Peter Chubb <peterc@gelato.unsw.edu.au>

If you need a long long format, then cast to long long, not u64.  u64 is
long on 64-bit architectures.

[PATCH] Kill warning in drivers/input/misc/uinput.c on IA64

From: Peter Chubb <peterc@gelato.unsw.edu.au>

Attached patch kills a warning when compiling on a 64-bit architecture
(ssize_t is long, not int)

[PATCH] request_firmware fix

From: Manuel Estrada Sainz <ranty@debian.org>

- undo recent change, made in the believe that "buffer" was the size of
  the whole file, it is just PAGE_SIZE in size.  This was causing kernel
  memory corruption.

  - Since files are allowed to have unknown sizes, by setting their
    size to 0, we can't preallocate a buffer of their size on open.

- Adapt request_firmware() to the sysfs change.

- Adapt drivers/pci/pci-sysfs.c to the sysfs change.

[PATCH] loop oops fix

loop-on-file oopses during unmount.  This is because lo_queue is now freed
during lo_ioctl(LOOP_CLR_FD).  I think the scenario is:

1: umount(8) opens /dev/loop0

2: umount(8) runs lo_ioctl(LOOP_CLR_FD) (this frees the queue)

3: umount(8) closes the /dev/loop0 handle.  The blockdev layer syncs the
   blockdev, but its mapping->backing_dev_info now points into la-la-land.

We shouldn't be freeing the queue until all refs to it have gone away.  This
patch gives the queue the same lifetime as the controlling loop_device
itself.  It also makes the loop driver's queue appear in sysfs again.

It would be better to free the queue when the device is not in use, but I'm
not sure how we can hook into the blockdev layer to do that.

[PATCH] Kill warning in minix filesystem on 64-bit archs

From: Peter Chubb <peterc@gelato.unsw.edu.au>

On 64-bit architectures, ino_t is int, not long, so the attached patch
is needed to prevent a warning.

[PATCH] fix hugetlbfs slab corruption on umount

From: Zwane Mwaikambo <zwane@linuxpower.ca>

hugetlbfs was accessing super_block->s_fs_info after free'ing it.  This was
because it was being free'd prematurely.  I have deferred free until
->put_super().  I have also removed hugetlbfs_kill_super since it now is
simply a kill_litter_super.

[PATCH] fix typo in hd.c

From: Adrian Bunk <bunk@fs.tum.de>

hd.c contains a typo

[PATCH] Make MTRR init conform with recommended procedure

From: Zwane Mwaikambo <zwane@linuxpower.ca>

This is a patch to make the MTRR initialisation more conformant with what
is stated in volume 3 of (10-36 Memory Cache Control).  The most notable
change is entering the no-fill cache mode before clearing the PGE bit in
cr4.  Intel also states that we should do the cache flush via the cr3
register shuffle.  If there is a problem with the patch please don't
hesitate to beat me vigorously with a clue-by-four.

It has been tested on a 3x Pentium 133, 8x PIII Xeon 700, 1x Celeron 550 and 32x
PIII 500 NUMAQ (hardware courtesy of OSDL)

[PATCH] floppy_init fix

From: Andrey Borzenkov <arvidjaar@mail.ru>

The floppy driver doesn't remove /dev/floppy when floppy_init fails.

[PATCH] _devfs_walk_path fix

From: Andrey Borzenkov <arvidjaar@mail.ru>

_devfs_walk_path does not check if de it is about to scan is a directory.
Next step is spinlock on non-spinlock memory.  It requires either artificial
setup or really broken driver but fairly easy to reproduce once you know how.

It is likely to exist in 2.4 as well.