Doug / smarc-fsl-linux-kernel

17 Feb, 2007

21 commits

09 Feb, 2007

3 commits

  • cb6efb391   [PATCH] use __u64 rather than u64 in parisc statfs structs ... Browse Code »

    Use __u64 rather than u64 in the struct statfs64 exported to userspace.

    Signed-off-by: Mike Frysinger
    Cc: Kyle McMartin
    Signed-off-by: Andrew Morton

    Mike Frysinger
     
  • 742433b00   [PATCH] PA-RISC: Fix bogus warnings from modpost ... Browse Code »

    parisc and parisc64 seem to name sections a little differently from other
    targets. parisc64 gives spurious warnings like:

    WARNING: drivers/net/dummy.o - Section mismatch: reference to .init.text:dummy_setup from .data.rel.ro between '.LC1' (at offset 0x0) and '.LC6'

    and parisc gives spurious warnings like:

    WARNING: drivers/net/dummy.o - Section mismatch: reference to .init.text:dummy_setup from .rodata.cst4 between '.LC1' (at offset 0x0) and '.LC6'

    Given the other comments in modpost.c, it seems that the best solution is
    to move rodata down to the 'match at start of name' section and add
    .data.rel.ro to the 'match entire name' section.

    Cc: Sam Ravnborg
    Cc: Kyle McMartin
    Signed-off-by: Andrew Morton

    Matthew Wilcox
     
  • 29a1e1d27   [PATCH] parisc: fix module_param iommu permission ... Browse Code »

    Fix/change module_param permissions parameter from an init value
    to a permission value.

    Signed-off-by: Randy Dunlap
    Cc: Kyle McMartin
    Cc: Matthew Wilcox
    Signed-off-by: Andrew Morton

    Randy Dunlap
     

05 Feb, 2007

2 commits

04 Feb, 2007

