Linux 3.0-rc2

Linux 3.0-rc2

[Linus Torvalds]

You all know the drill by now: another week, another -rc.

It's been reasonably quiet, although the btrfs update is bigger than I
was hoping for. Other than that, it's mostly driver fixes, some ubifs
updates too, and a few reverts for the early regressions.

But -rc2 is already small enough that it easily fits as an appended
shortlog, and hopefully things will stay calm. Of course, part of that
may be due to other people also havin been busy traveling, so let's
see (and hope for the best). And I haven't been super-eager to pull,
so there is a couple of pending requests still in my mail queue.

                   Linus

---
Adrian Chadd (1):
      ath9k: Fix AR9287 calibration

Al Viro (1):
      autofs4: bogus dentry_unhash() added in ->unlink()

Alex Williamson (2):
      intel-iommu: Flush unmaps at domain_exit
      intel-iommu: Only unlink device domains from iommu

Alexey Khoroshilov (1):
      drivers/net/usb/catc.c: Fix potential deadlock in catc_ctrl_run()

Andreas Gruenbacher (1):
      block: improve the bio_add_page() and bio_add_pc_page() descriptions

Arne Jansen (3):
      btrfs: scrub: don't reuse bios and pages
      btrfs: false BUG_ON when degraded
      btrfs: scrub: add explicit plugging

Artem Bityutskiy (7):
      UBIFS: supress false error messages
      UBIFS: introduce a "grouped" journal head flag
      UBIFS: amend ubifs_recover_leb interface
      UBIFS: fix recovery broken by the previous recovery fix
      UBIFS: fix shrinker object count reports
      UBIFS: fix memory leak on error path
      UBIFS: fix clean znode counter corruption in error cases

Avi Kivity (1):
      x86: Fix mwait_play_dead() faulting on mwait-incapable cpus

Ben Gardiner (3):
      UBIFS: assert no fixup when writing a node
      UBIFS: intialize LPT earlier
      UBIFS: fix-up free space earlier

Ben Greear (1):
      af-packet: Add flag to distinguish VID 0 from no-vlan.

Benjamin Herrenschmidt (1):
      powerpc/pmac: Don't register pmac PIC syscore ops when HW not present

Borislav Petkov (1):
      x86 idle: Fix mwait deprecation warning message

Chris Mason (3):
      Btrfs: fix uninit variable in the delayed inode code
      Btrfs: make sure we don't overflow the free space cache crc page
      Btrfs: add mount -o inode_cache

Chris Metcalf (3):
      ip_options_compile: properly handle unaligned pointer
      tile: enable CONFIG_BUGVERBOSE
      asm-generic/unistd.h: support sendmmsg syscall

Chris Wright (2):
      intel-iommu: Check for identity mapping candidate using system dma mask
      intel-iommu: Dont cache iova above 32bit

Christoph Hellwig (1):
      virtio_blk: allow re-reading config space at runtime

Damian Hobson-Garcia (1):
      sh_mobile_meram: MERAM platform data for LCDC

Dan Carpenter (2):
      xen/blkback: potential null dereference in error handling
      ALSA: fm801: add error handling if auto-detect fails

Daniel Drake (1):
      libertas: Set command sequence number later to ensure consistency

Daniel Halperin (1):
      ath9k: fix two more bugs in tx power

Dave Hansen (1):
      virtio balloon: kill tell-host-first logic

David S. Miller (1):
      Revert "net: fix section mismatches"

David Sterba (3):
      btrfs: use btrfs_ino to access inode number
      btrfs: add helper for fs_info->closing
      btrfs: fix uninitialized variable warning

David Woodhouse (1):
      intel-iommu: Fix off-by-one in RMRR setup

Dennis Aberilla (1):
      drivers/net: ks8842 Fix crash on received packet when in PIO mode.

Eliad Peller (2):
      mac80211: clear local->ps_data on disassoc
      cfg80211: don't drop p2p probe responses

Eric Lammerts (1):
      ALSA: usb - turn off de-emphasis in s/pdif for cm6206

Guennadi Liakhovetski (6):
      sh: switch ap325rxa to dynamically manage the platform camera
      sh: add MMCIF runtime PM support on ecovec
      sh: mark DMA slave ID 0 as invalid
      ARM: arch-shmobile: support SDHI card detection on mackerel, using a GPIO
      dmaengine: shdma: fix a regression: initialise DMA channels for memcpy
      ARM: mach-shmobile: add DMAC clock definitions on SH7372

