* Linux 4.3-rc6
@ 2015-10-18 23:45 Linus Torvalds
2015-10-19 2:38 ` Randy Dunlap
2015-10-20 23:31 ` Stephen Rothwell
0 siblings, 2 replies; 6+ messages in thread
From: Linus Torvalds @ 2015-10-18 23:45 UTC (permalink / raw)
To: Linux Kernel Mailing List
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
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Linux 4.3-rc6
2015-10-18 23:45 Linux 4.3-rc6 Linus Torvalds
@ 2015-10-19 2:38 ` Randy Dunlap
2015-10-19 2:58 ` Linus Torvalds
2015-10-20 23:31 ` Stephen Rothwell
1 sibling, 1 reply; 6+ messages in thread
From: Randy Dunlap @ 2015-10-19 2:38 UTC (permalink / raw)
To: Linus Torvalds, Linux Kernel Mailing List
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
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Linux 4.3-rc6
2015-10-19 2:38 ` Randy Dunlap
@ 2015-10-19 2:58 ` Linus Torvalds
0 siblings, 0 replies; 6+ messages in thread
From: Linus Torvalds @ 2015-10-19 2:58 UTC (permalink / raw)
To: Randy Dunlap; +Cc: Linux Kernel Mailing List
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
^ permalink raw reply [flat|nested] 6+ messages in thread
* linux-next: no releases after tomorrow for 10 days (Was: Linux 4.3-rc6)
2015-10-18 23:45 Linux 4.3-rc6 Linus Torvalds
@ 2015-10-20 23:31 ` Stephen Rothwell
2015-10-20 23:31 ` Stephen Rothwell
1 sibling, 0 replies; 6+ messages in thread
From: Stephen Rothwell @ 2015-10-20 23:31 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Linux Kernel Mailing List, linux-next, Andrew Morton
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
^ permalink raw reply [flat|nested] 6+ messages in thread
* linux-next: no releases after tomorrow for 10 days (Was: Linux 4.3-rc6)
@ 2015-10-20 23:31 ` Stephen Rothwell
0 siblings, 0 replies; 6+ messages in thread
From: Stephen Rothwell @ 2015-10-20 23:31 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Linux Kernel Mailing List, linux-next, Andrew Morton
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
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: linux-next: no releases after tomorrow for 10 days (Was: Linux 4.3-rc6)
2015-10-20 23:31 ` Stephen Rothwell
(?)
@ 2015-10-21 0:09 ` Al Viro
-1 siblings, 0 replies; 6+ messages in thread
From: Al Viro @ 2015-10-21 0:09 UTC (permalink / raw)
To: Stephen Rothwell
Cc: Linus Torvalds, Linux Kernel Mailing List, linux-next, Andrew Morton
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... ;-/
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2015-10-21 0:09 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-10-18 23:45 Linux 4.3-rc6 Linus Torvalds
2015-10-19 2:38 ` Randy Dunlap
2015-10-19 2:58 ` Linus Torvalds
2015-10-20 23:31 ` linux-next: no releases after tomorrow for 10 days (Was: Linux 4.3-rc6) Stephen Rothwell
2015-10-20 23:31 ` Stephen Rothwell
2015-10-21 0:09 ` Al Viro
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.