1. 06 May, 2010 4 commits
  2. 19 Apr, 2010 24 commits
  3. 18 Apr, 2010 1 commit
  4. 17 Apr, 2010 3 commits
  5. 16 Apr, 2010 8 commits
    • Daniel Lezcano's avatar
      packet : remove init_net restriction · 1c4f0197
      Daniel Lezcano authored
      The af_packet protocol is used by Perl to do ioctls as reported by
      Stephane Riviere:
      
      "Net::RawIP relies on SIOCGIFADDR et SIOCGIFHWADDR to get the IP and MAC
      addresses of the network interface."
      
      But in a new network namespace these ioctl fail because it is disabled for
      a namespace different from the init_net_ns.
      
      These two lines should not be there as af_inet and af_packet are
      namespace aware since a long time now. I suppose we forget to remove these
      lines because we sent the af_packet first, before af_inet was supported.
      Signed-off-by: default avatarDaniel Lezcano <daniel.lezcano@free.fr>
      Reported-by: default avatarStephane Riviere <stephane.riviere@regis-dgac.net>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      1c4f0197
    • Krzysztof Halasa's avatar
      WAN: flush tx_queue in hdlc_ppp to prevent panic on rmmod hw_driver. · 31f634a6
      Krzysztof Halasa authored
      tx_queue is used as a temporary queue when not allowed to queue skb
      directly to the hw device driver (which may sleep). Most paths flush
      it before returning, but ppp_start() currently cannot. Make sure we
      don't leave skbs pointing to a non-existent device.
      
      Thanks to Michael Barkowski for reporting this problem.
      Signed-off-by: default avatarKrzysztof Hałasa <khc@pm.waw.pl>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      31f634a6
    • Len Brown's avatar
      Merge branch 'bugzilla-15749' into release · bc396692
      Len Brown authored
      bc396692
    • Alexey Starikovskiy's avatar
      ACPI: EC: Limit burst to 64 bits · 2060c445
      Alexey Starikovskiy authored
      access_bit_width field is u8 in ACPICA, thus 256 value written to it
      becomes 0, causing divide by zero later.
      
      Proper fix would be to remove access_bit_width at all, just because
      we already have access_byte_width, which is access_bit_width / 8.
      Limit access width to 64 bit for now.
      
      https://bugzilla.kernel.org/show_bug.cgi?id=15749
      fixes regression caused by the fix for:
      https://bugzilla.kernel.org/show_bug.cgi?id=14667Signed-off-by: default avatarAlexey Starikovskiy <astarikovskiy@suse.de>
      Signed-off-by: default avatarLen Brown <len.brown@intel.com>
      2060c445
    • Dave Chinner's avatar
      xfs: don't warn on EAGAIN in inode reclaim · f1d486a3
      Dave Chinner authored
      Any inode reclaim flush that returns EAGAIN will result in the inode
      reclaim being attempted again later. There is no need to issue a
      warning into the logs about this situation.
      Signed-off-by: default avatarDave Chinner <dchinner@redhat.com>
      Reviewed-by: default avatarAlex Elder <aelder@sgi.com>
      Signed-off-by: default avatarAlex Elder <aelder@sgi.com>
      f1d486a3
    • Dave Chinner's avatar
      xfs: ensure that sync updates the log tail correctly · b6f8dd49
      Dave Chinner authored
      Updates to the VFS layer removed an extra ->sync_fs call into the
      filesystem during the sync process (from the quota code).
      Unfortunately the sync code was unknowingly relying on this call to
      make sure metadata buffers were flushed via a xfs_buftarg_flush()
      call to move the tail of the log forward in memory before the final
      transactions of the sync process were issued.
      
      As a result, the old code would write a very recent log tail value
      to the log by the end of the sync process, and so a subsequent crash
      would leave nothing for log recovery to do. Hence in qa test 182,
      log recovery only replayed a small handle for inode fsync
      transactions in this case.
      
      However, with the removal of the extra ->sync_fs call, the log tail
      was now not moved forward with the inode fsync transactions near the
      end of the sync procese the first (and only) buftarg flush occurred
      after these transactions went to disk. The result is that log
      recovery now sees a large number of transactions for metadata that
      is already on disk.
      
      This usually isn't a problem, but when the transactions include
      inode chunk allocation, the inode create transactions and all
      subsequent changes are replayed as we cannt rely on what is on disk
      is valid. As a result, if the inode was written and contains
      unlogged changes, the unlogged changes are lost, thereby violating
      sync semantics.
      
      The fix is to always issue a transaction after the buftarg flush
      occurs is the log iѕ not idle or covered. This results in a dummy
      transaction being written that contains the up-to-date log tail
      value, which will be very recent. Indeed, it will be at least as
      recent as the old code would have left on disk, so log recovery
      will behave exactly as it used to in this situation.
      Signed-off-by: default avatarDave Chinner <dchinner@redhat.com>
      Reviewed-by: default avatarChristoph Hellwig <hch@lst.de>
      Signed-off-by: default avatarAlex Elder <aelder@sgi.com>
      b6f8dd49
    • Linus Torvalds's avatar
      Merge git://git.kernel.org/pub/scm/linux/kernel/git/wim/linux-2.6-watchdog · 1c1ec9c0
      Linus Torvalds authored
      * git://git.kernel.org/pub/scm/linux/kernel/git/wim/linux-2.6-watchdog:
        [WATCHDOG] max63xx driver depends on ioremap()
        [WATCHDOG] max63xx: be careful when disabling the watchdog
        [WATCHDOG] fixed book E watchdog period register mask.
        [WATCHDOG] omap4: Fix WDT Kconfig
      1c1ec9c0
    • Linus Torvalds's avatar
      Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6 · 1f829825
      Linus Torvalds authored
      * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6:
        ASoC: imx-ssi: do not call hrtimer_disable in trigger function
        ALSA: hda - Add position_fix quirk for Biostar mobo
        ALSA: hda - add a quirk for Clevo M570U laptop
        ASoC: imx-ssi: increase minimum periods to 4
        ALSA: hda - Avoid invalid "Independent HP" control for VIA codecs
        ALSA: hda - Fix control element allocations in VIA codec parser
        ALSA: aaci - Fix alignment faults on ARM Cortex introduced by commit 29a4f2d3
        ALSA: hda - Add fix-up for Sony VAIO with ALC269
        ALSA: hda - Enhance fix-up table for Realtek codecs
        ALSA: usb - Fix Oops after usb-midi disconnection
        ALSA: hda - Fix initial capture source connections of ALC880/260
        ALSA: hda - Fix setup for ALC269vb amic and dmic models
        ALSA: hda - Fix auto-parser of ALC269vb for HP pin NID 0x21
        ASoC: imx-ssi: Use a hrtimer in FIQ mode
        ASoC: imx-pcm-dma-mx2: restart DMA after an error
        ASoC: imx-ssi: honor IMX_SSI_DMA flag
        ASoC: wm2000: remove unused #include <linux/version.h>
        ALSA: hda: Add support for Medion WIM2160
      1f829825