Guenter Roeck (2):
      hwmon: (coretemp) Fix TjMax detection for older CPUs
      hwmon: (coretemp) Further relax temperature range checks

Hugh Dickins (1):
      mm: fix ENOSPC returned by handle_mm_fault()

James Bottomley (1):
      [SCSI] Fix oops caused by queue refcounting failure

Jan Kiszka (1):
      intel-iommu: Remove obsolete comment from detect_intel_iommu

Jean Delvare (1):
      hwmon: (coretemp) Relax target temperature range check

Jens Axboe (1):
      Revert "block: Remove extra discard_alignment from hd_struct."

Jesper Juhl (2):
      mac80211: Remove duplicate linux/slab.h include from net/mac80211/scan.c
      ALSA: 6fire: Don't leak firmware in error path

Joe Perches (1):
      ALSA: asihpi: Use angle brackets for system includes

Johannes Berg (1):
      bluetooth l2cap: fix locking in l2cap_global_chan_by_psm

Josef Bacik (15):
      Btrfs: make sure to use the delalloc reserve when filling delalloc
      Btrfs: take away the num_items argument from btrfs_join_transaction
      Btrfs: if we've already started a trans handle, use that one
      Btrfs: kill trans_mutex
      Btrfs: fix how we do space reservation for truncate
      Btrfs: set range_start to the right start in count_range_bits
      Btrfs: map the node block when looking for readahead targets
      Btrfs: don't look at the extent buffer level 3 times in a row
      Btrfs: kill BTRFS_I(inode)->block_group
      Btrfs: try not to sleep as much when doing slow caching
      Btrfs: don't always do readahead
      Btrfs: don't try to allocate from a block group that doesn't
have enough space
      Btrfs: check for duplicate entries in the free space cache
      Btrfs: leave spinning on lookup and map the leaf
      Btrfs: don't save the inode cache if we are deleting this root

Joseph Cihula (1):
      intel-iommu: fix VT-d PMR disable for TXT on S3 resume

Julia Lawall (2):
      drivers/net/davinci_emac.c: add missing clk_put
      drivers/net/can/flexcan.c: add missing clk_put

Jussi Kivilinna (1):
      zd1211rw: fix to work on OHCI

Kees Cook (1):
      AppArmor: fix oops in apparmor_setprocattr

Koki Sanagi (1):
      net: tracepoint of net_dev_xmit sees freed skb and causes panic

Kyungmin Park (1):
      CFQ: Fix typo and remove unnecessary semicolon

Larry Finger (2):
      rtlwifi: Fix kernel panic resulting from RX buffer allocation failure
      rtlwifi: Use order 2 RX buffer allocation only if necessary

Laszlo Ersek (1):
      xen/blkback: don't call vbd_size() if bd_disk is NULL

Linus Torvalds (5):
      block: fix mismerge of the DISK_EVENT_MEDIA_CHANGE removal
      Revert "mm: fail GFP_DMA allocations when ZONE_DMA is not configured"
      Revert "tty: make receive_buf() return the amout of bytes received"
      Revert "ASoC: Update cx20442 for TTY API change"
      Linux 3.0-rc2

Liu Yuan (1):
      drivers, block: virtio_blk: Replace cryptic number with the macro

Luciano Coelho (5):
      nl80211: fix check for valid SSID size in scan operations
      wl12xx: fix passive and radar channel generation for scheduled scan
      wl12xx: fix DFS channels handling in scheduled scan
      wl12xx: add separate config value for DFS dwell time on sched scan
      wl12xx: fix oops in sched_scan when forcing a passive scan

Marcus Meissner (1):
      net/ipv4: Check for mistakenly passed in non-IPv4 address

Mark Brown (2):
      ASoC: Fix wm_hubs input PGA ZC bits
      net: dm9000: Get the chip in a known good state before enabling interrupts

Matt Carlson (1):
      tg3: Fix tg3_skb_error_unmap()

Michael S. Tsirkin (7):
      virtio: event index interface
      virtio ring: inline function to check for events
      virtio_ring: support event idx feature
      vhost: support event index
      virtio_test: support event index
      virtio: add api for delayed callbacks
      virtio_net: delay TX callbacks

Mike Frysinger (1):
      kgdbts: only use new asm-generic/ptrace.h api when needed

