[GIT PULL 2nd] Mailbox changes for v4.6

Hi Linus, Due to some last minute cosmetic changes, the driver was not included in the first pull request, otherwise the driver has been reviewed twice. Could you please consider pulling it, so it doesn't get delayed for another cycle? The following changes since commit

Re: [PATCHv2] fat: add config option to set UTF-8 mount option by default

On Tue, Mar 8, 2016 at 2:53 PM, Maciej S. Szmigiero wrote: > FAT has long supported its own default file name encoding > config setting, separate from CONFIG_NLS_DEFAULT. > > However, if UTF-8 encoded file names are desired FAT > character set should not be set to utf8

Re: [PATCH] staging: delete STE RMI4 hackish driver

On Wed, Mar 23, 2016 at 3:26 AM, Greg KH wrote: > On Fri, Mar 18, 2016 at 10:12:15AM +0100, Linus Walleij wrote: >> As of commit 62d5bdf972ebcfc99f72f734ae979713e4ca6450 >> "Merge branch 'synaptics-rmi4' into next" the input subsystem >> has a proper RMI4

Re: [PATCH -tip] x86/mce: Use atomic_inc_return barrier when starting monad sync

On Mon, Mar 21, 2016 at 04:19:56PM -0700, Davidlohr Bueso wrote: > mce_start() has an explicit smp_wmb to serialize writes to > global_nwo and mce_callin. However, atomic_inc_return() implies > barriers on both sides of the call, as such simply rely on this > full smp barrier. > > Signed-off-by:

Re: [PATCH] staging: dgnc: fix CamelCase in dgnc_driver.c

Hi Daeseok, [auto build test ERROR on staging/staging-testing] [also build test ERROR on next-20160323] [cannot apply to v4.5] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Daeseok-Youn

Re: [PATCH 1/3] leds: triggers: add support for RGB triggers

On 03/22/2016 11:06 PM, Heiner Kallweit wrote: Am 22.03.2016 um 17:00 schrieb Jacek Anaszewski: On 03/22/2016 12:47 PM, Heiner Kallweit wrote: Am 22.03.2016 um 09:05 schrieb Jacek Anaszewski: On 03/21/2016 06:34 PM, Heiner Kallweit wrote: Am 21.03.2016 um 16:35 schrieb Jacek Anaszewski: On

Re: Suspicious error for CMA stress test

2016-03-23 17:26 GMT+09:00 Vlastimil Babka : > On 03/23/2016 05:44 AM, Joonsoo Kim wrote: >>> >>> >>> Fixes: 3c605096d315 ("mm/page_alloc: restrict max order of merging on >>> isolated pageblock") >>> Link: https://lkml.org/lkml/2016/3/2/280 >>> Reported-by: Hanjun Guo

Re: [PATCH v3] iwlwifi: dvm: use alloc_ordered_workqueue()

On 03/19/2016 07:15 AM, Eva Rachel Retuya wrote: > Use alloc_ordered_workqueue() to allocate the workqueue instead of > create_singlethread_workqueue() since the latter is deprecated and is > scheduled > for removal. > > There are work items doing related operations that shouldn't be swapped

Re: [PATCH v2 2/5] perf: Free aux pages in unmap path

On Thu, Mar 17, 2016 at 03:05:42PM +0200, Alexander Shishkin wrote: > > We should be able to send IPIs with rcu_read_lock() held; > Ok, so how about this one instead. Looks good, thanks!

Re: [PATCH v3] PCI: ACPI: IA64: fix IO port generic range check

On 2016/3/21 19:12, Lorenzo Pieralisi wrote: The [0 - 64k] ACPI PCI IO port resource boundary check in: acpi_dev_ioresource_flags() is currently applied blindly in the ACPI resource parsing to all architectures, but only x86 suffers from that IO space limitation. On arches (ie IA64 and ARM64)

[PATCH] sdcardfs: fix itnull.cocci warnings

Remove NULL test, as the index variable of list_for-each_entry cannot be NULL. Generated by: scripts/coccinelle/iterators/itnull.cocci Signed-off-by: Fengguang Wu Signed-off-by: Julia Lawall --- derived_perm.c |2 +- 1 file changed, 1

Re: [PATCH v3 04/23] atari_NCR5380: Remove DMA_MIN_SIZE macro

On 03/21/2016 03:31 AM, Finn Thain wrote: > Only the atari_scsi and sun3_scsi drivers define DMA_MIN_SIZE. > Both drivers also define NCR5380_dma_xfer_len, which means > DMA_MIN_SIZE can be removed from the core driver. > > This removes another discrepancy between the two core drivers. > >

Re: [PATCH] fujitsu-laptop: Support radio LED

> > If you could let me know how you went about > > acquiring the values on your machine I could try the exact same steps on the > > S7020 to see what we get. > > The BTNI value is printed to the kernel log buffer by > acpi_fujitsu_hotkey_add(), so all it takes to retrieve it is: > > dmesg |

