Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with HTTPS or Subversion.

Download ZIP
tag: v2.6.18-rc6
Commits on Sep 4, 2006
  1. Linux 2.6.18-rc6

    Linus Torvalds authored
  2. @ozbenh

    [PATCH] powerpc: Fix typo in powermac platform functions

    ozbenh authored Linus Torvalds committed
    New sparse caught that typo which could have caused erratic hardware
    behaviour on some machines if the platform functions are used by the
    firmware to change bits in some FCR registers.
    
    Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Commits on Sep 2, 2006
  1. Merge master.kernel.org:/home/rmk/linux-2.6-serial

    Linus Torvalds authored
    * master.kernel.org:/home/rmk/linux-2.6-serial:
      [SERIAL] 8250: constify some serial structs
      [SERIAL] Make uart_match_port() work with all memory mapped UARTs
  2. Merge master.kernel.org:/home/rmk/linux-2.6-arm

    Linus Torvalds authored
    * master.kernel.org:/home/rmk/linux-2.6-arm:
      [ARM] 3762/1: Fix ptrace cache coherency bug for ARM1136 VIPT nonaliasing Harvard caches
      [ARM] 3765/1: S3C24XX: cleanup include/asm-arm/arch-s3c2410/dma.h
      [ARM] 3764/1: S3C24XX: change type naming to kernel style
      [ARM] 3763/1: add both rtcs to csb337 defconfig
      [ARM] Fix ARM __raw_read_trylock() implementation
      [ARM] 3750/3: Fix double VFP emulation for EABI kernels
  3. [PATCH] eligible_child: remove an obsolete ->tgid check

    Oleg Nesterov authored Linus Torvalds committed
    It is not possible to find a sub-thread in ->children/->ptrace_children
    lists, ptrace_attach() does not allow to attach to sub-threads.
    
    Even if it was possible to ptrace the task from the same thread group,
    we can't allow to release ->group_leader while there are others (ptracer)
    threads in the same group.
    
    Signed-off-by: Oleg Nesterov <oleg@tv-sign.ru>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
  4. [ARM] 3762/1: Fix ptrace cache coherency bug for ARM1136 VIPT nonalia…

    George G. Davis authored Russell King committed
    …sing Harvard caches
    
    Patch from George G. Davis
    
    Resolve ARM1136 VIPT non-aliasing cache coherency issues observed when
    using ptrace to set breakpoints and cleanup copy_{to,from}_user_page()
    while we're here as requested by Russell King because "it's also far
    too heavy on non-v6 CPUs".
    
    NOTES:
    
    1. Only access_process_vm() calls copy_{to,from}_user_page().
    2. access_process_vm() calls get_user_pages() to pin down the "page".
    3. get_user_pages() calls flush_dcache_page(page) which ensures cache
       coherency between kernel and userspace mappings of "page".  However
       flush_dcache_page(page) may not invalidate I-Cache over this range
       for all cases, specifically, I-Cache is not invalidated for the VIPT
       non-aliasing case.  So memory is consistent between kernel and user
       space mappings of "page" but I-Cache may still be hot over this
       range.  IOW, we don't have to worry about flush_cache_page() before
       memcpy().
    4. Now, for the copy_to_user_page() case, after memcpy(), we must flush
       the caches so memory is consistent with kernel cache entries and
       invalidate the I-Cache if this mm region is executable.  We don't
       need to do anything after memcpy() for the copy_from_user_page()
       case since kernel cache entries will be invalidated via the same
       process above if we access "page" again.  The flush_ptrace_access()
       function (borrowed from SPARC64 implementation) is added to handle
       cache flushing after memcpy() for the copy_to_user_page() case.
    
    Signed-off-by: George G. Davis <gdavis@mvista.com>
    Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