Mike Habeck (1):
      intel-iommu: Add domain check in domain_remove_one_dev_info

Mike Travis (3):
      intel-iommu: Speed up processing of the identity_mapping function
      intel-iommu: Use coherent DMA mask when requested
      intel-iommu: Remove Host Bridge devices from identity mapping

Namhyung Kim (4):
      nbd: pass MSG_* flags to kernel_recvmsg()
      nbd: limit module parameters to a sane value
      nbd: adjust 'max_part' according to part_shift
      block: remove unwanted semicolons

Nobuhiro Iwamatsu (1):
      sh: asm/tlb.h needs linux/swap.h

Paul Bolle (2):
      cfq-iosched: Remove bogus check in queue_fail path
      block: Use hlist_entry() for io_context.cic_list.first

Paul Mundt (8):
      sh: arch/sh/kernel/process_32.c needs linux/prefetch.h.
      sh: Update shmin to reflect PIO dependency.
      sh64: asm/pgtable.h needs asm/mmu.h
      sh64: Move from P1SEG to CAC_ADDR for consistent sync.
      sh: Fix up asm-generic/ptrace.h fallout.
      Revert "clocksource: sh_tmu: Runtime PM support"
      Revert "clocksource: sh_cmt: Runtime PM support"
      dmaengine: shdma: Fix up fallout from runtime PM changes.

Per Dalen (1):
      hwmon: (max6642) Rename temp_fault sysfs attribute to temp2_fault

Per Dalén (1):
      hwmon: (max6642): Better chip detection schema

Peter Zijlstra (1):
      rcu: Cure load woes

Rafał Miłecki (1):
      b43: N-PHY: initialize last var in calibration function

Rajkumar Manoharan (4):
      ath9k: Reset chip on baseband hang
      ath9k_hw: disable phy restart on baseband panic caused by RXSM
      ath9k: set 40 Mhz rate only if hw is configured in ht40
      mac80211: stop queues before rate control updation

Randy Dunlap (1):
      mtd: fix physmap.h warnings

Raymond Yau (1):
      ALSA: hda - Check pin support EAPD in ad198x_power_eapd_write

Rusty Russell (5):
      lguest: fix timer interrupt setup
      lguest: fix up compilation after move
      lguest: remove support for VIRTIO_F_NOTIFY_ON_EMPTY.
      virtio console: don't manually set or finalize VIRTIO_CONSOLE_F_MULTIPORT.
      virtio: add full three-clause BSD text to headers.

Sage Weil (1):
      vfs: shrink_dcache_parent before rmdir, dir rename

Stanislaw Gruszka (2):
      iwl4965: fix 5GHz operation
      iwl4965: correctly validate temperature value

Stefan Metzmacher (1):
      usbnet/cdc_ncm: add missing .reset_resume hook

Stephen Warren (2):
      ASoC: Fix dapm_is_shared_kcontrol so everything isn't shared
      ARM: Tegra: Harmony: Fix conflicting GPIO numbering

Steven Miao (1):
      Blackfin: strncpy: fix handling of zero lengths

Steven Rostedt (4):
      x86: Put back -pg to tsc.o and add no GCOV to vread_tsc_64.o
      ktest: Fix off-by-one in config bisect result
      ktest: Fix result of rebooting the kernel
      ktest: Ignore unset values of the minconfig in config_bisect

Takashi Iwai (1):
      ALSA: hda - Fix HP and Front pins of ad1988/ad1989 in ad198x_power_eapd()

Tao Ma (1):
      wireless: Default to 'n' for 2 new added devices in Kconfig.

Tejun Heo (1):
      block: blkdev_get() should access ->bd_disk only after success

Tony Luck (1):
      [IA64] wire up sendmmsg() syscall for Itanium

Wei Yongjun (2):
      sctp: stop pending timers and purge queues when peer restart asoc
      vlan: fix typo in vlan_dev_hard_start_xmit()

Wey-Yi Guy (1):
      iwlagn: fix incorrect PCI subsystem id for 6150 devices

Yogesh Ashok Powar (1):
      mwifiex: correct event header length

Youquan Song (1):
      intel-iommu: Enable super page (2MiB, 1GiB, etc.) support

liubo (1):
      Btrfs: don't save the inode cache in non-FS roots

sjur.brandeland@stericsson.com (1):
      caif: Fix race when conditionally taking rtnl lock

