Linux 4.3-rc6

Linux 4.3-rc6

[Linus Torvalds]

Things continue to be calm, and in fact have gotten progressively
calmer. All of which makes me really happy, although my suspicious
nature looks for things to blame. Are people just on their best
behavior because the Kernel Summit is imminent, and everybody is
putting their best foot forward?

Or maybe this just ended up being one of those rare painless releases
when nothing bad happens.

That would be lovely.

Whatever the reason, there is nothing odd or scary going on, and the
appended shortlog is nice and short. Almost all of it is drivers, with
infiniband and gpu patches being most noticeable. But even there, the
biggest patch by far is just a copyright message clarification in
infiniband, which by itself is almost a third of the whole patch.
Because the rest is really pretty small.

Aside from the driver fixes, there's a few smallish arch updates (the
bulk of which are a few x86 kvm fixes for SMM emulation, but even
those are by no means large). And a couple of mm oneliners.

Everything looks really good, in other words.  Knock wood.

              Linus

---

Alex Deucher (9):
      drm/radeon: add pm sysfs files late
      drm/amdgpu: add pm sysfs files late
      drm/radeon: add quirk for ASUS R7 370
      drm/radeon: restore the fbdev mode in lastclose
      drm/amdgpu: restore the fbdev mode in lastclose
      drm/amdgpu: fix num_crtc on CZ
      drm/amdgpu: check before checking pci bridge registers
      drm/amdgpu: flag iceland as experimental
      drm/amdgpu: adjust default dispclk (v2)

Andrew Donnellan (3):
      cxl: fix leak of IRQ names in cxl_free_afu_irqs()
      cxl: fix leak of ctx->irq_bitmap when releasing context via kernel API
      cxl: fix leak of ctx->mapping when releasing kernel API contexts

Andrew Morton (1):
      lib/Kconfig: ZLIB_DEFLATE must select BITREVERSE

Andrey Gelman (1):
      Input: ads7846 - correct the value got from SPI

Andy Shevchenko (1):
      mfd: intel-lpss: Fix build error when !CONFIG_PM_SLEEP

Arnd Bergmann (2):
      drm/amdgpu: fix 32-bit compiler warning
      drm/virtio: use %llu format string form atomic64_t

Ben Hutchings (1):
      crypto: camellia_aesni_avx - Fix CPU feature checks

Ben Skeggs (2):
      drm/nouveau/bios: translate devinit pri/sec i2c bus to internal
identifiers
      drm/nouveau/fbcon: take runpm reference when userspace has an open fd

Boris BREZILLON (1):
      MAINTAINERS: add a maintainer for the atmel-hlcdc DRM driver

Chris Mason (1):
      btrfs: fix use after free iterating extrefs

Christoph Hellwig (1):
      nfsd/blocklayout: accept any minlength

Christoph Lameter (1):
      IB/ipoib: For sendonly join free the multicast group on leave

Christophe Lombard (1):
      cxl: Fix number of allocated pages in SPA

Chuck Lever (1):
      svcrdma: Fix NFS server crash triggered by 1MB NFS WRITE

Cyril Bur (1):
      powerpc: Fix checkstop in native_hpte_clear() with lockdep

Daniel Axtens (1):
      powerpc/powernv: Panic on unhandled Machine Check

Daniel Vetter (1):
      drm: Fix locking for sysfs dpms file

Dave Airlie (2):
      drm/radeon: attach tile property to mst connector
      drm/dp/mst: make mst i2c transfer code more robust.

Dave Kleikamp (1):
      crypto: sparc - initialize blkcipher.ivsize

David Sterba (1):
      btrfs: check unsupported filters in balance arguments

Dudley Du (1):
      Input: cyapa - fix the copy paste error on electrodes_rx value

Frediano Ziglio (2):
      drm/qxl: avoid buffer reservation in qxl_crtc_page_flip
      drm/qxl: avoid dependency lock

Gerd Hoffmann (1):
      drm/qxl: fix framebuffer dirty rectangle tracking.

Haggai Eran (1):
      IB/cma: Accept connection without a valid netdev on RoCE

Hans de Goede (1):
      pinctrl: sun5i: Fix a10s pwm1 pinctrl mapping

Ilia Mirkin (2):
      drm/nouveau/display: allow up to 16k width/height for fermi+
      drm/nouveau/bios: fix OF loading

Ilya Dryomov (2):
      rbd: set max_sectors explicitly
      rbd: use writefull op for object size writes

Javier Martinez Canillas (1):
      mfd: max77843: Fix max77843_chg_init() return on error