Re: [PATCH] ARM64: dts: amlogic: Clean up Vega S95 /memory nodes

On Thu, Mar 17, 2016 at 12:10 AM, Andreas Färber wrote: > Resolve the following warnings from new dtc by adding the unit address: > > DTC arch/arm64/boot/dts/amlogic/meson-gxbb-vega-s95-pro.dtb > Warning (unit_address_vs_reg): Node /memory has a reg or ranges property,

Re: [PATCH] ARM: dts: exynos: Enable SSS on Odroid X/X2/U3 family

Hi Krzysztof, [auto build test ERROR on robh/for-next] [also build test ERROR on v4.5 next-20160323] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Krzysztof-Kozlowski/ARM-dts-exynos-Enable

Re: zram: per-cpu compression streams

( was "[PATCH] zram: export the number of available comp streams" forked from http://marc.info/?l=linux-kernel=145860707516861 ) d'oh sorry, now actually forked. Hello Minchan, forked into a separate tread. > On (03/22/16 09:39), Minchan Kim wrote: > > zram_bvec_write() > > { >

Re: [PATCH V2 0/2] kexec: Make a pair of map/unmap reserved pages in error path

On 03/23/16 at 11:32am, Xunlei Pang wrote: > On 2016/03/23 at 10:48, Baoquan He wrote: > > On 03/01/16 at 05:53pm, Xunlei Pang wrote: > >> This is a bug fix. > >> > >> After this, I will try to do a cleanup for crash_unmap/map_reserved_pages() > >> (only used by S390) to consolidate it with > >>

Re: Suspicious error for CMA stress test

On 03/23/2016 05:44 AM, Joonsoo Kim wrote: Fixes: 3c605096d315 ("mm/page_alloc: restrict max order of merging on isolated pageblock") Link: https://lkml.org/lkml/2016/3/2/280 Reported-by: Hanjun Guo Debugged-by: Laura Abbott Debugged-by: Joonsoo Kim

Re: [PATCH v2 16/18] dt-bindings: Add OXNAS bindings

On 03/17/2016 06:27 PM, Rob Herring wrote: > On Wed, Mar 09, 2016 at 11:24:18AM +0100, Neil Armstrong wrote: >> Signed-off-by: Neil Armstrong >> --- >> Documentation/devicetree/bindings/arm/oxnas.txt | 9 + >> 1 file changed, 9 insertions(+) >> create mode

Re: [PATCH v4 0/2] clk: Add Artpec-6 SoC support

Michael & Stephen, Should we resubmit this series for 4.7 ? Also to follow up on your previous request to use the platform driver framework. We have noticed recent submissions use a style that mixes early clocks registered with CLK_OF_DECLARE and the remaining clocks registered through a

Re: [RFC][PATCH v6 1/2] printk: Make printk() completely async

On (03/23/16 09:37), Sergey Senozhatsky wrote: [..] > ok, I'll take a look. > > eventually (after 0003) vprintk_emit() is > > if (in_sched) { > __this_cpu_or(printk_pending, > PRINTK_PENDING_OUTPUT); >

Re: [PATCH v2 1/6] x86/mm/pat: Change PAT to support non-default PAT MSR

On Tue, Mar 22, 2016 at 12:35:19PM -0600, Toshi Kani wrote: > Right.  Will change to "Add support of non-default PAT MSR setting at > handoff". Please remove this "handoff" notion from the text. Every hw register is being handed off to the OS once the kernel takes over so there's no need to make

[PATCH 1/4 v3] drm: Rename drm_connector_unplug_all() to drm_connector_unregister_all()

Current name is a bit misleading because what that helper function really does it calls drm_connector_unregister() for all connectors. This all has nothing to do with hotplugging so let's name things properly. And while at it remove potentially dangerous locking around drm_connector_unregister()

[PATCH 3/4 v3] drm: atmel_hldc: Use generic drm_connector_register_all() helper

This driver used to have its own implementation of connector_register_all() which actually was taken as a prototype of drm_connector_register_all(). Now when drm_connector_register_all() exists reusing it here. And while at it replace atmel_hlcdc_dc_connector_unplug_all() with generic

[PATCH 0/4 v3] drm: Introduce drm_connector_register_all() helper

As a pair to already existing drm_connector_unplug_all() (which we'll rename in this series to drm_connector_unregister_all()) we're adding generic implementation of what is already done in some drivers for registering all connectors. After implementation of that new helper we're updating 2

[PATCH 4/4 v3] drm: rcar-du: Use generic drm_connector_register_all() helper

Now that a generic drm_connector_register_all() helper exists we may safely substitute it for the driver-specific implementation of connectors plugging in sysfs. Signed-off-by: Alexey Brodkin Cc: Daniel Vetter Cc: David Airlie Cc:

[PATCH 2/4 v3] drm: Introduce drm_connector_register_all() helper

As a pair to already existing drm_connector_unregister_all() we're adding generic implementation of what is already done in some drivers. Once this helper is implemented we'll be ready to switch existing driver-specific implementations with the generic one. Signed-off-by: Alexey Brodkin

Re: [PATCH v2 3/6] x86/mtrr: Fix Xorg crashes in Qemu sessions

On Tue, Mar 22, 2016 at 03:53:30PM -0600, Toshi Kani wrote: > Yes. I had to remove this number since checkpatch complained that I needed > to quote the whole patch tile again.  I will ignore this checkpatch error > and add this commit number here. Actually, checkpatch is right. We do quote the

regmap: mmio: regression in pre-v4.6-rc1

Hi, I'm currently trying to get PCIe working on LS1021A (little-endian ARM). For link-detection I need access to a syscon perpheral (SCFG) which is attched to CPU as big-endian. The corresponding DT part is: scfg: scfg@157 { compatible =

Re: [PATCH v2 2/6] x86/mm/pat: Add pat_disable() interface

On Tue, Mar 22, 2016 at 03:40:45PM -0600, Toshi Kani wrote: > Will change to "Prevent the OS from initializing the PAT MSR". > > I wanted to clarify that "disable" does not mean to disable PAT MSR. How do you "disable PAT MSR" ? I think you're overdocumenting this. pat_disable() is as clear as

Re: Delete flush cache all in arm64 platform.

Hi Mark & Laura On 2016/3/21 23:58, Laura Abbott wrote: > On 03/21/2016 03:08 AM, Mark Rutland wrote: >> [adding LAKML] >> >> On Mon, Mar 21, 2016 at 04:07:47PM +0800, Chen Feng wrote: >>> Hi Mark, >> >> Hi, >> >>> With 68234df4ea7939f98431aa81113fbdce10c4a84b >>> arm64: kill flush_cache_all()

[PATCH v5] iio: potentiometer: add driver for Microchip MCP413X/414X/415X/416X/423X/424X/425X/426X

The following functionalities are supported: - write, read from volatile memory Datasheet: http://ww1.microchip.com/downloads/en/DeviceDoc/22060b.pdf Signed-off-by: Slawomir Stepien --- Changes since v4: - Added necessary include files and sorted all includes - Added missing

[PATCH] Fixes: e490c9144cfa ("tty: Add software emulated RS485 support for 8250")

From: Yegor Yefremov When in half-duplex mode RX will be disabled before TX, but not enabled after deactivating transmitter. This patch enables UART_IER_RLSI and UART_IER_RDI interrupts after TX is over. Cc: Matwey V. Kornilov Signed-off-by: Yegor

[PATCH v5 19/20] x86, kaslr: Allow random address to be below loaded address

Now new randomized output can only be chosen from regions above loaded address. In this case, for bootloaders like kexec which always loads kernel near the end of ram, it doesn't do randomization at all. Or kernel is loaded in a very big starting address, we should not give up that area is loaded

Re: [PATCH 1/4 v3] drm: Rename drm_connector_unplug_all() to drm_connector_unregister_all()

On Wed, 23 Mar 2016 11:42:54 +0300 Alexey Brodkin wrote: > Current name is a bit misleading because what that helper function > really does it calls drm_connector_unregister() for all connectors. > > This all has nothing to do with hotplugging so let's name things >

[PATCH 2/2] irqchip/mbigen:Change the config option of mbigen driver to non-configurable

From: Ma Jun This config is selected by CONFIG_ARCH_HISI, So we change this config to non-configurable. I also adjust the mbigen config position try to sort the configs in alphabetical order. Signed-off-by: Ma Jun --- drivers/irqchip/Kconfig | 14

[PATCH 0/2] Change the the config option of mbigen driver.

From: Ma Jun In current driver, the config of mbigen driver is a configurable option and have nothing to do with CONFIG_ARCH_HISI. As a module of Hisilicon SOC, the config of mbigen driver should be selected by CONFIG_ARCH_HISI on Hisilicon platform, but not a configurable

[PATCH 1/2]ARM64: Enable mbigen interrupt controller on Hisilicon platform

From: Ma Jun As a interrupt controller used on some of hisilicon SOCs(660,1610 etc.), mbigen driver should be enabled when CONFIG_ARCH_HISI is enabled. Signed-off-by: Ma Jun --- arch/arm64/Kconfig.platforms |1 + 1 files changed, 1 insertions(+), 0

RE: [PATCH] mpt3sas: Don't overreach ioc->reply_post[] during initialization

Hi, Please consider this patch as Ack-by: Chaitra P B Thanks, Chaitra -Original Message- From: Martin K. Petersen [mailto:martin.peter...@oracle.com] Sent: Tuesday, March 22, 2016 6:00 AM To: Calvin Owens Cc: Sathya Prakash; Chaitra P B; Suganath Prabu

Re: [PATCH v2 5/6] x86/xen,pat: Remove PAT table init code from Xen

On 22/03/16 18:02, Borislav Petkov wrote: > On Wed, Mar 16, 2016 at 06:46:58PM -0600, Toshi Kani wrote: >> Xen supports PAT without MTRR for its guests. In order to >> enable WC attribute, it was necessary for xen_start_kernel() >> to call pat_init_cache_modes() to update PAT table before >>

[PATCH] ARM: dts: exynos: Enable SSS on Odroid X/X2/U3 family

Enable the Security SubSystem (SSS) on Exynos4412-based Odroid boards to provide hardware acceleration for AES operations. Signed-off-by: Krzysztof Kozlowski Tested-by: Tobias Jakobi --- arch/arm/boot/dts/exynos4412-odroid-common.dtsi | 4 1 file changed, 4 insertions(+) diff --git

[PATCH] tpm: drop 'base' from struct tpm_vendor_specific

Dropped the field 'base' from struct tpm_vendor_specific and migrated it to the private structures of tpm_atmel and tpm_nsc. Signed-off-by: Jarkko Sakkinen --- drivers/char/tpm/tpm_atmel.c | 6 ++--- drivers/char/tpm/tpm_atmel.h | 7 -- drivers/char/tpm/tpm_nsc.c | 57

Re: [PATCH] tpm: drop 'base' from struct tpm_vendor_specific

On Wed, Mar 23, 2016 at 08:16:09AM +0200, Jarkko Sakkinen wrote: > Dropped the field 'base' from struct tpm_vendor_specific and migrated > it to the private structures of tpm_atmel and tpm_nsc. > > Signed-off-by: Jarkko Sakkinen Ugh, forgot the final step: removing the field from the struct.

[PATCH] tpm: drop the field 'time_expired' from struct tpm_chip

Removed the field because it is not used for anything. Signed-off-by: Jarkko Sakkinen --- drivers/char/tpm/tpm.h | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/char/tpm/tpm.h b/drivers/char/tpm/tpm.h index 09302ab..3c4e5eb 100644 --- a/drivers/char/tpm/tpm.h +++

Re: [lustre-devel] [PATCH] Revert "Staging: lustre: o2iblnd: Use sizeof type *pointer instead of sizeof type."

Yes, those are “per-CPT allocations”. So the allocator ends up allocating an array of pointers to the given data type. Doug On Mar 22, 2016, at 10:39 PM, Dilger, Andreas mailto:andreas.dil...@intel.com>> wrote: On 2016/03/22, 19:49, "lustre-devel on behalf of Greg Kroah-Hartman"

Re: [PATCH] spi: fsl-dspi: Set max_speed_hz for master

On 2016-03-21 13:11, Bhuvanchandra DV wrote: > Calculate and update max speed from bus clock for SoC's > using DSPI IP. > > The bus clock factor's are taken from the data sheet's > of respective SoC's. Plurals are without apostrophe... I wonder if GCC optimizes this to a bit shift... Acked-by:

Re: [PATCH trace-cmd 1/2] trace-cmd-listen: remove useless printf

On Tue, Mar 22, 2016 at 09:18:11AM -0400, Steven Rostedt wrote: > > diff --git a/trace-listen.c b/trace-listen.c > > index 1e38eda..12cc9c5 100644 > > --- a/trace-listen.c > > +++ b/trace-listen.c > > @@ -721,7 +721,6 @@ static void do_accept_loop(int sfd) > > do { > > cfd =

Re: [PATCH v12 08/29] HMM: add device page fault support v6.

Jérôme Glisse writes: > [ text/plain ] > This patch add helper for device page fault. Thus helpers will fill > the mirror page table using the CPU page table and synchronizing > with any update to CPU page table. > > Changed since v1: > - Add comment about directory lock. > > Changed since v2:

Re: [PATCH trace-cmd 2/2] trace-recorder: better error handling during copy

On Tue, Mar 22, 2016 at 09:19:56AM -0400, Steven Rostedt wrote: > On Tue, 22 Mar 2016 09:14:33 -0400 > Peter Xu wrote: > > > Currently we have two ways to copy data, one is splice, one is read + > > write. For both, dump more information when we got errors during the > > copy. Also, when we

[PATCH trace-cmd v2] trace-recorder: better error handling during copy

Currently we have two ways to copy data, one is splice, one is read + write. For both, we should make sure all bytes written, and update written bytes only. It might happen when we got, e.g., no space error, or connection error when copying data to remote sockets. In the past, we just got silence

[PATCH] sdcardfs: fix itnull.cocci warnings

Remove NULL tests, as the index variable of list_for_each_entry cannot be NULL. Signed-off-by: Fengguang Wu Signed-off-by: Julia Lawall --- The code seems to have a lot of unnecessary braces as well. tree: https://android.googlesource.com/kernel/common android-4.4 head:

[PATCH] sdcardfs: fix itnull.cocci warnings

Remove NULL test, as the index variable of list_for-each_entry cannot be NULL. Generated by: scripts/coccinelle/iterators/itnull.cocci Signed-off-by: Fengguang Wu Signed-off-by: Julia Lawall --- derived_perm.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) ---

Re: [PATCH v3 04/23] atari_NCR5380: Remove DMA_MIN_SIZE macro

On 03/21/2016 03:31 AM, Finn Thain wrote: > Only the atari_scsi and sun3_scsi drivers define DMA_MIN_SIZE. > Both drivers also define NCR5380_dma_xfer_len, which means > DMA_MIN_SIZE can be removed from the core driver. > > This removes another discrepancy between the two core drivers. > >

Re: [PATCH v3 14/23] ncr5380: Reduce max_lun limit

On 03/21/2016 03:32 AM, Finn Thain wrote: > The driver has a limit of eight LUs because of the byte-sized bitfield > that is used for busy flags. That means the maximum LUN is 7. The default > is 8. > > Signed-off-by: Finn Thain > Tested-by: Michael Schmitz > > --- > > Changed since v1: > -

Re: [PATCH v3 20/23] atari_scsi: Set a reasonable default for cmd_per_lun

On 03/21/2016 03:32 AM, Finn Thain wrote: > This setting does not need to be conditional on Atari ST or TT. > > Signed-off-by: Finn Thain > Tested-by: Michael Schmitz > > --- > > Changed since v1: > - Set the default cmd_per_lun to 4 based on test results. > > Changed since v2: > - Revert

Re: [PATCH v3 23/23] ncr5380: Call complete_cmd() for disconnected commands on bus reset

On 03/21/2016 03:32 AM, Finn Thain wrote: > I'm told that some targets are liable to disconnect a REQUEST SENSE > command. Theoretically this would cause a command undergoing autosense to > be moved onto the disconnected list. The bus reset handler must call > complete_cmd() for these commands,

Re: [PATCH v3 0/3] scsi: reduce CONFIG_SCSI_CONSTANTS=y impact by 8k

Thanks Rasmus, the whole series looks good to me: Reviewed-by: Christoph Hellwig

Re: [PATCH v2 0/5] mempool based chained scatterlist alloc/free api

On Tue, Mar 22, 2016 at 03:03:11PM -0700, Ming Lin wrote: > From: Ming Lin > > The fist 4 patches make the SG related definitions/structs/functions > in SCSI code generic and the last patch move it to lib/sg_pool.c. > > I still keep the macro "SG_MEMPOOL_NR" since it's used in 3 places. I

Re: [PATCH] fujitsu-laptop: Support radio LED

> > If you could let me know how you went about > > acquiring the values on your machine I could try the exact same steps on the > > S7020 to see what we get. > > The BTNI value is printed to the kernel log buffer by > acpi_fujitsu_hotkey_add(), so all it takes to retrieve it is: > > dmesg |

Re: [PATCH v3 4/4] nmi_backtrace: generate one-line reports for idle cpus

On Wed, Mar 23, 2016 at 01:50:00AM +0100, Rafael J. Wysocki wrote: > > > Well, what about intel_idle_freeze()? Or do we not care? > > > > I argued against it; when you're suspended the NMI watchdog is stopped > > too. > > Is it also stopped for suspend-to-idle? I'm not sure about that. > >

Re: [PATCH] ARM64: dts: amlogic: Clean up Vega S95 /memory nodes

On Thu, Mar 17, 2016 at 12:10 AM, Andreas Färber wrote: > Resolve the following warnings from new dtc by adding the unit address: > > DTC arch/arm64/boot/dts/amlogic/meson-gxbb-vega-s95-pro.dtb > Warning (unit_address_vs_reg): Node /memory has a reg or ranges property, > but no unit

Re: [PATCH] zram: export the number of available comp streams

( was "[PATCH] zram: export the number of available comp streams" forked from http://marc.info/?l=linux-kernel=145860707516861 ) Hello Minchan, forked into a separate tread. On (03/22/16 09:39), Minchan Kim wrote: > > zram_bvec_write() > > { > > *get_cpu_ptr(comp->stream); > >

Re: [PATCH] ARM: dts: exynos: Enable SSS on Odroid X/X2/U3 family

Hi Krzysztof, [auto build test ERROR on robh/for-next] [also build test ERROR on v4.5 next-20160323] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Krzysztof-Kozlowski/ARM-dts-exynos-Enable

Re: [PATCH v2 0/6] ARM64: meson: GXBaby (S905) and Vega S95 enablement

On Tue, Mar 22, 2016 at 9:29 PM, Andreas Färber wrote: > Am 21.03.2016 um 23:36 schrieb Kevin Hilman: >> On Tue, Mar 1, 2016 at 6:34 PM, Andreas Färber wrote: >> >>> Note: On the Vega S95 I need to change TEXT_OFFSET as follows, >>> in order to avoid the vendor U-Boot overwriting itself (fwiu);

Re: zram: per-cpu compression streams

( was "[PATCH] zram: export the number of available comp streams" forked from http://marc.info/?l=linux-kernel=145860707516861 ) d'oh sorry, now actually forked. Hello Minchan, forked into a separate tread. > On (03/22/16 09:39), Minchan Kim wrote: > > zram_bvec_write() > > { >

[GIT PULL 2nd] Mailbox changes for v4.6

Hi Linus, Due to some last minute cosmetic changes, the driver was not included in the first pull request, otherwise the driver has been reviewed twice. Could you please consider pulling it, so it doesn't get delayed for another cycle? The following changes since commit

Re: [PATCHv2] fat: add config option to set UTF-8 mount option by default

On Tue, Mar 8, 2016 at 2:53 PM, Maciej S. Szmigiero wrote: > FAT has long supported its own default file name encoding > config setting, separate from CONFIG_NLS_DEFAULT. > > However, if UTF-8 encoded file names are desired FAT > character set should not be set to utf8 since this would > make

Re: [PATCH V2 0/2] kexec: Make a pair of map/unmap reserved pages in error path

On 03/23/16 at 11:32am, Xunlei Pang wrote: > On 2016/03/23 at 10:48, Baoquan He wrote: > > On 03/01/16 at 05:53pm, Xunlei Pang wrote: > >> This is a bug fix. > >> > >> After this, I will try to do a cleanup for crash_unmap/map_reserved_pages() > >> (only used by S390) to consolidate it with > >>

Re: Suspicious error for CMA stress test

On 03/23/2016 05:44 AM, Joonsoo Kim wrote: Fixes: 3c605096d315 ("mm/page_alloc: restrict max order of merging on isolated pageblock") Link: https://lkml.org/lkml/2016/3/2/280 Reported-by: Hanjun Guo Debugged-by: Laura Abbott Debugged-by: Joonsoo Kim Signed-off-by: Vlastimil Babka Cc: #

Re: [PATCH] staging: delete STE RMI4 hackish driver

On Wed, Mar 23, 2016 at 3:26 AM, Greg KH wrote: > On Fri, Mar 18, 2016 at 10:12:15AM +0100, Linus Walleij wrote: >> As of commit 62d5bdf972ebcfc99f72f734ae979713e4ca6450 >> "Merge branch 'synaptics-rmi4' into next" the input subsystem >> has a proper RMI4 infrastructure and touchscreen driver. >>

Re: [PATCH -tip] x86/mce: Use atomic_inc_return barrier when starting monad sync

On Mon, Mar 21, 2016 at 04:19:56PM -0700, Davidlohr Bueso wrote: > mce_start() has an explicit smp_wmb to serialize writes to > global_nwo and mce_callin. However, atomic_inc_return() implies > barriers on both sides of the call, as such simply rely on this > full smp barrier. > > Signed-off-by:

Re: [PATCH] staging: dgnc: fix CamelCase in dgnc_driver.c

Hi Daeseok, [auto build test ERROR on staging/staging-testing] [also build test ERROR on next-20160323] [cannot apply to v4.5] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Daeseok-Youn

Re: Suspicious error for CMA stress test

2016-03-23 17:26 GMT+09:00 Vlastimil Babka : > On 03/23/2016 05:44 AM, Joonsoo Kim wrote: >>> >>> >>> Fixes: 3c605096d315 ("mm/page_alloc: restrict max order of merging on >>> isolated pageblock") >>> Link: https://lkml.org/lkml/2016/3/2/280 >>> Reported-by: Hanjun Guo >>> Debugged-by: Laura

Re: [PATCH 1/3] leds: triggers: add support for RGB triggers

On 03/22/2016 11:06 PM, Heiner Kallweit wrote: Am 22.03.2016 um 17:00 schrieb Jacek Anaszewski: On 03/22/2016 12:47 PM, Heiner Kallweit wrote: Am 22.03.2016 um 09:05 schrieb Jacek Anaszewski: On 03/21/2016 06:34 PM, Heiner Kallweit wrote: Am 21.03.2016 um 16:35 schrieb Jacek Anaszewski: On

Re: [PATCH v3] iwlwifi: dvm: use alloc_ordered_workqueue()

On 03/19/2016 07:15 AM, Eva Rachel Retuya wrote: > Use alloc_ordered_workqueue() to allocate the workqueue instead of > create_singlethread_workqueue() since the latter is deprecated and is > scheduled > for removal. > > There are work items doing related operations that shouldn't be swapped

Re: [PATCH v2 2/5] perf: Free aux pages in unmap path

On Thu, Mar 17, 2016 at 03:05:42PM +0200, Alexander Shishkin wrote: > > We should be able to send IPIs with rcu_read_lock() held; > Ok, so how about this one instead. Looks good, thanks!

Re: [PATCH v3] PCI: ACPI: IA64: fix IO port generic range check

On 2016/3/21 19:12, Lorenzo Pieralisi wrote: The [0 - 64k] ACPI PCI IO port resource boundary check in: acpi_dev_ioresource_flags() is currently applied blindly in the ACPI resource parsing to all architectures, but only x86 suffers from that IO space limitation. On arches (ie IA64 and ARM64)

Re: [PATCH v2 16/18] dt-bindings: Add OXNAS bindings

On 03/17/2016 06:27 PM, Rob Herring wrote: > On Wed, Mar 09, 2016 at 11:24:18AM +0100, Neil Armstrong wrote: >> Signed-off-by: Neil Armstrong >> --- >> Documentation/devicetree/bindings/arm/oxnas.txt | 9 + >> 1 file changed, 9 insertions(+) >> create mode 100644

Re: [RFC][PATCH v6 1/2] printk: Make printk() completely async

On (03/23/16 09:37), Sergey Senozhatsky wrote: [..] > ok, I'll take a look. > > eventually (after 0003) vprintk_emit() is > > if (in_sched) { > __this_cpu_or(printk_pending, > PRINTK_PENDING_OUTPUT); >

Re: [PATCH v4 0/2] clk: Add Artpec-6 SoC support

Michael & Stephen, Should we resubmit this series for 4.7 ? Also to follow up on your previous request to use the platform driver framework. We have noticed recent submissions use a style that mixes early clocks registered with CLK_OF_DECLARE and the remaining clocks registered through a

[PATCH 3/4 v3] drm: atmel_hldc: Use generic drm_connector_register_all() helper

This driver used to have its own implementation of connector_register_all() which actually was taken as a prototype of drm_connector_register_all(). Now when drm_connector_register_all() exists reusing it here. And while at it replace atmel_hlcdc_dc_connector_unplug_all() with generic

[PATCH 0/4 v3] drm: Introduce drm_connector_register_all() helper

As a pair to already existing drm_connector_unplug_all() (which we'll rename in this series to drm_connector_unregister_all()) we're adding generic implementation of what is already done in some drivers for registering all connectors. After implementation of that new helper we're updating 2

Re: [PATCH v2 1/6] x86/mm/pat: Change PAT to support non-default PAT MSR

On Tue, Mar 22, 2016 at 12:35:19PM -0600, Toshi Kani wrote: > Right.  Will change to "Add support of non-default PAT MSR setting at > handoff". Please remove this "handoff" notion from the text. Every hw register is being handed off to the OS once the kernel takes over so there's no need to make

[PATCH 1/4 v3] drm: Rename drm_connector_unplug_all() to drm_connector_unregister_all()

Current name is a bit misleading because what that helper function really does it calls drm_connector_unregister() for all connectors. This all has nothing to do with hotplugging so let's name things properly. And while at it remove potentially dangerous locking around drm_connector_unregister()

[PATCH 4/4 v3] drm: rcar-du: Use generic drm_connector_register_all() helper

Now that a generic drm_connector_register_all() helper exists we may safely substitute it for the driver-specific implementation of connectors plugging in sysfs. Signed-off-by: Alexey Brodkin Cc: Daniel Vetter Cc: David Airlie Cc: linux-renesas-...@vger.kernel.org Acked-by: Laurent Pinchart

[PATCH 2/4 v3] drm: Introduce drm_connector_register_all() helper

As a pair to already existing drm_connector_unregister_all() we're adding generic implementation of what is already done in some drivers. Once this helper is implemented we'll be ready to switch existing driver-specific implementations with the generic one. Signed-off-by: Alexey Brodkin Cc:

Re: [PATCH v2 3/6] x86/mtrr: Fix Xorg crashes in Qemu sessions

On Tue, Mar 22, 2016 at 03:53:30PM -0600, Toshi Kani wrote: > Yes. I had to remove this number since checkpatch complained that I needed > to quote the whole patch tile again.  I will ignore this checkpatch error > and add this commit number here. Actually, checkpatch is right. We do quote the

regmap: mmio: regression in pre-v4.6-rc1

Hi, I'm currently trying to get PCIe working on LS1021A (little-endian ARM). For link-detection I need access to a syscon perpheral (SCFG) which is attched to CPU as big-endian. The corresponding DT part is: scfg: scfg@157 { compatible =

Re: [PATCH v2 2/6] x86/mm/pat: Add pat_disable() interface

On Tue, Mar 22, 2016 at 03:40:45PM -0600, Toshi Kani wrote: > Will change to "Prevent the OS from initializing the PAT MSR". > > I wanted to clarify that "disable" does not mean to disable PAT MSR. How do you "disable PAT MSR" ? I think you're overdocumenting this. pat_disable() is as clear as

Re: Delete flush cache all in arm64 platform.

Hi Mark & Laura On 2016/3/21 23:58, Laura Abbott wrote: > On 03/21/2016 03:08 AM, Mark Rutland wrote: >> [adding LAKML] >> >> On Mon, Mar 21, 2016 at 04:07:47PM +0800, Chen Feng wrote: >>> Hi Mark, >> >> Hi, >> >>> With 68234df4ea7939f98431aa81113fbdce10c4a84b >>> arm64: kill flush_cache_all()

[PATCH v5] iio: potentiometer: add driver for Microchip MCP413X/414X/415X/416X/423X/424X/425X/426X

The following functionalities are supported: - write, read from volatile memory Datasheet: http://ww1.microchip.com/downloads/en/DeviceDoc/22060b.pdf Signed-off-by: Slawomir Stepien --- Changes since v4: - Added necessary include files and sorted all includes - Added missing mutex unlock when

[PATCH] Fixes: e490c9144cfa ("tty: Add software emulated RS485 support for 8250")

From: Yegor Yefremov When in half-duplex mode RX will be disabled before TX, but not enabled after deactivating transmitter. This patch enables UART_IER_RLSI and UART_IER_RDI interrupts after TX is over. Cc: Matwey V. Kornilov Signed-off-by: Yegor Yefremov ---

[PATCH v5 19/20] x86, kaslr: Allow random address to be below loaded address

Now new randomized output can only be chosen from regions above loaded address. In this case, for bootloaders like kexec which always loads kernel near the end of ram, it doesn't do randomization at all. Or kernel is loaded in a very big starting address, we should not give up that area is loaded

Re: [PATCH 1/4 v3] drm: Rename drm_connector_unplug_all() to drm_connector_unregister_all()

On Wed, 23 Mar 2016 11:42:54 +0300 Alexey Brodkin wrote: > Current name is a bit misleading because what that helper function > really does it calls drm_connector_unregister() for all connectors. > > This all has nothing to do with hotplugging so let's name things > properly. > > And while at

[PATCH 2/2] irqchip/mbigen:Change the config option of mbigen driver to non-configurable

From: Ma Jun This config is selected by CONFIG_ARCH_HISI, So we change this config to non-configurable. I also adjust the mbigen config position try to sort the configs in alphabetical order. Signed-off-by: Ma Jun --- drivers/irqchip/Kconfig | 14 ++ 1 files changed, 6

[PATCH 0/2] Change the the config option of mbigen driver.

From: Ma Jun In current driver, the config of mbigen driver is a configurable option and have nothing to do with CONFIG_ARCH_HISI. As a module of Hisilicon SOC, the config of mbigen driver should be selected by CONFIG_ARCH_HISI on Hisilicon platform, but not a configurable option. This patch

[PATCH 1/2]ARM64: Enable mbigen interrupt controller on Hisilicon platform

From: Ma Jun As a interrupt controller used on some of hisilicon SOCs(660,1610 etc.), mbigen driver should be enabled when CONFIG_ARCH_HISI is enabled. Signed-off-by: Ma Jun --- arch/arm64/Kconfig.platforms |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git

RE: [PATCH] mpt3sas: Don't overreach ioc->reply_post[] during initialization

Hi, Please consider this patch as Ack-by: Chaitra P B Thanks, Chaitra -Original Message- From: Martin K. Petersen [mailto:martin.peter...@oracle.com] Sent: Tuesday, March 22, 2016 6:00 AM To: Calvin Owens Cc: Sathya Prakash; Chaitra P B; Suganath Prabu Subramani; James E.J. Bottomley;

Re: [PATCH 1/5] perf core: Introduce new ioctl options to pause and resume ring buffer

On Mon, Mar 14, 2016 at 09:59:41AM +, Wang Nan wrote: > Add new ioctl() to pause/resume ring-buffer output. > > In some situations we want to read from ring buffer only when we > ensure nothing can write to the ring buffer during reading. Without > this patch we have to turn off all events

Re: [PATCH 2/2 v5] irqchip/Layerscape: Add SCFG MSI controller support

On Monday 07 March 2016 11:36:22, Minghuan Lian wrote: > Some kind of NXP Layerscape SoC provides a MSI > implementation which uses two SCFG registers MSIIR and > MSIR to support 32 MSI interrupts for each PCIe controller. > The patch is to support it. > > Signed-off-by: Minghuan Lian

<    3   4   5   6   7   8   9   10   11   12   >