Re: Linux 3.0-rc2

[Alessandro Suardi]

On Mon, Jun 6, 2011 at 11:32 AM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
> You all know the drill by now: another week, another -rc.
>
> It's been reasonably quiet, although the btrfs update is bigger than I
> was hoping for. Other than that, it's mostly driver fixes, some ubifs
> updates too, and a few reverts for the early regressions.
>
> But -rc2 is already small enough that it easily fits as an appended
> shortlog, and hopefully things will stay calm. Of course, part of that
> may be due to other people also havin been busy traveling, so let's
> see (and hope for the best). And I haven't been super-eager to pull,
> so there is a couple of pending requests still in my mail queue.

3.0-rc2 tarball appeared, but patch-3.0-rc2.bz2/gz hasn't yet,
 at least according to the proxy server I'm currently behind.

--alessandro

 "There's always a siren singing you to shipwreck"

   (Radiohead, "There There")

Re: Linux 3.0-rc2

[Alessandro Suardi]

On Mon, Jun 6, 2011 at 12:27 PM, Alessandro Suardi
<alessandro.suardi@gmail.com> wrote:
> On Mon, Jun 6, 2011 at 11:32 AM, Linus Torvalds
> <torvalds@linux-foundation.org> wrote:
>> You all know the drill by now: another week, another -rc.
>>
>> It's been reasonably quiet, although the btrfs update is bigger than I
>> was hoping for. Other than that, it's mostly driver fixes, some ubifs
>> updates too, and a few reverts for the early regressions.
>>
>> But -rc2 is already small enough that it easily fits as an appended
>> shortlog, and hopefully things will stay calm. Of course, part of that
>> may be due to other people also havin been busy traveling, so let's
>> see (and hope for the best). And I haven't been super-eager to pull,
>> so there is a couple of pending requests still in my mail queue.
>
> 3.0-rc2 tarball appeared, but patch-3.0-rc2.bz2/gz hasn't yet,
>  at least according to the proxy server I'm currently behind.

Actually I'm not so sure what I said is true: 3.0-rc2.tar.gz appeared, but
 it's too small, at 15MB vs the 92MB of -rc1...

And I can't tell what's inside, as the helpful antivirus product within the
 proxy quits due to too many files in the tarball I'm attempting to download.

Sigh.

Waiting for the diff to pop up. Thanks,

--alessandro

 "There's always a siren singing you to shipwreck"

   (Radiohead, "There There")

Re: Linux 3.0-rc2

[Sven Joachim]

On 2011-06-06 12:36 +0200, Alessandro Suardi wrote:

> On Mon, Jun 6, 2011 at 12:27 PM, Alessandro Suardi
>>
>> 3.0-rc2 tarball appeared, but patch-3.0-rc2.bz2/gz hasn't yet,
>>  at least according to the proxy server I'm currently behind.
>
> Actually I'm not so sure what I said is true: 3.0-rc2.tar.gz appeared, but
>  it's too small, at 15MB vs the 92MB of -rc1...
>
> And I can't tell what's inside, as the helpful antivirus product within the
>  proxy quits due to too many files in the tarball I'm attempting to download.

I downloaded it but can't tell what's inside either:

