]> err.no Git - linux-2.6/log
linux-2.6
19 years ago[SCSI] remove PCI2000 and PCI2220i drivers
James Bottomley [Fri, 22 Apr 2005 02:50:33 +0000 (22:50 -0400)]
[SCSI] remove PCI2000 and PCI2220i drivers

From: Christoph Hellwig <hch@lst.de>

Both drivers are marked broken and haven't compiled since very early
2.5.x.  And they're for IDE hardware so they shouldn't have been
written to the SCSI layer at all.

Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
19 years ago[SCSI] qla1280: update firmware
James Bottomley [Fri, 22 Apr 2005 01:46:50 +0000 (21:46 -0400)]
[SCSI] qla1280: update firmware

Update SCSI firmware images:

        ql1040_fw.h:
                - *     Firmware Version 7.65.00 (14:17 Jul 20, 1999)
                + *     Firmware Version 7.65.06 (14:38 Jan 07, 2002)

        ql1280_fw.h:
                - *     Firmware Version 8.15.00 (14:35 Aug 22, 2000)
                + *     Firmware Version 8.15.11 (10:20 Jan 02, 2002)

        ql12160_fw.h:
                - *     Firmware Version 10.04.32 (12:03 May 09, 2001)
                + *     Firmware Version 10.04.42 (15:44 Apr 18, 2003)

Signed-off-by: Andrew Vasquez <andrew.vasquez@qlogic.com>
Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
19 years ago[SCSI] zfcp: fix compile error
Andreas Herrmann [Thu, 21 Apr 2005 20:14:31 +0000 (16:14 -0400)]
[SCSI] zfcp: fix compile error

Signed-off-by: Andreas Herrmann <aherrman@de.ibm.com>
Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
19 years ago[SCSI] drivers/scsi/sr_ioctl.c: check for failed allocation
Nate Dailey [Thu, 21 Apr 2005 20:14:05 +0000 (16:14 -0400)]
[SCSI] drivers/scsi/sr_ioctl.c: check for failed allocation

I noticed a case in sr_ioctl.c's sr_get_mcn where a buffer is
allocated, but the pointer isn't checked for null.

Signed-off-by: Nate Dailey <nate.dailey@stratus.com>
Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
19 years ago[SCSI] aic7xxx: remove inquiry sniffing leftovers
Christoph Hellwig [Thu, 21 Apr 2005 20:13:39 +0000 (16:13 -0400)]
[SCSI] aic7xxx: remove inquiry sniffing leftovers

Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
19 years ago[SCSI] qla2xxx: remove a transport #include
Andrew Vasquez [Thu, 21 Apr 2005 20:13:36 +0000 (16:13 -0400)]
[SCSI] qla2xxx: remove a transport #include

Make transport-functions structure non-static.  Replace #include of
scsi_transport.h with a forward declaration.

Signed-off-by: Andrew Vasquez <andrew.vasquez@qlogic.com>
Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
19 years ago[PATCH] alpha: key management syscalls
Richard Henderson [Thu, 21 Apr 2005 18:28:26 +0000 (11:28 -0700)]
[PATCH] alpha: key management syscalls

Allocate syscall numbers for add_key, request_key, keyctl.

19 years ago[PATCH] fix for ISDN ippp filtering
Karsten Keil [Thu, 21 Apr 2005 15:30:30 +0000 (08:30 -0700)]
[PATCH] fix for ISDN ippp filtering

We do not longer use DLT_LINUX_SLL for activ/pass filters but
DLT_PPP_WITHDIRECTION witch need 1 as outbound flag.

Signed-off-by: Karsten Keil <kkeil@suse.de>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
19 years ago[PATCH] x86_64: Bug in new out of line put_user()
Alexander Nyberg [Thu, 21 Apr 2005 14:59:51 +0000 (07:59 -0700)]
[PATCH] x86_64: Bug in new out of line put_user()

The new out of line put_user() assembly on x86_64 changes %rcx without
telling GCC about it causing things like:

http://bugme.osdl.org/show_bug.cgi?id=4515

See to it that %rcx is not changed (made it consistent with get_user()).

Signed-off-by: Alexander Nyberg <alexn@telia.com>
Signed-off-by: ak@suse.de
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
19 years agoMerge rsync://rsync.kernel.org/pub/linux/kernel/people/davem/sparc-2.6.git
Linus Torvalds [Thu, 21 Apr 2005 14:36:42 +0000 (07:36 -0700)]
Merge rsync://rsync.kernel.org/pub/linux/kernel/people/davem/sparc-2.6.git

19 years ago[PATCH] Fix aic7xxx_osm.c compile with older gcc's
James Bottomley [Thu, 21 Apr 2005 14:35:45 +0000 (07:35 -0700)]
[PATCH] Fix aic7xxx_osm.c compile with older gcc's

My version of gcc doesn't warn about this error (declaration in the
middle of a set of statements).

The fix is simple (this also corrects return code; for init functions it
should be zero or error).

19 years ago[SPARC64]: sparc64 preempt + smp
Al Viro [Thu, 21 Apr 2005 00:12:41 +0000 (17:12 -0700)]
[SPARC64]: sparc64 preempt + smp

PREEMPT+SMP support - see if it looks sane...

Signed-off-by: Al Viro <viro@parcelfarce.linux.theplanet.co.uk>
Signed-off-by: David S. Miller <davem@davemloft.net>
19 years agoLinux v2.6.12-rc3 v2.6.12-rc3
Linus Torvalds [Wed, 20 Apr 2005 23:24:21 +0000 (16:24 -0700)]
Linux v2.6.12-rc3

Releasing this will also make "git" the official source control
thing. Here's to hoping for the best.

19 years ago[IPSEC]: COW skb header in UDP decap
Herbert Xu [Wed, 20 Apr 2005 05:48:59 +0000 (22:48 -0700)]
[IPSEC]: COW skb header in UDP decap

The following patch just makes the header part of the skb writeable.
This is needed since we modify the IP headers just a few lines below.

Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Signed-off-by: David S. Miller <davem@davemloft.net>
19 years ago[ATALK]: Add missing dev_hold() to atrtr_create().
Herbert Xu [Wed, 20 Apr 2005 05:44:17 +0000 (22:44 -0700)]
[ATALK]: Add missing dev_hold() to atrtr_create().

Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Signed-off-by: David S. Miller <davem@davemloft.net>
19 years ago[SOCK]: on failure free the sock from the right place
Arnaldo Carvalho de Melo [Wed, 20 Apr 2005 05:41:54 +0000 (22:41 -0700)]
[SOCK]: on failure free the sock from the right place

