Re: [v2,1/4] hwmon: iio_hwmon: defer probe when no channel is found

2016-07-18 Thread Maxime Ripard
Hi Guenter, On Sat, Jul 16, 2016 at 10:00:13AM -0700, Guenter Roeck wrote: > On Fri, Jul 15, 2016 at 11:59:11AM +0200, Quentin Schulz wrote: > > iio_channel_get_all returns -ENODEV when it cannot find either phandles and > > properties in the Device Tree or channels whose consumer_dev_name matches

[PATCH v4 2/7] thunderbolt: Updating the register definitions

2016-07-18 Thread Amir Levy
Adding more Thunderbolt(TM) register definitions and some helper macros. Signed-off-by: Amir Levy --- drivers/thunderbolt/nhi_regs.h | 109 + 1 file changed, 109 insertions(+) diff --git a/drivers/thunderbolt/nhi_regs.h b/drivers/thunderbolt/nhi_regs.h in

Re: [RFC 0/1] ARM: print MHz in /proc/cpuinfo

2016-07-18 Thread Pavel Machek
On Sun 2016-07-03 17:54:31, Russell King - ARM Linux wrote: > On Sat, Jul 02, 2016 at 07:58:00PM -0400, Jon Masters wrote: > > Agreed. But we'll still be coming back to ensure this information is > > presented to users. I pointed out to ARM about 3-4 years ago that this > > was going to bite us. It

Re: [PATCH v7 2/2] phy: rockchip-inno-usb2: add a new driver for Rockchip usb2phy

2016-07-18 Thread Frank Wang
Hi Heiko, On 2016/6/25 3:58, Heiko Stuebner wrote: Am Dienstag, 21. Juni 2016, 18:30:05 schrieb Frank Wang: The newer SoCs (rk3366, rk3399) take a different usb-phy IP block than rk3288 and before, and most of phy-related registers are also different from the past, so a new phy driver is requir

[PATCH v4 6/7] thunderbolt: Networking transmit and receive

2016-07-18 Thread Amir Levy
Handling the transmission to second peer and receiving from it. This includes communication with upper layer, the network stack and configuration of Thunderbolt(TM) HW. Signed-off-by: Amir Levy --- drivers/thunderbolt/icm/icm_nhi.c | 15 + drivers/thunderbolt/icm/net.c | 1475 +

[PATCH v4 5/7] thunderbolt: Networking state machine

2016-07-18 Thread Amir Levy
Negotiation states that a peer goes through in order to establish the communication with the second peer. This includes communication with upper layer and additional infrastructure support to communicate with the second peer through ICM. Signed-off-by: Amir Levy --- drivers/thunderbolt/icm/Makef

Re: [PATCH 2/3] qemu: Implement virtio-pstore device

2016-07-18 Thread Stefan Hajnoczi
On Mon, Jul 18, 2016 at 01:37:40PM +0900, Namhyung Kim wrote: > From: Namhyung Kim > > Add virtio pstore device to allow kernel log files saved on the host. > It will save the log files on the directory given by pstore device > option. > > $ qemu-system-x86_64 -device virtio-pstore,directory=d

[PATCH v4 3/7] thunderbolt: Kconfig for Thunderbolt(TM) networking

2016-07-18 Thread Amir Levy
Updating the Kconfig Thunderbolt(TM) description. Signed-off-by: Amir Levy --- drivers/thunderbolt/Kconfig | 25 + drivers/thunderbolt/Makefile | 2 +- 2 files changed, 22 insertions(+), 5 deletions(-) diff --git a/drivers/thunderbolt/Kconfig b/drivers/thunderbolt/Kcon

[PATCH v4 4/7] thunderbolt: Communication with the ICM (firmware)

2016-07-18 Thread Amir Levy
Firmware-based (a.k.a ICM - Intel Connection Manager) controller is used for establishing and maintaining the Thunderbolt Networking connection. We need to be able to communicate with it. Signed-off-by: Amir Levy --- drivers/thunderbolt/Makefile |1 + drivers/thunderbolt/icm/Makefile |

Re: [RFC 3/3] kexec: extend kexec_file_load system call