,----
| $ tar xf linux-3.0-rc2.tar.gz 
| 
| gzip: stdin: unexpected end of file
| tar: Unexpected EOF in archive
| tar: Unexpected EOF in archive
| tar: Error is not recoverable: exiting now
`----

Maybe an ENOSPC problem on the host that generated the tarball?

Cheers,
       Sven

Re: Linux 3.0-rc2

[Linus Torvalds]

On Mon, Jun 6, 2011 at 7:27 PM, Alessandro Suardi
<alessandro.suardi@gmail.com> wrote:
>
> 3.0-rc2 tarball appeared, but patch-3.0-rc2.bz2/gz hasn't yet,
>  at least according to the proxy server I'm currently behind.

I'm still traveling (will be home tomorrow, for some definition of
"tomorrow"), and it appears that there's probably some throttling or
other going on with the hotel internet. So the git tree is fine, but
the tar-ball isn't going out.

I'll try to at least get the patch out.

                   Linus

Re: Linux 3.0-rc2

[david]

[-- Attachment #1: Type: TEXT/PLAIN, Size: 680 bytes --]

On Mon, 6 Jun 2011, Linus Torvalds wrote:

> On Mon, Jun 6, 2011 at 7:27 PM, Alessandro Suardi
> <alessandro.suardi@gmail.com> wrote:
>>
>> 3.0-rc2 tarball appeared, but patch-3.0-rc2.bz2/gz hasn't yet,
>>  at least according to the proxy server I'm currently behind.
>
> I'm still traveling (will be home tomorrow, for some definition of
> "tomorrow"), and it appears that there's probably some throttling or
> other going on with the hotel internet. So the git tree is fine, but
> the tar-ball isn't going out.
>
> I'll try to at least get the patch out.

hmm, at this point would it make sense to have kernel.org generate the 
tarball when it sees a new tag appear?

David Lang

Re: Linux 3.0-rc2

[Linus Torvalds]

david@lang.hm wrote:
>
>hmm, at this point would it make sense to have kernel.org generate the 
>tarball when it sees a new tag appear?

It's actually more of a "silly Linus scripts and workflow" issue. I have some trivial scripts that generate the tarballs and patches, and I'm just so used to running them at my own machine and then uploading them to the kernel.org machines.

I should just get used to doing the work directly on kernel.org, but normally it's faster and more convenient to just do it on my own machine. And I think this is the first time I've had an internet connection that was good enough to work with, but too flaky to actually upload things with.

I'll be home in another too many hours, will fix things up then..

I suspect not a lot of people actually use the tarballs these days. It's just much more convenient to get the tree with git.

        Linus

Re: Linux 3.0-rc2

[Tarkan Erimer]

On 06/07/2011 09:22 AM, Linus Torvalds wrote:
> I suspect not a lot of people actually use the tarballs these days. 
> It's just much more convenient to get the tree with git. 


I always use tarballs instead of git. Because; I have several Linux 
boxes and just one time I download the kernel tarball then spreading it 
with scp to other Linux boxes easily. Otherwise, I have to prepare a 
tarball by myself to distribute it which is a time waste and 
unpractical. Also, getting the whole 700-800 MB of kernel tree with git 
is not very Internet bandwidth (Consider that in some ISPs and 
countries, Internet usage is limited by monthly quotas.) friendly.

BTW, I'm eagerly waiting to test out the latest 3.0-rc2 when the 
corrected tarballs uploaded to kernel.org :-)

Tarkan

Re: Linux 3.0-rc2

[Mike Galbraith]

On Tue, 2011-06-07 at 10:02 +0300, Tarkan Erimer wrote:
> On 06/07/2011 09:22 AM, Linus Torvalds wrote:
> > I suspect not a lot of people actually use the tarballs these days. 
> > It's just much more convenient to get the tree with git. 
> 
> 
> I always use tarballs instead of git. Because; I have several Linux 
> boxes and just one time I download the kernel tarball then spreading it 
> with scp to other Linux boxes easily. Otherwise, I have to prepare a 
> tarball by myself to distribute it which is a time waste and 
> unpractical. Also, getting the whole 700-800 MB of kernel tree with git 
> is not very Internet bandwidth (Consider that in some ISPs and 
> countries, Internet usage is limited by monthly quotas.) friendly.

My connection is crappy 400 kbit/s, but I use git easily.  I set up a
git server, pull upstream daily, and all my boxen can then pull whatever
mainline/stable branch on local network.  Initial clone hurts, but daily
pulls don't.

	-Mike

Re: Linux 3.0-rc2

[Tony Luck]

On Tue, Jun 7, 2011 at 12:02 AM, Tarkan Erimer <tarkan@turknetserver.com> wrote:
> I always use tarballs instead of git. Because; I have several Linux boxes
> and just one time I download the kernel tarball then spreading it with scp
> to other Linux boxes easily. Otherwise, I have to prepare a tarball by
> myself to distribute it which is a time waste and unpractical. Also, getting
> the whole 700-800 MB of kernel tree with git is not very Internet bandwidth
> (Consider that in some ISPs and countries, Internet usage is limited by
> monthly quotas.) friendly.

If you maintain a git tree, then at each release you will only need to pull a
small amount (the git delta from the last time you pulled).  It is then quite
simple to make your own tarball to copy around your machines with:

$ git archive --format=tar --prefix=linux/ v3.0-rc2 | gzip > v3.0-rc2.tgz

So you have a one time large bandwidth investment to do the initial
git clone, and then much less traffic for each update.

-Tony