[PATCH v2] mtd: spi-nor: Add support for s25fl116k

The Spansion s25fl116k is a 16MBit NOR Flash supporting dual and quad read operations. Signed-off-by: Sascha Hauer --- changes since v1: - actually make it compile drivers/mtd/spi-nor/spi-nor.c | 1 + 1 file changed, 1 insertion(+) diff --git

Re: [PATCHv10 1/4] EDAC, altera: Add Altera L2 Cache and OCRAM EDAC Support

On Wed, Feb 10, 2016 at 01:26:21PM -0600, ttha...@opensource.altera.com wrote: > From: Thor Thayer > > Adding L2 Cache and On-Chip RAM EDAC support for the > Altera SoCs using the EDAC device model. The SDRAM > controller is using the Memory Controller model. > >

Re: [PATCH V4 2/7] cpufreq: Call __cpufreq_governor() with policy->rwsem held

On 11-02-16, 10:48, Rafael J. Wysocki wrote: > On Tue, Feb 9, 2016 at 4:46 AM, Viresh Kumar wrote: > > Also note that cpufreq_driver->stop_cpu() and ->exit() can get called > > while policy->rwsem is held. That shouldn't have any side effects > > though. > > The last

Re: [PATCH V5 04/11] soc: mediatek: PMIC wrap: split SoC specific init into callback

On 07/02/16 11:42, John Crispin wrote: This patch moves the SoC specific wrapper init code into separate callback to avoid pwrap_init() getting too large. Please explain a bit more, what the patch does. Signed-off-by: John Crispin --- Changes in V5 * only check the

Re: [PATCH v4 0/6] arm64 UEFI early FDT handling

On 11 February 2016 at 12:42, Robert Richter wrote: > (+RobH and MarkR) > > On 09.02.16 15:35:42, Ard Biesheuvel wrote: >> (+ Grant) >> >> On 9 February 2016 at 14:53, Robert Richter >> wrote: >> > From: Robert Richter

[PATCH v7 1/3] fixed typo in ufshcd-pltfrm

Fixed typo in ufshcd-pltfrm. Signed-off-by: Joao Pinto --- Changes v0->v7: - Nothing changed (just to keep up with patch set version). drivers/scsi/ufs/ufshcd-pltfrm.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/scsi/ufs/ufshcd-pltfrm.c

Re: [PATCH v4 2/2] mips: Differentiate between 32 and 64 bit ELF header

On 02/11/2016 01:04 PM, Maciej W. Rozycki wrote: > On Thu, 11 Feb 2016, Ralf Baechle wrote: >> Thanks, applied. >> >> I'm getting a less spectacular warning from gcc 5.2: >> >> CC fs/proc/vmcore.o >> fs/proc/vmcore.c: In function ‘parse_crash_elf64_headers’: >> fs/proc/vmcore.c:939:47:

Re: [PATCH 01/14] pinctrl: sunxi: Add A83T R_PIO controller support

Hi Linus, On Thu, Feb 11, 2016 at 12:59:47PM +0100, Linus Walleij wrote: > On Sun, Jan 31, 2016 at 2:20 AM, Vishnu Patekar > wrote: > > > The A83T has R_PIO pin controller, it's same as A23, execpt A83T > > interrupt bit is 6th and A83T has one extra pin PL12. > > >

[PATCH v5 0/2] Differentiate between 32 and 64 bit ELF header

Hi Maciej, The missing typeof(*(hdr)) is back in this version. I wonder why I didn't see the warning by gcc with v4. cheers, daniel Daniel Wagner (2): crash_dump: Add vmcore_elf32_check_arch mips: Differentiate between 32 and 64 bit ELF header arch/mips/include/asm/elf.h | 13

[PATCH v5 2/2] mips: Differentiate between 32 and 64 bit ELF header

Depending on the configuration either the 32 or 64 bit version of elf_check_arch() is defined. parse_crash_elf{32|64}_headers() does some basic verification of the ELF header via vmcore_elf{32|64}_check_arch() which happen to map to elf_check_arch(). Since the implementation 32 and 64 bit version

[PATCH v5 1/2] crash_dump: Add vmcore_elf32_check_arch

parse_crash_elf{32|64}_headers will check the headers via the elf_check_arch respectively vmcore_elf64_check_arch macro. The MIPS architecture implements those two macros differently. In order to make the differentiation more explicit, let's introduce an vmcore_elf32_check_arch to allow the archs

Re: [PATCH v2 0/2] DAX bdev fixes - move flushing calls to FS

On Wed 10-02-16 13:48:54, Ross Zwisler wrote: > During testing of raw block devices + DAX I noticed that the struct > block_device that we were using for DAX operations was incorrect. For the > fault handlers, etc. we can just get the correct bdev via get_block(), > which is passed in as a

Re: [PATCH v5] mmc: OCTEON: Add host driver for OCTEON MMC controller