2016-07-18 Thread Mark Rutland
On Mon, Jul 18, 2016 at 10:30:24AM +0800, Dave Young wrote: > On 07/15/16 at 02:19pm, Mark Rutland wrote: > > On Fri, Jul 15, 2016 at 09:09:55AM -0400, Vivek Goyal wrote: > > > On Tue, Jul 12, 2016 at 10:42:01AM +0900, AKASHI Takahiro wrote: > > > > > > [..] > > > > -SYSCALL_DEFINE5(kexec_file_loa

Re: [PATCH v0 06/10] arm: orion5x: Add DT-based support for Netgear WNR854T

2016-07-18 Thread Arnd Bergmann
On Monday, July 18, 2016 11:44:24 AM CEST Thomas Petazzoni wrote: > > On Sun, 17 Jul 2016 22:41:35 +0200, Arnd Bergmann wrote: > > > I would assume that the PCIe port should work out of the box with the driver > > Unfortunately, no. The PCIe on Orion5x requires a workaround for > reading/writing

[PATCH] mtd: update description of MTD_BCM47XXSFLASH symbol

2016-07-18 Thread Rafał Miłecki
For years now we support writing to BCMA SoC serial flash, so don't describe this driver as providing read-only support anymore. Signed-off-by: Rafał Miłecki --- drivers/mtd/devices/Kconfig | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/mtd/devices/Kconfig b/driv

[PATCH] bcache: untagle cache_aolloc

2016-07-18 Thread Johannes Thumshirn
bcache's cache_alloc() function currenty has no way freeing memory if one of the allocations fails. Untangle the if + allocation statement so we have defined checkpoints to free previous allocations if one fails. Signed-off-by: Johannes Thumshirn Tested-by: Coly Li --- drivers/md/bcache/super.c

Re: [PATCH] bcache: untagle cache_aolloc

2016-07-18 Thread Kent Overstreet
On Mon, Jul 18, 2016 at 12:11:09PM +0200, Johannes Thumshirn wrote: > bcache's cache_alloc() function currenty has no way freeing memory if one of > the allocations fails. Untangle the if + allocation statement so we have > defined checkpoints to free previous allocations if one fails. nack. The e

Re: [PATCH 1/2] net: ethernet: marvell: pxa168_eth: use phydev from struct net_device

2016-07-18 Thread Sergei Shtylyov
Hello. On 7/18/2016 12:30 AM, Philippe Reynes wrote: The private structure contain a pointer to phydev, but the structure net_device already contain such pointer. So we can remove the pointer phydev in the private structure, and update the driver to use the one contained in struct net_device.

Re: [PATCH 0/2] Automatically load the vmx_crypto module if supported

2016-07-18 Thread Herbert Xu
On Wed, Jul 13, 2016 at 03:47:16PM +1000, alast...@au1.ibm.com wrote: > From: Alastair D'Silva > > This series allows the vmx_crypto module to be detected and automatically > loaded via UDEV if the CPU supports the vector crypto feature. > > Alastair D'Silva (2): > powerpc: Add module autoload

Re: [PATCH] bcache: untagle cache_aolloc

2016-07-18 Thread Johannes Thumshirn
On Mon, Jul 18, 2016 at 02:13:33AM -0800, Kent Overstreet wrote: > On Mon, Jul 18, 2016 at 12:11:09PM +0200, Johannes Thumshirn wrote: > > bcache's cache_alloc() function currenty has no way freeing memory if one of > > the allocations fails. Untangle the if + allocation statement so we have > > de

Re: [PATCH] [media] vb2: map dmabuf for planes on driver queue instead of vidioc_qbuf

2016-07-18 Thread Marek Szyprowski
Hello, On 2016-07-15 18:26, Javier Martinez Canillas wrote: The buffer planes' dma-buf are currently mapped when buffers are queued from userspace but it's more appropriate to do the mapping when buffers are queued in the driver since that's when the actual DMA operation are going to happen. S

Re: [PATCH] bcache: untagle cache_aolloc

2016-07-18 Thread Kent Overstreet
On Mon, Jul 18, 2016 at 12:24:11PM +0200, Johannes Thumshirn wrote: > On Mon, Jul 18, 2016 at 02:13:33AM -0800, Kent Overstreet wrote: > > On Mon, Jul 18, 2016 at 12:11:09PM +0200, Johannes Thumshirn wrote: > > > bcache's cache_alloc() function currenty has no way freeing memory if one > > > of >

Re: [PATCH v2 00/10] Exynos IOMMU: proper runtime PM support (use device dependencies)

2016-07-18 Thread Marek Szyprowski
Hi Tobias, On 2016-07-15 15:21, Tobias Jakobi wrote: Tobias Jakobi wrote: Hello Marek, I've tested the patchset on 4.7-rc7 and noticed that it breaks reboot on my ODROID-X2. Going to check where exactly things break. Sadly it's the last patch where everything comes together: "iommu/exynos:

Thank you waiting to hear from you soon.

2016-07-18 Thread abudu samfo
Hello Dear Friend, My name is. Samfo Abudu I have decided to seek a confidential co-operation with you in the execution of the deal described here-under for our both mutual benefit and I hope you will keep it a top secret because of the nature of the transaction, During the course of our bank

Re: [PATCH 0/7] dmaengine:omap-dma: Linked List transfer for slave_sg

2016-07-18 Thread Russell King - ARM Linux
On Thu, Jul 14, 2016 at 03:42:35PM +0300, Peter Ujfalusi wrote: > Hi, > > The following series with the final patch will add support for sDMA Linked > List > transfer support. > Linked List is supported by sDMA in OMAP3630+ (OMAP4/5, dra7 family). > If the descriptor load feature is present we ca

Re: [PATCH 2/7] dmaengine: omap-dma: Complete the cookie first on transfer completion

2016-07-18 Thread Russell King - ARM Linux
On Thu, Jul 14, 2016 at 03:42:37PM +0300, Peter Ujfalusi wrote: > Before looking for the next descriptor to start, complete the just finished > cookie. This change will reduce performance as we no longer have an overlap between the next request starting to be dealt with in the hardware vs the prev

RE: [UPDATE PATCH v2 1/3] ACPICA: Events: Introduce acpi_mask_gpe() to implement GPE masking mechanism

2016-07-18 Thread Zheng, Lv
Hi, Rafael > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] > Subject: Re: [UPDATE PATCH v2 1/3] ACPICA: Events: Introduce > acpi_mask_gpe() to implement GPE masking mechanism > > On Monday, July 04, 2016 03:59:07 PM Rafael J. Wysocki wrote: > > On Thursday, June 23, 2016 03:05:47 PM Lv Zhen

[PATCH] bcma: allow enabling serial flash support on non-MIPS SoCs

2016-07-18 Thread Rafał Miłecki
So far we had only MIPS devices with serial flash connected to the SoC's ChipCommon. ARM devices got a separated SPI controller and weere using standard SPI drivers. This has changed with the wireless SoC BCM47189B0. It's ARM based but has serial flash attached just like older devices. This allows

Re: [PATCH v4 4/4] ASoC: samsung: Add machine driver for Exynos5433 based TM2 board