Commits on Sep 1, 2006
  1. Merge master.kernel.org:/pub/scm/linux/kernel/git/gregkh/usb-2.6

    Linus Torvalds authored
    * master.kernel.org:/pub/scm/linux/kernel/git/gregkh/usb-2.6:
      uhci-hcd: fix list access bug
      USB: Support for ELECOM LD-USB20 in pegasus
      USB: Add VIA quirk fixup for VT8235 usb2
      USB: rtl8150_disconnect() needs tasklet_kill()
      USB Storage: unusual_devs.h for Sony Ericsson M600i
      USB Storage: Remove the finecam3 unusual_devs entry
      UHCI: don't stop at an Iso error
      usb gadget: g_ether spinlock recursion fix
      USB: add all wacom device to hid-core.c blacklist
      hid-core.c: Adds all GTCO CalComp Digitizers and InterWrite School Products to blacklist
      USB floppy drive SAMSUNG SFD-321U/EP detected 8 times
  2. @ozbenh

    [PATCH] backlight last round of fixes

    ozbenh authored Linus Torvalds committed
    Fix some more problems (inverted use of semaphores in some places).  He
    also moved my checks into within the protected section which is better.
    
    Signed-off-by: Michael Hanselmann <linux-kernel@hansmi.ch>
    Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
    Cc: "Antonino A. Daplas" <adaplas@pol.net>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
  3. [PATCH] manage-jbd-its-own-slab fix

    Badari Pulavarty authored Linus Torvalds committed
    Missed a place where I forgot to convert kfree() to kmem_cache_free() as
    part of jbd-manage-its-own-slab changes.
    
    Signed-off-by: Badari Pulavarty <pbadari@us.ibm.com>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
  4. @nacc

    [PATCH] fix NUMA interleaving for huge pages

    nacc authored Linus Torvalds committed
    Since vma->vm_pgoff is in units of smallpages, VMAs for huge pages have the
    lower HPAGE_SHIFT - PAGE_SHIFT bits always cleared, which results in badd
    offsets to the interleave functions.  Take this difference from small pages
    into account when calculating the offset.  This does add a 0-bit shift into
    the small-page path (via alloc_page_vma()), but I think that is negligible.
     Also add a BUG_ON to prevent the offset from growing due to a negative
    right-shift, which probably shouldn't be allowed anyways.
    
    Tested on an 8-memory node ppc64 NUMA box and got the interleaving I
    expected.
    
    Signed-off-by: Nishanth Aravamudan <nacc@us.ibm.com>
    Signed-off-by: Adam Litke <agl@us.ibm.com>
    Cc: Andi Kleen <ak@muc.de>
    Acked-by: Christoph Lameter <clameter@engr.sgi.com>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
  5. [PATCH] sgiioc4: fixup use of mmio ops

    John Keller authored Linus Torvalds committed
    Fix some bugs in the patch that converted the IOC4 driver from port IO ops to
    memio ops.
    
    http://marc.theaimsgroup.com/?l=linux-ide&m=114895892231438&w=2
    
      Problems fixed are:
       - Call to default_hwif_mmiops() was not being done until _after_
         first IO operation, resulting in the first IO operation being
         done as a port IO op, instead of memio.
       - request_region() calls needed to be request_mem_region()
       - Incomplete error case handling.
       - Non-usage of ioremap() and __iomem.
    
    Signed-off-by: John Keller <jpk@sgi.com>
    Signed-off-by: Jeremy Higdon <jeremy@sgi.com>
    Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
    Cc: Bartlomiej Zolnierkiewicz <B.Zolnierkiewicz@elka.pw.edu.pl>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
  6. @tiwai

    [PATCH] ALSA: ac97: correct some Mic mixer elements

    tiwai authored Linus Torvalds committed
    Revert the mixer element names of some Mic controls to the state of
    2.6.17.  This should fix the name mismatch in alsactl.
    
    Signed-off-by: Takashi Iwai <tiwai@suse.de>
    Cc: Jaroslav Kysela <perex@suse.cz>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
  7. @ozbenh

    [PATCH] powerpc: Fix PowerMac IRQ handling bug

    ozbenh authored Linus Torvalds committed
    The port to genirq & the new powerpc interrupt model in 2.6.18 introduced a
    bug in the legacy PowerMac PIC code (used on older machines) because of a
    typo potentially causing hangs due to interrupt storms.  This fixes it,
    along with a performance issue causing us to do spurrious retriggers after
    masking an interrupt.
    
    Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
    Cc: "Antonino A. Daplas" <adaplas@pol.net>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
  8. @ozbenh

    [PATCH] powerpc: More via-pmu backlight fixes

    ozbenh authored Linus Torvalds committed
    The via-pmu backlight code (introduced in 2.6.18) has various design issues
    causing crashes on machines using it like the old Wallstreet powerbook
    (Michael, the author, never managed to test on these and I just got my hand
    on one of those old beasts).
    
    This fixes them by no longer trying to hijack the backlight device of the
    frontmost framebuffer (causing that framebuffer to crash) but having it's
    own local bits instead.  Might look weird but it's better that way on those
    old machines, at least as a last-minute fix for 2.6.18.  We might rework
    the whole thing later.  This patch also changes the way it gets notified of
    sleep and wakeup in order to properly shut the backlight down on sleep and
    bring it back on wakeup.
    
    Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
    Cc: "Antonino A. Daplas" <adaplas@pol.net>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
  9. [PATCH] dm: work around mempool_alloc, bio_alloc_bioset deadlocks

    Pavel Mironchik authored Linus Torvalds committed
    This patch works around a complex dm-related deadlock/livelock down in the
    mempool allocator.
    
    Alasdair said:
    
      Several dm targets suffer from this.
    
      Mempools are not yet used correctly everywhere in device-mapper: they can
      get shared when devices are stacked, and some targets share them across
      multiple instances.  I made fixing this one of the prerequisites for this
      patch:
    
        md-dm-reduce-stack-usage-with-stacked-block-devices.patch
    
      which in some cases makes people more likely to hit the problem.
    
      There's been some progress on this recently with (unfinished) dm-crypt
      patches at:
    
        http://www.kernel.org/pub/linux/kernel/people/agk/patches/2.6/editing/
          (dm-crypt-move-io-to-workqueue.patch plus dependencies)
    
    and:
    
      I've no problems with a temporary workaround like that, but Milan Broz (a
      new Redhat developer in the Czech Republic) has started reviewing all the
      mempool usage in device-mapper so I'm expecting we'll soon have a proper fix
      for this associated problems.  [He's back from holiday at the start of next
      week.]
    
    For now, this sad-but-safe little patch will allow the machine to recover.
    
    [akpm@osdl.org: rewrote changelog]
    Cc: Alasdair G Kergon <agk@redhat.com>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
  10. @AdrianBunk

    [PATCH] schedule obsolete OSS drivers for removal, 2nd round

    AdrianBunk authored Linus Torvalds committed
    This patch schedules obsolete OSS drivers (with ALSA drivers that support
    the same hardware) for removal.
    
    A rationale of the patch is in
      http://lkml.org/lkml/2006/7/11/186
    
    Signed-off-by: Adrian Bunk <bunk@stusta.de>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
  11. @cminyard

    [PATCH] IPMI: fix occasional oops on module unload

    cminyard authored Linus Torvalds committed
    Olaf Kirch of SuSE tracked down a problem where module unloads of the IPMI
    driver would occasionally result in Oopses.  He tracked that down to a
    variable that wasn't always initialized properly in some situations.  This
    patch initializes that variable.  Olaf sent a patch that kzalloc-ed the
    data, but this structure is large enough that I would perfer to not do
    that.  Thanks Olaf!
    
    Signed-off-by: Corey Minyard <minyard@acm.org>
    Cc: Olaf Kirch <okir@suse.de>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
  12. @Henne

    [PATCH] kerneldoc for handle_bad_irq()

    Henne authored Linus Torvalds committed
    Adds the description of the parameters from handle_bad_irq().
    
    Signed-off-by: Henrik Kretzschmar <henne@nachtwindheim.de>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
  13. [PATCH] SBC8360: module_param() permission fixes

    Ian E. Morgan authored Linus Torvalds committed
    The last argument of module_param is permissions, not default value.
    
    Acked-by: Wim Van Sebroeck <wim@iguana.be>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
  14. @olafhering

    [PATCH] exit early in floppy_init when no floppy exists

    olafhering authored Linus Torvalds committed
    modprobe -v floppy on a Apple G5 writes incorrect stuff to dmesg:
    
    Floppy drive(s): fd0 is 2.88M
    
    The reason is that the legacy io check happens very late,
    when part of the floppy stuff is already initialized.
    check_legacy_ioport() returns either -ENODEV right away, or it walks
    the device-tree looking for a floppy node.
    
    Signed-off-by: Olaf Hering <olaf@aepfle.de>
    Acked-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
  15. [PATCH] x86: increase MAX_MP_BUSSES on default arch

    Andrew Morton authored Linus Torvalds committed
    Vitezslav Samel <samel@mail.cz> reports that an HP DL380 g4 fails using the
    default arch due to the ISA bus having an ID of 32.
    
    It would have worked OK with the generic arch - for some reason the default
    arch doesn't support as many busses.
    
    So bump that up to support 256 busses, but leave it at 32 if we're building a
    tiny system to save a bit of memory.
    
    Cc: Vitezslav Samel <samel@mail.cz>
    Acked-by: Andi Kleen <ak@muc.de>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
  16. [PATCH] xtensa: ptrace: EXIT_ZOMBIE fix

    Bill Huey (hui authored Linus Torvalds committed
    We're testing the wrong task_struct field.
    
    Acked-by: Chris Zankel <chris@zankel.net>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
  17. [PATCH] task delay accounting fixes

    Shailabh Nagar authored Linus Torvalds committed
    Cleanup allocation and freeing of tsk->delays used by delay accounting.
    This solves two problems reported for delay accounting:
    
    1. oops in __delayacct_blkio_ticks
    http://www.uwsg.indiana.edu/hypermail/linux/kernel/0608.2/1844.html
    
    Currently tsk->delays is getting freed too early in task exit which can
    cause a NULL tsk->delays to get accessed via reading of /proc/<tgid>/stats.
     The patch fixes this problem by freeing tsk->delays closer to when
    task_struct itself is freed up.  As a result, it also eliminates the use of
    tsk->delays_lock which was only being used (inadequately) to safeguard
    access to tsk->delays while a task was exiting.
    
    2. Possible memory leak in kernel/delayacct.c
    http://www.uwsg.indiana.edu/hypermail/linux/kernel/0608.2/1389.html
    
    The patch cleans up tsk->delays allocations after a bad fork which was
    missing earlier.
    
    The patch has been tested to fix the problems listed above and stress
    tested with rapid calls to delay accounting's taskstats command interface
    (which is the other path that can access the same data, besides the /proc
    interface causing the oops above).
    
    Signed-off-by: Shailabh Nagar <nagar@watson.ibm.com>
    Cc: Balbir Singh <balbir@in.ibm.com>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
  18. [PATCH] Fix faulty HPET clocksource usage (fix for bug #7062)

    john stultz authored Linus Torvalds committed
    Apparently some systems export valid HPET addresses, but hpet_enable()
    fails.  Then when the HPET clocksource starts up, it only checks for a
    valid HPET address, and the result is a system where time does not advance.
    
    See http://bugme.osdl.org/show_bug.cgi?id=7062 for details.
    
    This patch just makes sure we better check that the HPET is functional
    before registering the HPET clocksource.
    
    Signed-off-by: John Stultz <johnstul@us.ibm.com>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
  19. [PATCH] synclink_gt: fix receive tty error handling

    Paul Fulghum authored Linus Torvalds committed
    Fix receive tty error handling in synclink_gt driver.  Adrian reported
    compiler warning for incorrect bit test against char variable.  I
    determined these and other device specific error bits were incorrectly
    defined.
    
    Signed-off-by: Paul Fulghum <paulkf@microgate.com>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
  20. @neilbrown

    [PATCH] md: Fix issues with referencing rdev in md/raid1

    neilbrown authored Linus Torvalds committed
    We need to be careful when referencing mirrors[i].rdev.  It can disappear
    under us at various times.
    
    So:
      fix a couple of problem places.
      comment a couple of non-problem places
      move an 'atomic_add' which deferences rdev down a little
        way to some where where it is sure to not be NULL.
    
    Signed-off-by: Neil Brown <neilb@suse.de>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
  21. [PATCH] ZVC: Scale thresholds depending on the size of the system

    Christoph Lameter authored Linus Torvalds committed
    The ZVC counter update threshold is currently set to a fixed value of 32.
    This patch sets up the threshold depending on the number of processors and
    the sizes of the zones in the system.
    
    With the current threshold of 32, I was able to observe slight contention
    when more than 130-140 processors concurrently updated the counters.  The
    contention vanished when I either increased the threshold to 64 or used
    Andrew's idea of overstepping the interval (see ZVC overstep patch).
    
    However, we saw contention again at 220-230 processors.  So we need higher
    values for larger systems.
    
    But the current default is already a bit of an overkill for smaller
    systems.  Some systems have tiny zones where precision matters.  For
    example i386 and x86_64 have 16M DMA zones and either 900M ZONE_NORMAL or
    ZONE_DMA32.  These are even present on SMP and NUMA systems.
    
    The patch here sets up a threshold based on the number of processors in the
    system and the size of the zone that these counters are used for.  The
    threshold should grow logarithmically, so we use fls() as an easy
    approximation.
    
    Results of tests on a system with 1024 processors (4TB RAM)
    
    The following output is from a test allocating 1GB of memory concurrently
    on each processor (Forking the process.  So contention on mmap_sem and the
    pte locks is not a factor):
    
                           X                   MIN
    TYPE:               CPUS       WALL       WALL        SYS     USER     TOTCPU
    fork                   1      0.552      0.552      0.540    0.012      0.552
    fork                   4      0.552      0.548      2.164    0.036      2.200
    fork                  16      0.564      0.548      8.812    0.164      8.976
    fork                 128      0.580      0.572     72.204    1.208     73.412
    fork                 256      1.300      0.660    310.400    2.160    312.560
    fork                 512      3.512      0.696   1526.836    4.816   1531.652
    fork                1020     20.024      0.700  17243.176    6.688  17249.863
    
    So a threshold of 32 is fine up to 128 processors. At 256 processors contention
    becomes a factor.
    
    Overstepping the counter (earlier patch) improves the numbers a bit:
    
    fork                   4      0.552      0.548      2.164    0.040      2.204
    fork                  16      0.552      0.548      8.640    0.148      8.788
    fork                 128      0.556      0.548     69.676    0.956     70.632
    fork                 256      0.876      0.636    212.468    2.108    214.576
    fork                 512      2.276      0.672    997.324    4.260   1001.584
    fork                1020     13.564      0.680  11586.436    6.088  11592.523
    
    Still contention at 512 and 1020. Contention at 1020 is down by a third.
    256 still has a slight bit of contention.
    
    After this patch the counter threshold will be set to 125 which reduces
    contention significantly:
    
    fork                 128      0.560      0.548     69.776    0.932     70.708
    fork                 256      0.636      0.556    143.460    2.036    145.496
    fork                 512      0.640      0.548    284.244    4.236    288.480
    fork                1020      1.500      0.588   1326.152    8.892   1335.044
    
    [akpm@osdl.org: !SMP build fix]
    Signed-off-by: Christoph Lameter <clameter@sgi.com>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
  22. [PATCH] ZVC: Overstep counters

    Christoph Lameter authored Linus Torvalds committed
    Increments and decrements are usually grouped rather than mixed.  We can
    optimize the inc and dec functions for that case.
    
    Increment and decrement the counters by 50% more than the threshold in
    those cases and set the differential accordingly.  This decreases the need
    to update the atomic counters.
    
    The idea came originally from Andrew Morton.  The overstepping alone was
    sufficient to address the contention issue found when updating the global
    and the per zone counters from 160 processors.
    
    Also remove some code in dec_zone_page_state.
    
    Signed-off-by: Christoph Lameter <clameter@sgi.com>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
  23. Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel…

    Linus Torvalds authored
    …/git/roland/infiniband
    
    * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband:
      IB/mthca: Use IRQ safe locks to protect allocation bitmaps
  24. @gregkh

    uhci-hcd: fix list access bug

    Alan Stern authored gregkh committed
    When skipping to the last TD of an URB, go to the _last_ entry in the
    list instead of the _first_ entry (as780).  This fixes Bugzilla #6747
    and possibly others.
    
    Signed-off-by: Alan Stern <stern@rowland.harvard.edu>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  25. @gregkh

    USB: Support for ELECOM LD-USB20 in pegasus

    Nobuhiro Iwamatsu authored gregkh committed
    This patch is support LD-USB20 of the USB LAN device.
    http://www2.elecom.co.jp/products/LD-USB20.html ( Japanese only )
    
    I am using this device.
    And, I confirmed work by using this patch.
    
    Signed-off-by: Nobuhiro Iwamatsu <hemamu@t-base.ne.jp>
    Acked-by: Petko Manolov <petkan@nucleusys.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  26. @markhindley @gregkh

    USB: Add VIA quirk fixup for VT8235 usb2

    markhindley authored gregkh committed
    Patch to add VIA PCI quirk for Enhanced/Extended USB on VT8235
    southbridge. It is needed in order to use EHCI/USB 2.0 with ACPI.
    Without it IRQs are not routed correctly, you get an "Unlink after
    no-IRQ?" error and the device is unusable.
    
    I belive this could also be a fix for Bugzilla Bug 5835.
    
    Signed-off-by: Mark Hindley <mark@hindley.org.uk>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  27. @gregkh

    USB: rtl8150_disconnect() needs tasklet_kill()

    Andrew Morton authored gregkh committed
    We need to wait until any currently-running handler has completed.  Fixes an
    unplug-time oops reported by "Miles Lane" <miles.lane@gmail.com>.
    
    Cc: "Petko Manolov" <petkan@users.sourceforge.net>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  28. @jaymzh @gregkh

    USB Storage: unusual_devs.h for Sony Ericsson M600i

    jaymzh authored gregkh committed
    This entry was sent in by Emmanuel Vasilakis <evas@forthnet.gr>, turned
    into a patch by yours truly.
    
    Signed-off-by: Phil Dibowitz <phil@ipom.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  29. @jaymzh @gregkh

    USB Storage: Remove the finecam3 unusual_devs entry

    jaymzh authored gregkh committed
    This patch removes the Kyocera Finecam L3 entry in unusual devices
    originally submitted by Michael Krauth <michael.krauth@web.de> and
    Alessandro Fracchetti <al.fracchetti@tin.it> given that Gerriet
    <ger.haw@gmx.de> finds he doesn't need it and Alessandro confirms it
    isn't needed anymore as well.
    
    Signed-off-by: Phil Dibowitz <phil@ipom.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Something went wrong with that request. Please try again.