Hi Florian. On 11/02/16 02:55, Florian Fainelli wrote: Le 10/02/2016 16:32, David Daney a écrit : On 02/10/2016 03:49 PM, Aaro Koskinen wrote: Hi, On Wed, Feb 10, 2016 at 10:02:23AM -0800, David Daney wrote: On 02/10/2016 09:36 AM, Matt Redfearn wrote: +pr_warn(FW_WARN "%s: Legacy

Re: [PATCH v8 0/8] ftrace with regs + live patching for ppc64 LE (ABI v2)

On Thu, Feb 11, 2016 at 05:18:23PM +1100, Balbir Singh wrote: > > Quick question - I presume these apply on top of 4.5.0-rc2? Yes. Torsten

Re: [RFC PATCH] mmc: sdhci-of-at91: don't put device in suspend after probe

Hi Ulf, On Wed, Feb 10, 2016 at 04:56:11PM +0100, Ulf Hansson wrote: > On 10 February 2016 at 13:51, Ludovic Desroches > wrote: > > Hi Adrian, > > > > On Wed, Feb 10, 2016 at 01:50:44PM +0200, Adrian Hunter wrote: > >> On 10/02/16 11:58, Ludovic Desroches wrote: > >>

Re: [PATCH 2/2] irqchip/gic: Only set the EOImodeNS bit for the root controller

On 09/02/16 15:24, Jon Hunter wrote: > EOImode1 is only used for the root controller and hence only the root > controller uses the eoimode1 functions for handling interrupts. However, > if the root controller supports EOImode1, then the EOImodeNS bit will be > set for all GICs, enabling EOImode1.

Re: [PATCH 01/14] mfd: intel_quark_i2c_gpio: Use clkdev_create()

On Wed, 10 Feb 2016, Stephen Boyd wrote: > On 02/10, Lee Jones wrote: > > On Mon, 08 Feb 2016, Stephen Boyd wrote: > > > > > Convert this driver to use clkdev_create() instead of > > > clk_register_clkdevs(). The latter API is only used by this driver, > > > although this driver only allocates

[RFC v2 08/15] iommu/arm-smmu: implement iommu_get/put_single_reserved

Implement the iommu_get/put_single_reserved API in arm-smmu. In order to track which physical address is already mapped we use the RB tree indexed by PA. Signed-off-by: Eric Auger --- v1 -> v2: - previously in vfio_iommu_type1.c --- drivers/iommu/arm-smmu.c | 114

[RFC v2 05/15] iommu/arm-smmu: implement alloc/free_reserved_iova_domain

Implement alloc/free_reserved_iova_domain for arm-smmu. we use the iova allocator (iova.c). The iova_domain is attached to the arm_smmu_domain struct. A mutex is introduced to protect it. Signed-off-by: Eric Auger --- v1 -> v2: - formerly implemented in vfio_iommu_type1

[PATCH 3.12 10/64] ALSA: seq: Fix snd_seq_call_port_info_ioctl in compat mode

From: Nicolas Boichat 3.12-stable review patch. If anyone has any objections, please let me know. === commit 9586495dc3011a80602329094e746dbce16cb1f1 upstream. This reverts one hunk of commit ef44a1ec6eee ("ALSA: sound/core: use memdup_user()"), which

[PATCH 3.12 16/64] ASoC: compress: Fix compress device direction check

From: Vinod Koul 3.12-stable review patch. If anyone has any objections, please let me know. === commit a1068045883ed4a18363a4ebad0c3d55e473b716 upstream. The detection of direction for compress was only taking into account codec capabilities and not CPU

[PATCH v3 1/1] powerpc/86xx: Consolidate common platform code

Signed-off-by: Alessio Igor Bogani --- v2 -> v3 Use isync() as suggested by Denis Kirjanov v1 -> v2 Use appropriate [PATCH] prefix arch/powerpc/platforms/86xx/Makefile | 2 +- arch/powerpc/platforms/86xx/common.c | 43

Re: [PATCH 1/3] usb: USB Type-C Connector Class

Hi Felipe, > >> 4. partner_alt_modes - Lists partner's Alternate Modes when connected > > partner_alternate_modes ? (it's a file name, we can spell it out) > > >> 5. partner_type - Can be USB, Charger, Alt Mode or Accessory > >> 6. data_role - The current data role, host or device > >> 7.

[RFC v2 07/15] iommu: iommu_get/put_single_reserved

This patch introduces iommu_get/put_single_reserved. iommu_get_single_reserved allows to allocate a new reserved iova page and map it onto the physical page that contains a given physical address. It returns the iova that is mapped onto the provided physical address. Hence the physical address

Re: [PATCH] net: hamradio: baycom_ser_fdx: Replace timeval with timespec64

From: Amitoj Kaur Chawla Date: Wed, 10 Feb 2016 10:08:54 +0530 > 32 bit systems using 'struct timeval' will break in the year 2038, so > we replace the code appropriately. However, this driver is not broken > in 2038 since we are only using microseconds portion of the time.

