Hi Xinming,
[auto build test ERROR on bluetooth-next/master]
[also build test ERROR on v4.5-rc2 next-20160202]
[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/Amitkumar-Karwar/bluetooth-btmrvl
Hi Andrew,
After merging the akpm-current tree, today's linux-next build (i386
defconfig) failed like this:
In file included from include/linux/mm.h:67:0,
from include/linux/suspend.h:8,
from arch/x86/kernel/asm-offsets.c:12:
On 02/02/2016 09:02 PM, Viresh Kumar wrote:
On 02-02-16, 20:04, Saravana Kannan wrote:
What's the s_active lock in CPU1 coming from?
That's taken by sysfs core while removing the files.
The only reason it's there
today is because of the sysfs dir remove. If you move it before the
On 02-02-16, 20:04, Saravana Kannan wrote:
> What's the s_active lock in CPU1 coming from?
That's taken by sysfs core while removing the files.
> The only reason it's there
> today is because of the sysfs dir remove. If you move it before the
> policy->rwsem, you won't have it after the
Longman,
The attachment include user space code(thread.c), and kernel
patch(ali_work_queue.patch) based on 4.3.0-rc4,
we replaced all original spinlock (list_lock) in slab.h/c with the
new mechanism.
The thread.c in user space caused lots of hot kernel spinlock from
__kmalloc and kfree,
perf
On 2/2/16, Jeffrey Merkey wrote:
>> Because when you catch a bug in the hard lockup detector the system
>> just sits there hard hung and you are not able to get into a debugger
>> console since the system has crashed and the watchdog code has already
>> killed off the other processors and locked
Hi Dmitry,
On 01/21/2016 09:43 AM, Peter Hurley wrote:
> On 01/21/2016 02:06 AM, Dmitry Vyukov wrote:
>> On Wed, Jan 20, 2016 at 5:08 PM, Peter Hurley
>> wrote:
>>> On 01/20/2016 05:02 AM, Peter Zijlstra wrote:
On Wed, Dec 30, 2015 at 11:44:01AM +0100, Dmitry Vyukov wrote:
> -> #3
> Because when you catch a bug in the hard lockup detector the system
> just sits there hard hung and you are not able to get into a debugger
> console since the system has crashed and the watchdog code has already
> killed off the other processors and locked up all the NMI interrupt
> handlers,
From: Xinming Hu
This patch implements a framework for board specific wakeup.
driver parse irq/gpio number from device tree, corresponding
resources will be allocated, and used for host suspend/resume.
Device tree binding file is also updated in the patch.
Signed-off-by: Xinming Hu
From: Xinming Hu
Platform device and driver provide easy way to
interact with device-tree-enabled system.
This patch registers platform driver and reorganise
existing device tree specific code.
Signed-off-by: Xinming Hu
Signed-off-by: Amitkumar Karwar
---
This patch renames to be more adapter compatibles since more and more
SoCs are supported in thermal driver.
Reported-by: Huang,Tao
Signed-off-by: Caesar Wang
---
drivers/thermal/rockchip_thermal.c | 50 +-
1 file changed, 28 insertions(+), 22 deletions(-)
As the Dan report the smatch check the thermal driver warning:
drivers/thermal/rockchip_thermal.c:551 rockchip_configure_from_dt()
warn: impossible condition '(thermal->tshut_temp > ((~0 >> 1))) =>
(s32min-s32max > s32max)'
Although The shut_temp read from DT is u32,the temperature is currently
On 02/02/2016 07:01 PM, Naoya Horiguchi wrote:
> On Tue, Feb 02, 2016 at 03:17:10PM -0800, Mike Kravetz wrote:
>> I agree. Naoya did debug and provide fix via e-mail exchange. He did not
>> sign-off and I could not tell if he was going to pursue. My only intention
>> was to fix ASAP.
>>
>> More
As the TRM says, add the tsadc_q_sel to control the temperature-code
sequence since the rk3228/rk3399 need set this bit (1024 - tsadc_q)
as output.
Fixes: commit
b0d7033 "thermal: rockchip: Support the RK3399 SoCs in thermal driver"
7b02a5e "thermal: rockchip: Support the RK3228 SoCs in thermal
This patch adds the thermal needed main information for rk3228 SoCS.
Basically has the following content:
1) TSADC controller:
Add the needed attributes for rk3036 TSADC controller.
Especially for the TSHUT, in some cases if we are unable to shut it down
in orderly fashion (says: kernel is
This patch enables the tsadc for rk3228 evb board.
The rk3228 evb board uses the CRU to reset the chip since it hasn't the
PMIC to connect it, and TSHUT is low active on evb board.
Signed-off-by: Caesar Wang
---
arch/arm/boot/dts/rk3228-evb.dts | 7 +++
1 file changed, 7 insertions(+)
Hello Eduardo, Heiko, Michael & Stephen:
This series pacthes to support the rk3228 SoCs thermal.
They have the following patches to work on rk3228 SoCs.
bdc79c0 ARM: dts: rockchip: add the thermal main info found on rk3228
22ea3c3 ARM: dts: rockchip: enable the tsadc for rk3228 evb
b907b75
This patch adds the needed clocks for rk3228 tsadc.
Signed-off-by: Caesar Wang
---
drivers/clk/rockchip/clk-rk3228.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/clk/rockchip/clk-rk3228.c
b/drivers/clk/rockchip/clk-rk3228.c
index 981a502..6374fef 100644
---
From: Elaine Zhang
the calculation use a global table, not their own table.
so adapt the table to the correct one.
Signed-off-by: Elaine Zhang
Signed-off-by: Caesar Wang
---
drivers/thermal/rockchip_thermal.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
This patch adds 'SCLK_TSADC' and 'PCLK_TSADC' id found on rk3228 SoCs.
That will be needed by TSADC controller.
Signed-off-by: Caesar Wang
---
include/dt-bindings/clock/rk3228-cru.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/dt-bindings/clock/rk3228-cru.h
Hi Andrew,
After merging the akpm-current tree, today's linux-next build (powerpc
pseries_le_defconfig) failed like this:
mm/huge_memory.c:1089:9: error: implicit declaration of function 'pud_mkyoung'
[-Werror=implicit-function-declaration]
_pud = pud_mkyoung(pud_mkdirty(*pud));
^
On Tue, Feb 02, 2016 at 10:46:07PM -0500, Kevin Easton wrote:
> On Tue, Feb 02, 2016 at 05:04:06PM +, Al Viro wrote:
> > the rules for ++ and -- might as well have been ++ postfix-expression and
> > -- postfix-expression resp.
>
> Unless I'm mistaken, * cast-expression yields an lvalue.
On 02/02/2016 06:13 PM, Viresh Kumar wrote:
On 02-02-16, 13:37, Saravana Kannan wrote:
On 02/01/2016 10:34 PM, Viresh Kumar wrote:
What will that solve? It will stay exactly same then as well, as we
would be adding/removing these attributes from within the same
policy->rwsem ..
The problem
On 02/02/2016 05:52 PM, Rafael J. Wysocki wrote:
On Wed, Feb 3, 2016 at 2:32 AM, Saravana Kannan wrote:
On 02/02/2016 05:07 PM, Rafael J. Wysocki wrote:
On Wed, Feb 3, 2016 at 12:42 AM, Rafael J. Wysocki
wrote:
On Tue, Feb 2, 2016 at 11:21 PM, Saravana Kannan
wrote:
On 02/02/2016 11:40
On Tue, Feb 02, 2016 at 05:04:06PM +, Al Viro wrote:
> FWIW, the actual rules are
> unary-expression: postfix-expression |
> ++ unary-expression |
> -- unary-expression |
> - cast-expression |
>
Hello,
On (01/23/16 17:15), Sergey Senozhatsky wrote:
> [was: cond_resched() some of console_trylock callers]
>
> Hello,
>
> console_unlock() allows to cond_resched() if its caller has
> set `console_may_schedule' to 1 (this functionality present
> since commit 'printk: do cond_resched()
Hello Laxman,
I'll comment on top of Krzysztof's answer since I agree with his remarks.
On 02/02/2016 10:17 PM, Krzysztof Kozlowski wrote:
On 02.02.2016 22:16, Laxman Dewangan wrote:
To make RTC block of MAX77686/MAX77802 as independent driver,
move the registeration of i2c device, regmap for
When an unsupported reloc is encountered in a module, we currently
blindly branch to whatever would be at its entry in the reloc handler
function pointer arrays. This may be NULL, or if the unsupported reloc
has a type greater than that of the supported reloc with the highest
type then we'll
MIPS32r6 code makes use of rel-stye relocations & may contain the new
relocations R_MIPS_PC21_S2 or R_MIPS_PC26_S2 which were introduced with
MIPSr6. Implement support for those relocations such that we can load
MIPS32r6 kernel modules.
Signed-off-by: Paul Burton
---
arch/mips/kernel/module.c
From: "Steven J. Hill"
The module relocation handling code has inconsistent use of printk() and
pr_*() functions. Convert printk() calls to use pr_err() and pr_warn().
Signed-off-by: Steven J. Hill
Signed-off-by: James Hogan
Signed-off-by: Paul Burton
---
arch/mips/kernel/module-rela.c | 8
MIPSr6 introduced a few new relocations that may be present in loadable
kernel modules. This series introduces support for them in both their
rel & rela forms for MIPS32 & MIPS64 kernels respectively, and ensures
that any future missing relocs cause module loading to fail gracefully.
Paul Burton
MIPS32 code uses rel-style relocs, and MIPS32r6 modules may include the
R_MIPS_PC16 relocation. We thus need to support R_MIPS_PC16 rel-style
relocations in order to load MIPS32r6 kernel modules. This patch adds
such support, which is similar to the rela-style R_MIPS_PC16 support but
making use of
From: "Steven J. Hill"
This patch fixes MIPS64r6 kernel modules by adding new ELF
relocations. Toolchains that compile 64-bit R6 binaries emit
two new ELF relocations R_MIPS_PC21_S2 and R_MIPS_PC26_S2.
The pre-existing R_MIPS_PC16 ELF relocation is also emitted.
Signed-off-by: Steven J. Hill
Hi Byeoungwook,
[auto build test WARNING on wireless-drivers-next/master]
[also build test WARNING on v4.5-rc2 next-20160202]
[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/Byeoungwook-Kim
drivers/net/wireless/realtek/rtlwifi/core.c:59:2-3: Unneeded semicolon
Remove unneeded semicolon.
Generated by: scripts/coccinelle/misc/semicolon.cocci
CC: Byeoungwook Kim
Signed-off-by: Fengguang Wu
---
core.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
---
Copying the content of an MSA vector from user memory may involve TLB
faults & mapping in pages. This will fail when preemption is disabled
due to an inability to acquire mmap_sem from do_page_fault, which meant
such vector loads to unmapped pages would always fail to be emulated.
Fix this by
dw_mci_rockchip_pmops just copy-paste what dw_mci_pltfm_pmops
have done. Let's remove it.
Signed-off-by: Shawn Lin
---
drivers/mmc/host/dw_mmc-rockchip.c | 22 +-
1 file changed, 1 insertion(+), 21 deletions(-)
diff --git a/drivers/mmc/host/dw_mmc-rockchip.c
EVENT_XFER_ERROR isn't been used now, so we can
remove it.
Signed-off-by: Shawn Lin
---
include/linux/mmc/dw_mmc.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/include/linux/mmc/dw_mmc.h b/include/linux/mmc/dw_mmc.h
index 89df7ab..b29e06e 100644
--- a/include/linux/mmc/dw_mmc.h
+++
Hi Jitao,
One more comment, inline...
On Mon, Feb 1, 2016 at 12:13 PM, Jitao Shi wrote:
> This patch adds drm_bridge driver for parade DSI to eDP bridge chip.
>
> Signed-off-by: Jitao Shi
[snip]
> +static int ps8640_probe(struct i2c_client *client,
> + const struct
This series introduces support for probing the Imagination Technologies
P6600 CPU, a high end multi-core out-of-order MIPS64r6 CPU with features
such as SIMD & hardware supported virtualization.
We already have support in place for the required CM/CPS features so
this simply adds the PRID, probes
Define the processor ID for the P6600 core and add a value to the enum
cpu_type_enum for the core.
Signed-off-by: Paul Burton
---
arch/mips/include/asm/cpu.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/mips/include/asm/cpu.h b/arch/mips/include/asm/cpu.h
index
Add cases supporting the P6600 CPU to various switch statements in
core MIPS kernel code that define behaviour dependent upon the CPU.
Signed-off-by: Paul Burton
---
arch/mips/include/asm/cpu-type.h | 1 +
arch/mips/kernel/cpu-probe.c | 1 +
arch/mips/kernel/perf_event_mipsxx.c | 6
Support probing the P6600 core now that cases for handling it have been
added throughout the core MIPS kernel code.
Signed-off-by: Paul Burton
---
arch/mips/kernel/cpu-probe.c | 4
1 file changed, 4 insertions(+)
diff --git a/arch/mips/kernel/cpu-probe.c b/arch/mips/kernel/cpu-probe.c
When CONFIG_MIPS_CPS_NS16550 is enabled, some register state is dumped
to the UART when an exception is taken via the BEV on secondary cores.
EJTAG exceptions are architecturally expected to be handled by the BEV
even when Status.BEV is 0. This effectively means that if userland
executes an sdbbp
In preparation for supporting MIPSr6 multithreading (ie. VPs) which will
begin execution from the core reset vector, skip core level setup if the
core is already coherent. This is never the case when a core is first
started, since boot_core explicitly clears the cores GCR_Cx_COH_EN
register, and
Introduce support for bringing up Virtual Processors in MIPSr6 systems
as CPUs, much like their VPE parallel from the now-deprecated MT ASE.
The existing mips_cps_boot_vpes function fits the MIPSr6 architecture
pretty well - it can now simply write the mask of running VPs to the
VC_RUN register,
When debugging a new system or core it can be useful to disable the use
of multithreading. Introduce a "nothreads" kernel command line parameter
that can be set in order to do so.
Signed-off-by: Paul Burton
---
arch/mips/kernel/smp-cps.c | 11 +++
1 file changed, 11 insertions(+)
diff
The mips_cps_boot_vpes function previously included code to retrieve
pointers to the core & VPE boot configuration structs. These structures
were used both by mips_cps_boot_vpes and by its mips_cps_core_entry
callsite. In preparation for skipping the call to mips_cps_boot_vpes on
some invocations
In preparation for further modifications to mips_cps_core_entry, pull
the L1 cache initialisation out into a separate function. This both
makes the code in mips_cps_core_entry read more clearly, particularly
when modifying it, and shortens it which will become important as code
is added that needs
Provide a gic_read_local_vp_id() function to read the VCNUM field of the
GICs local VP_IDENT register. This will be used by a further patch to
check that the value reported by the GIC matches up with the kernels
calculation.
Signed-off-by: Paul Burton
---
drivers/irqchip/irq-mips-gic.c | 8
The Linux CPU number doesn't necessarily match up with the ID used for a
VP by hardware. Convert the CPU number to the HW ID using mips_cm_vp_id
when writing to the VP(E)_OTHER_ADDR register in order to ensure that we
correctly access registers for the VPs of secondary cores. This most
notably
When bringing up a CPU, ensure that its local ID as provided by the GIC
matches up with our calculation of it. This is vital, since if the
condition doesn't hold then we won't have configured interrupts
correctly for the VP.
Signed-off-by: Paul Burton
---
arch/mips/kernel/smp-cps.c | 11
Fix mips_cm_max_vp_width for UP kernels where it previously referenced
smp_num_siblings, which is not declared for UP kernels. This led to
build errors such as the following:
drivers/built-in.o: In function `$L446':
irq-mips-gic.c:(.text+0x1994): undefined reference to `smp_num_siblings'
Generate accessor functions for the GCR_BEV_BASE register introduced by
CM3, for use by a later patch.
Signed-off-by: Paul Burton
---
arch/mips/include/asm/mips-cm.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/mips/include/asm/mips-cm.h b/arch/mips/include/asm/mips-cm.h
index
From: Markos Chandras
Add the new CM3 registers for controlling bringing up and powering down
VPs on MIPSR6 cores.
Signed-off-by: Markos Chandras
Signed-off-by: Paul Burton
---
arch/mips/include/asm/mips-cpc.h | 3 +++
1 file changed, 3 insertions(+)
diff --git
From: Markos Chandras
We shouldn't trust that the secondary cores will have a sane ebase register
(either from the bootloader or during the hardware design phase) so use the
ebase address as calculated by the boot CPU.
Signed-off-by: Markos Chandras
Signed-off-by: Paul Burton
---
From: Markos Chandras
This is similar to commit 934c79231c1b ("MIPS: asm: r4kcache: Add MIPS
R6 cache unroll functions"). The CACHE instruction has been redefined
for MIPSr6 and it reduced its offset field to 8 bits. This leads to
micro-assembler field overflow warnings when booting SMP MIPSr6
Hello Laxman,
On 02/02/2016 10:16 AM, Laxman Dewangan wrote:
Get rid of referring parent device info for register access
all the places by making regmap as part of max77686 rtc
device info. This will also remove the need of storing parent
device info in max77686 rtc device info as this is no
MIPSr6 introduces support for "Virtual Processors", which are
conceptually similar to VPEs from the now-deprecated MT ASE. Detect
whether the system supports VPs using the VP bit in Config5, adding
cpu_has_vp for use by later patches.
Signed-off-by: Paul Burton
---
This series introduces support for the multi-core & multi-threading
capabilities of the I6400. That is, it introduces support for MIPSr6
Virtual Processors & enables CPS SMP for MIPSr6.
Based atop v4.5-rc2.
Markos Chandras (3):
MIPS: traps: Make sure secondary cores have a sane ebase register
In this patch, the offset of '.text' section is stored into dso
and used here to re-calculate address to objdump.
In most of the cases, executable code is in '.text' section, so the
adjustment made to a symbol in dso__load_sym (using
sym.st_value -= shdr.sh_addr - shdr.sh_offset) should equal to
This is v2 of this patchset to solve the symbol error problem found on
ARM64 [1].
v1 -> v2: Since nearly all ELF files require symbol adjustment, make it
the default option.
[1]
http://lkml.kernel.org/g/1452567507-54013-1-git-send-email-heku...@huawei.com
Wang Nan (2):
perf tools:
He Kuang reported a problem that perf fails to get correct symbol on
Android platform in [1]. The problem can be reproduced on normal x86_64
platform. I will describe the reproducing steps in detail at the end of
commit message.
The reason of this problem is the missing of symbol adjustment for
Hello Laxman
On 02/02/2016 10:16 AM, Laxman Dewangan wrote:
rtc_regmap should be used to access all RTC regsiters instead
s/regsiters/registers
of parent regmap regardless of what chip or property have it.
This makes the register access uniform and extendible for other
chips.
Hello Laxman,
On 02/02/2016 10:16 AM, Laxman Dewangan wrote:
Fix following check patch error in rtc-max77686 driver:
- Alignment should match open parenthesis.
- braces {} should be used on all arms of this statement.
- Prefer using the BIT macro
Signed-off-by: Laxman Dewangan
---
On Tue, Feb 02, 2016 at 03:17:10PM -0800, Mike Kravetz wrote:
> On 02/02/2016 02:59 PM, David Rientjes wrote:
> > On Tue, 2 Feb 2016, Mike Kravetz wrote:
> >
> >> Attempting to preallocate 1G gigantic huge pages at boot time with
> >> "hugepagesz=1G hugepages=1" on the kernel command line will
On 02/02/2016 07:56 PM, Rafael J. Wysocki wrote:
Does this help: https://patchwork.kernel.org/patch/8170821/ ?
No more warnings on ipmi_si removal over here with that patch.
Thanks,
-- Joe
> "Kirill" == Kirill A Shutemov writes:
Kirill> I have the same problem.
Kirill> Shouldn't we put quirk for that?
I was hoping that Hannes' patch would do the trick so we could avoid
blacklisting:
https://patchwork.kernel.org/patch/8079011/
--
Martin K. Petersen Oracle
On 03.02.2016 11:29, Yang, Wenyou wrote:
> Hi Peter,
>
>> -Original Message-
>> From: Peter Korsgaard [mailto:jac...@gmail.com] On Behalf Of Peter Korsgaard
>> Sent: 2016年2月3日 1:42
>> To: Mark Brown
>> Cc: Yang, Wenyou ; Liam Girdwood
>> ; Rob Herring ; Pawel Moll
>> ; Ian Campbell ;
> -Original Message-
> From: Javier Martinez Canillas [mailto:jav...@dowhile0.org]
> Sent: 2016年2月1日 21:15
> To: Yang, Wenyou
> Cc: Mark Brown ; Liam Girdwood ;
> Rob Herring ; Pawel Moll ; Ian
> Campbell ; Kumar Gala ;
> Krzysztof Kozlowski ; Lee Jones
> ; Peter Korsgaard ; Ferre,
The Zynq has a bug where the L2 cache will return invalid data in some
circumstances unless the L2C_RAM register is set to 0x00020202 before the first
enabling of the L2 cache.
The Xilinx-recommended solution to this problem is to ensure that early one of
the earlier bootstages correctly
The Zynq has a bug where the L2 cache will return invalid data in some
circumstances unless the L2C_RAM register is set to 0x20202 before the first
enabling of the L2 cache.
The Xilinx-recommended solution to this problem is to ensure that early one of
the earlier bootstages correctly initialize
Hi Julian,
I sent to modify the patch again.
Thanks for your assists!
Regards,
Byeoungwook
2016-02-03 11:06 GMT+09:00 Julian Calaby :
> Hi Byeoungwook,
>
> On Wed, Feb 3, 2016 at 1:01 PM, Byeoungwook Kim wrote:
>> rtl_*_delay() functions were reused same codes about addr variable.
>> So i have
In preparation for performing additional configuration prior to bringing
up L2, move the slcr initialization earlier in the boot process.
Signed-off-by: Josh Cartwright
---
arch/arm/mach-zynq/common.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git
Hi Chris,
Reporting absolute position allows the synaptics and libinput xorg
drivers to treat the BYD touchpad as a touchpad, rather than a mouse.
This allows edge scrolling, tap to click, natural scrolling and any
other location based single touch gesture to work.
I opted to completely disable
Hi Peter,
> -Original Message-
> From: Peter Korsgaard [mailto:jac...@gmail.com] On Behalf Of Peter Korsgaard
> Sent: 2016年2月3日 1:42
> To: Mark Brown
> Cc: Yang, Wenyou ; Liam Girdwood
> ; Rob Herring ; Pawel Moll
> ; Ian Campbell ; Kumar
> Gala ; Krzysztof Kozlowski
> ; Javier Martinez
On 02-02-16, 21:23, Rafael J. Wysocki wrote:
> To me, this is not about the macro, but about moving min_sampling_rate
> to governor tunables, so my subject would be something like "cpufreq:
> governor: Treat min_sampling_rate as a governor-specific tunable".
>
> My changelog, then, would be
fixed warnings about comment block coding style
Signed-off-by: Saatvik Arya
---
drivers/staging/xgifb/vgatypes.h | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/xgifb/vgatypes.h b/drivers/staging/xgifb/vgatypes.h
index 61fa10f..de80e5c 100644
---
fixed coding style warnings related to comment blocks
Signed-off-by: Saatvik Arya
---
drivers/staging/octeon-usb/octeon-hcd.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/octeon-usb/octeon-hcd.c
b/drivers/staging/octeon-usb/octeon-hcd.c
index
fixed spelling mistakes which reffered to OUTPUT as OUPUT
Signed-off-by: Saatvik Arya
---
drivers/staging/media/davinci_vpfe/dm365_resizer.c | 22 +++---
drivers/staging/media/davinci_vpfe/dm365_resizer.h | 2 +-
2 files changed, 12 insertions(+), 12 deletions(-)
diff --git
Hi Stephen,
[auto build test ERROR on clk/clk-next]
[also build test ERROR on v4.5-rc2 next-20160202]
[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/Stephen-Boyd/clk-gpio-Make-into-a-platform
On 02-02-16, 21:04, Rafael J. Wysocki wrote:
> On Tue, Feb 2, 2016 at 11:57 AM, Viresh Kumar wrote:
> > Hi Rafael,
> >
> > Sorry for doing this, I know you were also looking to fix this in a
> > possibly different way. But I thought, it would be better if we fix
> > that. We can scrap this
On 2016/2/2 23:18, Namhyung Kim wrote:
On Tue, Feb 02, 2016 at 08:56:06AM +, Wang Nan wrote:
He Kuang reported a problem that perf fails to get correct symbol on
Android platform in [1]. The problem can be reproduced on normal x86_64
platform. I will describe the reproducing steps in
rtl_*_delay() functions were reused same codes about addr variable.
So i have converted to rtl_addr_delay() from code about addr variable.
Signed-off-by: Byeoungwook Kim
Reviewed-by: Julian Calaby
---
V2 split in separate patchs.
drivers/net/wireless/realtek/rtlwifi/core.c | 28
Conditional codes in rtl_addr_delay() were improved in readability and
performance by using switch codes.
Signed-off-by: Byeoungwook Kim
Reviewed-by: Julian Calaby
---
V2 split in separate patchs.
drivers/net/wireless/realtek/rtlwifi/core.c | 20 ++--
1 file changed, 14
On 02-02-16, 13:37, Saravana Kannan wrote:
> On 02/01/2016 10:34 PM, Viresh Kumar wrote:
> >What will that solve? It will stay exactly same then as well, as we
> >would be adding/removing these attributes from within the same
> >policy->rwsem ..
>
> The problem isn't that you are holding the
Hi Stephen,
2016-02-03 5:43 GMT+09:00 Stephen Boyd :
> On 02/02, Masahiro Yamada wrote:
>> 2016-02-02 11:39 GMT+09:00 Stephen Boyd :
>> >
>> > Right, this patch moves the check to __clk_core_init(), and it
>> > will print an error and then keep going (because we lost the goto
>> > out part).
On 2016/2/2 18:13, Andy Yan wrote:
Add syscon-reboot-mode driver DT node for rk3368 platform
Signed-off-by: Andy Yan
Work fine with my rk3368-sheep board :)
Tested-by: Shawn Lin
---
Changes in v3:
- descirbe all reboot mode as property instead of subnode
Changes in v2:
- make this
On 2016/2/2 23:52, Arnaldo Carvalho de Melo wrote:
Em Tue, Feb 02, 2016 at 12:24:19PM +0200, Adrian Hunter escreveu:
This patch does not fix the problem because the thread__zput() will still
segfault later if the error path is not taken.
Sorry, I didn't look closely at this patch because I
Hi Byeounwook,
On Wed, Feb 3, 2016 at 12:59 PM, Byeoungwook Kim wrote:
> Conditional codes in rtl_addr_delay() were improved in readability and
> performance by using switch codes.
>
> Signed-off-by: Byeoungwook Kim
> Reported-by: Julian Calaby
Reviewed-by: Julian Calaby
Thanks,
Julian
Hi Byeoungwook,
On Wed, Feb 3, 2016 at 1:01 PM, Byeoungwook Kim wrote:
> rtl_*_delay() functions were reused same codes about addr variable.
> So i have converted to rtl_addr_delay() from code about addr variable.
>
> Signed-off-by: Byeoungwook Kim
> Reviewed-by: Julian Calaby
Just a note for
rtl_*_delay() functions were reused same codes about addr variable.
So i have converted to rtl_addr_delay() from code about addr variable.
Signed-off-by: Byeoungwook Kim
Reviewed-by: Julian Calaby
---
drivers/net/wireless/realtek/rtlwifi/core.c | 28
1 file
Conditional codes in rtl_addr_delay() were improved in readability and
performance by using switch codes.
Signed-off-by: Byeoungwook Kim
Reported-by: Julian Calaby
---
drivers/net/wireless/realtek/rtlwifi/core.c | 20 ++--
1 file changed, 14 insertions(+), 6 deletions(-)
diff
On Wed, Feb 3, 2016 at 2:32 AM, Saravana Kannan wrote:
> On 02/02/2016 05:07 PM, Rafael J. Wysocki wrote:
>>
>> On Wed, Feb 3, 2016 at 12:42 AM, Rafael J. Wysocki
>> wrote:
>>>
>>> On Tue, Feb 2, 2016 at 11:21 PM, Saravana Kannan
>>> wrote:
On 02/02/2016 11:40 AM, Rafael J. Wysocki
Add devicetree binding for SPI devices.
Signed-off-by: Andrew Duggan
---
.../devicetree/bindings/input/rmi4/rmi_spi.txt | 57 ++
drivers/input/rmi4/rmi_spi.c | 44 -
2 files changed, 100 insertions(+), 1 deletion(-)
create mode
The Synaptics RMI4 driver provides support for RMI4 devices. Instead of
duplicating the RMI4 processing code, make hid-rmi a transport driver
and register it with the Synaptics RMI4 core.
Signed-off-by: Andrew Duggan
---
drivers/hid/Kconfig | 2 +-
drivers/hid/hid-rmi.c | 891
Add the transport driver for devices using RMI4 over SPI.
Signed-off-by: Andrew Duggan
---
drivers/input/rmi4/Kconfig | 9 +
drivers/input/rmi4/Makefile | 1 +
drivers/input/rmi4/rmi_spi.c | 547 +++
include/linux/rmi.h | 51
4 files
RMI4 F30 supports input from clickpad buttons and controls LEDs located
on the touchpad PCB. This patch adds support of the clickpad buttons and
defers supporting LEDs for the future.
Signed-off-by: Andrew Duggan
Signed-off-by: Benjamin Tissoires
---
drivers/input/rmi4/Kconfig | 9 +
2D sensors have several parameter which can be set in the platform data.
This patch adds support for getting those values from devicetree.
Signed-off-by: Andrew Duggan
---
.../bindings/input/rmi4/rmi_2d_sensor.txt | 56 +++
.../bindings/input/touchscreen/touchscreen.txt |
RMI4 currently defines two functions for reporting data for 2D sensors
(F11 and F12). This patch adds the common functionality which is shared
by devices with 2D reporting along with implementing functionality for
F11.
Signed-off-by: Andrew Duggan
Signed-off-by: Christopher Heiny
---
101 - 200 of 2334 matches
Mail list logo