9 commits

  • 886ae1fa1   [PATCH] fix rtl8150 ... Browse Code »

    That code doesn't do what its author apparently thought it would do...

    Signed-off-by: Al Viro
    Signed-off-by: Linus Torvalds

    Al Viro
     
  • ce35a81a7   Merge master.kernel.org:/pub/scm/linux/kernel/git/jejb/scsi-rc-fixes-2.6 ... Browse Code »

    * master.kernel.org:/pub/scm/linux/kernel/git/jejb/scsi-rc-fixes-2.6:
    [SCSI] sd: udev accessing an uninitialized scsi_disk field results in a crash
    [SCSI] st: A MTIOCTOP/MTWEOF within the early warning will cause the file number to be incorrect
    [SCSI] qla4xxx: bug fixes
    [SCSI] Fix scsi_add_device() for async scanning

    Linus Torvalds
     
  • 259886a7c   [PATCH] x86-64: define dma noncoherent API functions ... Browse Code »

    x86-64 is missing these:

    Signed-off-by: Jeff Garzik
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Jeff Garzik
     
  • 72253943f   [PATCH] Altix: more ACPI PRT support ... Browse Code »

    The SN Altix platform does not conform to the IOSAPIC IRQ routing model.
    Add code in acpi_unregister_gsi() to check if (acpi_irq_model ==
    ACPI_IRQ_MODEL_PLATFORM) and return.

    Due to an oversight, this code was not added previously when
    similar code was added to acpi_register_gsi().

    http://marc.theaimsgroup.com/?l=linux-acpi&m=116680983430121&w=2

    Signed-off-by: John Keller
    Acked-by: Len Brown
    Cc: "Luck, Tony"
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    John Keller
     
  • b2e895dbd   [PATCH] revert blockdev direct io back to 2.6.19 version ... Browse Code »

    Andrew Vasquez is reporting as-iosched oopses and a 65% throughput
    slowdown due to the recent special-casing of direct-io against
    blockdevs. We don't know why either of these things are occurring.

    The patch minimally reverts us back to the 2.6.19 code for a 2.6.20
    release.

    Cc: Andrew Vasquez
    Cc: Ken Chen
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Andrew Morton
     
  • 8560a10e1   [PATCH] alpha: fix epoll syscall enumerations ... Browse Code »

    We went and named them __NR_sys_foo instead of __NR_foo.

    It may be too late to change this, but we can at least add the proper names
    now.

    Signed-off-by: Mike Frysinger
    Cc: Richard Henderson
    Cc: Ivan Kokshaysky
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Mike Frysinger
     
  • 24d8f6ade   [PATCH] net/smc911x: match up spin lock/unlock ... Browse Code »

    smc911x_phy_configure's error handling unconditionally unlocks the
    spinlock even if it wasn't locked. Patch fixes it.

    Signed-off-by: Peter Korsgaard
    Cc: Jeff Garzik
    Cc:
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Peter Korsgaard
     
  • 29a002776   [PATCH] kexec: Avoid migration of already disabled irqs (ia64) ... Browse Code »

    This patch fixes up ia64 kexec support for HP rx2620 hardware. It does
    this by skipping migration of already disabled irqs. This is most likely a
    problem on other ia64 platforms as well, but I've only been able to
    reproduce it on one machine so far.

    The full story is that handle_bad_irq() gets invoked before starting the
    new kernel without this patch. This seems to happen when fixup_irqs()
    calls generic_handle_irq() on already migrated (and disabled) irqs. So by
    avoiding migration of disabled irqs we stay away of handle_bad_irq().

    The code has been tested on three different ia64 machines, all with good
    results. It is possible to trigger the same bug by offlining a processor
    using echo 0 > /sys/devices/system/cpu/cpuX/online.

    More detailed information is available in the following mail thread:
    http://lists.osdl.org/pipermail/fastboot/2007-January/thread.html#5774

    Signed-off-by: Magnus Damm
    Acked-by: Simon Horman
    Acked-by: Zou, Nanhai
    Acked-by: Jay Lan
    Acked-by: "Luck, Tony"
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Magnus Damm
     
  • dee11c236   [PATCH] aio: fix buggy put_ioctx call in aio_complete - v2 ... Browse Code »

    An AIO bug was reported that sleeping function is being called in softirq
    context:

    BUG: warning at kernel/mutex.c:132/__mutex_lock_common()
    Call Trace:
    [] __mutex_lock_slowpath+0x640/0x6c0
    [] mutex_lock+0x20/0x40
    [] flush_workqueue+0xb0/0x1a0
    [] __put_ioctx+0xc0/0x240
    [] aio_complete+0x2f0/0x420
    [] finished_one_bio+0x200/0x2a0
    [] dio_bio_complete+0x1c0/0x200
    [] dio_bio_end_aio+0x60/0x80
    [] bio_endio+0x110/0x1c0
    [] __end_that_request_first+0x180/0xba0
    [] end_that_request_chunk+0x30/0x60
    [] scsi_end_request+0x50/0x300 [scsi_mod]
    [] scsi_io_completion+0x200/0x8a0 [scsi_mod]
    [] sd_rw_intr+0x330/0x860 [sd_mod]
    [] scsi_finish_command+0x100/0x1c0 [scsi_mod]
    [] scsi_softirq_done+0x230/0x300 [scsi_mod]
    [] blk_done_softirq+0x160/0x1c0
    [] __do_softirq+0x200/0x240
    [] do_softirq+0x70/0xc0

    See report: http://marc.theaimsgroup.com/?l=linux-kernel&m=116599593200888&w=2

    flush_workqueue() is not allowed to be called in the softirq context.
    However, aio_complete() called from I/O interrupt can potentially call
    put_ioctx with last ref count on ioctx and triggers bug. It is simply
    incorrect to perform ioctx freeing from aio_complete.

    The bug is trigger-able from a race between io_destroy() and aio_complete().
    A possible scenario:

    cpu0 cpu1
    io_destroy aio_complete
    wait_for_all_aios { __aio_put_req
    ... ctx->reqs_active--;
    if (!ctx->reqs_active)
    return;
    }
    ...
    put_ioctx(ioctx)

    put_ioctx(ctx);
    __put_ioctx
    bam! Bug trigger!

    The real problem is that the condition check of ctx->reqs_active in
    wait_for_all_aios() is incorrect that access to reqs_active is not
    being properly protected by spin lock.

    This patch adds that protective spin lock, and at the same time removes
    all duplicate ref counting for each kiocb as reqs_active is already used
    as a ref count for each active ioctx. This also ensures that buggy call
    to flush_workqueue() in softirq context is eliminated.

    Signed-off-by: "Ken Chen"
    Cc: Zach Brown
    Cc: Suparna Bhattacharya
    Cc: Benjamin LaHaise
    Cc: Badari Pulavarty
    Cc:
    Acked-by: Jeff Moyer
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Ken Chen
     

03 Feb, 2007

5 commits