Jean Delvare (1):
      ext4: Update EXT4_USE_FOR_EXT2 description

Jeff Squyres (1):
      usnic: add missing clauses to BSD license

Jiang Liu (1):
      iommu/amd: Prevent binding other PCI drivers to IOMMU PCI devices

Joerg Roedel (1):
      iommu/amd: Fix NULL pointer deref on device detach

Kieran Bingham (1):
      i2c: return probe deferred status on dev_pm_domain_attach

Linus Torvalds (2):
      vmstat: explicitly schedule per-cpu work on the CPU we need it to run on
      Linux 4.3-rc6

Lv Zheng (1):
      ACPICA: Tables: Fix FADT dependency regression

Manjeet Pawar (1):
      arm64: Fix MINSIGSTKSZ and SIGSTKSZ

Marc Zyngier (1):
      genirq/msi: Do not use pci_msi_[un]mask_irq as default methods

Masahiro Yamada (1):
      pinctrl: uniphier: fix input enable settings for PH1-sLD8

Michael Ellerman (3):
      powerpc/configs: Re-enable CONFIG_SCSI_DH
      powerpc/ps3: Remove unused os_area_db_id_video_mode
      selftests/powerpc: Fix build failure of load_unaligned_zeropad test

Michal Hocko (1):
      mm, fs: obey gfp_mapping for add_to_page_cache()

Michel Dänzer (1):
      drm/amdgpu: Keep the pflip interrupts always enabled v7

Mika Westerberg (1):
      i2c: designware: Do not use parameters from ACPI on Dell Inspiron 7348

Mike Snitzer (1):
      dm thin: fix missing pool reference count decrement in pool_ctr error path

Ondrej Zary (1):
      drm/nouveau/nouveau: Disable AGP for SiS 761

Paolo Bonzini (6):
      KVM: x86: build kvm_userspace_memory_region in x86_set_memory_region
      KVM: x86: map/unmap private slots in __x86_set_memory_region
      KVM: x86: clean up kvm_arch_vcpu_runnable
      KVM: x86: fix SMI to halted VCPU
      KVM: x86: fix previous commit for 32-bit
      KVM: x86: fix RSM into 64-bit protected mode

Patrik Jakobsson (1):
      MAINTAINERS: Add myself as maintainer for the gma500 driver

Philippe Bergheaud (1):
      cxl: Workaround malformed pcie packets on some cards

Riku Voipio (1):
      builddeb: remove debian/files before build

Robin Murphy (1):
      iommu/io-pgtable-arm: Don't use dma_to_phys()

Ross Zwisler (2):
      mm, dax: fix DAX deadlocks
      sh: add copy_user_page() alias for __copy_user()

Russell King (1):
      crypto: ahash - ensure statesize is non-zero

Sagi Grimberg (1):
      xprtrdma: Don't require LOCAL_DMA_LKEY support for fastreg

Shaohua Li (2):
      workqueue: make sure delayed work run in local cpu
      memcg: convert threshold to bytes

Srinivas Pandruvada (1):
      cpufreq: intel_pstate: Fix divide by zero on Knights Landing (KNL)

Stephen Boyd (1):
      Partially revert "clk: mvebu: Convert to clk_hw based provider APIs"

Sudip Mukherjee (3):
      iommu/vt-d: Fix memory leak in dmar_insert_one_dev_info()
      drm/amdgpu: fix memory leak in amdgpu_vm_update_page_directory
      dm snapshot persistent: fix missing cleanup in persistent_ctr error path

Thomas Gleixner (1):
      timekeeping: Increment clock_was_set_seq in timekeeping_init()

Thomas Hellstrom (1):
      drm/vmwgfx: Fix kernel NULL pointer dereference on older hardware

Ulf Hansson (1):
      PM / Domains: Fix validation of latency constraints in genpd governor

Uwe Kleine-König (1):
      pinctrl: imx25: ensure that a pin with id i is at position i in
the info array

Will Deacon (4):
      iommu/arm-smmu: Ensure IAS is set correctly for AArch32-capable SMMUs
      iommu/arm-smmu: Use correct address mask for CMD_TLBI_S2_IPA
      arm64: errata: use KBUILD_CFLAGS_MODULE for erratum #843419
      arm64: compat: wire up new syscalls

Wolfram Sang (4):
      i2c: rcar: enable RuntimePM before registering to the core
      i2c: s3c2410: enable RuntimePM before registering to the core
      i2c: designware-platdrv: enable RuntimePM before registering to the core
      MAINTAINERS: add maintainers for Synopsis Designware I2C drivers

Re: Linux 4.3-rc6

[Randy Dunlap]

