Re: Memory barrier needed with wake_up_process()?

hi, Peter Zijlstra writes: > On Fri, Sep 02, 2016 at 04:16:54PM -0400, Alan Stern wrote: >> Felipe, your tests will show whether my guess was totally off-base. >> For the new people, Felipe is tracking down a problem that involves >> exactly the code sequence listed at the top of the email, wh

Re: [PATCH] crypto: mv_cesa: remove NO_IRQ reference

On Sat, 3 Sep 2016 01:26:40 +0200 Arnd Bergmann wrote: > Drivers should not use NO_IRQ, as we are trying to get rid of that. > In this case, the call to irq_of_parse_and_map() is both wrong > (as it returns '0' on failure, not NO_IRQ) and unnecessary > (as platform_get_irq() does the same thing)

Re: [PATCH] drm: amdgpu: mark symbols static where possible

On 09/03/2016 04:23 PM, Baoyou Xie wrote: > in drivers/gpu/drm/amd/powerplay/smumgr/cz_smumgr.c and > drivers/gpu/drm/amd/amdgpu/cz_smc.c, there are two functions named > cz_write_smc_sram_dword, but these two functions only have the same > name, but in fact they are different functions, even the

Re: [PATCH 0/4] Small fixes and cleanups for tpm_crb

On Sat, Sep 03, 2016 at 09:27:54AM +0300, Jarkko Sakkinen wrote: > On Fri, Sep 02, 2016 at 10:34:16PM +0300, Jarkko Sakkinen wrote: > > A set of small fixes and clean ups for tpm_crb. > > > > Jarkko Sakkinen (4): > > tpm_crb: fix crb_req_canceled behavior > > tpm_crb: remove wmb()'s > > tpm_

[PATCH] staging/android: mark sync_timeline_create() static

We get 1 warning when building kernel with W=1: drivers/staging/android/sw_sync.c:56:23: warning: no previous prototype for 'sync_timeline_create' [-Wmissing-prototypes] In fact, this function is only used in the file in which it is declared and don't need a declaration, but can be made static. s

Re: [PATCH 0/4] Small fixes and cleanups for tpm_crb

On Fri, Sep 02, 2016 at 10:34:16PM +0300, Jarkko Sakkinen wrote: > A set of small fixes and clean ups for tpm_crb. > > Jarkko Sakkinen (4): > tpm_crb: fix crb_req_canceled behavior > tpm_crb: remove wmb()'s > tpm_crb: refine the naming of constants > tpm_crb: fix incorrect values of cmdRea

Re: [PATCH] tpm: move struct tpm_class_ops to drivers/char/tpm/tpm.h

On Sat, Sep 03, 2016 at 09:22:21AM +0300, Jarkko Sakkinen wrote: > On Fri, Sep 02, 2016 at 04:45:31PM -0600, Jason Gunthorpe wrote: > > On Sat, Sep 03, 2016 at 01:35:22AM +0300, Jarkko Sakkinen wrote: > > > On Fri, Sep 02, 2016 at 04:11:22PM -0600, Jason Gunthorpe wrote: > > > > On Sat, Sep 03, 201

Re: [PATCH] tpm: move struct tpm_class_ops to drivers/char/tpm/tpm.h

On Fri, Sep 02, 2016 at 04:45:31PM -0600, Jason Gunthorpe wrote: > On Sat, Sep 03, 2016 at 01:35:22AM +0300, Jarkko Sakkinen wrote: > > On Fri, Sep 02, 2016 at 04:11:22PM -0600, Jason Gunthorpe wrote: > > > On Sat, Sep 03, 2016 at 12:48:03AM +0300, Jarkko Sakkinen wrote: > > > > The struct tpm_clas

Re: [PATCH] drm: amdgpu: mark symbols static where possible

Reviewed-by: Edward O'Callaghan Also, I just noticed cz_write_smc_sram_dword() and if I am not mistaken they seems identical in both: drivers/gpu/drm/amd/powerplay/smumgr/cz_smumgr.c and, drivers/gpu/drm/amd/amdgpu/cz_smc.c with a personal preference to the powerplay version I suppose. Simi

[PATCH] drm: amdgpu: add missing header dependencies

We get a few warnings when building kernel with W=1: drivers/gpu/drm/amd/amdgpu/amdgpu_pll.c:113:6: warning: no previous prototype for 'amdgpu_pll_compute' [-Wmissing-prototypes] drivers/gpu/drm/amd/amdgpu/cz_smc.c:38:10: warning: no previous prototype for 'cz_get_argument' [-Wmissing-prototypes]

[PATCH] drm: amdgpu: mark symbols static where possible