2016-07-18 Thread Sylwester Nawrocki
Hi Chanwoo, On 07/15/2016 07:18 AM, Chanwoo Choi wrote: >> +static int tm2_probe(struct platform_device *pdev) >> +{ >> +struct device *dev = &pdev->dev; >> +codec_dai_node = of_parse_phandle(dev->of_node, "audio-codec", 0); >> +if (!codec_dai_node) { >> +dev_err(dev, "aud

Re: [PATCH 7/7] dmaengine: omap-dma: Support for LinkedList transfer of slave_sg

2016-07-18 Thread Russell King - ARM Linux
On Thu, Jul 14, 2016 at 03:42:42PM +0300, Peter Ujfalusi wrote: > struct omap_desc { > + struct omap_chan *c; > struct virt_dma_desc vd; No need for this. to_omap_dma_chan(foo->vd.tx.chan) will give you the omap_chan for the descriptor. In any case, I question whether you actually nee

side-effect when enabling CONFIG_MODULES

2016-07-18 Thread Arend Van Spriel
A question for whoever can provide the answer. I have a kernel defconfig with everything built-in. However, I want to compile a driver module against it for testing. So I enabled CONFING_MODULES, but as a side-effect several implicitly selected config options changed from CONFIG_FOO=y to CONFIG_FOO

4.7.0-rc7 ext4 error in dx_probe

2016-07-18 Thread Johannes Stezenbach
Hi, I'm running 4.7.0-rc7 with ext4 on lvm on dm-crypt on SSD and out of the blue on idle machine the following error message appeared: [373851.683131] EXT4-fs (dm-3): error count since last fsck: 1 [373851.683151] EXT4-fs (dm-3): initial error at time 1468438194: dx_probe:740: inode 22288562 [3

Re: [PATCH 1/1] tracing, bpf: Implement function bpf_probe_write

2016-07-18 Thread Sargun Dhillon
On Sun, 17 Jul 2016, Alexei Starovoitov wrote: On Sun, Jul 17, 2016 at 03:19:13AM -0700, Sargun Dhillon wrote: +static u64 bpf_copy_to_user(u64 r1, u64 r2, u64 r3, u64 r4, u64 r5) +{ + void *to = (void *) (long) r1; + void *from = (void *) (long) r2; + int size = (int) r3;

Re: [PATCH v2 00/10] Exynos IOMMU: proper runtime PM support (use device dependencies)

2016-07-18 Thread Tobias Jakobi
Hello Marek, Marek Szyprowski wrote: > Hi Tobias, > > > On 2016-07-15 15:21, Tobias Jakobi wrote: >> Tobias Jakobi wrote: >>> Hello Marek, >>> >>> I've tested the patchset on 4.7-rc7 and noticed that it breaks reboot on >>> my ODROID-X2. >>> >>> Going to check where exactly things break. >> Sad

Re: [Query] Preemption (hogging) of the work handler

2016-07-18 Thread Jan Kara
On Thu 14-07-16 15:12:51, Viresh Kumar wrote: > On 14-07-16, 16:12, Jan Kara wrote: > > Exactly. Calling printk() from certain parts of the kernel (like scheduler > > code or timer code) has been always unsafe because printk itself uses these > > parts and so it can lead to deadlocks. That's why pr

Re: [PATCH 1/3] perf/core: fixing filename for start/stop filters

2016-07-18 Thread Alexander Shishkin
Mathieu Poirier writes: > Binary file names have to be supplied for both range and start/stop > filters but the current code only process the filename if an > address range filter is specified. This code adds processing of > the filename for start/stop filters. > > Signed-off-by: Mathieu Poirier

Re: [PATCH 7/7] dmaengine: omap-dma: Support for LinkedList transfer of slave_sg

2016-07-18 Thread Peter Ujfalusi
On 07/18/16 13:42, Russell King - ARM Linux wrote: > On Thu, Jul 14, 2016 at 03:42:42PM +0300, Peter Ujfalusi wrote: >> struct omap_desc { >> +struct omap_chan *c; >> struct virt_dma_desc vd; > > No need for this. to_omap_dma_chan(foo->vd.tx.chan) will give you the > omap_chan for the d

Re: [RESEND RFC v2] mmc: Change the max discard sectors and erase response if mmc host supports busy signalling

2016-07-18 Thread Baolin Wang
Hi Ulf, On 28 June 2016 at 15:25, Baolin Wang wrote: > When mmc host HW supports busy signalling (using R1B as response), We > shouldn't use 'host->max_busy_timeout' as the limitation when deciding > the max discard sectors that we tell the generic BLOCK layer about. > Instead, we should pick one

Re: [PATCH] mmc: pxamci: fix potential oops

2016-07-18 Thread Ulf Hansson
On 14 July 2016 at 17:05, Robert Jarzmik wrote: > As reported by Dan in his report in [1], there is a potential NULL > pointer derefence if these conditions are met : > - there is no platform_data provided, ie. host->pdata = NULL > > Fix this by only using the platform data ro_invert when a gpio

Re: [PATCH] mmc: block: fix packed command header endianness

2016-07-18 Thread Ulf Hansson
+ stable On 14 July 2016 at 00:05, Taras Kondratiuk wrote: > The code that fills packed command header assumes that CPU runs in > little-endian mode. Hence the header is malformed in big-endian mode > and causes MMC data transfer errors: > > [ 563.200828] mmcblk0: error -110 transferring data, s

Re: [PATCH] mmc: block: fix free of uninitialized 'idata->buf'

2016-07-18 Thread Ulf Hansson
On 12 July 2016 at 12:07, Ulf Hansson wrote: > + stable > > On 8 July 2016 at 17:27, Ville Viinikka wrote: >> Set 'idata->buf' to NULL so that it never gets returned without >> initialization. This fixes a bug where mmc_blk_ioctl_cmd() would >> free both 'idata' and 'idata->buf' but 'idata->buf'

Re: [PATCH] mmc: sd: Extend sysfs with OCR register

2016-07-18 Thread Ulf Hansson
On 13 July 2016 at 23:22, Bojan Prtvar wrote: > We already exported OCR for mmc cards. Let's export it > for sd cards as well. > > Signed-off-by: Bojan Prtvar I decided to squash this change into the earlier applied: "mmc: core: Extend sysfs with OCR register". Thanks and kind regards Uffe > -

Re: [PATCH v2 2/2] mmc: core: expose MMC_CAP2_NO_* to dt

2016-07-18 Thread Ulf Hansson
On 14 July 2016 at 10:26, Shawn Lin wrote: > The reason for why we expose these to dt is that some of > the controller is unable to send special cmd type due to > the hw limitation. > > Signed-off-by: Shawn Lin Thanks, applied for next! Kind regards Uffe > > --- > > Changes in v2: > - amend th

Re: [PATCH] mmc: core: Extend sysfs with DSR register

2016-07-18 Thread Ulf Hansson
On 12 July 2016 at 14:56, Bojan Prtvar wrote: > Export DSR register through sysfs same as we did for the CID, CSD and OCR > registers. > > Signed-off-by: Bojan Prtvar > --- > Documentation/mmc/mmc-dev-attrs.txt | 1 + > drivers/mmc/core/mmc.c | 17 + > 2 files chan

Re: [PATCH v2 1/2] Documentation: mmc: add description for new no-sd* and no-mmc

2016-07-18 Thread Ulf Hansson
On 14 July 2016 at 10:26, Shawn Lin wrote: > This patch adds description for no-sd, no-sdio, no-mmc. We expose > these to DT as some of the controllers are unable to deal with > special cmd type due to hw limitation. > > Signed-off-by: Shawn Lin Thanks, applied for next! Kind regards Uffe > >

Re: [RESEND RFC v2] mmc: Change the max discard sectors and erase response if mmc host supports busy signalling

2016-07-18 Thread Ulf Hansson
On 18 July 2016 at 13:17, Baolin Wang wrote: > Hi Ulf, > > On 28 June 2016 at 15:25, Baolin Wang wrote: >> When mmc host HW supports busy signalling (using R1B as response), We >> shouldn't use 'host->max_busy_timeout' as the limitation when deciding >> the max discard sectors that we tell the ge

[PATCH 1/8] mm, compaction: don't isolate PageWriteback pages in MIGRATE_SYNC_LIGHT mode

2016-07-18 Thread Vlastimil Babka
From: Hugh Dickins At present MIGRATE_SYNC_LIGHT is allowing __isolate_lru_page() to isolate a PageWriteback page, which __unmap_and_move() then rejects with -EBUSY: of course the writeback might complete in between, but that's not what we usually expect, so probably better not to isolate it. Wh

[PATCH 6/8] mm, thp: remove __GFP_NORETRY from khugepaged and madvised allocations

2016-07-18 Thread Vlastimil Babka
After the previous patch, we can distinguish costly allocations that should be really lightweight, such as THP page faults, with __GFP_NORETRY. This means we don't need to recognize khugepaged allocations via PF_KTHREAD anymore. We can also change THP page faults in areas where madvise(MADV_HUGEPAG

[PATCH 8/8] mm, compaction: simplify contended compaction handling

2016-07-18 Thread Vlastimil Babka
Async compaction detects contention either due to failing trylock on zone->lock or lru_lock, or by need_resched(). Since 1f9efdef4f3f ("mm, compaction: khugepaged should not give up due to need_resched()") the code got quite complicated to distinguish these two up to the __alloc_pages_slowpath() le

[PATCH 5/8] mm, page_alloc: make THP-specific decisions more generic

2016-07-18 Thread Vlastimil Babka
Since THP allocations during page faults can be costly, extra decisions are employed for them to avoid excessive reclaim and compaction, if the initial compaction doesn't look promising. The detection has never been perfect as there is no gfp flag specific to THP allocations. At this moment it chec

Re: [PATCH RFC 2/3] perf/core: update filter only on executable mmap

2016-07-18 Thread Alexander Shishkin
Mathieu Poirier writes: > Function perf_event_mmap() is called by the MM subsystem each time > part of a binary is loaded in memory. There can be several mapping > for a binary, many times unrelated to the code section. > > Each time a section of a binary is mapped address filters are > updated,

[PATCH 2/8] mm, page_alloc: set alloc_flags only once in slowpath

2016-07-18 Thread Vlastimil Babka
In __alloc_pages_slowpath(), alloc_flags doesn't change after it's initialized, so move the initialization above the retry: label. Also make the comment above the initialization more descriptive. The only exception in the alloc_flags being constant is ALLOC_NO_WATERMARKS, which may change due to T

[PATCH 3/8] mm, page_alloc: don't retry initial attempt in slowpath

2016-07-18 Thread Vlastimil Babka
After __alloc_pages_slowpath() sets up new alloc_flags and wakes up kswapd, it first tries get_page_from_freelist() with the new alloc_flags, as it may succeed e.g. due to using min watermark instead of low watermark. It makes sense to to do this attempt before adjusting zonelist based on alloc_fla

[PATCH 4/8] mm, page_alloc: restructure direct compaction handling in slowpath

2016-07-18 Thread Vlastimil Babka
The retry loop in __alloc_pages_slowpath is supposed to keep trying reclaim and compaction (and OOM), until either the allocation succeeds, or returns with failure. Success here is more probable when reclaim precedes compaction, as certain watermarks have to be met for compaction to even try, and m

[PATCH 0/8] compaction-related cleanups v4

2016-07-18 Thread Vlastimil Babka
Hi, this is the splitted-off first part of my "make direct compaction more deterministic" series [1], rebased on mmotm-2016-07-13-16-09-18. For the whole series it's probably too late for 4.8 given some unresolved feedback, but I hope this part could go in as it was stable for quite some time. At

[PATCH 7/8] mm, compaction: introduce direct compaction priority

2016-07-18 Thread Vlastimil Babka
In the context of direct compaction, for some types of allocations we would like the compaction to either succeed or definitely fail while trying as hard as possible. Current async/sync_light migration mode is insufficient, as there are heuristics such as caching scanner positions, marking pagebloc

checkpatch: false positives for else after return

2016-07-18 Thread Thierry Reding
Hi, I've run across what I think is a false positive for checkpatch's UNNECESSARY_ELSE check. The code that triggers it is in the tegra_sor_probe() function in drivers/gpu/drm/tegra/sor.c. For reference, here's the code: if (sor->soc->supports_hdmi) { sor->ops = &tegra_sor

Re: [PATCH 2/8] mm, page_alloc: set alloc_flags only once in slowpath

2016-07-18 Thread Michal Hocko
On Mon 18-07-16 13:22:56, Vlastimil Babka wrote: > In __alloc_pages_slowpath(), alloc_flags doesn't change after it's > initialized, > so move the initialization above the retry: label. Also make the comment above > the initialization more descriptive. > > The only exception in the alloc_flags be

Re: [PATCH v7 2/2] phy: rockchip-inno-usb2: add a new driver for Rockchip usb2phy

2016-07-18 Thread Heiko Stübner
Hi Frank, Am Montag, 18. Juli 2016, 18:02:28 schrieb Frank Wang: > On 2016/6/25 3:58, Heiko Stuebner wrote: > > Am Dienstag, 21. Juni 2016, 18:30:05 schrieb Frank Wang: > >> The newer SoCs (rk3366, rk3399) take a different usb-phy IP block > >> than rk3288 and before, and most of phy-related regis

Re: [PATCH 3/8] mm, page_alloc: don't retry initial attempt in slowpath

2016-07-18 Thread Michal Hocko
On Mon 18-07-16 13:22:57, Vlastimil Babka wrote: > After __alloc_pages_slowpath() sets up new alloc_flags and wakes up kswapd, it > first tries get_page_from_freelist() with the new alloc_flags, as it may > succeed e.g. due to using min watermark instead of low watermark. It makes > sense to to do

Re: [PATCH 3/3] perf/core: enabling mapping of the stop filters

2016-07-18 Thread Alexander Shishkin
Mathieu Poirier writes: > At this time function perf_addr_filter_needs_mmap() will _not_ > return true on a user space 'stop' filter. But stop filters > needs exactly the same kind of mapping that range and start > filters get. Indeed. > > Signed-off-by: Mathieu Poirier > --- > kernel/events

Re: [PATCH 0/8] compaction-related cleanups v4

2016-07-18 Thread Michal Hocko
On Mon 18-07-16 13:22:54, Vlastimil Babka wrote: > Hi, > > this is the splitted-off first part of my "make direct compaction more > deterministic" series [1], rebased on mmotm-2016-07-13-16-09-18. For the whole > series it's probably too late for 4.8 given some unresolved feedback, but I > hope th

Re: [PATCH net] bnxt_en: Fix potential race condition in bnxt_tx_enable()

2016-07-18 Thread Michael Chan
On Fri, Jul 15, 2016 at 11:20 PM, David Miller wrote: > From: Florian Fainelli > Date: Fri, 15 Jul 2016 16:42:01 -0700 > >> @@ -4599,7 +4599,9 @@ static void bnxt_tx_enable(struct bnxt *bp) >> for (i = 0; i < bp->tx_nr_rings; i++) { >> txr = &bp->tx_ring[i]; >> t

Re: [PATCH 3/8] mm, page_alloc: don't retry initial attempt in slowpath

2016-07-18 Thread Vlastimil Babka
On 07/18/2016 01:29 PM, Michal Hocko wrote: On Mon 18-07-16 13:22:57, Vlastimil Babka wrote: After __alloc_pages_slowpath() sets up new alloc_flags and wakes up kswapd, it first tries get_page_from_freelist() with the new alloc_flags, as it may succeed e.g. due to using min watermark instead of

Re: [PATCH 0/3] perf/core: miscellaneous fix for address filtering

2016-07-18 Thread Alexander Shishkin
Mathieu Poirier writes: > Good day Alex and friends, > > I'm sending you a few patches that address bugs I've encounter while > implementing address filtering on CoreSight. I especially draw your > attention to patch 2/3 - I am pretty sure the same problem can be > found in the x86 world. Yes,

Re: [Query] Preemption (hogging) of the work handler

2016-07-18 Thread Rafael J. Wysocki
On Monday, July 18, 2016 01:01:34 PM Jan Kara wrote: > On Thu 14-07-16 15:12:51, Viresh Kumar wrote: > > On 14-07-16, 16:12, Jan Kara wrote: > > > Exactly. Calling printk() from certain parts of the kernel (like scheduler > > > code or timer code) has been always unsafe because printk itself uses

Re: [PATCH 2/3] perf tools: Make is_printable_array global

2016-07-18 Thread Jiri Pirko
Sat, Jul 16, 2016 at 06:11:19PM CEST, jo...@kernel.org wrote: >It's used from 2 objects in perf, so it's better >to keep just one copy. > >Link: http://lkml.kernel.org/n/tip-dss4lxnywysgpyjd8p7pa...@git.kernel.org >Signed-off-by: Jiri Olsa Tested-by: Jiri Pirko

Re: [PATCH v2 10/10] binfmt_flat: allow compressed flat binary format to work on MMU systems

2016-07-18 Thread One Thousand Gnomes
On Sun, 17 Jul 2016 23:31:56 -0400 Nicolas Pitre wrote: > Let's take the simple and obvious approach by decompressing the binary > into a kernel buffer and then copying it to user space. Those who are > looking for more performance on a MMU system are unlikely to choose this > executable format

Re: [PATCH RFC 0/2] rtc-cmos: Workaround unwanted interrupt generation

2016-07-18 Thread Pratyush Anand
Hi RTC-Maintainers, On Mon, Jul 4, 2016 at 9:49 PM, Pratyush Anand wrote: > On 27/06/2016:10:19:07 AM, Pratyush Anand wrote: >> On 21/06/2016:10:25:34 AM, Pratyush Anand wrote: >> > We have observed on few machines with rtc-cmos device that >> > hpet_rtc_interrupt() is called before cmos_do_prob

Re: [PATCH v3 17/17] mm, vmscan: make compaction_ready() more accurate and readable

2016-07-18 Thread Vlastimil Babka
On 07/06/2016 07:55 AM, Joonsoo Kim wrote: On Fri, Jun 24, 2016 at 11:54:37AM +0200, Vlastimil Babka wrote: The compaction_ready() is used during direct reclaim for costly order allocations to skip reclaim for zones where compaction should be attempted instead. It's combining the standard compac

Re: side-effect when enabling CONFIG_MODULES

2016-07-18 Thread Arnd Bergmann
On Monday, July 18, 2016 12:44:45 PM CEST Arend Van Spriel wrote: > A question for whoever can provide the answer. I have a kernel defconfig > with everything built-in. However, I want to compile a driver module > against it for testing. So I enabled CONFING_MODULES, but as a > side-effect several

Re: [PATCH] rcu_sync: simplify the state machine, introduce __rcu_sync_enter()

2016-07-18 Thread Peter Zijlstra
On Sat, Jul 16, 2016 at 07:10:07PM +0200, Oleg Nesterov wrote: > Peter, Paul, could you review? Do you see any hole? > > Why. Firstly, note that the state machine was greatly simplified, and > rsp->cb_state has gone, we have a single "state" variable, gp_state. > Note also the ->sync() op has gone

running "make dtbs" for test builds

2016-07-18 Thread Arnd Bergmann
Hi Fengguang, I've recently run into a number of cases in which I pulled a branch that was building fine with "make vmlinux", but that failed for "make dtbs", and I wonder if this is something that could be checked by the kbuild test robot so we catch it earlier. There are parts of this: - runni

Re: [PATCH 2/2] dax: remote unused fault wrappers

2016-07-18 Thread Jan Kara
On Thu 14-07-16 15:40:49, Ross Zwisler wrote: > Remove the unused wrappers dax_fault() and dax_pmd_fault(). After this > removal, rename __dax_fault() and __dax_pmd_fault() to dax_fault() and > dax_pmd_fault() respectively, and update all callers. > > The dax_fault() and dax_pmd_fault() wrappers

Re: [PATCH 0/7] dmaengine:omap-dma: Linked List transfer for slave_sg

2016-07-18 Thread Peter Ujfalusi
On 07/18/16 13:31, Russell King - ARM Linux wrote: > On Thu, Jul 14, 2016 at 03:42:35PM +0300, Peter Ujfalusi wrote: >> Hi, >> >> The following series with the final patch will add support for sDMA Linked >> List >> transfer support. >> Linked List is supported by sDMA in OMAP3630+ (OMAP4/5, dra7

[PATCH V9 1/2] regulator: Add document for MT6323 regulator

2016-07-18 Thread John Crispin
From: John Crispin Signed-off-by: John Crispin Cc: devicet...@vger.kernel.org Acked-by: Rob Herring --- Changes in V9 * drop compatible string from devicetree Changes in V7 * remove another compatible string * small wording changes Changes in V6 * remove the compatible string Changes in V5 *

[PATCH V9 2/2] regulator: mt6323: Add support for MT6323 regulator

2016-07-18 Thread John Crispin
From: Chen Zhong The MT6323 is a regulator found on boards based on MediaTek MT7623 and probably other SoCs. It is a so called pmic and connects as a slave to SoC using SPI, wrapped inside the pmic-wrapper. Signed-off-by: Chen Zhong Signed-off-by: John Crispin --- This series was dropped from

Re: [STABLE] kernel oops which can be fixed by peterz's patches

2016-07-18 Thread Greg KH
On Mon, Jul 18, 2016 at 03:31:46PM +0900, Byungchul Park wrote: > On Tue, Mar 01, 2016 at 08:15:55AM +, Greg KH wrote: > > On Tue, Jan 05, 2016 at 05:52:11PM +0900, Byungchul Park wrote: > > > > > > Upstream commits to be applied > > > == > > > > > > e3fca9e: sched

Re: [PATCH] Staging: ks7010: michael_mic: fixed macros coding style issue

2016-07-18 Thread Greg KH
On Mon, Jul 18, 2016 at 12:35:44PM +0800, Sunbing wrote: > Fixed coding style issue: > Enclose multiple statements macros definition in a do while loop. > Use one space around binary operators. > > Signed-off-by: Sunbing Is that the legal name you use to sign documents? If not, please resend wi

Re: [PATCH 04/31] mm, vmscan: begin reclaiming pages on a per-node basis

2016-07-18 Thread Mel Gorman
On Thu, Jul 14, 2016 at 03:28:37PM +0900, Joonsoo Kim wrote: > > That would be appreciated. > > I make an artificial test case and test this series by using next tree > (next-20160713) and found a regression. > > My test setup is: > > memory: 2048 mb > movablecore: 1500 mb (imitates highmem syst

Re: [PATCH V9 1/2] regulator: Add document for MT6323 regulator

2016-07-18 Thread John Crispin
ignore this one please, my script used the wrong SoB line will send V10 in a sec ... sorry for the noise On 18/07/2016 14:09, John Crispin wrote: > From: John Crispin > > Signed-off-by: John Crispin > Cc: devicet...@vger.kernel.org > Acked-by: Rob Herring > --- > Changes in V9 > * drop compati

Re: [PATCH V9 2/2] regulator: mt6323: Add support for MT6323 regulator

2016-07-18 Thread John Crispin
ignore this one please, my script used the wrong SoB line will send V10 in a sec ... sorry for the noise On 18/07/2016 14:09, John Crispin wrote: > From: Chen Zhong > > The MT6323 is a regulator found on boards based on MediaTek MT7623 and > probably other SoCs. It is a so called pmic and connec

Re: [PATCH 3/3] perf tests: Add is_printable_array test

2016-07-18 Thread Jiri Olsa
On Mon, Jul 18, 2016 at 01:46:02PM +0200, Jiri Pirko wrote: SNIP > >diff --git a/tools/perf/tests/is_printable_array.c > >b/tools/perf/tests/is_printable_array.c > >new file mode 100644 > >index ..42e13393e502 > >--- /dev/null > >+++ b/tools/perf/tests/is_printable_array.c > >@@ -0,0

Re: [PATCH/RFC 4/6] spi: slave: Add SPI slave handler reporting boot up time

2016-07-18 Thread Mark Brown
On Wed, Jun 22, 2016 at 03:42:07PM +0200, Geert Uytterhoeven wrote: > Add an SPI slave handler responding with the time of reception of the > last SPI message. > > This can be used by an external microcontroller as a dead man's switch. The subject says boot up time, this says time of reception of

Re: [PATCH V9 2/2] regulator: mt6323: Add support for MT6323 regulator

2016-07-18 Thread Mark Brown
On Mon, Jul 18, 2016 at 02:09:01PM +0200, John Crispin wrote: > Changes in V9 > * drop compatible string from devicetree Are you sure? > +static const struct of_device_id mt6323_of_match[] = { > + { .compatible = "mediatek,mt6323-regulator", }, > + { /* sentinel */ }, > +}; > +MODULE_DEV

Re: [PATCH 1/3] perf script python: Fix string vs byte array resolving

2016-07-18 Thread Jiri Pirko
Sat, Jul 16, 2016 at 06:11:18PM CEST, jo...@kernel.org wrote: >Jirka reported that python code returns all arrays as strings. >This makes impossible to get all items for byte array tracepoint >field containing 0x00 value item. > >Fixing this by scanning full length of the array and returning >it as

Re: [PATCH 3/4] media: Add Mediatek MDP Driver

2016-07-18 Thread Hans Verkuil
On 07/14/2016 02:18 PM, Minghsiu Tsai wrote: > Add MDP driver for MT8173 > > Signed-off-by: Minghsiu Tsai > --- > drivers/media/platform/Kconfig| 16 + > drivers/media/platform/Makefile |2 + > drivers/media/platform/mtk-mdp/Makefile |9 + > drivers/

Re: [PATCH V9 2/2] regulator: mt6323: Add support for MT6323 regulator

2016-07-18 Thread John Crispin
On 18/07/2016 14:16, Mark Brown wrote: > On Mon, Jul 18, 2016 at 02:09:01PM +0200, John Crispin wrote: > >> Changes in V9 >> * drop compatible string from devicetree > > Are you sure? > >> +static const struct of_device_id mt6323_of_match[] = { >> +{ .compatible = "mediatek,mt6323-regulato

Re: linux-next: manual merge of the kspp tree with the powerpc tree

2016-07-18 Thread Stephen Rothwell
Hi Michael, On Mon, 18 Jul 2016 21:00:05 +1000 Michael Ellerman wrote: > > Stephen Rothwell writes: > > > from the powerpc tree and commit: > > Actually that's in Scott's tree. Oops, sorry. > > Michael: time to sort these selects? > > Yeah I was thinking that the other day. Not sure whe

Re: [PATCH v3 12/17] mm, compaction: more reliably increase direct compaction priority

2016-07-18 Thread Vlastimil Babka
On 07/18/2016 06:41 AM, Joonsoo Kim wrote: On Fri, Jul 15, 2016 at 03:37:52PM +0200, Vlastimil Babka wrote: On 07/06/2016 07:39 AM, Joonsoo Kim wrote: On Fri, Jun 24, 2016 at 11:54:32AM +0200, Vlastimil Babka wrote: During reclaim/compaction loop, compaction priority can be increased by the sh

Re: [PATCH 0/7] dmaengine:omap-dma: Linked List transfer for slave_sg

2016-07-18 Thread Russell King - ARM Linux
On Mon, Jul 18, 2016 at 03:07:57PM +0300, Peter Ujfalusi wrote: > I was not aware of any position on this from TI - as I mentioned I was not > involved with DMA. It could be that the position from 'TI' is still what it > was. Or changed. But as I have been asked to look after TI DMA drivers > upstr

[PATCH net-next] cdc_ether: Improve ZTE MF823/831/910 handling

2016-07-18 Thread Kristian Evensen
The firmware in the ZTE MF823/831/910 modems/mifis use OS fingerprinting to determine which type of device to export. In addition, these devices export a REST API which can also be used to control the type of device. So far, on Linux, the devices have been seen as RNDIS or CDC Ether. When CDC Ethe

Re: [PATCH] vcodec: mediatek: Add g/s_selection support for V4L2 Encoder

2016-07-18 Thread tiffany lin
On Fri, 2016-07-15 at 19:50 +0200, Hans Verkuil wrote: > On 07/14/2016 08:27 AM, tiffany lin wrote: > > Hi Hans, > > > > > > On Mon, 2016-07-11 at 06:32 +0200, Hans Verkuil wrote: > >> Hi Tiffany, > >> > >> My apologies for the delay, but here is my review at last: > >> > >> On 05/30/2016 09:52 A

drivers/usb/usbip/vudc_rx.c:145: possible bad bitmask ?

2016-07-18 Thread David Binderman
Hello there, drivers/usb/usbip/vudc_rx.c:145:27: warning: result of ‘11 << 30’ requires 35 bits to represent, but ‘int’ only has 32 bits [-Wshift-overflow=] Source code is urb_p->urb->pipe &= ~(11 << 30); Maybe better code urb_p->urb->pipe &= ~(11UL << 30); Regards David Binderman

Re: running "make dtbs" for test builds

2016-07-18 Thread Fengguang Wu
Hi Arnd, On Mon, Jul 18, 2016 at 02:01:17PM +0200, Arnd Bergmann wrote: Hi Fengguang, I've recently run into a number of cases in which I pulled a branch that was building fine with "make vmlinux", but that failed for "make dtbs", and I wonder if this is something that could be checked by the k

Re: [PATCH 0/7] dmaengine:omap-dma: Linked List transfer for slave_sg

2016-07-18 Thread Peter Ujfalusi
On 07/18/16 15:21, Russell King - ARM Linux wrote: > On Mon, Jul 18, 2016 at 03:07:57PM +0300, Peter Ujfalusi wrote: >> I was not aware of any position on this from TI - as I mentioned I was not >> involved with DMA. It could be that the position from 'TI' is still what it >> was. Or changed. But a

Re: [PATCH 1/1] irqdomain: Export __irq_domain_alloc_irqs() and irq_domain_free_irqs()

2016-07-18 Thread Alexander Popov
On 16.07.2016 11:22, Marc Zyngier wrote: > On Sat, 16 Jul 2016 04:33:59 +0300 > Alexander Popov wrote: > >> On 08.07.2016 11:34, Alexander Popov wrote: >>> On 06.07.2016 14:17, Thomas Gleixner wrote: On Fri, 1 Jul 2016, Alexander Popov wrote: > Export __irq_domain_alloc_irqs() a

[PATCH V10 1/2] regulator: Add document for MT6323 regulator

2016-07-18 Thread John Crispin
Signed-off-by: John Crispin Cc: devicet...@vger.kernel.org Acked-by: Rob Herring --- Changes in V10 * use correct SoB * drop compatible string from devicetree binding Changes in V7 * remove another compatible string * small wording changes Changes in V6 * remove the compatible string Changes i

[PATCH V10 2/2] regulator: mt6323: Add support for MT6323 regulator

2016-07-18 Thread John Crispin
From: Chen Zhong The MT6323 is a regulator found on boards based on MediaTek MT7623 and probably other SoCs. It is a so called pmic and connects as a slave to SoC using SPI, wrapped inside the pmic-wrapper. Signed-off-by: Chen Zhong Signed-off-by: John Crispin --- This series was dropped from

Re: running "make dtbs" for test builds

2016-07-18 Thread Fengguang Wu
Hi Arnd, On Mon, Jul 18, 2016 at 02:01:17PM +0200, Arnd Bergmann wrote: Hi Fengguang, I've recently run into a number of cases in which I pulled a branch that was building fine with "make vmlinux", but that failed for "make dtbs", and I wonder if this is something that could be checked by the k

Re: [PATCH] iscsi-target: fix panic when add the second TCP connection to iSCSI session

2016-07-18 Thread Sumit Rai
Hi Feng, As per my previous comment: >> Thanks for the patch Feng, I have tested this patch and below panic has also >> disappeared. patch applied successfully and the panic has disappeared, so your fix works. Regards, Sumit Rai > On Jul 18, 2016, at 7:49 AM, Feng Li wrote: > > Hi Sumit, > >

[PATCH v4 03/12] [media] Documentation: Add Ricardo Ribalda

2016-07-18 Thread Ricardo Ribalda Delgado
My initials were on the Changelog, but there was no link to my name. Signed-off-by: Ricardo Ribalda Delgado --- Documentation/media/uapi/v4l/v4l2.rst | 4 1 file changed, 4 insertions(+) diff --git a/Documentation/media/uapi/v4l/v4l2.rst b/Documentation/media/uapi/v4l/v4l2.rst index 6d23b

[PATCH v4 10/12] [media] videodev2.h Add HSV encoding

2016-07-18 Thread Ricardo Ribalda Delgado
Some hardware maps the Hue between 0 and 255 instead of 0-179. Support this format with a new field hsv_enc. Signed-off-by: Ricardo Ribalda Delgado --- include/uapi/linux/videodev2.h | 21 +++-- 1 file changed, 19 insertions(+), 2 deletions(-) diff --git a/include/uapi/linux/vid

<    1   2   3   4   5   6   7   8   9   >