Re: Linux 4.0 released

Re: Linux 4.0 released

[Douglas Gilbert]

/usr/src/linux-4.0# make
...
Kernel: arch/x86/boot/bzImage is ready  (#231)
   Building modules, stage 2.
   MODPOST 728 modules
ERROR: "regmap_irq_get_domain" [drivers/mfd/rt5033.ko] undefined!
ERROR: "regmap_add_irq_chip" [drivers/mfd/rt5033.ko] undefined!
make[1]: *** [__modpost] Error 1
make: *** [modules] Error 2


That was caused by the lack of CONFIG_REGMAP_IRQ which is
not directly selectable. Selecting CONFIG_MFD_AS3711 did
the trick.

Doug Gilbert

Re: Linux 4.0 released

[Linus Torvalds]

[ .. and because I suspect some people read LKML by filtering for
people rather than drink from the firehose and read it all, I'll
follow up with my old boring email address ]

On Sun, Apr 12, 2015 at 3:41 PM, Ima Sheep <torvalds@hurrdurr.org> wrote:
>
> So I decided to release 4.0 as per the normal schedule, because there
> really weren't any known issues, and while I'll be traveling during
> the end of the upcoming week due to a college visit, I'm hoping that
> won't affect the merge window very much. We'll see.

Shortlog - for the final changes since rc7 - appended. It's mainly
driver fixes (media, sound, pci, scsi target, drm, thermal..), misc
arch updates (nios2 and x86) and scattered fixes elsewhere. Really not
a lot during the last week.

                            Linus

---

Al Viro (5):
      fix mremap() vs. ioctx_kill() race
      ioctx_alloc(): fix vma (and file) leak on failure
      [regression] ocfs2: do *not* increment ->ki_pos twice
      ocfs2_file_write_iter: keep return value and current position
update in sync
      ocfs2: _really_ sync the right range

Alistair Popple (1):
      ipmi/powernv: Fix minor locking bug

Andy Grover (2):
      target: Allow userspace to write 1 to attrib/emulate_fua_write
      iscsi-target: TargetAddress in SendTargets should bracket ipv6 addresses

Antti Palosaari (2):
      [media] rtl2832: disable regmap register cache
      [media] rtl28xxu: return success for unimplemented FE callback

Arnd Bergmann (1):
      [media] s5p-tv: hdmi needs I2C support

Bart Van Assche (1):
      Defer processing of REQ_PREEMPT requests for blocked devices

Bartlomiej Zolnierkiewicz (1):
      cpuidle: remove state_count field from struct cpuidle_device

Bjorn Helgaas (2):
      PCI: Don't look for ACPI hotplug parameters if ACPI is disabled
      Revert "sparc/PCI: Clip bridge windows to fit in upstream windows"

Corey Minyard (2):
      ipmi: Handle BMCs that don't allow clearing the rcv irq bit
      ipmi_ssif: Use interruptible completion for waiting in the thread

Dan Carpenter (1):
      PCI: cpcihp: Add missing curly braces in cpci_configure_slot()

Deepak S (1):
      drm/i915/chv: Remove Wait for a previous gfx force-off

Dmitry M. Fedin (1):
      ALSA: usb - Creative USB X-Fi Pro SB1095 volume knob support

Eduardo Valentin (1):
      drivers: thermal: st: remove several sparse warnings

Eric Wong (1):
      ALSA: usb-audio: don't try to get Benchmark DAC1 sample rate

Fabian Frederick (1):
      thermal: constify of_device_id array

Felipe Balbi (1):
      dmaengine: cppi41: add missing bitfields

Geert Uytterhoeven (2):
      [media] soc-camera: Fix devm_kfree() in soc_of_bind()
      thermal: rcar: Fix typo in r8a73a4 SoC name

Hans Verkuil (3):
      [media] vb2: fix 'UNBALANCED' warnings when calling vb2_thread_stop()
      [media] sh_veu: v4l2_dev wasn't set
      [media] cx23885: fix querycap

Hans de Goede (1):
      thermal: Do not log an error if thermal_zone_get_temp returns -EAGAIN

Howard Mitchell (1):
      ASoC: pcm512x: Remove hardcoding of pll-lock to GPIO4

Ilya Dryomov (1):
      Revert "libceph: use memalloc flags for net IO"

Jacek Anaszewski (1):
      [media] s5p-jpeg: exynos3250: fix erroneous reset procedure

James Bottomley (1):
      enclosure: fix WARN_ON removing an adapter in multi-path devices

Jesse Barnes (2):
      drm/i915/vlv: save/restore the power context base reg
      drm/i915/vlv: remove wait for previous GFX clk disable request

John Soni Jose (1):
      be2iscsi: Fix kernel panic when device initialization fails

Josh Wu (1):
      [media] media: atmel-isi: increase the burst length to improve
the performance

Kailang Yang (2):
      ALSA: hda/realtek - Support Dell headset mode for ALC256
      ALSA: hda/realtek - Make more stable to get pin sense for ALC283

Kamil Debski (1):
      [media] s5p-mfc: Fix NULL pointer dereference caused by not set q->lock

Ley Foon Tan (3):
      nios2: signal: Move restart_block to struct task_struct
      nios2: add missing ptrace registers defines
      nios2: fix cache coherency issue when debug with gdb

Linus Torvalds (5):
      x86: clean up/fix 'copy_in_user()' tail zeroing
      Copy the kernel module data from user space in chunks
      blk-mq: initialize 'struct request' and associated data to zero
      Revert "dmaengine: Add a warning for drivers not using the
generic slave caps retrieval"
      Linux 4.0

Marek Szyprowski (2):
      [media] media: s5p-mfc: fix mmap support for 64bit arch
      [media] media: s5p-mfc: fix broken pointer cast on 64bit arch

Mark Brown (1):
      include/linux/dmapool.h: declare struct device

Matwey V. Kornilov (1):
      PCI: spear: Drop __initdata from spear13xx_pcie_driver

Mel Gorman (1):
      mm: move zone lock to a different cache line than order-0 free page lists

Mike Christie (1):
      iscsi target: fix oops when adding reject pdu

Naoya Horiguchi (1):
      mm: numa: disable change protection for vma(VM_HUGETLB)

Rafael J. Wysocki (1):
      Revert "PM / hibernate: avoid unsafe pages in e820 reserved regions"

Randy Dunlap (1):
      [media] media: fix gspca drivers build dependencies

Rasmus Villemoes (1):
      PCI/AER: Avoid info leak in __print_tlp_header()

Sakari Ailus (1):
      [media] vb2: Fix dma_dir setting for dma-contig mem type

Takashi Iwai (1):
      ALSA: hda - Fix headphone pin config for Lifebook T731

Takashi Sakamoto (1):
      ALSA: bebob: fix to processing in big-endian machine for sending cue

Thomas Schlichter (1):
      cpuidle: ACPI: do not overwrite name and description of C0

Tommi Rantala (1):
      drm: fix drm_mode_getconnector() locking imbalance regression

Tony K Nadackal (1):
      [media] s5p-jpeg: Initialize cb and cr to zero

Viresh Kumar (1):
      cpufreq: Schedule work for the first-online CPU on resume

Linux 4.0 released

[Ima Sheep]

So I decided to release 4.0 as per the normal schedule, because there
really weren't any known issues, and while I'll be traveling during
the end of the upcoming week due to a college visit, I'm hoping that
won't affect the merge window very much. We'll see.

Linux 4.0 was a pretty small release both in linux-next and in final
size, although obviously "small" is all relative. It's still over 10k
non-merge commits. But we've definitely had bigger releases (and
judging by linux-next v4.1 is going to be one of the bigger ones).

Which is all good. It definitely matches the "v4.0 is supposed to be a
_stable_ release", and very much not about new experimental features
etc. I'm personally so much happier with time-based releases than the
bad old days when we had feature-based releases.

That said, there's a few interesting numerological things going on
with 4.0. Looking at just the statistics in git, this release is not
just when we cross half a million commits total, but also cross the 4
million git object limit. Interestingly (if you look for numeric
patterns), Linux 3.0 was when we crossed a quarter million commits and
2 million git objects, so there's a nice (and completely
unintentional) pattern there when it comes to the kernel git
repository.

[ Another quick historical numerological footnote: the old historical
BK tree was getting close to the 16-bit commilt limit that BK
originally used to have. So that whole "quarter of a million commits"
is actually quite a lot. During all of the BK years we only got 65k
commits. Of course, we only used BK for three years, and we've now
been on git for almost exactly ten years, but still - it shows how the
whole development process has really sped up a _lot_ ]

Feature-wise, 4.0 doesn't have all that much special. Much have been
made of the new kernel patching infrastructure, but realistically,
that not only wasn't the reason for the version number change, we've
had much bigger changes in other versions. So this is very much a
"solid code progress" release.

Go get it and enjoy,

                                    Linus "we're all sheep" Torvalds