We get a few warnings when building kernel with W=1: drivers/gpu/drm/amd/amdgpu/cz_smc.c:51:5: warning: no previous prototype for 'cz_send_msg_to_smc_async' [-Wmissing-prototypes] drivers/gpu/drm/amd/amdgpu/cz_smc.c:143:5: warning: no previous prototype for 'cz_write_smc_sram_dword' [-Wmissing-pr

Re: [PATCH] asus-laptop: get rid of parse_arg()

On Wed, Aug 17, 2016 at 11:23:15AM -0700, Darren Hart wrote: > On Tue, Aug 16, 2016 at 12:49:50PM +0300, Giedrius Statkevičius wrote: > > On Fri, Aug 12, 2016 at 02:40:02PM -0700, Darren Hart wrote: > > > On Sat, Aug 06, 2016 at 08:00:26PM +0300, Giedrius Statkevičius wrote: > > > > On Fri, Aug 05,

[PATCH] jfs: Simplify code

Calling 'list_splice' followed by 'INIT_LIST_HEAD' is equivalent to 'list_splice_init'. This has been spotted with the following coccinelle script: / @@ expression y,z; @@ - list_splice(y,z); - INIT_LIST_HEAD(y); + list_splice_init(y,z); Signed-off-by: Christophe JAILLET --- fs/jfs/j

[PATCH] fs/pnode.c: Simplify code

Calling 'list_splice' followed by 'INIT_LIST_HEAD' is equivalent to 'list_splice_init'. This has been spotted with the following coccinelle script: / @@ expression y,z; @@ - list_splice(y,z); - INIT_LIST_HEAD(y); + list_splice_init(y,z); Signed-off-by: Christophe JAILLET --- fs/pnode

Re: [PATCH 8/7] net/netfilter/nf_conntrack_core: Remove another memory barrier

On 09/02/2016 09:22 PM, Peter Zijlstra wrote: On Fri, Sep 02, 2016 at 08:35:55AM +0200, Manfred Spraul wrote: On 09/01/2016 06:41 PM, Peter Zijlstra wrote: On Thu, Sep 01, 2016 at 04:30:39PM +0100, Will Deacon wrote: On Thu, Sep 01, 2016 at 05:27:52PM +0200, Manfred Spraul wrote: Since spin_u

[PATCH] RDS: Simplify code

Calling 'list_splice' followed by 'INIT_LIST_HEAD' is equivalent to 'list_splice_init'. This has been spotted with the following coccinelle script: / @@ expression y,z; @@ - list_splice(y,z); - INIT_LIST_HEAD(y); + list_splice_init(y,z); Signed-off-by: Christophe JAILLET --- net/rds/

Re: [PATCH v2 0/3] Add Platform MHU mailbox driver for Amlogic GXBB

On Sat, Sep 3, 2016 at 5:04 AM, Kevin Hilman wrote: > Hi Jassi, > > Neil Armstrong writes: > >> In order to support Mailbox links for the Amlogic GXBB SoC, add a generic >> platform MHU driver based on arm_mhu.c. >> >> This patchset follows a RFC thread along the GXBB SCPI support at : >> http://

[PATCH 5/5 v2] arm64: defconfig: Enable R-Car Gen3 thermal support

Signed-off-by: Khiem Nguyen --- v2: * No change arch/arm64/configs/defconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig index 07cd615..cdb7b40 100644 --- a/arch/arm64/configs/defconfig +++ b/arch/arm64/configs/defconfig @

[PATCH 4/5 v2] arm64: dts: r8a7796: Add R-Car Gen3 thermal support

Signed-off-by: Khiem Nguyen --- v2: * Add newly. arch/arm64/boot/dts/renesas/r8a7796.dtsi | 83 1 file changed, 83 insertions(+) diff --git a/arch/arm64/boot/dts/renesas/r8a7796.dtsi b/arch/arm64/boot/dts/renesas/r8a7796.dtsi index 3aae29f..c7491b0 100644 -

[PATCH 3/5 v2] arm64: dts: r8a7795: Add R-Car Gen3 thermal support

Signed-off-by: Hien Dang Signed-off-by: Thao Nguyen Signed-off-by: Khiem Nguyen --- v2: * Update the compatible string following new format. arch/arm64/boot/dts/renesas/r8a7795.dtsi | 83 1 file changed, 83 insertions(+) diff --git a/arch/arm64/boot/dts/re

[PATCH 1/5 v2] thermal: rcar_gen3_thermal: Document the R-Car Gen3

Signed-off-by: Hien Dang Signed-off-by: Khiem Nguyen --- v2: * Update the format of compatible string. * Add explanation for keyword tsc. .../bindings/thermal/rcar-gen3-thermal.txt | 79 ++ 1 file changed, 79 insertions(+) create mode 100644 Documentation/devi

[PATCH 2/5 v2] thermal: rcar_gen3_thermal: Add R-Car Gen3 thermal driver

Signed-off-by: Hien Dang Signed-off-by: Thao Nguyen Signed-off-by: Khiem Nguyen --- v2: * Set static function for _linear_temp_converter(). * Update the compatible string following new format. * Add newline to improve readability. * Change thermal_init callbacks to void functions. * Impro

[PATCH 0/5 v2] thermal: rcar_gen3_thermal: Add R-Car Gen3 thermal support

This patchset adds new thermal sensor driver to support 3 sensors found in R-Car Gen3 series. It has been decided to create new driver, instead of using the existing thermal driver due to many differences in HW setting flows, the method to calculate temperatures value and some newly supported f

Re: [PATCH RFC 1/4] lib/radix: add universal radix_tree_fill_range

On Fri, Sep 2, 2016 at 8:59 PM, Matthew Wilcox wrote: > I have a rewrite of the iterators; would you like to take a look? > > http://git.infradead.org/users/willy/linux-dax.git/shortlog/refs/heads/idr-2016-09-02 > > There's five distinct sets of changes in that tree: > > 1. Test suite enhancements

Hello Beautiful

How you doing today? I hope you are doing well. My name is Jones, from the US. I'm in Syria right now fighting ISIS. I want to get to know you better, if I may be so bold. I consider myself an easy-going man, and I am currently looking for a relationship in which I feel loved. Please tell me mor

Re: [RFC] fs: add userspace critical mounts event support

On Fri, Sep 2, 2016 at 9:11 PM, Linus Torvalds wrote: > On Fri, Sep 2, 2016 at 5:20 PM, Luis R. Rodriguez wrote: >> >> Thoughts ? > > I really think this is a horrible hack. > > It's basically the kernel giving up, and relying on user space to give > a single flag, and it's broken nasty crap. Wo

Re: [RFC] fs: add userspace critical mounts event support

On Fri, Sep 2, 2016 at 5:20 PM, Luis R. Rodriguez wrote: > > Thoughts ? I really think this is a horrible hack. It's basically the kernel giving up, and relying on user space to give a single flag, and it's broken nasty crap. Worse, it's broken nasty crap with a user interface, so we'll be stuc

Re: [PATCH 4/4] kvm: x86: export TSC offset to user-space

On Fri, 2 Sep 2016 21:23:11 -0300 Marcelo Tosatti wrote: > On Fri, Sep 02, 2016 at 10:15:41AM -0400, Steven Rostedt wrote: > > On Fri, 2 Sep 2016 09:43:01 -0400 > > Stefan Hajnoczi wrote: > > > > > Can TSC offset changes occur at runtime? > > Yes, but Linux guests don't write to the TSC offset

Re: [PATCH 3/4] kvm: add stub for arch specific debugfs support

On Wed, 31 Aug 2016 13:05:44 -0400 Luiz Capitulino wrote: > kvm_arch_create_vm_debugfs() allows arch specific code to > create entries in the VM's directory in debugfs. x86 will > implement support for this in the next commit. I think we can use __weak symbol for other arch. Thank you, > > S

[PATCH] crypto: caam: add missing header dependencies

We get 1 warning when building kernel with W=1: drivers/crypto/caam/ctrl.c:398:5: warning: no previous prototype for 'caam_get_era' [-Wmissing-prototypes] In fact, this function is declared in drivers/crypto/caam/ctrl.h and be exported, thus can be refrenced by modules, so this patch adds missin

[PATCH] clocksource: pxa_timer: add missing header dependencies

We get 1 warning when building kernel with W=1: drivers/clocksource/pxa_timer.c:221:13: warning: no previous prototype for 'pxa_timer_nodt_init' [-Wmissing-prototypes] In fact, this function is declared in include/clocksource/pxa.h, although it's not referenced anywhere now, it can be referenced

[PATCH] iio: adc: ina2xx: remove unused debug field from chip global data

commit 1961bce76452 "iio: ina2xx: Remove trace_printk debug statements" removed the code that used the chip->prev_ns field. This patch cleans it up further by removing the unused field and assignments. Signed-off-by: Alison Schofield Cc: Daniel Baluta --- drivers/iio/adc/ina2xx-adc.c | 5 -

Re: [PATCH v2 00/15] PCI: rockchip: Cleanups against v10

Hi Bjorn, On 2016/9/2 23:53, Bjorn Helgaas wrote: These are cleanups against 2098142ae87d, the current pci/host-rockchip head in my tree. Thanks so much for you to help clean up this driver, since I think it should be my duty to take over this. Hope not too late for me to help your cleanup.

[ANNOUNCE] Git v2.10.0

The latest feature release Git v2.10.0 is now available at the usual places. It is comprised of 639 non-merge commits since v2.9.0, contributed by 76 people, 22 of which are new faces. The tarballs are found at: https://www.kernel.org/pub/software/scm/git/ The following public repositories

[GIT PULL] Block fixes for 4.8-rc

Hi Linus, Collection of fixes for the nvme over fabrics code. The shortlog is below, probably no need to further detail it. Please pull, thanks! git://git.kernel.dk/linux-block.git for-linus Christoph Hellwig (2): nvme-

RE: [PATCH 2/4] thermal: rcar_gen3_thermal: Add R-Car Gen3 thermal driver support

Hi Morimoto-san,   Thanks for your comments. > > +int _linear_temp_converter(struct equation_coefs coef, > > + int temp_code) > > +{ > > + int temp, temp1, temp2; > > + > > + temp1 = MCELSIUS((CODETSD(temp_code) - coef.b1)) / coef.a1; > > + temp2 = MCELSIUS(

[ima] 529aa19519: BUG: spinlock bad magic on CPU#1, swapper/0/1

FYI, we noticed the following commit: https://git.kernel.org/pub/scm/linux/kernel/git/zohar/linux-integrity.git next-restore-kexec commit 529aa195198645e2a8e97872e5d57a929883a910 ("ima: store the builtin/custom template definitions in a list") in testcase: boot on test machine: qemu-system-x8

[PATCH v2] x86/AMD: Fix Socket ID for LLC topology for AMD Fam17h systems

Socket ID is an unsigned value and starts at 0. Subtracting 1 from it is incorrect and the result will underflow if socket_id=0. Remove substraction when extracting socket_id from c->apicid. Signed-off-by: Yazen Ghannam --- Link: http://lkml.kernel.org/r/1472674900-60688-1-git-send-email-yazen.g

Re: [PATCH 0/7] drm/sun4i: Introduce A33 display driver

On Sat, Sep 3, 2016 at 3:06 AM, Maxime Ripard wrote: > Hi Icenowy, > > On Fri, Sep 02, 2016 at 09:30:05AM +0800, Icenowy Zheng wrote: >> >> >> 01.09.2016, 23:40, "Maxime Ripard" : >> > Hi everyone, >> > >> > This serie introduces the support in the sun4i-drm driver for the A33. >> > >> > Beside th

Re: [PATCH 4/4] kvm: x86: export TSC offset to user-space

On Fri, 2 Sep 2016 20:49:37 -0300 Marcelo Tosatti wrote: > On Fri, Sep 02, 2016 at 09:43:01AM -0400, Stefan Hajnoczi wrote: > > On Wed, Aug 31, 2016 at 01:05:45PM -0400, Luiz Capitulino wrote: > > > We need to retrieve a VM's TSC offset in order to use > > > the host's TSC to merge host and gue

Ahoj....

Ahoj, Jsem zastupující investicní zájem ze strany Thajska mají zájem zahranicních investic zahrnující velký objem finančních prostredků, pro které se snazíme svou úcast jako v zámoří zástupce zvládnout investice. Muj klient, který je rodák z Thajska, má nejaké peníze ze svých obchodních úsp

Re: [PATCH v3 03/22] usb: ulpi: Support device discovery via device properties

On Fri, Sep 2, 2016 at 7:09 AM, Heikki Krogerus wrote: > Hi, > > On Wed, Aug 31, 2016 at 05:40:17PM -0700, Stephen Boyd wrote: >> @@ -174,14 +219,37 @@ static int ulpi_register(struct device *dev, struct >> ulpi *ulpi) >> ulpi->id.product = ulpi_read(ulpi, ULPI_PRODUCT_ID_LOW); >> ulp

Re: [PATCH v3 10/22] usb: chipidea: Consolidate extcon notifiers

On Thu, Sep 1, 2016 at 8:17 PM, Peter Chen wrote: > On Wed, Aug 31, 2016 at 05:40:24PM -0700, Stephen Boyd wrote: >> >> >> if (cable->state) >> - val |= OTGSC_ID; >> + val &= ~OTGSC_ID; /* A device */ >> else >> -

[RFC/RFT][PATCH 4/4] cpufreq: schedutil: Add iowait boosting

From: Rafael J. Wysocki Modify the schedutil cpufreq governor to boost the CPU frequency if the SCHED_CPUFREQ_IOWAIT flag is passed to it via cpufreq_update_util(). If that happens, the frequency is set to the maximum during the first update after receiving the SCHED_CPUFREQ_IOWAIT flag and then

[RFC/RFT][PATCH 2/4] cpufreq: intel_pstate: Change P-state selection algorithm for Core

From: Rafael J. Wysocki The PID-base P-state selection algorithm used by intel_pstate for Core processors is based on very weak foundations. Namely, its decisions are mostly based on the values of the APERF and MPERF feedback registers and it only estimates the actual utilization to check if it

[RFC/RFT][PATCH 1/4] cpufreq / sched: SCHED_CPUFREQ_IOWAIT flag to indicate iowait condition

From: Rafael J. Wysocki Testing indicates that it is possible to improve performace significantly without increasing energy consumption too much by teaching cpufreq governors to bump up the CPU performance level if the in_iowait flag is set for the task in enqueue_task_fair(). For this purpose,

[RFC/RFT][PATCH 0/4] cpufreq / sched: iowait boost in intel_pstate and schedutil

Hi Everyone, This is a new version of the "iowait boost" series I posted a few weeks ago. Since the first two patches from that series have been reworked and are in linux-next now, I've rebased this series on top of my linux-next branch. In addition to that I took the Doug's feedback into accoun

[RFC/RFT][PATCH 3/4] cpufreq: intel_pstate: Use average P-state in get_target_pstate_default()

From: Rafael J. Wysocki Adjust the next P-state formula in get_target_pstate_default() (in the filtered case) to use the average P-state as given by the APERF and MPERF feedback registers instead of the exact P-state requested previously, as that request might not be granted. Suggested-by: Doug

[PATCH v2 0/3] clk: xgene: Add PMD clock support

Add X-Gene PMD clock support. PMD clock is implemented for a single register field. Output rate = parent_rate * (denominator - scale) / denominator with - denominator = bitmask of register field + 1 - scale = value of register field For example, for bitmask is 0x7, denominator will be 8 and

[PATCH v2 2/3] clk: xgene: Add PMD clock

Add X-Gene PMD clock support. PMD clock is implemented for a single register field. Output rate = parent_rate * (denominator - scale) / denominator with - denominator = bitmask of register field + 1 - scale = values of register field For example, for bitmask is 0x7, denominator will be 8 an

[PATCH v2 3/3] arm64: dts: xgene: Add DT node for APM X-Gene 2 CPU clocks

Add DT nodes to enable APM X-Gene 2 CPU clocks. Signed-off-by: Hoan Tran --- arch/arm64/boot/dts/apm/apm-shadowcat.dtsi | 56 ++ 1 file changed, 56 insertions(+) diff --git a/arch/arm64/boot/dts/apm/apm-shadowcat.dtsi b/arch/arm64/boot/dts/apm/apm-shadowcat.dtsi ind

[PATCH v2 1/3] Documentation: dtb: xgene: Add PMD clock binding

Add APM X-Gene clock binding documentation for PMD clock. Signed-off-by: Hoan Tran --- Documentation/devicetree/bindings/clock/xgene.txt | 18 ++ 1 file changed, 18 insertions(+) diff --git a/Documentation/devicetree/bindings/clock/xgene.txt b/Documentation/devicetree/bindings/

[PATCH v2 0/2] Add memcpy support for tegra210-adma

This series of patches add memcpy support for tegra210 ADMA engine. Changlog v1->v2 (Suggested by Vinod) * PATCH-1: Split the cyclic pre-check to a separate patch * PATCH-2: Add ADMA_CH_CTRL_MODE to unify the marcos * PATCH-2: Set operation mode depending on cyclic * PATCH-2: Add TODO comment

[PATCH v2 2/2] dmaengine: tegra210-adma: Add memcpy support

ADMA supports non-flow controlled Memory-to-Memory direction transactions. So this patch just adds an initial support for that. It passed a simple dmatest: echo dma1chan0 > /sys/module/dmatest/parameters/channel echo 1024 > /sys/module/dmatest/parameters/iterations echo 0 >

[PATCH v2 1/2] dmaengine: tegra210-adma: Add pre-check for cyclic callback

ADMA driver will support more than cyclic type of transaction. So this patch limits the cyclic callback for the cyclic type only in order to support other types. Signed-off-by: Nicolin Chen --- drivers/dma/tegra210-adma.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/dr

Re: [PATCH 4/4] kvm: x86: export TSC offset to user-space

On Fri, Sep 02, 2016 at 10:15:41AM -0400, Steven Rostedt wrote: > On Fri, 2 Sep 2016 09:43:01 -0400 > Stefan Hajnoczi wrote: > > > Can TSC offset changes occur at runtime? Yes, but Linux guests don't write to the TSC offset after booting and unless user does manual TSC writes. > > One example i

[RFC] fs: add userspace critical mounts event support

kernel_read_file_from_path() can try to read a file from the system's filesystem. This is typically done for firmware for instance, which lives in /lib/firmware. One issue with this is that the kernel cannot know for sure when the real final /lib/firmare/ is ready, and even if you use initramfs dri

Re: [PATCH 4/4] kvm: x86: export TSC offset to user-space

On Fri, Sep 02, 2016 at 09:43:01AM -0400, Stefan Hajnoczi wrote: > On Wed, Aug 31, 2016 at 01:05:45PM -0400, Luiz Capitulino wrote: > > We need to retrieve a VM's TSC offset in order to use > > the host's TSC to merge host and guest traces. This is > > explained in detail in this thread: > > > >

Re: [RFC 1/3] x86/vdso: create vdso file, use it for mapping

On Thu, Aug 25, 2016 at 06:21:08PM +0300, Dmitry Safonov wrote: > + unsigned long n_addr = mmap_region(vdso_file_64, text_start, > + image->size, VM_READ|VM_EXEC| > + VM_DONTEXPAND|VM_SOFTDIRTY| > + VM_M

Re: [RFC 1/3] x86/vdso: create vdso file, use it for mapping

On Tue, Aug 30, 2016 at 04:33:12PM +0200, Oleg Nesterov wrote: > > + inode = ramfs_get_inode(sb, NULL, S_IFREG | S_IRUGO | S_IXUGO, 0); > Not sure... I think alloc_anon_inode() makes more sense. Compared to this, you mean? It's going to give you the wrong permissions/i_op/a_ops, and yo

Re: [PATCH v2 0/2] arm64: dts: rockchip: Support PMU for rk3399 SoCs

Heiko, What do you think of it? Maybe I need re-update these patches on next kernel, and re-test them. On 2016年07月06日 16:05, Caesar Wang wrote: Hello Heiko, Marc & ARM guys When Jay first submitted the rk3399.dtsi upstream he had the PMU node in th

Re: [PATCH v4 0/6] Support the rk3399 gmac and pd function

From: Caesar Wang Date: Fri, 2 Sep 2016 01:49:58 +0800 > This patch have the following changes: > > 7edf13e net: stmmac: dwmac-rk: add rk3366 & rk3399 specific data > 26e004e net: stmmac: dwmac-rk: fixes the gmac resume after PD on/off > b216c2f net: stmmac: dwmac-rk: add pd_gmac support for rk

Re: cmsg newgroup alt.sex.fetish.bool (was Re: [PATCH] arch: all: include: asm: bitops: Use bool instead of int for all bit test functions)

On 09/02/2016 04:33 PM, Chen Gang wrote: > On 9/2/16 04:43, Al Viro wrote: >> > On Tue, Aug 30, 2016 at 05:49:05AM +0800, Chen Gang wrote: >> > >>> >> Could you provide the related proof? >>> >> >>> >> Or shall I try to analyze about it and get proof? >> > >> > Can you show a proof that it actual

Re: [RFC 1/3] x86/vdso: create vdso file, use it for mapping

On Mon, Aug 29, 2016 at 02:28:08AM -0700, Andy Lutomirski wrote: > On Thu, Aug 25, 2016 at 8:21 AM, Dmitry Safonov > wrote: > > I added here a new in-kernel fs with ramfs-like options. > > Created vdso file in this fs (yet for testing, only 64-bit vdso). > > Mapped this file to process's mm on se

Re: [PATCH v2 2/5] firmware: annotate thou shalt not request fw on init or probe

On Thu, Aug 25, 2016 at 09:41:33PM +0200, Luis R. Rodriguez wrote: > On Thu, Aug 25, 2016 at 01:05:44PM +0200, Daniel Vetter wrote: > > On Wed, Aug 24, 2016 at 10:39 PM, Luis R. Rodriguez > > wrote: > > Some users want a fully running gfx stack 2s after power-on. There's > > not even enough time

Re: [PATCH v2 0/3] Add Platform MHU mailbox driver for Amlogic GXBB

Hi Jassi, Neil Armstrong writes: > In order to support Mailbox links for the Amlogic GXBB SoC, add a generic > platform MHU driver based on arm_mhu.c. > > This patchset follows a RFC thread along the GXBB SCPI support at : > http://lkml.kernel.org/r/1466503374-28841-1-git-send-email-narmstr...@b

Re: cmsg newgroup alt.sex.fetish.bool (was Re: [PATCH] arch: all: include: asm: bitops: Use bool instead of int for all bit test functions)

On 9/2/16 04:43, Al Viro wrote: > On Tue, Aug 30, 2016 at 05:49:05AM +0800, Chen Gang wrote: > >> Could you provide the related proof? >> >> Or shall I try to analyze about it and get proof? > > Can you show a proof that it actually improves anything? He who proposes > a patch gets to defend it

How does the size field work in IOCTL numbers?

Hi folks, this is more of a general linux question, but since I noticed it while looking perf_events code, I'm ccing perf_events folks in case the answer is perf_events specific (hope that's ok). uapi/linux/perf_event.h has the following: #define PERF_EVENT_IOC_PERIOD _IOW('$', 4, __u64) #define

[PATCH] crypto: mv_cesa: remove NO_IRQ reference

Drivers should not use NO_IRQ, as we are trying to get rid of that. In this case, the call to irq_of_parse_and_map() is both wrong (as it returns '0' on failure, not NO_IRQ) and unnecessary (as platform_get_irq() does the same thing) This removes the call to irq_of_parse_and_map() and checks for t

[PATCH] dmaengine: ipu: remove bogus NO_IRQ reference

A workaround for a warning introduced a use of the NO_IRQ macro that should have been gone for a long time. It is clear from the code that the value cannot actually be used, but apparently there was a configuration at some point that caused a warning, so instead of just reverting that patch, this

[PATCH] dmaengine: sirf: fix irq number error check

irq_of_parse_and_map() returns 0 on error, no NO_IRQ, so the failure condition can never be met. This changes the comparison to check for zero instead. Signed-off-by: Arnd Bergmann --- drivers/dma/sirf-dma.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/dma/sirf-dm

[PATCH] dmaengine: mxs: remove NO_IRQ check

The mxs_chan->chan_irq variable is guaranteed to never be NO_IRQ, as it gets assigned the result of platform_get_irq() that returns either a valid positive interrupt number, or a negative failure code that leads to the channel not being used. This removes the redundant check, eliminating one more

[PATCH 2/2] hso: Convert printk to pr_

Use a more common logging style Miscellanea: o Add pr_fmt to prefix each output message o Realign arguments Signed-off-by: Joe Perches --- drivers/net/usb/hso.c | 21 +++-- 1 file changed, 11 insertions(+), 10 deletions(-) diff --git a/drivers/net/usb/hso.c b/drivers/net/usb/h

[PATCH 1/2] hso: Use a more common logging style

Macros that end in an underscore are just odd. Add hso_dbg(level, fmt, ...) and use it everwhere instead. Several uses had additional unnecessary newlines as the macro added a newline. Remove the newline from the macro and add newlines to each use as appropriate. Remove now unused D macros. Sig

[PATCH 0/2] hso: neatening

This seems to be the only code in the kernel that uses macro defines with a trailing underscore. Fix that. Joe Perches (2): hso: Use a more common logging style hso: Convert printk to pr_ drivers/net/usb/hso.c | 118 +++--- 1 file changed, 55 inse

Re: [PATCH] virtio-blk: Generate uevent after attribute available

On Wed, Jun 29, 2016 at 09:24:15AM +0800, Fam Zheng wrote: > On Tue, 06/28 04:45, Christoph Hellwig wrote: > > On Tue, Jun 28, 2016 at 10:39:15AM +0800, Fam Zheng wrote: > > > Userspace listens to the KOBJ_ADD uevent generated in add_disk. At that > > > point we haven't created the serial attribute

Re: screen rotation flipped in 4.8-rc

On Tue, 2016-08-30 at 22:42 +, Pandruvada, Srinivas wrote: > Hi All, > > I observed that using iio-sensor-proxy.service, the auto screen > rotation flipped on my laptop (Normal -> vertical, vertical->normal) > using kernel v4.8. > > Anyone else has seen this? > > I did a bisect and found a c

Re: [PATCH] tpm: move struct tpm_class_ops to drivers/char/tpm/tpm.h

On Sat, Sep 03, 2016 at 01:35:22AM +0300, Jarkko Sakkinen wrote: > On Fri, Sep 02, 2016 at 04:11:22PM -0600, Jason Gunthorpe wrote: > > On Sat, Sep 03, 2016 at 12:48:03AM +0300, Jarkko Sakkinen wrote: > > > The struct tpm_class_ops is not used outside the TPM driver. Thus, > > > it can be safely mo

Re: [PATCH] doc: ioctl: Add some clarifications to botching-up-ioctls

On Friday, September 2, 2016 3:42:24 PM CEST Laura Abbott wrote: > - The guide currently says to pad the structure to a multiple of > 64-bits. This is not necessary in cases where the structure contains > no 64-bit types. Clarify this concept to avoid unnecessary padding. > - When using __u64 t

[PATCH] doc: ioctl: Add some clarifications to botching-up-ioctls

- The guide currently says to pad the structure to a multiple of 64-bits. This is not necessary in cases where the structure contains no 64-bit types. Clarify this concept to avoid unnecessary padding. - When using __u64 to hold user pointers, blindly trying to do a cast to a void __user * m

Re: [PATCH] tpm: move struct tpm_class_ops to drivers/char/tpm/tpm.h

On Fri, Sep 02, 2016 at 04:11:22PM -0600, Jason Gunthorpe wrote: > On Sat, Sep 03, 2016 at 12:48:03AM +0300, Jarkko Sakkinen wrote: > > The struct tpm_class_ops is not used outside the TPM driver. Thus, > > it can be safely move to drivers/char/tpm/tpm.h. > > No, this is the wrong direction. > >

[GIT PULL] TPM bugfix

Please pull this fix for the TPM code. The following changes since commit 15301a570754c7af60335d094dd2d1808b0641a5: x86/paravirt: Do not trace _paravirt_ident_*() functions (2016-09-02 09:40:47 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/jmo

[RESEND PATCH] Fix sysrq emergency thaw

"SYSRQ + J" triggers a call to emergency_thaw_all(). Currently, this is an infinite loop. Once we trigger it, we'll need to do a hard power-cycle. There are users reporting this bug from 2012 to 2016, for example, at https://bugzilla.kernel.org/show_bug.cgi?id=47741. This happens because thaw_bdev

Re: [PATCH v2 3/3] nvme: Enable autonomous power state transitions

On Fri, 2016-09-02 at 14:43 -0700, Andy Lutomirski wrote: > On Fri, Sep 2, 2016 at 2:15 PM, J Freyensee > wrote: > > > > On Tue, 2016-08-30 at 14:59 -0700, Andy Lutomirski wrote: > > > > > > NVME devices can advertise multiple power states.  These states > > > can > > > be either "operational" (

Re: Memory barrier needed with wake_up_process()?

On Fri, Sep 02, 2016 at 04:16:54PM -0400, Alan Stern wrote: > Felipe, your tests will show whether my guess was totally off-base. > For the new people, Felipe is tracking down a problem that involves > exactly the code sequence listed at the top of the email, where we know > that the wakeup routi

Re: Memory barrier needed with wake_up_process()?

On Sat, Sep 03, 2016 at 12:14:13AM +0200, Peter Zijlstra wrote: > On Fri, Sep 02, 2016 at 04:16:54PM -0400, Alan Stern wrote: > > > > Actually, that's not entirely true (although presumably it works okay > > for most architectures). > > Yeah, all load-store archs (with exception of PowerPC and AR

Re: [PATCH] usb: dwc3: host: inherit dma configuration from parent dev

On Fri, Sep 2, 2016 at 5:43 AM, Arnd Bergmann wrote: > On Thursday, September 1, 2016 5:14:28 PM CEST Leo Li wrote: >> >> Hi Felipe and Arnd, >> >> It has been a while since the last response to this discussion, but we >> haven't reached an agreement yet! Can we get to a conclusion on if it >> is

Re: [PATCH v2 01/15] Remove unused symbols, unnecessary parens, other minor comments from

On Fri, Sep 02, 2016 at 02:42:56PM -0700, Guenter Roeck wrote: > On Fri, Sep 02, 2016 at 10:53:58AM -0500, Bjorn Helgaas wrote: > > Guenter. > > Kind of an odd patch description ;-) Yeah :) These are just things you commented on initially. I'm going to squash all these and throw away these crap

Re: Memory barrier needed with wake_up_process()?

On Fri, Sep 02, 2016 at 04:16:54PM -0400, Alan Stern wrote: > > Actually, that's not entirely true (although presumably it works okay > for most architectures). Yeah, all load-store archs (with exception of PowerPC and ARM64 and possibly MIPS) implement ACQUIRE with a general fence (after the ll/

Re: [Linaro-mm-sig] [PATCHv2 3/4] staging: android: ion: Add an ioctl for ABI checking

On 09/02/2016 02:33 PM, Arnd Bergmann wrote: On Friday, September 2, 2016 1:33:44 PM CEST Laura Abbott wrote: On 09/02/2016 02:02 AM, Arnd Bergmann wrote: On Thursday, September 1, 2016 3:40:43 PM CEST Laura Abbott wrote: --- a/drivers/staging/android/ion/ion-ioctl.c +++ b/drivers/staging/and

Re: [PATCH] tpm: move struct tpm_class_ops to drivers/char/tpm/tpm.h

On Sat, Sep 03, 2016 at 12:48:03AM +0300, Jarkko Sakkinen wrote: > The struct tpm_class_ops is not used outside the TPM driver. Thus, > it can be safely move to drivers/char/tpm/tpm.h. No, this is the wrong direction. The goal is to make things more like other subsystems, so we should be moving s

Re: [PATCH v3] power: bq24735-charger: Request status GPIO with initial input setup

Hi, Le vendredi 02 septembre 2016 à 17:27 +0200, Sebastian Reichel a écrit : > Hi Paul, > > This looks mostly fine now. I have a few more comments, that I > missed last time: Thanks for the review and for the useful suggestions. I have applied them to v4. > On Thu, Sep 01, 2016 at 11:27:00PM +0

[PATCH v4] power: bq24735-charger: Request status GPIO with initial input setup

This requests the status GPIO with initial input setup. it is required to read the GPIO status at probe time and thus correctly avoid sending i2c messages when AC is not plugged. When requesting the GPIO without initial input setup, it always reads 0 which causes probe to fail as it assumes the ch

Re: [PATCH v2 07/15] Simplify the confusing HIWORD_UPDATE scheme.

On Fri, Sep 02, 2016 at 02:38:06PM -0700, Guenter Roeck wrote: > On Fri, Sep 02, 2016 at 10:54:53AM -0500, Bjorn Helgaas wrote: > > +#define HIWORD_UPDATE(mask, val) ((mask << 16) | val) > > + > > +#define ENCODE_LANES(x)(((x >> 1) & 3) << 4) > > (x) ? Done, thanks! (And f

[tip:timers/core 6/6] alarmtimer.c:undefined reference to `rtc_ktime_to_tm'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git timers/core head: a0a6e06d545a753740c9d8d5ce2c4fdd3ab1c021 commit: a0a6e06d545a753740c9d8d5ce2c4fdd3ab1c021 [6/6] time: alarmtimer: Add tracepoints for alarmtimers config: s390-allyesconfig (attached as .config) compiler: s390x-

[PATCH] ARM: fix linker call for ARM_MODULE_PLTS

module.lds script doesn't get called when CONFIG_ARM_MODULE_PLTS is enabled. Use KBUILD_LDFLAGS_MODULE to fix it. Signed-off-by: Wladislav Wiebe --- arch/arm/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/Makefile b/arch/arm/Makefile index 61f6ccc..01c6025

Re: [Linaro-mm-sig] [PATCHv2 4/4] staging: android: ion: Add ioctl to query available heaps

On 09/02/2016 02:37 PM, Arnd Bergmann wrote: On Friday, September 2, 2016 2:27:21 PM CEST Laura Abbott wrote: All warnings (new ones prefixed by >>): drivers/staging/android/ion/ion.c: In function 'ion_query_heaps': drivers/staging/android/ion/ion.c:1181:3: warning: cast to pointer from in

Re: [PATCH v3] drm/i915/skl: Don't try to update plane watermarks if they haven't changed

Since this patch has been on hold for a little bit, I did a bit of thinking of how we could this a little more cleanly. Unfortunately I couldn't think of a way, however I did think of an alternative solution: I'm planning on backporting all of the skl wm fixes already, so I'm going to use this pat

[PATCH] tpm: move struct tpm_class_ops to drivers/char/tpm/tpm.h

The struct tpm_class_ops is not used outside the TPM driver. Thus, it can be safely move to drivers/char/tpm/tpm.h. Signed-off-by: Jarkko Sakkinen --- drivers/char/tpm/tpm.h | 13 + include/linux/tpm.h| 14 -- 2 files changed, 13 insertions(+), 14 deletions(-) diff -

Re: [PATCH] dt-binding: remoteproc: Document generic properties

On 08/12/2016 05:42 PM, Bjorn Andersson wrote: > On Fri 12 Aug 11:34 PDT 2016, Rob Herring wrote: > >> On Wed, Aug 10, 2016 at 10:37:02AM -0700, Bjorn Andersson wrote: >>> This documents the generic properties "rprocs" and "rproc-names", used >>> for consumer drivers to reference a remoteproc node

  1   2   3   4   5   6   7   >