Re: [PATCH 1/1] Perf: fix overwritten of free running PEBSv3 timestamp

On Wed, Feb 10, 2016 at 05:38:02PM -0500, Tong Zhang wrote: > commit a7b58d211ba18c9175b139e18b68c86a6bcc3c3f introduced feature of > timestamp on free running PEBSv3, however, the timestamp is later > overwritten, which makes the effort in vain. > > This patch fixed this problem by detecting

Re: [PATCH] thermal: cpu_cooling: fix out of bounds access in time_in_idle

On Thu, Feb 11, 2016 at 12:00:51PM +, Javi Merino wrote: > In __cpufreq_cooling_register() we allocate the arrays for time_in_idle > and time_in_idle_timestamp to be as big as the number of cpus in this > cpufreq device. However, in get_load() we access this array using the > cpu number as

Re: [PATCH 0/6] net: thunderx: Setting IRQ affinity hints and other optimizations

From: Sunil Kovvuri Date: Thu, 11 Feb 2016 18:56:48 +0530 > If time permits, can you please look at this patchset. You were given feedback and I expect you to address that feedback and resubmit this series. This is what the "Changed Requested" state in patchwork means.

[PATCH 3.12 04/64] ALSA: hda/realtek - Fix silent headphone output on MacPro 4,1 (v2)

From: Mario Kleiner 3.12-stable review patch. If anyone has any objections, please let me know. === commit 9f660a1c43890c2cdd1f423fd73654e7ca08fe56 upstream. Without this patch, internal speaker and line-out work, but front headphone output jack stays

Re: Nokia N900: Proper C-states