Signed-off-by: Arnaldo Carvalho de Melo <acme@ghostprotocols.net>
Signed-off-by: David S. Miller <davem@davemloft.net>
19 years ago[NET]: skbuff: remove old NET_CALLER macro
Stephen Hemminger [Wed, 20 Apr 2005 05:39:42 +0000 (22:39 -0700)]
[NET]: skbuff: remove old NET_CALLER macro

Here is a revised alternative that uses BUG_ON/WARN_ON
(as suggested by Herbert Xu) to eliminate NET_CALLER.

Signed-off-by: Stephen Hemminger <shemminger@osdl.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
19 years ago[RTNETLINK]: Add comma to final entry in link_rtnetlink_table
David S. Miller [Wed, 20 Apr 2005 05:37:04 +0000 (22:37 -0700)]
[RTNETLINK]: Add comma to final entry in link_rtnetlink_table

Noticed by Herbert Xu.

Signed-off-by: David S. Miller <davem@davemloft.net>
19 years ago[RTNETLINK]: Protocol family wildcard dumping for routing rules
Thomas Graf [Wed, 20 Apr 2005 05:35:07 +0000 (22:35 -0700)]
[RTNETLINK]: Protocol family wildcard dumping for routing rules

Be kind to userspace and don't force them to hardcode protocol
families just to have it changed again once we support routing
rules for more than one protocol family.

Signed-off-by: Thomas Graf <tgraf@suug.ch>
Signed-off-by: David S. Miller <davem@davemloft.net>
19 years ago[IPV6]: Replace bogus instances of inet->recverr
Herbert Xu [Wed, 20 Apr 2005 05:32:22 +0000 (22:32 -0700)]
[IPV6]: Replace bogus instances of inet->recverr

While looking at this problem I noticed that IPv6 was sometimes
looking at inet->recverr which is bogus.  Here is a patch to
correct that and use np->recverr.

Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Acked-by: Hideaki YOSHIFUJI <yoshfuji@linux-ipv6.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
19 years ago[IPV6]: IPV6_CHECKSUM socket option can corrupt kernel memory
Herbert Xu [Wed, 20 Apr 2005 05:30:14 +0000 (22:30 -0700)]
[IPV6]: IPV6_CHECKSUM socket option can corrupt kernel memory

So here is a patch that introduces skb_store_bits -- the opposite of
skb_copy_bits, and uses them to read/write the csum field in rawv6.

Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Signed-off-by: David S. Miller <davem@davemloft.net>
19 years ago[IPV6]: Fix a branch prediction
YOSHIFUJI Hideaki [Wed, 20 Apr 2005 05:27:09 +0000 (22:27 -0700)]
[IPV6]: Fix a branch prediction

From: Tushar Gohad <tgohad@mvista.com>

Signed-off-by: Hideaki YOSHIFUJI <yoshfuji@linux-ipv6.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
19 years ago[NET]: Shave sizeof(ptr) bytes off dst_entry
Herbert Xu [Wed, 20 Apr 2005 03:46:37 +0000 (20:46 -0700)]
[NET]: Shave sizeof(ptr) bytes off dst_entry

Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Signed-off-by: David S. Miller <davem@davemloft.net>
19 years ago[PATCH] freepgt: remove FIRST_USER_ADDRESS hack
Hugh Dickins [Tue, 19 Apr 2005 20:29:23 +0000 (13:29 -0700)]
[PATCH] freepgt: remove FIRST_USER_ADDRESS hack

Once all the MMU architectures define FIRST_USER_ADDRESS, remove hack from
mmap.c which derived it from FIRST_USER_PGD_NR.

Signed-off-by: Hugh Dickins <hugh@veritas.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
19 years ago[PATCH] freepgt: arch FIRST_USER_ADDRESS 0
Hugh Dickins [Tue, 19 Apr 2005 20:29:23 +0000 (13:29 -0700)]
[PATCH] freepgt: arch FIRST_USER_ADDRESS 0

Replace misleading definition of FIRST_USER_PGD_NR 0 by definition of
FIRST_USER_ADDRESS 0 in all the MMU architectures beyond arm and arm26.

Signed-off-by: Hugh Dickins <hugh@veritas.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
19 years ago[PATCH] freepgt: arm26 FIRST_USER_ADDRESS PAGE_SIZE
Hugh Dickins [Tue, 19 Apr 2005 20:29:22 +0000 (13:29 -0700)]
[PATCH] freepgt: arm26 FIRST_USER_ADDRESS PAGE_SIZE

ARM26 define FIRST_USER_ADDRESS as PAGE_SIZE (beyond the machine vectors when
they are mapped low), and use that definition in place of locally defined
MIN_MAP_ADDR.  Previously, ARM26 permitted user mappings at 0 if the machine
vectors were mapped high; but that's inconsistent with ARM, and
FIRST_USER_ADDRESS would then have to be determined at runtime.  Let's fix it
at PAGE_SIZE throughout the architecture.

Signed-off-by: Hugh Dickins <hugh@veritas.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
19 years ago[PATCH] freepgt: arm FIRST_USER_ADDRESS PAGE_SIZE
Hugh Dickins [Tue, 19 Apr 2005 20:29:21 +0000 (13:29 -0700)]
[PATCH] freepgt: arm FIRST_USER_ADDRESS PAGE_SIZE

ARM define FIRST_USER_ADDRESS as PAGE_SIZE (beyond the machine vectors when
they are mapped low), and use that definition in place of locally defined
MIN_MAP_ADDR.

Signed-off-by: Hugh Dickins <hugh@veritas.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
19 years ago[PATCH] freepgt: sys_mincore ignore FIRST_USER_PGD_NR
Hugh Dickins [Tue, 19 Apr 2005 20:29:20 +0000 (13:29 -0700)]
[PATCH] freepgt: sys_mincore ignore FIRST_USER_PGD_NR