On 10/18/15 16:45, Linus Torvalds wrote:
> 


When using 'patch' and patch-4.3-rc6.gz to create a Linux 4.3-rc6 source tree,
scripts/kernel-doc-xml-ref is not created as executable. (This has been
happening for several -rc releases now).

Am I doing something wrong?  (other than not using git)
or is there some way that this can be fixed so that building documentation
does not fail on trying to execute that script file?

lnx-43-rc6> ls -l  scripts/kernel-doc-xml-ref
-rw-r--r-- 1 rdunlap users 4324 Oct 18 19:29 scripts/kernel-doc-xml-ref



thanks,
-- 
~Randy

Re: Linux 4.3-rc6

[Linus Torvalds]

On Sun, Oct 18, 2015 at 7:38 PM, Randy Dunlap <rdunlap@infradead.org> wrote:
>
> When using 'patch' and patch-4.3-rc6.gz to create a Linux 4.3-rc6 source tree,
> scripts/kernel-doc-xml-ref is not created as executable. (This has been
> happening for several -rc releases now).

'patch' doesn't know anything about file modes. It ignores all the
nice git extensions, and has no idea what the line

  new file mode 100755

means in a git patch.

(Well, at least traditional "patch" doesn't understand it. I know some
people have worked at adding basic git patch support to newer versions
of "patch", since things like git rename patches etc are obviously so
superior to traditional patches).

> Am I doing something wrong?  (other than not using git)

Use git.

You can use "git apply" as a replacement for "patch", even if  you
don't actually use a git repository or use git in any other form.

                Linus

linux-next: no releases after tomorrow for 10 days (Was: Linux 4.3-rc6)

[Stephen Rothwell]

Hi Linus,

On Sun, 18 Oct 2015 16:45:42 -0700 Linus Torvalds <torvalds@linux-foundation.org> wrote:
>
> Things continue to be calm, and in fact have gotten progressively
> calmer. All of which makes me really happy, although my suspicious
> nature looks for things to blame. Are people just on their best
> behavior because the Kernel Summit is imminent, and everybody is
> putting their best foot forward?
> 
> Or maybe this just ended up being one of those rare painless releases
> when nothing bad happens.
> 
> That would be lovely.

I will be away from linux-next starting Friday until Monday week (i.e.
Nov 2) attending Kernel Summit and taking a short break.  Two of my
past victims/helpers will also be at Kernel Summit.

So if you do the usual -rc7 (this Sunday) then release (a week later),
there will be no linux-next releases during that time.   If this is
seen as a problem, you could delay the release, or suprise everyone and
release this weekend :-)

I suspect a reasonable amount of code for v4.4 is still pending as we
only have ~8500 commits in linux-next so far (and nothing in the vfs
tree for example).  I would expect about 10000 commits in a normal
release.
-- 
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au

linux-next: no releases after tomorrow for 10 days (Was: Linux 4.3-rc6)

[Stephen Rothwell]

Hi Linus,

On Sun, 18 Oct 2015 16:45:42 -0700 Linus Torvalds <torvalds@linux-foundation.org> wrote:
>
> Things continue to be calm, and in fact have gotten progressively
> calmer. All of which makes me really happy, although my suspicious
> nature looks for things to blame. Are people just on their best
> behavior because the Kernel Summit is imminent, and everybody is
> putting their best foot forward?
> 
> Or maybe this just ended up being one of those rare painless releases
> when nothing bad happens.
> 
> That would be lovely.

I will be away from linux-next starting Friday until Monday week (i.e.
Nov 2) attending Kernel Summit and taking a short break.  Two of my
past victims/helpers will also be at Kernel Summit.

So if you do the usual -rc7 (this Sunday) then release (a week later),
there will be no linux-next releases during that time.   If this is
seen as a problem, you could delay the release, or suprise everyone and
release this weekend :-)

I suspect a reasonable amount of code for v4.4 is still pending as we
only have ~8500 commits in linux-next so far (and nothing in the vfs
tree for example).  I would expect about 10000 commits in a normal
release.
-- 
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au

Re: linux-next: no releases after tomorrow for 10 days (Was: Linux 4.3-rc6)

[Al Viro]

On Wed, Oct 21, 2015 at 10:31:13AM +1100, Stephen Rothwell wrote:

> I suspect a reasonable amount of code for v4.4 is still pending as we
> only have ~8500 commits in linux-next so far (and nothing in the vfs
> tree for example).  I would expect about 10000 commits in a normal
> release.

FWIW, I'm putting together vfs queue(s) right now - probably will push
tomorrow.  Had been sick way too often lately... ;-/