On Tuesday 09 February 2016 18:06:26 Daniel Lezcano wrote: > On 02/09/2016 04:56 PM, Tony Lindgren wrote: > >* Daniel Lezcano [160102 14:01]: > >>On 01/02/2016 03:26 PM, Pali Rohár wrote: > >>>Hello, > >>> > >>>due to this Daniel Lezcano commit (ARM: OMAP3: cpuidle -

Re: [PATCH v1 3/6] power_supply: Add types for USB Type C and PD chargers

On Thu, Feb 11, 2016 at 2:00 AM, Tomeu Vizoso wrote: >> Could you change these to be "USB Power Delivery Port" and "USB PD >> Dual Role Port"? > > I have gone with omitting the USB prefix, following the lead of the > existing entries, do you agree with that? Sounds

Re: [PATCH] tty/serial: digicolor: Fix bad usage of IS_ERR_VALUE

On Thu, Feb 11, 2016 at 10:46:50AM +, Russell King - ARM Linux wrote: > On Tue, Feb 09, 2016 at 06:37:46PM -0800, Guenter Roeck wrote: > > On 02/09/2016 07:26 AM, Arnd Bergmann wrote: > > >On Tuesday 09 February 2016 07:08:59 Guenter Roeck wrote: > > >>IS_ERR_VALUE() assumes that its parameter

[PATCH] x86, microcode: Remove unnecessary paravirt_enabled check

Commit a18a0f6850d4 ("x86, microcode: Don't initialize microcode code on paravirt") added a paravirt test in microcode_init(), primarily to avoid making mc_bp_resume()->load_ucode_ap()->check_loader_disabled_ap() calls On 32-bit kernels this callchain ends up using __pa_nodebug() macro which is

Re: [PATCH 0/6] net: thunderx: Setting IRQ affinity hints and other optimizations

On 11.02.16 09:33:41, David Miller wrote: > From: Sunil Kovvuri > Date: Thu, 11 Feb 2016 18:56:48 +0530 > > > If time permits, can you please look at this patchset. > > You were given feedback and I expect you to address that feedback > and resubmit this series. > >

Re: [Patch v9] SATA: OCTEON: support SATA on OCTEON platform

On Thu, Feb 11, 2016 at 01:53:08PM +, Zubair Lutfullah Kakakhel wrote: > From: Aleksey Makarov > > The OCTEON SATA controller is currently found on cn71XX devices. > > Cc: Arnd Bergmann > Acked-by: Hans de Goede >

Re: [PATCH 1/3] tools/liblockdep: add userspace version of READ_ONCE

On Thu, Feb 11, 2016 at 12:33:30AM +0100, Alfredo Alvarez Fernandez wrote: > From: Alfredo Alvarez Fernandez > > This was added to the kernel code in 1658d35ead5d ("list: Use > READ_ONCE() when testing for empty lists") > There's nothing special we need to do

Re: [RFC] A first shot at asciidoc-based formatted docs

Jonathan Corbet writes: > asciidoc->HTML on its own isn't viable, I think; we do have people wanting > other formats. Though one might well ask when somebody last successfully > generated PDF...maybe it's not worth the trouble. I would like epub > someday... I'm hopeful that I

Re: [RFC] A first shot at asciidoc-based formatted docs

Jani Nikula writes: > One of the chief complaints with the current pipeline (and some of the > proposals) has been the need to install lots of tools with lots of > dependencies. I would like to avoid the need to install bleeding edge > tools and stick to what's already

Re: [PATCH v7 04/10] mfd: axp20x: Add missing copyright notice

On Mon, 25 Jan 2016, Lee Jones wrote: > On Wed, 13 Jan 2016, Chen-Yu Tsai wrote: > > > When the driver was merged, the original author did not include a proper > > copyright notice. This patch adds the notice, backdated to when the > > driver was merged. > > This is very wordy. > > "Supply a

Re: [PATCH 2/4] KVM: x86: rewrite handling of scaled TSC for kvmclock

On Mon, Feb 08, 2016 at 04:18:29PM +0100, Paolo Bonzini wrote: > This is the same as before: > > kvm_scale_tsc(tgt_tsc_khz) > = tgt_tsc_khz * ratio > = tgt_tsc_khz * user_tsc_khz / tsc_khz (see set_tsc_khz) > = user_tsc_khz (see

[RFC v2 15/15] irqchip/gicv2m/v3-its-pci-msi: IOMMU map the MSI frame when needed

In case the msi_desc references a device attached to an iommu domain, the msi address needs to be mapped in the IOMMU. Else any MSI write transaction will cause a fault. gic_set_msi_addr detects that case and allocates an iova bound to the physical address page comprising the MSI frame. This iova

[RFC v2 14/15] iommu/arm-smmu: do not advertise IOMMU_CAP_INTR_REMAP

Do not advertise IOMMU_CAP_INTR_REMAP for arm-smmu. Indeed the irq_remapping capability is abstracted on irqchip side for ARM as opposed to Intel IOMMU featuring IRQ remapping HW. So to check IRQ remmapping capability, the msi domain needs to be checked instead. Signed-off-by: Eric Auger

[RFC v2 13/15] vfio/type1: also check IRQ remapping capability at msi domain

On x86 IRQ remapping is abstracted by the IOMMU. On ARM this is abstracted by the msi controller. vfio_msi_parent_irq_remapping_capable allows to check whether interrupts are "safe" for a given device. There are if the device does not use MSI or if the device uses MSI and the msi-parent controller

[RFC v2 12/15] msi: export msi_get_domain_info

We plan to use msi_get_domain_info in VFIO module so let's export it. Signed-off-by: Eric Auger --- include/linux/msi.h | 4 kernel/irq/msi.c| 1 + 2 files changed, 5 insertions(+) diff --git a/include/linux/msi.h b/include/linux/msi.h index 03eda72..df19315

Re: [PATCH RESEND] scsi: sim710: fix build warning

> "Sudip" == Sudip Mukherjee writes: Sudip> We are getting build warning about: "Section mismatch in Sudip> reference from the variable sim710_eisa_driver to the function Sudip> .init.text:sim710_eisa_probe() The variable sim710_eisa_driver Sudip> references the

[RFC v2 11/15] msi: Add a new MSI_FLAG_IRQ_REMAPPING flag

Let's introduce a new msi_domain_info flag value, MSI_FLAG_IRQ_REMAPPING meant to tell the domain supports IRQ REMAPPING, also known as Interrupt Translation Service. On Intel HW this capability is abstracted on IOMMU side while on ARM it is abstracted on MSI controller side. GICv3 ITS HW is the

[PATCH] powerpc/fsl_rio: update for port-write interface change

Platform-specific update following changes in port-write handler interface. This is a follow-up patch for [PATCH 22/30] rapidio: add global inbound port write interfaces Signed-off-by: Alexandre Bounine Cc: Matt Porter Cc: Benjamin

Re: [PATCH RESEND] scsi: ppa: use new parport device model

> "Sudip" == Sudip Mukherjee writes: Sudip> Modify ppa driver to use the new parallel port device model. Sudip> Signed-off-by: Sudip Mukherjee --- Sudip> Resending as there was no review or ACK for this change. This Sudip> has exactly

[RFC v2 06/15] iommu/arm-smmu: add a reserved binding RB tree

we will need to track which host physical addresses are mapped to reserved IOVA. In that prospect we introduce a new RB tree indexed by physical address. This RB tree only is used for reserved IOVA bindings. It is expected this RB tree will contain very few bindings. Those generally correspond to

Re: [PATCH 1/2] power/reset: versatile: support the actual versatile

Hi knock knock, On Mon, Jan 25, 2016 at 9:29 AM, Linus Walleij wrote: > While this driver is named after the Versatile family of > boards (ARM reference designs) the machine actually called > Versatile was not supported. This patch makes the driver > handle also that

Re: [RFC][PATCH v3 4/4] printk: set may_schedule for some of console_trylock callers

On Sat 2016-01-23 17:15:13, Sergey Senozhatsky wrote: > console_unlock() allows to cond_resched() if its caller has > set `console_may_schedule' to 1, since > 'commit 8d91f8b15361 ("printk: do cond_resched() between lines while > outputting to consoles")'. > > The rules are: > -- console_lock()

[PATCH 3.12 12/64] ALSA: hrtimer: Fix stall by hrtimer_cancel()

From: Takashi Iwai 3.12-stable review patch. If anyone has any objections, please let me know. === commit 2ba1fe7a06d3624f9a7586d672b55f08f7c670f3 upstream. hrtimer_cancel() waits for the completion from the callback, thus it must not be called inside the callback

Re: USB Ethernet gadget on Nokia n900

On Tuesday 19 January 2016 21:58:19 Pali Rohár wrote: > On Tuesday 07 July 2015 13:46:59 Tony Lindgren wrote: > > * Pali Rohár [150707 00:48]: > > > On Monday 06 July 2015 06:53:18 Tony Lindgren wrote: > > > > * Pali Rohár [150706 06:27]: > > > > > On

[PATCH 3.12 07/64] ALSA: timer: Harden slave timer list handling

From: Takashi Iwai 3.12-stable review patch. If anyone has any objections, please let me know. === commit b5a663aa426f4884c71cd8580adae73f33570f0d upstream. A slave timer instance might be still accessible in a racy way while operating the master instance as it

[PATCH 3.12 11/64] ALSA: pcm: Fix snd_pcm_hw_params struct copy in compat mode

From: Nicolas Boichat 3.12-stable review patch. If anyone has any objections, please let me know. === commit 43c54b8c7cfe22f868a751ba8a59abf1724160b1 upstream. This reverts one hunk of commit ef44a1ec6eee ("ALSA: sound/core: use memdup_user()"), which

[PATCH 3.12 03/64] ALSA: hda - Set SKL+ hda controller power at freeze() and thaw()

From: Xiong Zhang 3.12-stable review patch. If anyone has any objections, please let me know. === commit 3e6db33aaf1d42a30339f831ec4850570d6cc7a3 upstream. It takes three minutes to enter into hibernation on some OEM SKL machines and we see many codec

[PATCH 3.12 05/64] ALSA: seq: Fix missing NULL check at remove_events ioctl

From: Takashi Iwai 3.12-stable review patch. If anyone has any objections, please let me know. === commit 030e2c78d3a91dd0d27fef37e91950dde333eba1 upstream. snd_seq_ioctl_remove_events() calls snd_seq_fifo_clear() unconditionally even if there is no FIFO assigned,

Re: [PATCH RESEND] bfa: deinline __bfa_trc() and __bfa_trc32()

> "Denys" == Denys Vlasenko writes: Denys> __bfa_trc() compiles to 115 bytes of machine code. With this Denys> .config: http://busybox.net/~vda/kernel_config there are 1494 Denys> calls of __bfa_trc(). Applied to 4.6/scsi-queue. -- Martin K. Petersen Oracle

[PATCH 3.12 13/64] ALSA: control: Avoid kernel warnings from tlv ioctl with numid 0

From: Takashi Iwai 3.12-stable review patch. If anyone has any objections, please let me know. === commit c0bcdbdff3ff73a54161fca3cb8b6cdbd0bb8762 upstream. When a TLV ioctl with numid zero is handled, the driver may spew a kernel warning with a stack trace at each

Re: [PATCH 1/3] usb: USB Type-C Connector Class

On Thu, Feb 11, 2016 at 10:08:14AM +0100, Oliver Neukum wrote: > I would think that user space should be able to preselect > that we always want to be upstream or downstream or flexible. Agreed. > And it should be able to preemptively disallow power delivery > even if no cable is present. By

Re: [PATCH 1/4] KVM: x86: rename argument to kvm_set_tsc_khz

On Mon, Feb 08, 2016 at 04:18:28PM +0100, Paolo Bonzini wrote: > This refers to the desired (scaled) frequency, which is called > user_tsc_khz in the rest of the file. > > Signed-off-by: Paolo Bonzini > --- > arch/x86/kvm/x86.c | 14 +++--- > 1 file changed, 7

Re: [RFC][PATCH v3 4/4] printk: set may_schedule for some of console_trylock callers

Hello Petr, On (02/11/16 15:41), Petr Mladek wrote: [..] > > + console_may_schedule = !oops_in_progress && > > + preemptible() && > > + !rcu_preempt_depth(); > > return 1; > > We discussed this a lot but I am still a bit nervous ;-) sure, no prob :-) >

Re: [PATCH v2 0/7] irqchip: introduce the Alpine MSIX driver

Hello, On Thu, 11 Feb 2016 15:45:44 +0100, Antoine Tenart wrote: > On Thu, Feb 11, 2016 at 01:41:48PM +, Marc Zyngier wrote: > > On 10/02/16 13:22, Antoine Tenart wrote: > > > > > > This series introduce the Alpine MSIX driver, and enables it in both > > > the Alpine v1 and Alpine v2 device

Re: [PATCH] libata: fix HDIO_GET_32BIT ioctl

On Thu, Feb 11, 2016 at 02:16:27PM +0100, Arnd Bergmann wrote: > As reported by Soohoon Lee, the HDIO_GET_32BIT ioctl does not > work correctly in compat mode with libata. > > I have investigated the issue further and found multiple problems > that all appeared with the same commit that

Re: [PATCH] mmc: sdhci-of-at91: fix card detect when using runtime PM

On 11 February 2016 at 14:48, Ludovic Desroches wrote: > Add quirk broken card detection to enable card detection polling. It is > a short term solution until reworking PM stuff. > > If the card detect signal is connected to the sdhci controller and not a > gpio, when

[PATCH 3.12 14/64] ASoC: wm8962: correct addresses for HPF_C_0/1

From: Sachin Pandhare 3.12-stable review patch. If anyone has any objections, please let me know. === commit e9f96bc53c1b959859599cb30ce6fd4fbb4448c2 upstream. >From datasheet: R17408 (4400h) HPF_C_1 R17409 (4401h) HPF_C_0 17048 -> 17408 (0x4400) 17049

[PATCH 3.12 09/64] ALSA: timer: Fix double unlink of active_list

From: Takashi Iwai 3.12-stable review patch. If anyone has any objections, please let me know. === commit ee8413b01045c74340aa13ad5bdf905de32be736 upstream. ALSA timer instance object has a couple of linked lists and they are unlinked unconditionally at

[PATCH 3.12 15/64] ASoC: arizona: Fix bclk for sample rates that are multiple of 4kHz

From: Nikesh Oswal 3.12-stable review patch. If anyone has any objections, please let me know. === commit e73694d871867cae8471d2350ce89acb38bc2b63 upstream. For a sample rate of 12kHz the bclk was taken from the 44.1kHz table as we test for a multiple of

[RFC v2 00/15] KVM PCIe/MSI passthrough on ARM/ARM64

This series addresses KVM PCIe passthrough with MSI enabled on ARM/ARM64. It pursues the efforts done on [1], [2], [3]. It also aims at covering the same need on PowerPC platforms although the same kind of integration should be carried out. On x86 all accesses to the 1MB PA region [FEE0_h -

[RFC v2 04/15] iommu: add alloc/free_reserved_iova_domain

Introduce alloc/free_reserved_iova_domain in the IOMMU API. alloc_reserved_iova_domain initializes an iova domain at a given iova base address and with a given size. This iova domain will be used to allocate iova within that window. Those IOVAs will be reserved for special purpose, typically MSI

Re: [PATCH] firmware: qemu config needs I/O ports

On Thu, Feb 11, 2016 at 03:23:51PM +0100, Arnd Bergmann wrote: > Not all machines have PCI style I/O port memory, or they do not allow > mapping it using the ioport_map() function, whcih results in a > build error with the newly added qemu firmware code: > > drivers/firmware/built-in.o: In

[RFC v2 10/15] vfio: allow the user to register reserved iova range for MSI mapping

The user is allowed to register a reserved IOVA range by using the DMA MAP API and setting the new flag: VFIO_DMA_MAP_FLAG_MSI_RESERVED_IOVA. It provides the base address and the size. This region is stored in the vfio_dma rb tree. At that point the iova range is not mapped to any target address

[RFC v2 03/15] vfio: introduce VFIO_IOVA_RESERVED vfio_dma type

We introduce a vfio_dma type since we will need to discriminate legacy vfio_dma's from new reserved ones. Since those latter are not mapped at registration, some treatments need to be reworked: removal, replay. Currently they are unplugged. In subsequent patches they will be reworked.

[RFC v2 01/15] iommu: Add DOMAIN_ATTR_MSI_MAPPING attribute

Introduce new DOMAIN_ATTR_MSI_MAPPING domain attribute. If supported, this means the MSI addresses need to be mapped in the IOMMU. ARM SMMUS and FSL PAMU, at least expose this attribute. x86 IOMMUs typically don't expose the attribute since on x86, MSI write transaction addresses always are

[RFC v2 02/15] vfio: expose MSI mapping requirement through VFIO_IOMMU_GET_INFO

This patch allows the user-space to retrieve whether msi write transaction addresses must be mapped. This is returned through the VFIO_IOMMU_GET_INFO API and its new flag: VFIO_IOMMU_INFO_REQUIRE_MSI_MAP. Signed-off-by: Bharat Bhushan Signed-off-by: Eric Auger

[RFC v2 09/15] iommu/arm-smmu: relinquish reserved resources on domain deletion

arm_smmu_unmap_reserved releases all reserved binding resources: destroy all bindings, free iova, free iova_domain. This happens on domain deletion. Signed-off-by: Eric Auger --- drivers/iommu/arm-smmu.c | 34 +- 1 file changed, 29

Re: [PATCH v2 0/7] irqchip: introduce the Alpine MSIX driver

Hello Marc, On Thu, Feb 11, 2016 at 01:41:48PM +, Marc Zyngier wrote: > On 10/02/16 13:22, Antoine Tenart wrote: > > > > This series introduce the Alpine MSIX driver, and enables it in both > > the Alpine v1 and Alpine v2 device trees. > > > > This series depends on "[PATCH v2 0/3] arm64:

Re: [PATCH] bonding: Return correct error code

From: Amitoj Kaur Chawla Date: Sun, 7 Feb 2016 10:56:25 +0530 > The return value of kzalloc on failure of allocation of memory should > be -ENOMEM and not -1. > > Found using Coccinelle. A simplified version of the semantic patch > used is: ... > The single call site only

[PATCH 3.12 06/64] ALSA: seq: Fix race at timer setup and close

From: Takashi Iwai 3.12-stable review patch. If anyone has any objections, please let me know. === commit 3567eb6af614dac436c4b16a8d426f9faed639b3 upstream. ALSA sequencer code has an open race between the timer setup ioctl and the close of the client. This was

Re: USB Ethernet gadget on Nokia n900

On Thursday 11 February 2016 15:43:47 Pali Rohár wrote: > On Tuesday 19 January 2016 21:58:19 Pali Rohár wrote: > > On Tuesday 07 July 2015 13:46:59 Tony Lindgren wrote: > > > * Pali Rohár [150707 00:48]: > > > > On Monday 06 July 2015 06:53:18 Tony Lindgren wrote: > > > > >

Re: [PATCH v10 3/8] dt, numa: adding numa dt binding implementation.

On Tue, Feb 2, 2016 at 4:09 AM, Ganapatrao Kulkarni wrote: > dt node parsing for numa topology is done using device property > numa-node-id and device node distance-map. How is it that powerpc doesn't need flat DT parsing for NUMA? Both arches are memblock based and

Re: [PATCH repost net-next] ethtool: future-proof interface for speed extensions

From: "Michael S. Tsirkin" Date: Sun, 7 Feb 2016 23:27:55 +0200 > Many virtual and not quite virtual devices allow any speed to be set > through ethtool. In particular, this applies to the virtio-net devices. > Document this fact to make sure people don't assume the enum lists

Re: [PATCH v1 2/6] mfd: cros_ec: Add MKBP event support

On 02/05/2016 06:24 PM, Gwendal Grignou wrote: > We should not used kmalloc when get events, these functions are called > quite often. > Gwendal. > > On Fri, Feb 5, 2016 at 5:32 AM, Tomeu Vizoso > wrote: > > +static int

Re: [PATCH v3] openvswitch: allow management from inside user namespaces

From: Tycho Andersen Date: Fri, 5 Feb 2016 09:20:52 -0700 > Operations with the GENL_ADMIN_PERM flag fail permissions checks because > this flag means we call netlink_capable, which uses the init user ns. > > Instead, let's introduce a new flag,

Re: [PATCH v4 2/2] mips: Differentiate between 32 and 64 bit ELF header

On Thu, 11 Feb 2016, Maciej W. Rozycki wrote: > > > Signed-off-by: Daniel Wagner > > > Suggested-by: Maciej W. Rozycki > > > Reviewed-by: Maciej W. Rozycki > > > Reported-by: Fengguang Wu > > > > Thanks,

Re: [PATCH 1/3] usb: USB Type-C Connector Class

On Thu, 2016-02-11 at 16:36 +0200, Heikki Krogerus wrote: > Just in case there are no misunderstandings here, Oliver was > commenting on alternate_mode_store function, and USB of course is not > Alternate Mode. Yes I was because that is the hardest case. In hindsight it is also the most useless.

Re: [PATCH 1/1] mpt3sas: Fix - Remove cpumask_clear for zalloc_cpumask_var and dont free free_cpu_mask_var before reply_q

> "Suganath" == Suganath prabu Subramani > writes: Suganath> Removed cpumask_clear as it is not required for Suganath> zalloc_cpumask_var and free free_cpumask_var before freeing Suganath> reply_q. Applied to 4.6/scsi-queue. However, next time

Re: [PATCH] cgroup: provide cgroup_nov1= to disable controllers in v1 mounts

Hello, On Wed, Feb 10, 2016 at 05:59:55PM -0500, Johannes Weiner wrote: > cgroup_nov1=memory,cpu > cgroup_nov1=all It looks kinda confusing. cgroup_no_v1? Thanks. -- tejun

Re: [PATCH 01/14] pinctrl: sunxi: Add A83T R_PIO controller support

Hi Linus, On Thu, Feb 11, 2016 at 02:47:57PM +0100, Linus Walleij wrote: > On Thu, Feb 11, 2016 at 1:36 PM, Maxime Ripard > wrote: > > On Thu, Feb 11, 2016 at 12:59:47PM +0100, Linus Walleij wrote: > >> On Sun, Jan 31, 2016 at 2:20 AM, Vishnu Patekar > >>

Re: [PATCH 0/3] cpufreq: Replace timers with utilization update callbacks

On Thu, Feb 11, 2016 at 12:24:29PM +, Juri Lelli wrote: > Hi Peter, > > On 11/02/16 12:59, Peter Zijlstra wrote: > > On Tue, Feb 09, 2016 at 05:02:33PM -0800, Steve Muckle wrote: > > > > Index: linux-pm/kernel/sched/deadline.c > > > >

Re: [PATCH v4 00/23] arm64: Virtualization Host Extension support

On Thu, Feb 11, 2016 at 06:39:41PM +, Marc Zyngier wrote: > ARMv8.1 comes with the "Virtualization Host Extension" (VHE for > short), which enables simpler support of Type-2 hypervisors. > > This extension allows the kernel to directly run at EL2, and > significantly reduces the number of

Re: [PATCH v4 00/23] arm64: Virtualization Host Extension support

On 11/02/16 19:07, Christoffer Dall wrote: > On Thu, Feb 11, 2016 at 06:39:41PM +, Marc Zyngier wrote: >> ARMv8.1 comes with the "Virtualization Host Extension" (VHE for >> short), which enables simpler support of Type-2 hypervisors. >> >> This extension allows the kernel to directly run at

Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)

On Thu, Feb 11, 2016 at 09:09:42PM +0200, Kirill A. Shutemov wrote: > On Thu, Feb 11, 2016 at 07:22:23PM +0100, Gerald Schaefer wrote: > > Hi, > > > > Sebastian Ott reported random kernel crashes beginning with v4.5-rc1 and > > he also bisected this to commit 61f5d698 "mm: re-enable THP". Further

WARNING: CPU: 0 PID: 3031 at ./arch/x86/include/asm/fpu/internal.h:530 fpu__restore+0x90/0x130()

Hey Andy, can you make any sense of this: [ 90.573923] [ cut here ] [ 90.574977] WARNING: CPU: 0 PID: 3031 at ./arch/x86/include/asm/fpu/internal.h:530 fpu__restore+0x90/0x130() [ 90.576108] Modules linked in: hid_generic usbhid hid snd_hda_codec_hdmi

Re: [PATCH v3 3/3] pci: dra7xx: use pdata callbacks to perform reset

Hi Kishon, Suman, On Wed, 10 Feb 2016, Kishon Vijay Abraham I wrote: > On Wednesday 10 February 2016 07:12 AM, Suman Anna wrote: > > On 02/09/2016 01:36 PM, Paul Walmsley wrote: > >> On Tue, 9 Feb 2016, Suman Anna wrote: > >>> On 02/09/2016 02:49 AM, Paul Walmsley wrote: > On Mon, 8 Feb

Re: [PATCH v5] mmc: OCTEON: Add host driver for OCTEON MMC controller

On Thu, 11 Feb 2016, David Daney wrote: > > > The vast majority of people that see it will not be able to change their > > > firmware. So it will be forever cluttering up their boot logs. > > > > Until they switch to use APPENDED_DTB. :-) > > > > I am philosophically opposed to making the DTB

[PATCH v1] tty: serial: 8250: Fix possible race in serial8250_em485_destroy()

Fix possbile race in serial8250_em485_destroy() when timer handlers can dereference p->em485 which is alread destroyed but not yet NULLed. Signed-off-by: Matwey V. Kornilov --- I've found that Greg applied initial patchset, so this erratum goes as separate patch.

Re: [PATCH 3/3] ARM64: zynqmp: Use 64bit size cell format

On Thu, Feb 11, 2016 at 12:58 PM, Michal Simek wrote: > Hi Rob, > > On 11.2.2016 17:13, Rob Herring wrote: >> On Thu, Feb 11, 2016 at 6:26 AM, Michal Simek >> wrote: >>> Use 64bit size cell format instead of 32bit for memory >>> description. Change

[PATCH v3 1/2] x86/lib/copy_user_64.S: cleanup __copy_user_nocache()

Add comments to __copy_user_nocache() to clarify its procedures and alignment requirement. Also change numeric branch target labels to named labels. The labels begin with ".L" and prefix "cun" (Copy User Nocache) to keep them local and unique to the function. Signed-off-by: Toshi Kani

[PATCH v3 0/2] Fix BTT data corruptions after crash

Data corruption issues were observed in tests which initiated a system crash/reset while accessing BTT devices. This problem is reproducible. The BTT driver calls pmem_rw_bytes() to update data in pmem devices. This interface calls __copy_user_nocache(), which uses non-temporal stores so that

<    1   2   3   4   5   6   7   8   9   10   >