Remove use of FIRST_USER_PGD_NR from sys_mincore: it's inconsistent (no other
syscall refers to it), unnecessary (sys_mincore loops over vmas further down)
and incorrect (misses user addresses in ARM's first pgd).

Signed-off-by: Hugh Dickins <hugh@veritas.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
19 years ago[PATCH] freepgt: free_pgtables from FIRST_USER_ADDRESS
Hugh Dickins [Tue, 19 Apr 2005 20:29:19 +0000 (13:29 -0700)]
[PATCH] freepgt: free_pgtables from FIRST_USER_ADDRESS

The patches to free_pgtables by vma left problems on any architectures which
leave some user address page table entries unencapsulated by vma.  Andi has
fixed the 32-bit vDSO on x86_64 to use a vma.  Now fix arm (and arm26), whose
first PAGE_SIZE is reserved (perhaps) for machine vectors.

Our calls to free_pgtables must not touch that area, and exit_mmap's
BUG_ON(nr_ptes) must allow that arm's get_pgd_slow may (or may not) have
allocated an extra page table, which its free_pgd_slow would free later.

FIRST_USER_PGD_NR has misled me and others: until all the arches define
FIRST_USER_ADDRESS instead, a hack in mmap.c to derive one from t'other.  This
patch fixes the bugs, the remaining patches just clean it up.

Signed-off-by: Hugh Dickins <hugh@veritas.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
19 years ago[PATCH] freepgt: hugetlb area is clean
Hugh Dickins [Tue, 19 Apr 2005 20:29:18 +0000 (13:29 -0700)]
[PATCH] freepgt: hugetlb area is clean

Once we're strict about clearing away page tables, hugetlb_prefault can assume
there are no page tables left within its range.  Since the other arches
continue if !pte_none here, let i386 do the same.

Signed-off-by: Hugh Dickins <hugh@veritas.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
19 years ago[PATCH] freepgt: mpnt to vma cleanup
Hugh Dickins [Tue, 19 Apr 2005 20:29:18 +0000 (13:29 -0700)]
[PATCH] freepgt: mpnt to vma cleanup

While dabbling here in mmap.c, clean up mysterious "mpnt"s to "vma"s.

Signed-off-by: Hugh Dickins <hugh@veritas.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
19 years ago[PATCH] freepgt: remove arch pgd_addr_end
Hugh Dickins [Tue, 19 Apr 2005 20:29:17 +0000 (13:29 -0700)]
[PATCH] freepgt: remove arch pgd_addr_end

ia64 and sparc64 hurriedly had to introduce their own variants of
pgd_addr_end, to leapfrog over the holes in their virtual address spaces which
the final clear_page_range suddenly presented when converted from pgd_index to
pgd_addr_end.  But now that free_pgtables respects the vma list, those holes
are never presented, and the arch variants can go.

Signed-off-by: Hugh Dickins <hugh@veritas.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
19 years ago[PATCH] freepgt: hugetlb_free_pgd_range
Hugh Dickins [Tue, 19 Apr 2005 20:29:16 +0000 (13:29 -0700)]
[PATCH] freepgt: hugetlb_free_pgd_range

ia64 and ppc64 had hugetlb_free_pgtables functions which were no longer being
called, and it wasn't obvious what to do about them.

The ppc64 case turns out to be easy: the associated tables are noted elsewhere
and freed later, safe to either skip its hugetlb areas or go through the
motions of freeing nothing.  Since ia64 does need a special case, restore to
ppc64 the special case of skipping them.

The ia64 hugetlb case has been broken since pgd_addr_end went in, though it
probably appeared to work okay if you just had one such area; in fact it's
been broken much longer if you consider a long munmap spanning from another
region into the hugetlb region.

In the ia64 hugetlb region, more virtual address bits are available than in
the other regions, yet the page tables are structured the same way: the page
at the bottom is larger.  Here we need to scale down each addr before passing
it to the standard free_pgd_range.  Was about to write a hugely_scaled_down
macro, but found htlbpage_to_page already exists for just this purpose.  Fixed
off-by-one in ia64 is_hugepage_only_range.

Uninline free_pgd_range to make it available to ia64.  Make sure the
vma-gathering loop in free_pgtables cannot join a hugepage_only_range to any
other (safe to join huges?  probably but don't bother).

Signed-off-by: Hugh Dickins <hugh@veritas.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
19 years ago[PATCH] freepgt: remove MM_VM_SIZE(mm)
Hugh Dickins [Tue, 19 Apr 2005 20:29:15 +0000 (13:29 -0700)]
[PATCH] freepgt: remove MM_VM_SIZE(mm)

There's only one usage of MM_VM_SIZE(mm) left, and it's a troublesome macro
because mm doesn't contain the (32-bit emulation?) info needed.  But it too is
only needed because we ignore the end from the vma list.

We could make flush_pgtables return that end, or unmap_vmas.  Choose the
latter, since it's a natural fit with unmap_mapping_range_vma needing to know
its restart addr.  This does make more than minimal change, but if unmap_vmas
had returned the end before, this is how we'd have done it, rather than
storing the break_addr in zap_details.

unmap_vmas used to return count of vmas scanned, but that's just debug which
hasn't been useful in a while; and if we want the map_count 0 on exit check
back, it can easily come from the final remove_vm_struct loop.

Signed-off-by: Hugh Dickins <hugh@veritas.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
19 years ago[PATCH] freepgt: free_pgtables use vma list
Hugh Dickins [Tue, 19 Apr 2005 20:29:15 +0000 (13:29 -0700)]
[PATCH] freepgt: free_pgtables use vma list

Recent woes with some arches needing their own pgd_addr_end macro; and 4-level
clear_page_range regression since 2.6.10's clear_page_tables; and its
long-standing well-known inefficiency in searching throughout the higher-level
page tables for those few entries to clear and free: all can be blamed on
ignoring the list of vmas when we free page tables.

Replace exit_mmap's clear_page_range of the total user address space by
free_pgtables operating on the mm's vma list; unmap_region use it in the same
way, giving floor and ceiling beyond which it may not free tables.  This
brings lmbench fork/exec/sh numbers back to 2.6.10 (unless preempt is enabled,
in which case latency fixes spoil unmap_vmas throughput).

Beware: the do_mmap_pgoff driver failure case must now use unmap_region
instead of zap_page_range, since a page table might have been allocated, and
can only be freed while it is touched by some vma.

Move free_pgtables from mmap.c to memory.c, where its lower levels are adapted
from the clear_page_range levels.  (Most of free_pgtables' old code was
actually for a non-existent case, prev not properly set up, dating from before
hch gave us split_vma.) Pass mmu_gather** in the public interfaces, since we
might want to add latency lockdrops later; but no attempt to do so yet, going
by vma should itself reduce latency.

But what if is_hugepage_only_range?  Those ia64 and ppc64 cases need careful
examination: put that off until a later patch of the series.

What of x86_64's 32bit vdso page __map_syscall32 maps outside any vma?

And the range to sparc64's flush_tlb_pgtables?  It's less clear to me now that
we need to do more than is done here - every PMD_SIZE ever occupied will be
flushed, do we really have to flush every PGDIR_SIZE ever partially occupied?
A shame to complicate it unnecessarily.

Special thanks to David Miller for time spent repairing my ceilings.

Signed-off-by: Hugh Dickins <hugh@veritas.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
19 years agoMerge with kernel.org:/pub/scm/linux/kernel/git/gregkh/driver-2.6.git/
Linus Torvalds [Tue, 19 Apr 2005 20:14:28 +0000 (13:14 -0700)]
Merge with kernel.org:/pub/scm/linux/kernel/git/gregkh/driver-2.6.git/

for 13 driver core, sysfs, and debugfs fixes.

19 years agoMerge with kernel.org:/pub/scm/linux/kernel/git/gregkh/aoe-2.6.git/
Linus Torvalds [Tue, 19 Apr 2005 20:12:03 +0000 (13:12 -0700)]
Merge with kernel.org:/pub/scm/linux/kernel/git/gregkh/aoe-2.6.git/

for 11 aoe bugfix patches.

19 years agoMerge master.kernel.org:/pub/scm/linux/kernel/git/gregkh/i2c-2.6.git/
Linus Torvalds [Tue, 19 Apr 2005 14:31:40 +0000 (07:31 -0700)]
Merge master.kernel.org:/pub/scm/linux/kernel/git/gregkh/i2c-2.6.git/

19 years agoMerge with Greg's USB tree at kernel.org:/pub/scm/linux/kernel/git/gregkh/usb-2.6...
Linus Torvalds [Tue, 19 Apr 2005 14:28:57 +0000 (07:28 -0700)]
Merge with Greg's USB tree at kernel.org:/pub/scm/linux/kernel/git/gregkh/usb-2.6.git/

Yah, it does work to merge. Knock wood.

19 years ago[PATCH] aoe 12/12: send outgoing packets in order
ecashin@coraid.com [Tue, 19 Apr 2005 05:00:22 +0000 (22:00 -0700)]
[PATCH] aoe 12/12: send outgoing packets in order

I can't use list.h, since sk_buff doesn't have a list_head but instead
has two struct sk_buff pointers, and I want to avoid any extra memory
allocation.

send outgoing packets in order

Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
19 years ago[PATCH] aoe 11/12: add support for disk statistics
ecashin@coraid.com [Tue, 19 Apr 2005 05:00:22 +0000 (22:00 -0700)]
[PATCH] aoe 11/12: add support for disk statistics

add support for disk statistics

Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
19 years ago[PATCH] aoe 9/12: add note about the need for deadlock-free sk_buff allocation
ecashin@coraid.com [Tue, 19 Apr 2005 05:00:21 +0000 (22:00 -0700)]
[PATCH] aoe 9/12: add note about the need for deadlock-free sk_buff allocation

add note about the need for deadlock-free sk_buff allocation

Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
19 years ago[PATCH] aoe 8/12: document env var for specifying number
ecashin@coraid.com [Tue, 19 Apr 2005 05:00:20 +0000 (22:00 -0700)]
[PATCH] aoe 8/12: document env var for specifying number

document env var for specifying number of partitions per dev

Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
19 years ago[PATCH] aoe 6/12: Alexey Dobriyan sparse cleanup
ecashin@coraid.com [Tue, 19 Apr 2005 05:00:20 +0000 (22:00 -0700)]
[PATCH] aoe 6/12: Alexey Dobriyan sparse cleanup

Alexey Dobriyan sparse cleanup

Signed-off-by: Alexey Dobriyan <adobriyan@mail.ru>
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
19 years ago[PATCH] aoe 5/12: don't try to free null bufpool
ecashin@coraid.com [Tue, 19 Apr 2005 05:00:19 +0000 (22:00 -0700)]
[PATCH] aoe 5/12: don't try to free null bufpool

don't try to free null bufpool

Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
19 years ago[PATCH] aoe 4/12: handle distros that have a udev rules
ecashin@coraid.com [Tue, 19 Apr 2005 05:00:19 +0000 (22:00 -0700)]
[PATCH] aoe 4/12: handle distros that have a udev rules

handle distros that have a udev rules file instead of dir

Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
19 years ago[PATCH] aoe 3/12: update driver version to 6
ecashin@coraid.com [Tue, 19 Apr 2005 05:00:18 +0000 (22:00 -0700)]
[PATCH] aoe 3/12: update driver version to 6

update driver version to 6

Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
19 years ago[PATCH] aoe 2/12: allow multiple aoe devices with same MAC
ecashin@coraid.com [Tue, 19 Apr 2005 05:00:18 +0000 (22:00 -0700)]
[PATCH] aoe 2/12: allow multiple aoe devices with same MAC

allow multiple aoe devices with same MAC addr

Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
19 years ago[PATCH] aoe 1/12: remove too-low cap on minor number
ecashin@coraid.com [Tue, 19 Apr 2005 05:00:17 +0000 (22:00 -0700)]
[PATCH] aoe 1/12: remove too-low cap on minor number

remove too-low cap on minor number

Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
19 years ago[PATCH] kobject/hotplug split - net bridge
kay.sievers@vrfy.org [Tue, 19 Apr 2005 04:57:37 +0000 (21:57 -0700)]
[PATCH] kobject/hotplug split - net bridge

kobject_add() and kobject_del() don't emit hotplug events anymore.
We need to do it ourselves now.

Signed-off-by: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
19 years ago[PATCH] kobject/hotplug split - usb cris
kay.sievers@vrfy.org [Tue, 19 Apr 2005 04:57:37 +0000 (21:57 -0700)]
[PATCH] kobject/hotplug split - usb cris

kobject_add() and kobject_del() don't emit hotplug events anymore.
We need to do it ourselves now.

Signed-off-by: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
19 years ago[PATCH] kobject/hotplug split - devices core
kay.sievers@vrfy.org [Tue, 19 Apr 2005 04:57:36 +0000 (21:57 -0700)]
[PATCH] kobject/hotplug split - devices core

kobject_add() and kobject_del() don't emit hotplug events anymore. Do it
ourselves if we are finished populating the device directory.

Signed-off-by: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
19 years ago[PATCH] kobject/hotplug split - block core
kay.sievers@vrfy.org [Tue, 19 Apr 2005 04:57:36 +0000 (21:57 -0700)]
[PATCH] kobject/hotplug split - block core

kobject_add() and kobject_del() don't emit hotplug events anymore. Do it
ourselves if we are finished populating the device directory.

Signed-off-by: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
19 years ago[PATCH] kobject/hotplug split - class core
kay.sievers@vrfy.org [Tue, 19 Apr 2005 04:57:35 +0000 (21:57 -0700)]
[PATCH] kobject/hotplug split - class core

kobject_add() and kobject_del() don't emit hotplug events anymore. Do it
ourselves if we are finished populating the device directory.

Signed-off-by: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
19 years ago[PATCH] kobject/hotplug split - kobject add/remove
kay.sievers@vrfy.org [Tue, 19 Apr 2005 04:57:34 +0000 (21:57 -0700)]
[PATCH] kobject/hotplug split - kobject add/remove

kobject_add() and kobject_del() don't emit hotplug events anymore.
The user should do it itself if it has finished populating the device
directory.

Signed-off-by: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
19 years ago[PATCH] debugfs: fix !debugfs prototypes
Michal Ostrowski [Tue, 19 Apr 2005 04:57:34 +0000 (21:57 -0700)]
[PATCH] debugfs: fix !debugfs prototypes

- Fix prototypes for debugfs functions (in configurations where
  debugfs is disabled).

Signed-off-by: Michal Ostrowski <mostrows@speakeasy.net>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
19 years ago[PATCH] debugfs: Reduce <linux/debugfs.h> dependencies
Roland Dreier [Tue, 19 Apr 2005 04:57:33 +0000 (21:57 -0700)]
[PATCH] debugfs: Reduce <linux/debugfs.h> dependencies

The current <linux/debugfs.h> include file is a little fragile in that
it is not self-contained and hence may cause compile warnings or
errors depending on the files included before it, the kernel config
and the architecture.  This patch makes things a little more robust by:

 - including <linux/types.h> to get definitions of u32, mode_t, and so on.
 - forward declaring struct file_operations.
 - including <linux/err.h> when CONFIG_DEBUG_FS is not set

The last change is particularly useful, as a kernel developer is
likely to build with debugfs always enabled and never see the build
breakage cased if debugfs is disabled.

Signed-off-by: Roland Dreier <roland@topspin.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
19 years ago[PATCH] 2.6.12-rc1-mm3 Fix ver_linux script for no udev utils.
Steven Cole [Tue, 19 Apr 2005 04:57:33 +0000 (21:57 -0700)]
[PATCH] 2.6.12-rc1-mm3 Fix ver_linux script for no udev utils.

Without the attached patch, the ver_linux script gives
the following if udev utils are not present.

./scripts/ver_linux: line 90: udevinfo: command not found

The patch causes ver_linux to be silent in the case of
no udevinfo command.

Signed-off-by: Steven Cole <elenstev@mesatop.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
19 years ago[PATCH] export platform_add_devices
Robert Schwebel [Tue, 19 Apr 2005 04:57:32 +0000 (21:57 -0700)]
[PATCH] export platform_add_devices

platform_add_devices can be used from within modules, so it should be
exported.  This can for example happen if you have hotpluggable firmware in
an FPGA on a system on chip processor; in our case the FPGA is probed for
devices and the FPGA base code registers the devices it has found with the
kernel.

(akpm: I think this is reasonable from a licensing POV: it's unlikely that
anyone would be interested in merging such specialised modules into mainline,
and it's a GPL export).

Signed-off-by: Robert Schwebel <r.schwebel@pengutronix.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
19 years ago[PATCH] sysfs: add sysfs_chmod_file()
Kay Sievers [Tue, 19 Apr 2005 04:57:32 +0000 (21:57 -0700)]
[PATCH] sysfs: add sysfs_chmod_file()

sysfs: allow changing the permissions for already created attributes

Signed-off-by: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
19 years ago[PATCH] add TIMEOUT to firmware_class hotplug event
kay.sievers@vrfy.org [Tue, 19 Apr 2005 04:57:31 +0000 (21:57 -0700)]
[PATCH] add TIMEOUT to firmware_class hotplug event

On Tue, 2005-03-15 at 09:25 +0100, Hannes Reinecke wrote:
> The current implementation of the firmware class breaks a fundamental
> assumption in udevd: that the physical device can be initialised fully
> prior to executing the next event for that device.

Here we add a TIMEOUT value to the hotplug environment of the firmware
requesting event. I will adapt udevd not to wait for anything else, if
it finds a TIMEOUT key.

Signed-off-by: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
19 years ago[PATCH] kref: add link to original documentation to the kref documentation.
gregkh@suse.de [Tue, 19 Apr 2005 04:57:30 +0000 (21:57 -0700)]
[PATCH] kref: add link to original documentation to the kref documentation.

Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
19 years ago[PATCH] kref: add documentation
minyard@acm.org [Tue, 19 Apr 2005 04:57:30 +0000 (21:57 -0700)]
[PATCH] kref: add documentation

Add some documentation for krefs.

Signed-off-by: Corey Minyard <minyard@acm.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
19 years ago[PATCH] I2C: Fix incorrect sysfs file permissions in it87 and via686a drivers
Jean Delvare [Tue, 19 Apr 2005 04:16:59 +0000 (21:16 -0700)]
[PATCH] I2C: Fix incorrect sysfs file permissions in it87 and via686a drivers

The it87 and via686a hardware monitoring drivers each create a sysfs
file named "alarms" in R/W mode, while they should really create it in
read-only mode. Since we don't provide a store function for these files,
write attempts to these files will do something undefined (I guess) and
bad (I am sure). My own try resulted in a locked terminal (where I
attempted the write) and a 100% CPU load until next reboot.

As a side note, wouldn't it make sense to check, when creating sysfs
files, that readable files have a non-NULL show method, and writable
files have a non-NULL store method? I know drivers are not supposed to
do stupid things, but there is already a BUG_ON for several conditions
in sysfs_create_file, so maybe we could add two more?

Signed-off-by: Jean Delvare <khali@linux-fr.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
19 years ago[PATCH] I2C: via686a cleanups
Jean Delvare [Tue, 19 Apr 2005 04:16:58 +0000 (21:16 -0700)]
[PATCH] I2C: via686a cleanups

Here comes a small cleanup patch for the via686a driver. I noticed the
following two non-fatal problems:

1* The device parent is explicitely set, but it's not needed because the
i2c core will do as the client is registered.

2* snprintf is used where strlcpy would suffice.

Fixing them brings the via686a driver in line with what other similar
drivers do.

Signed-off-by: Jean Delvare <khali@linux-fr.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
19 years ago[PATCH] w1_smem: w1 ID is only 8 bytes long.
johnpol@2ka.mipt.ru [Tue, 19 Apr 2005 04:16:57 +0000 (21:16 -0700)]
[PATCH] w1_smem: w1 ID is only 8 bytes long.

w1 ID is only 8 bytes long.

Signed-off-by: Evgeniy Polyakov <johnpol@2ka.mipt.ru>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
19 years ago[PATCH] w1: real fix for big endian machines.
johnpol@2ka.mipt.ru [Tue, 19 Apr 2005 04:16:57 +0000 (21:16 -0700)]
[PATCH] w1: real fix for big endian machines.

Real fix for big endian machines - crc must be calculated
using little endian byte order.

Signed-off-by: Evgeniy Polyakov <johnpol@2ka.mipt.ru>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
19 years agofully merge up to scsi-misc-2.6
James Bottomley [Tue, 19 Apr 2005 01:55:09 +0000 (20:55 -0500)]
fully merge up to scsi-misc-2.6

19 years ago[PATCH] USB: fix AIPTEK input doesn`t register `device` & `driver` section in sysfs...
Viktor A. Danilov [Tue, 19 Apr 2005 00:39:35 +0000 (17:39 -0700)]
[PATCH] USB: fix AIPTEK input doesn`t register `device` & `driver` section in sysfs (/sys/class/input/event#)

PROBLEM: aiptek input doesn`t register `device` & `driver` section in sysfs (/sys/class/input/event#)
REASON: `dev` - field not filled...
SOLUTION: in linux/drivers/usb/input/aiptek.c write
aiptek->inputdev.dev = &intf->dev;
before calling
input_register_device(&aiptek->inputdev);

From: "Viktor A. Danilov" <__die@mail.ru>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Index: gregkh-2.6/drivers/usb/input/aiptek.c
===================================================================

19 years ago[PATCH] usb gadget: ethernet/rndis updates
David Brownell [Tue, 19 Apr 2005 00:39:34 +0000 (17:39 -0700)]
[PATCH] usb gadget: ethernet/rndis updates

Updates to the Ethernet/RNDIS gadget driver (mostly for RNDIS):

  - Fix brown-paper bag goof with RNDIS packet TX ... the wrong length
    field got set, so Windows would ignore data packets it received.

  - More consistent handling of CDC output filters (but not yet hooking
    things up so RNDIS uses the mechanism).

  - Zerocopy RX for RNDIS packets too (saving CPU cycles).

  - Use the pre-allocated interrupt/status request and buffer, rather
    than allocating and freeing one of each every few seconds (which
    could fail).

  - Some more "sparse" tweaks, making both dual-speed and single-speed
    configurations happier.

  - RNDIS speeds are reported in units of 100bps, not bps.

Plus two minor cleanups (whitespace, messaging).

Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
19 years ago[PATCH] USB: kfree cleanup for drivers/usb/* - no need to check for NULL
Jesper Juhl [Tue, 19 Apr 2005 00:39:34 +0000 (17:39 -0700)]
[PATCH] USB: kfree cleanup for drivers/usb/* - no need to check for NULL

Get rid of a bunch of redundant NULL pointer checks in drivers/usb/*,
there's no need to check a pointer for NULL before calling kfree() on it.

Signed-off-by: Jesper Juhl <juhl-lkml@dif.dk>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Index: gregkh-2.6/drivers/usb/class/audio.c
===================================================================

19 years ago[PATCH] usb: kfree() cleanups in drivers/usb/core/devio.c
Jesper Juhl [Tue, 19 Apr 2005 00:39:33 +0000 (17:39 -0700)]
[PATCH] usb: kfree() cleanups in drivers/usb/core/devio.c

Checking for NULL before calling kfree() is redundant. This patch removes
these redundant checks and also makes a few tiny whitespace changes.

Signed-off-by: Jesper Juhl <juhl-lkml@dif.dk>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
19 years ago[PATCH] USB: pl2303 new vendor/model ids
Peter Favrholdt [Tue, 19 Apr 2005 00:39:32 +0000 (17:39 -0700)]
[PATCH] USB: pl2303 new vendor/model ids

Please accept the attached patch which adds the vendorid 0x0745 and
modelid 0x0001 (ID 0745:0001) "Syntech Information Co., Ltd."

The device is an USB IR cradle for a barcode scanner (CPT-8001C) from
Cipherlab.

From: Peter Favrholdt <pfavr@mip.sdu.dk>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
diff -u kernel-source-2.6.11/drivers/usb/serial/pl2303.c ../kernel-source-2.6.11/drivers/usb/serial/pl2303.c

19 years ago[PATCH] pl2303 - status line
Flavio Leitner [Tue, 19 Apr 2005 00:39:31 +0000 (17:39 -0700)]
[PATCH] pl2303 - status line

I'm attaching a patch to fix status when using Siemens X65
mobile. This mobile use first byte instead of normal UART_STATE
byte.

From: Flavio Leitner <fbl@conectiva.com.br>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Index: gregkh-2.6/drivers/usb/serial/pl2303.c
===================================================================

19 years ago[PATCH] pl2303 - unplug device.
Flavio Leitner [Tue, 19 Apr 2005 00:39:31 +0000 (17:39 -0700)]
[PATCH] pl2303 - unplug device.

It's possible to unplug usb device and do tiocmset() and tiocmget() without
valid interface in pl2303 module.

The patch below check this and return -ENODEV if interface was removed.

From: Flavio Leitner <fbl@conectiva.com.br>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
diff -purN linux-05-04-11/drivers/usb/serial/pl2303.c linux-05-04-11.usb/drivers/usb/serial/pl2303.c

19 years ago[PATCH] USB: USB API documentation modification
Alan Stern [Tue, 19 Apr 2005 00:39:30 +0000 (17:39 -0700)]
[PATCH] USB: USB API documentation modification

In response to complaints about excessive latency in the uhci-hcd driver
I'm planning to convert it to a top-half/bottom-half design.  It turns out
that to do this, the USB API has to be modified slightly since the driver
will not be able to meet one of the guarantees in the current API.  This
patch changes some kerneldoc, specifying the weaker guarantee.

Signed-off-by: Alan Stern <stern@rowland.harvard.edu>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
19 years ago[PATCH] USB: OHCI on Compaq Aramada 7400
David Brownell [Tue, 19 Apr 2005 00:39:30 +0000 (17:39 -0700)]
[PATCH] USB: OHCI on Compaq Aramada 7400

This adds a quirk to the OHCI driver that lets it work with an old
Compaq implementation.  It also removes some needless strings from
the non-debug version of the driver.

Signed-off-by: Chris Clayton <chris_clayton@f1internet.com>
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
19 years ago[PATCH] USB: usbnet and zaurus zl-5600
David Brownell [Tue, 19 Apr 2005 00:39:29 +0000 (17:39 -0700)]
[PATCH] USB: usbnet and zaurus zl-5600

Hmm, another case of a Zaurus ROM not telling the expected conformance lie;
this patch handles the lies told by the SL5600.

From: bender647@gmail.com
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
19 years ago[PATCH] USB: new SIS device id
Thomas Winischhofer [Tue, 19 Apr 2005 00:39:28 +0000 (17:39 -0700)]
[PATCH] USB: new SIS device id

the attached patch adds another USB device ID to the list. Seems the
device is known under multiple IDs.

Signed-off-by: Thomas Winischhofer <thomas@winischhofer.net>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
19 years ago[PATCH] USB Storage unusual_dev.h 07c4:a10b Datafab Systems, Inc.
felix@derklecks.de [Tue, 19 Apr 2005 00:39:28 +0000 (17:39 -0700)]
[PATCH] USB Storage unusual_dev.h 07c4:a10b Datafab Systems, Inc.

Signed-off-by: Phil Dibowitz <phil@ipom.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Index: gregkh-2.6/drivers/usb/storage/unusual_devs.h
===================================================================

19 years ago[PATCH] Fix GO_SLOW delay
Phil Dibowitz [Tue, 19 Apr 2005 00:39:27 +0000 (17:39 -0700)]
[PATCH] Fix GO_SLOW delay

This patch changes the delay for the US_FL_GO_SLOW patch from 110us to 125.
Some delays need this extra delay includign Jan De Luyck's drive which spawned
the original increase from 110 to 110us. 125 is a microframe, so this delay
seems to make sense more than just be a random delay (thanks to David Brownell
for pointing that out after my original patch).

Signed-off-by: Phil Dibowitz <phil@ipom.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Index: gregkh-2.6/drivers/usb/storage/transport.c
===================================================================

19 years ago[PATCH] USB: usbnet printk warning fix
akpm@osdl.org [Tue, 19 Apr 2005 00:39:27 +0000 (17:39 -0700)]
[PATCH] USB: usbnet printk warning fix

On ppc64:

drivers/usb/net/usbnet.c: In function `skb_return':
drivers/usb/net/usbnet.c:429: warning: int format, different type arg (arg 3)
drivers/usb/net/usbnet.c:429: warning: int format, different type arg (arg 3)

Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
diff -puN drivers/usb/net/usbnet.c~usbnet-printk-warning-fix drivers/usb/net/usbnet.c

19 years ago[PATCH] USB: bug fix in usbdevfs
Christopher Li [Tue, 19 Apr 2005 00:39:26 +0000 (17:39 -0700)]
[PATCH] USB: bug fix in usbdevfs

I am sorry that the last patch about 32 bit compat ioctl on
64 bit kernel actually breaks the usbdevfs. That is on the current
BK tree. I am retarded.

Here is the patch to fix it. Tested with USB hard disk and webcam
in both 32bit compatible mode and native 64bit mode.

Again, sorry about that.

From: Christopher Li <chrisl@vmware.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
19 years ago[PATCH] USB: revert "fix" to usb_set_interface()
David Brownell [Tue, 19 Apr 2005 00:39:25 +0000 (17:39 -0700)]
[PATCH] USB: revert "fix" to usb_set_interface()

This reverts a recent change to usb_set_interface().  The change worked
around a quirk in certain devices, but doing this in usbcore creates
needless regressions for other devices.  More appropriate fixes won't
put such handling in usbcore.

Basically it's tricky to do a full software reset of USB device state, since
the devices don't all act the same.  This adds a note to the kerneldoc for
the usb_reset_configuration() call to highlight the quirk this was working
around:  endpoint data toggles not being reset.

Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
19 years ago[PATCH] USB: usb/digi_acceleport: correct wait-queue state
Nishanth Aravamudan [Tue, 19 Apr 2005 00:39:25 +0000 (17:39 -0700)]
[PATCH] USB: usb/digi_acceleport: correct wait-queue state

First patch incorrectly changed state of the wait-queue usage to
TASK_UNINTERRUPTIBLE. Reverted to TASK_INTERRUPTIBLE.

Signed-off-by: Nishanth Aravamudan <nacc@us.ibm.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
19 years ago[PATCH] USB: fix up some sparse warnings about static functions that aren't static.
Greg KH [Tue, 19 Apr 2005 00:39:24 +0000 (17:39 -0700)]
[PATCH] USB: fix up some sparse warnings about static functions that aren't static.

Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Index: gregkh-2.6/drivers/usb/core/usb.h
===================================================================

19 years ago[PATCH] USB: fix up remaining pm_message_t usages
Pavel Machek [Tue, 19 Apr 2005 00:39:24 +0000 (17:39 -0700)]
[PATCH] USB: fix up remaining pm_message_t usages

Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
19 years ago[PATCH] USB: hcd suspend uses pm_message_t
David Brownell [Tue, 19 Apr 2005 00:39:23 +0000 (17:39 -0700)]
[PATCH] USB: hcd suspend uses pm_message_t

This patch includes minor "sparse -Wbitwise" updates for the PCI based
HCDs.  Almost all of them involve just changing the second parameter of the
suspend() method to a pm_message_t ...  the others relate to how the EHCI
code walks in-memory data structures.  (There's a minor bug fixed there too
...  affecting the big-endian sysfs async schedule dump.)

Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Index: gregkh-2.6/drivers/usb/core/hcd.h
===================================================================

19 years ago[PATCH] usb suspend updates (interface suspend)
David Brownell [Tue, 19 Apr 2005 00:39:22 +0000 (17:39 -0700)]
[PATCH] usb suspend updates (interface suspend)

This is the first of a few installments of PM API updates to match the
recent switch to "pm_message_t".  This installment primarily affects
USB device drivers (for USB interfaces), and it changes the handful of
drivers which currently implement suspend methods:

    - <linux/usb.h> and usbcore, signature change

    - Some drivers only changed the signature, net effect this just
      shuts up "sparse -Wbitwise":
* hid-core
* stir4200

    - Two network drivers did that, and also grew slightly more
      featureful suspend code ... they now properly shut down
      their activities.  (As should stir4200...)
* pegasus
* usbnet

Note that the Wake-On-Lan (WOL) support in pegasus doesn't yet work; looks
to me like it's missing a request to turn it on, vs just configuring it.
The ASIX code in usbnet also has WOL hooks that are ready to use; untested.

Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Index: gregkh-2.6/drivers/net/irda/stir4200.c
===================================================================

19 years ago[PATCH] usb resume fixes
David Brownell [Tue, 19 Apr 2005 00:39:22 +0000 (17:39 -0700)]
[PATCH] usb resume fixes

This has a variety of updates to the shared suspend/resume code for
PCI based USB host controllers.

    - Cope with pm_message_t replacing the target system state.
      This is actually a loss of functionality; PCI D1 and D2
      states will no longer be used, and it's no longer knowable
      that D3cold is on the way so power will be lost.

    - Most importantly, some of the resume paths are reworked and
      cleaned up.  They're now an exact mirror of suspend paths,
      and more care is taken to ensure the hardware is reactivated
      before the hardware re-enables interrupts.

Plus comment and diagnostic cleanups; there are some nasty cases here
especially combined with swsusp, now they're somewhat commented.

Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
diff -puN drivers/usb/core/hcd-pci.c~usb-resume-fixes drivers/usb/core/hcd-pci.c

19 years ago[PATCH] USB: usb_cdc build fix
akpm@osdl.org [Tue, 19 Apr 2005 00:39:21 +0000 (17:39 -0700)]
[PATCH] USB: usb_cdc build fix

With older gcc's:

In file included from drivers/usb/class/cdc-acm.c:63:
include/linux/usb_cdc.h:117: field `bDetailData' has incomplete type

Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
diff -puN include/linux/usb_cdc.h~usb_cdc-build-fix include/linux/usb_cdc.h

19 years ago[PATCH] USB: visor Tapwave Zodiac support patch
Larry Battraw [Tue, 19 Apr 2005 00:39:20 +0000 (17:39 -0700)]
[PATCH] USB: visor Tapwave Zodiac support patch

Here's a tiny patch to add support for the Tapwave Zodiac (for
2.6.11.6).  I've been meaning to send it in for a while but kept
upgrading my kernel and losing the changes :-)  I own the device and it
works fine with the latest pilot-link beta.

From: Larry Battraw <lbattraw@insightbb.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
19 years ago[PATCH] USB: add new visor id for Treo 650
gregkh@suse.de [Tue, 19 Apr 2005 00:39:20 +0000 (17:39 -0700)]
[PATCH] USB: add new visor id for Treo 650

Thanks to Jamieson Becker <jamie@jamiebecker.com> for the info

Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
diff -Naur -X dontdiff-osdl tmp/linux-2.6.12-rc2/drivers/usb/serial/visor.h linux-2.6/drivers/usb/serial/visor.h

19 years agoMerge with master.kernel.org:/home/rmk/linux-2.6-rmk.git
Linus Torvalds [Mon, 18 Apr 2005 23:25:10 +0000 (16:25 -0700)]
Merge with master.kernel.org:/home/rmk/linux-2.6-rmk.git

This adds the missing arch/arm/lib/bitops.h file.

19 years ago[PATCH] sparc64: Fix stat
David S. Miller [Mon, 18 Apr 2005 22:13:15 +0000 (15:13 -0700)]
[PATCH] sparc64: Fix stat

Like Alpha, sparc64's struct stat was defined before we had the
nanosecond et al.  fields added.  So like Alpha I have to cons up a
struct stat64 to get this stuff.  I'll work on the glibc bits soon.

Also, we were forgetting to fill in the nanosecond fields in the sparc
compat stat64 syscalls.

Signed-off-by: David S. Miller <davem@davemloft.net>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
19 years ago[PATCH] ARM: Add missing new file for bitops patch
Russell King [Mon, 18 Apr 2005 21:50:01 +0000 (22:50 +0100)]
[PATCH] ARM: Add missing new file for bitops patch

Signed-off-by: Russell King <rmk@arm.linux.org.uk>
19 years agoMerge SCSI tree from James Bottomley.
Linus Torvalds [Mon, 18 Apr 2005 21:25:40 +0000 (14:25 -0700)]
Merge SCSI tree from James Bottomley.

Done with "git-pull-script rsync://www.parisc-linux.org/~jejb/scsi-rc-fixes-2.6.git"
together with an automated content merge.

19 years agoaic7xxx: convert to SPI transport class Domain Validation
<jejb@titanic.il.steeleye.com> [Sun, 17 Apr 2005 23:03:20 +0000 (18:03 -0500)]
aic7xxx: convert to SPI transport class Domain Validation

Now that we export all the parameters, this is easy to do.
It also means that we can dump about 2000 lines of code that
were dedicated to doing this internally.

Additionally, this removes all the aic7xxx driver abuse
of SCSI timers which were embedded in the DV routines.

Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
19 years agoaic7xxx: add support for the SPI transport class
<jejb@titanic.il.steeleye.com> [Sun, 17 Apr 2005 21:59:33 +0000 (16:59 -0500)]
aic7xxx: add support for the SPI transport class

This is just a simplistic patch to export all of the
aic7xxx internal transport parameters via the SPI
transport class.  It doesn't actually alter the way the
driver works at all.

Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
19 years agoqla2xxx: fix compiler warning in qla_attr.c
<jejb@titanic.il.steeleye.com> [Sun, 17 Apr 2005 21:32:42 +0000 (16:32 -0500)]
qla2xxx: fix compiler warning in qla_attr.c

  CC [M]  drivers/scsi/qla2xxx/qla_attr.o
drivers/scsi/qla2xxx/qla_attr.c: In function `qla2x00_sysfs_write_fw_dump':
drivers/scsi/qla2xxx/qla_attr.c:65: warning: implicit declaration of function `vfree'
drivers/scsi/qla2xxx/qla_attr.c:83: warning: implicit declaration of function `vmalloc'
drivers/scsi/qla2xxx/qla_attr.c:83: warning: cast to pointer from integer of different size

Also remove spurious inclusion of linux/version.h

Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>