On Sun, Jan 17, 2016 at 01:03:02AM +0900, Namhyung Kim wrote:
SNIP
> + min_callchain_hits,
> + &callchain_param);
> + }
> +}
> +
> static void __hists__insert_output_entry(struct rb_root *entries,
>
Hi Daniel,
>The other sock_put() in packet_release() to drop the final ref and call into
>sk_free(), which drops the 1 ref on the sk_wmem_alloc from init time. Since you
>got into __sk_free() via sock_wfree() destructor, your socket must have invoked
>packet_release() prior to this (perhaps kernel
Hi Arnd,
2016-01-14 7:33 GMT+09:00 Arnd Bergmann :
> The recently added uniphier 8250 port driver supports early console
> probing, and it supports being built as a module, but the combination
> of the two fails to link:
>
> ERROR: "early_serial8250_setup" [drivers/tty/serial/8250/8250_uniphier.k
On 21 January 2016 at 11:48, Ard Biesheuvel wrote:
> Similar to how relative extables are implemented, it is possible to emit
> the kallsyms table in such a way that it contains offsets relative to some
> anchor point in the kernel image rather than absolute addresses. The benefit
> is that such t
On Sun, Jan 17, 2016 at 01:03:01AM +0900, Namhyung Kim wrote:
SNIP
> diff --git a/tools/perf/util/sort.h b/tools/perf/util/sort.h
> index 687bbb124428..15a75d44de91 100644
> --- a/tools/perf/util/sort.h
> +++ b/tools/perf/util/sort.h
> @@ -94,9 +94,11 @@ struct hist_entry {
> s32
On Wed 2016-01-20 10:48:30, Petr Mladek wrote:
> I did the testing on PPC64LE with a kernel based on 4.4.0-rc8
> using the attached config. I used the following stuff:
Ah, I forgot to attach it. Also it is rahter big. Please,
find it at http://pastebin.com/tzJ3mdUd
Best Regards,
Petr
Hi,
> On Thu, Jan 21, 2016 at 11:26:11AM +0100, Lothar Waßmann wrote:
> > > On Thu, Jan 21, 2016 at 08:05:24AM +0100, Lothar Waßmann wrote:
> > > > > On Wed, Jan 20, 2016 at 01:29:51PM +0100, Lothar Waßmann wrote:
>
> > > > > > This pin is used as IRQ pin for the LTC3589 PMIC on the Ka-Ro
> > > >
On 01/21/2016 12:24 PM, Michael Grzeschik wrote:
> This patch adds support to enable and disable the xceiver
> in case it's switchable by the regulator framework.
>
> Signed-off-by: Michael Grzeschik
> ---
> v1 -> v2:
> - always returning PTR_ERR in case devm_regulator_get fails
> - removed inl
On Wed 2016-01-20 13:17:13, Andrew Morton wrote:
> On Fri, 11 Dec 2015 14:20:48 +0100 Petr Mladek wrote:
>
> > this is just a quick respin of the previous version. It changes
> > the few details as you suggested. Also it fixes the build problem
> > on ARM as reported by Geert and Arnd.
> >
> > I
This patch adds support to enable and disable the xceiver
in case it's switchable by the regulator framework.
Signed-off-by: Michael Grzeschik
---
v1 -> v2:
- always returning PTR_ERR in case devm_regulator_get fails
- removed inline wrapper functions with checks for xceiver == NULL
v2 -> v3:
Hi Sasha,
> While fuzzing with trinity inside a KVM tools guest, running the latest -next
> kernel, I've hit the following warning:
>
> [ 1153.249127] WARNING: CPU: 1 PID: 25657 at include/net/sock.h:586
> bt_sock_unlink+0x1c7/0x220()
> [ 1153.250162] Modules linked in:
> [ 1153.250996] CPU: 1 P
Commit 51164251f5c3 ("sched / idle: Drop default_idle_call() fallback
from call_cpuidle()") made find_deepest_state() return non-negative
value and check all the states with index > 0. Also a result,
find_deepest_state() returns 0 even when enter_freeze callbacks are not
implemented and enter_freez
Hi,
On 21-01-16 06:26, Chen-Yu Tsai wrote:
Hi everyone,
This series adds support for vqmmc regulator and eMMC DDR modes for
sunxi-mmc. Allwinner's MMC controller supports eMMC 4.41 on earlier
SoCs, and up to 5.0 on latest ones. UHS-1 modes are also supported
by the hardware, but these are not c
Hi Bhumika,
> Fixed a coding style issue.Added a blank link after declaration.
>
> Signed-off-by: Bhumika Goyal
> ---
> drivers/bluetooth/ath3k.c | 1 +
> 1 file changed, 1 insertion(+)
patch has been applied to bluetooth-next tree.
Regards
Marcel
On 16 January 2016 at 23:43, Eric Curtin wrote:
> Message gets logged on machines that are well supported.
> Fixed one checkpatch.pl ERROR also.
>
> Signed-off-by: Eric Curtin
> ---
> drivers/platform/x86/thinkpad_acpi.c | 6 ++
> 1 file changed, 2 insertions(+), 4 deletions(-)
>
> diff --gi
Hi,
On 21-01-16 06:26, Chen-Yu Tsai wrote:
According to Allwinner, only mmc3 supports 8 bit DDR transfers for eMMC.
Switch to mmc3 for the onboard eMMC, and also assign vqmmc for signal
voltage sensing/switching, and "cap-mmc-hw-reset" to denote this
instance can use eMMC hardware reset.
This
Hi,
On 21-01-16 06:26, Chen-Yu Tsai wrote:
DDR transfer modes include UHS-1 DDR50 and MMC HS-DDR (or MMC_DDR52).
Consider MMC_DDR52 when setting clock delays.
Signed-off-by: Chen-Yu Tsai
---
drivers/mmc/host/sunxi-mmc.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git
On 21/01/16 12:04, Henry Chen wrote:
Since STAUPD interrupts aren't handled on mt8173, disable watchdog timeout
monitor of STAUPD to avoid WDT_INT triggered by STAUPD.
Signed-off-by: Henry Chen
---
Applied with the reviewed-by from Daniel.
Thanks.
Change since v1:
Change the check condit
On Thu, Jan 21, 2016 at 11:26:11AM +0100, Lothar Waßmann wrote:
> > On Thu, Jan 21, 2016 at 08:05:24AM +0100, Lothar Waßmann wrote:
> > > > On Wed, Jan 20, 2016 at 01:29:51PM +0100, Lothar Waßmann wrote:
> > > > > This pin is used as IRQ pin for the LTC3589 PMIC on the Ka-Ro
> > > > > electronics
On 1/21/2016 8:59 AM, Nick Bowler wrote:
On 1/20/16, Nick Bowler wrote:
Hi,
On 2016-01-20, Jindal, Sonika wrote:
Can you please check if you have following patch:
"commit 3d8acd1f667b45c531401c8f0c2033072e32a05d
Author: Gary Wang
Date: Wed Dec 23 16:11:35 2015 +0800
drm/i915: increase
On Thu, 21 Jan 2016, David Vrabel wrote:
> On 23/12/15 21:06, Julia Lawall wrote:
> > The cleancache_ops structure is never modified, so declare it as const.
> >
> > This also removes the __read_mostly declaration on the cleancache_ops
> > variable declaration, since it seems redundant with cons
Since STAUPD interrupts aren't handled on mt8173, disable watchdog timeout
monitor of STAUPD to avoid WDT_INT triggered by STAUPD.
Signed-off-by: Henry Chen
---
Change since v1:
Change the check condition to pwrap_is_mt8173.
---
drivers/soc/mediatek/mtk-pmic-wrap.c | 19 +--
1 fi
v2:add a commit message.
Most of magic numbers of x86_capability have been converted to enum
cpuid_leafs, and this patch does update the remaining part.
Signed-off-by: Huaitong Han
---
arch/x86/include/asm/elf.h | 2 +-
arch/x86/kernel/mpparse.c | 2 +-
arch/x86/lguest/boot.c | 2 +-
arch/
On Tue, Jan 19, 2016 at 04:32:08PM +, Mark Brown wrote:
> On Tue, Jan 19, 2016 at 03:11:44PM +0100, Johan Hovold wrote:
> > On Tue, Jan 19, 2016 at 12:25:24PM +, Mark Brown wrote:
>
> > > This does seem like something that the modules code should be able to
> > > cope with - we have a refe
On Thu 21 January 2016 09:40:07 Pali Rohár wrote:
> On Tuesday 19 January 2016 12:33:15 Tony Lindgren wrote:
> > Hi,
> >
> > * Pali Rohár [160109 07:16]:
> > > Hello,
> > >
> > > when I boot 4.4.0-rc7+ kernel compiled with g_nokia into zImage on Nokia
> > > N900 into userspace then usb gadget (g
On Thu, Jan 21, 2016 at 08:52:26AM +0100, Tomeu Vizoso wrote:
> As per the documentation of the devfreq_dev_profile.target callback, set
> the freq argument to the new frequency before returning.
>
> This caused endless messages like this after recent changes in the core:
>
> devfreq 6000c800.act
Add cpu and cluster level's low power state for Hi6220.
Acked-by: Sudeep Holla
Signed-off-by: Leo Yan
---
arch/arm64/boot/dts/hisilicon/hi6220.dtsi | 31 +++
1 file changed, 31 insertions(+)
diff --git a/arch/arm64/boot/dts/hisilicon/hi6220.dtsi
b/arch/arm64/boot/d
Select sp804 timer for ARCH_HISI, which is used as broadcast timer.
Signed-off-by: Leo Yan
---
arch/arm64/Kconfig.platforms | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/Kconfig.platforms b/arch/arm64/Kconfig.platforms
index 4043c35..94c410d 100644
--- a/arch/arm64/Kconfig.platf
On Hi6220, below memory regions in DDR have specific purpose:
0x05e0, - 0x05ef,: For MCU firmware using at runtime;
0x06df,f000 - 0x06df,: For mailbox message data;
0x0740,f000 - 0x0740,: For MCU firmware's section;
0x3e00, - 0x3fff,: For OP-TEE.
This patch reserve
Add sp804 timer for hi6220, so it can be used as broadcast timer.
Signed-off-by: Leo Yan
---
arch/arm64/boot/dts/hisilicon/hi6220.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm64/boot/dts/hisilicon/hi6220.dtsi
b/arch/arm64/boot/dts/hisilicon/hi6220.dtsi
index 82d2488
This patch series is to enable CPU idle states for Hi6220.
Hi6220 uses PSCIv0.2 compliance interface, so directly use ARM's generic
CPUIdle driver. Patch 1 is to reserve memory regions so make sure MCU can
work well to handle power controlling; Patch 2/3 enable sp804 timer as
broadcast timer durin
Hi Michał,
Thanks for the patches.
They should probably be merged through linux-platform-drivers-x86.git.
Feel free to add my
Acked-by: Jacek Anaszewski
to 13/14 and 14/14.
Best Regards,
Jacek Anaszewski
On 01/12/2016 03:02 PM, Michał Kępień wrote:
With the advent of dell_smbios_find_token
On Thu, Jan 21, 2016 at 04:48:57PM +0800, Zhaoyang Huang wrote:
> Hi Mark,
Hi,
> Do you have any suggestion on how to sync the GIC operation from
> kernel and psci parallelly? Thanks!
I'm not sure what you mean.
What problem are you having with synchronising GIC accesses?
As far as I can see,
> Michał, can you prepare new (v3) version of this patch? Now required
> acpi video changes are included and so dell-wmi changes should go to...
> To finally fix this keypress bug on Dell Vostro V131 machine.
I keep this on my to-do list, but the updated patch will depend on the
final version of t
A recent revert left an incomplete function in fs/proc/task_nommu.c,
causing a build error for any NOMMU configuration with procfs:
fs/proc/task_nommu.c:132:28: error: 'mm' undeclared (first use in this function)
stack = vma->vm_start <= mm->start_stack &&
Evidently, there is just a missing va
On 21/01/16 11:41, Matthias Brugger wrote:
PMIC wrapper does not use regmap support, although some regmap
code slipped into the driver. This patch deletes this code parts.
Signed-off-by: Matthias Brugger
---
Well no. Actually the mt6397 uses the regmap of its parent.
So forget about this pa
[+Punit, Javi]
Hi Rafael,
On 21/01/16 02:46, Rafael J. Wysocki wrote:
> On Wednesday, January 20, 2016 05:39:14 PM Steve Muckle wrote:
> > On 01/20/2016 05:22 PM, Rafael J. Wysocki wrote:
> > > One comment here (which may be a bit off in which case please ignore it).
> > >
> > > You seem to be t
Similar to how relative extables are implemented, it is possible to emit
the kallsyms table in such a way that it contains offsets relative to some
anchor point in the kernel image rather than absolute addresses. The benefit
is that such table entries are no longer subject to dynamic relocation whe
On 23/12/15 21:06, Julia Lawall wrote:
> The cleancache_ops structure is never modified, so declare it as const.
>
> This also removes the __read_mostly declaration on the cleancache_ops
> variable declaration, since it seems redundant with const.
>
> Done with the help of Coccinelle.
>
> Signed
On Sun, Jan 17, 2016 at 01:03:01AM +0900, Namhyung Kim wrote:
SNIP
> +}
> +
> +static bool hists__hierarchy_insert_entry(struct hists *hists,
> + struct rb_root *root,
> + struct hist_entry *he)
> +{
> + struct perf_h
PMIC wrapper does not use regmap support, although some regmap
code slipped into the driver. This patch deletes this code parts.
Signed-off-by: Matthias Brugger
---
drivers/soc/mediatek/mtk-pmic-wrap.c | 25 -
1 file changed, 25 deletions(-)
diff --git a/drivers/soc/medi
Mark,
On 2016/1/20 21:08, Mark Brown wrote:
> On Tue, Jan 19, 2016 at 02:32:04PM +0800, Chen Feng wrote:
>
>> index 82d2488..6de9881 100644
>> --- a/arch/arm64/boot/dts/hisilicon/hi6220.dtsi
>> +++ b/arch/arm64/boot/dts/hisilicon/hi6220.dtsi
>
>> +regulators {
>> +
Regarding the patch disabling AVX when eagerfpu is off:
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=3
94db20ca240741a08d472173db13d6f6a6e5a28
We have a suggestion that Intel documentation related to usage of CR0.TS bit
may be not properly updated with additional sup
sh variant of smp_store_mb() calls xchg() on !SMP which is stronger than
implied by both the name and the documentation.
commit 90a3ccb0be538a914e6a5c51ae919762261563ad ("sh: define __smp_xxx,
fix smp_store_mb for !SMP") was supposed to fix it but
left the bug in place.
Drop smp_store_mb, so that
On Thu, 21 Jan 2016, Daniel Lezcano wrote:
> Just to be sure, do you suggest to put the function declaration in
> kernel/irq/internal.h and the function definition in kernel/sched/idle-sched.c
> ?
Well obviously the declarations and stub functions should be in a header which
is accessible for both
On Thu, 2016-01-21 at 10:18 +0100, Matthias Brugger wrote:
>
> On 20/01/16 12:11, Henry Chen wrote:
> > On Wed, 2016-01-20 at 02:32 -0800, Daniel Kurtz wrote:
> >> On Tue, Jan 19, 2016 at 8:52 PM, Henry Chen
> >> wrote:
> >>> Since STAUPD interrupts aren't handled on mt8173, disable watchdog tim
On 21.01.2016 12:23, Pali Rohár wrote:
You probably forgot to specify page in PDF or other location where is
that PHY interrupt. As I wrote I tried to find it, but do not see it
there.
Oh, sorry, I misunderstood what you wrote - I was under the impression
that you can't find the schematics
Hi,
> On Thu, Jan 21, 2016 at 08:05:24AM +0100, Lothar Waßmann wrote:
> > > On Wed, Jan 20, 2016 at 01:29:51PM +0100, Lothar Waßmann wrote:
>
> > > > This pin is used as IRQ pin for the LTC3589 PMIC on the Ka-Ro
> > > > electronics TX48 module. Make the IRQ optional in the driver and use a
> > >
From: Hari Prasath Gujulan Elango
Replace the led_classdev_register() with the platform managed version
devm_led_classdev_register() & henceforth remove the redundant
nvec_paz00_remove() function.
Signed-off-by: Hari Prasath Gujulan Elango
---
drivers/staging/nvec/nvec_paz00.c | 12 +--
On Thursday 21 January 2016 11:57:48 Ivaylo Dimitrov wrote:
>
>
> On 21.01.2016 10:40, Pali Rohár wrote:
> >
> >I do not know now. I tried to find it in N900 schemantics, but do not
> >see it.
> >
> >CCing Joerg, do you know?
> >
>
>
> http://plan9.stanleylieber.com/hardware/n900/n900.schematic
On Mon, Jan 18, 2016 at 05:01:26PM -0800, Linus Torvalds wrote:
> On Mon, Jan 18, 2016 at 5:21 AM, Michael S. Tsirkin wrote:
> > Hi Linus,
> > Just making sure nothing's wrong with this pull request.
> > If there's an issue, pls let me know!
>
> It was just pulled because I wasn't 100% sure I wan
On Thu 21-01-16 09:29:18, Michal Hocko wrote:
> Hi,
> I am sending this offlist for the review because this has security
Ups, forgot to update this. This went offlist before but Hans has noted
that it can go public because the number of users of this old HW is so
limitted that any potential securi
Hi Shilpasri,
[auto build test ERROR on pm/linux-next]
[also build test ERROR on v4.4 next-20160121]
[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/Shilpasri-G-Bhat/cpufreq-powernv-Redesign
On Thu, Jan 21, 2016 at 08:05:24AM +0100, Lothar Waßmann wrote:
> > On Wed, Jan 20, 2016 at 01:29:51PM +0100, Lothar Waßmann wrote:
> > > This pin is used as IRQ pin for the LTC3589 PMIC on the Ka-Ro
> > > electronics TX48 module. Make the IRQ optional in the driver and use a
> > > polling routine
On Thu, Jan 21, 2016 at 11:06:45AM +0100, 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 (&buf->lock){+.+...}:
> >>>[] lock_acqu
On Thu, Jan 21, 2016 at 12:03:42AM +, Paul Burton wrote:
> On Tue, Jan 19, 2016 at 01:37:50PM +, James Hogan wrote:
> > When a header file is removed from generic-y (often accompanied by the
> > addition of an arch specific header), the generated wrapper file will
> > persist, and in some c
On Thu 2016-01-21 09:29:10, Russell King - ARM Linux wrote:
> The merge window is open, which is when development code that was merged
> in good time prior to the merge window is sent upstream to Linus. Linux
> maintainers may choose not to merge new code into their tree to avoid
> disrupting the
On 2016/1/20 19:46, Mark Brown wrote:
> On Wed, Jan 20, 2016 at 11:51:27AM +0800, chenfeng wrote:
>
>> I will change it like this:
>> bindings: regulator: hi655x: Document for hi655x regulator driver
>
> As we discussed previously I'd expected something more like:
>
> regulator: hi655x: D
Jeff,
On Thu, 21 Jan 2016, Jeff Merkey wrote:
> static inline s64 timekeeping_get_ns(struct tk_read_base *tkr)
> {
> cycle_t delta;
> s64 nsec;
>
> delta = timekeeping_get_delta(tkr);
>
> nsec = delta * tkr->mult + tkr->xtime_nsec;
> nsec >>= tkr->shift;<< wrap
On Thu, Jan 21, 2016 at 05:36:46PM +0900, Michel Dänzer wrote:
> On 21.01.2016 16:58, Daniel Vetter wrote:
> > On Thu, Jan 21, 2016 at 03:41:27PM +0900, Michel Dänzer wrote:
> >> On 21.01.2016 15:38, Michel Dänzer wrote:
> >>> On 21.01.2016 14:31, Mario Kleiner wrote:
> On 01/21/2016 04:43 AM,
On Thu, Jan 21, 2016 at 10:50:27AM +0100, Daniel Lezcano wrote:
> Actually, the handle passes dev_id in order to let the irqtimings to sort
> out a shared interrupt and prevent double sampling. In other words, for
> shared interrupts, statistics should be per t-uple(irq , dev_id) but that is
> som
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 (&buf->lock){+.+...}:
>>>[] lock_acquire+0x19f/0x3c0
>>> kernel/locking/lockdep.c:3585
>>>[< inline
Hi Nico,
On 01/20/2016 06:46 PM, Nicolas Pitre wrote:
On Wed, 20 Jan 2016, Daniel Lezcano wrote:
Many IRQs are quiet most of the time, or they tend to come in bursts of
fairly equal time intervals within each burst. It is therefore possible
to detect those IRQs with stable intervals and gues
On Thu, Jan 21, 2016 at 10:50:04AM +0100, Pali Rohár wrote:
> Ok, but for whole month I do not see any response that somebody take
> this patch into some queue or tree. Which could means that patch was
> either ignored or is living somewhere and could be lost.
You sent it the day after Christmas d
Hi mpe,
On Wednesday 20 January 2016 04:16 PM, Michael Ellerman wrote:
On Mon, 2016-01-11 at 15:58 +0530, Anju T wrote:
diff --git a/tools/perf/arch/powerpc/include/perf_regs.h
b/tools/perf/arch/powerpc/include/perf_regs.h
new file mode 100644
index 000..93080f5
--- /dev/null
+++ b/tools/pe
On Thu, Jan 21, 2016 at 10:30:06AM +0100, Jesper Nilsson wrote:
> Hi Linus,
>
> Please pull CRIS changes for 4.5, it's just some fixups for
> section mismatches from Guenter.
>
> Thanks,
>
> /Jesper
>
> The following changes since commit c5a37883f42be712a989e54d5d6c0159b0e56599:
>
> Merge br
On 21.01.2016 10:40, Pali Rohár wrote:
I do not know now. I tried to find it in N900 schemantics, but do not
see it.
CCing Joerg, do you know?
http://plan9.stanleylieber.com/hardware/n900/n900.schematics.pdf
On Wed, 13 Jan 2016 18:09:47 +0100
Greg Kurz wrote:
> The way vring endianness is being handled currently obfuscates
> the code in vhost_init_used().
>
> This patch tries to fix that by doing the following:
> - move the the code that adjusts endianness to a dedicated helper
> - export this helpe
Hi Andreas,
Am Donnerstag, 21. Januar 2016, 03:27:10 schrieb Andreas Färber:
> Am 21.01.2016 um 00:08 schrieb Heiko Stuebner:
> > Am Mittwoch, 20. Januar 2016, 17:38:33 schrieb Andreas Färber:
> >> The GeekBox contains an MXM3 module with a Rockchip RK3368 SoC.
> >> Some connectors are available d
From: Hari Prasath Gujulan Elango
This patch replaces the clk_get() with devm_clk_get().
Accordingly,modified the error paths and removed clk_put() as well.
Signed-off-by: Hari Prasath Gujulan Elango
---
v2: email address was missing in the From field.
---
drivers/staging/iio/adc/spear
On Wed, 13 Jan 2016 18:09:41 +0100
Greg Kurz wrote:
> The default use case for vhost is when the host and the vring have the
> same endianness (default native endianness). But there are cases where
> they differ and vhost should byteswap when accessing the vring:
> - the host is big endian and th
On 01/20/2016 08:28 PM, Peter Zijlstra wrote:
On Wed, Jan 20, 2016 at 05:00:32PM +0100, Daniel Lezcano wrote:
+++ b/kernel/irq/handle.c
@@ -165,6 +165,7 @@ irqreturn_t handle_irq_event_percpu(struct irq_desc *desc)
/* Fall through to add to randomness */
c
On Thu, Jan 21, 2016 at 12:45:59PM +0300, Dan Carpenter wrote:
> On Thu, Jan 21, 2016 at 09:11:38AM +, Gujulan Elango, Hari Prasath (H.)
> wrote:
> > From: Hari Prasath Gujulan Elango
> >
>
> Your email address is missing here.
Hello Dan,
Many thanks for notifying.I am sending a v2.
regards
On January 21, 2016 00:50, Axel Lin wrote:
> These drivers can be built as module, so make them depend on I2C rather
> than I2C=y.
>
> Signed-off-by: Axel Lin
For Dialog devices:
Acked-by: Adam Thomson
On Wed 20-01-16 13:39:01, Shaohua Li wrote:
> On Wed, Jan 20, 2016 at 10:19:26PM +0100, Jan Kara wrote:
> > Hello,
> >
> > a friend of mine started seeing crashes with 3.18.25 kernel - once
> > appropriate load is put on the machine it crashes within minutes. He
> > tracked down that reverting com
On 01/20/2016 08:57 PM, Thomas Gleixner wrote:
On Wed, 20 Jan 2016, Peter Zijlstra wrote:
On Wed, Jan 20, 2016 at 05:00:32PM +0100, Daniel Lezcano wrote:
+++ b/kernel/irq/handle.c
@@ -165,6 +165,7 @@ irqreturn_t handle_irq_event_percpu(struct irq_desc *desc)
/* Fall thr
Ok, but for whole month I do not see any response that somebody take
this patch into some queue or tree. Which could means that patch was
either ignored or is living somewhere and could be lost.
On Thursday 21 January 2016 09:29:10 Russell King - ARM Linux wrote:
> The merge window is open, which
On 01/21/2016 10:47 AM, Wenwei Tao wrote:
>
> Currently a bitmap of luns already added into nvm_dev, every time we
> map the luns we check the bitmap.
> I don't quite understand why we need to add another bitmap?
We can definitely use lun_map that you introduced in the patch.
Hi Alan,
On Wed, Jan 20, 2016 at 8:24 PM, wrote:
> From: Alan Tull
>
> For v15, I'm not using the FPGA Manager as the bus. I'm adding a FPGA Bus;
> the FPGA Manager and bridges go below it.
>
> I've gotten enough feedback that my proposals are Altera specific that I am
> going with that and ch
2016-01-21 15:53 GMT+08:00 Matias Bjørling :
> On 01/21/2016 08:44 AM, Wenwei Tao wrote:
>> 2016-01-20 21:19 GMT+08:00 Matias Bjørling :
>>> On 01/15/2016 12:44 PM, Wenwei Tao wrote:
When create a target, we specify the begin lunid and
the end lunid, and get the corresponding continuous
>
On Saturday 26 December 2015 00:32:25 Pali Rohár wrote:
> Driver for omap3 with documentation is there since v4.4-rc1.
>
> Signed-off-by: Pali Rohár
> ---
> arch/arm/boot/dts/omap34xx.dtsi |5 +
> arch/arm/boot/dts/omap36xx.dtsi |5 +
> 2 files changed, 10 insertions(+)
>
> diff
Vitaly Kuznetsov writes:
> Recently added commit "string_helpers: fix precision loss for some inputs"
> fixed precision issues for string_get_size() and broke tests. Fix and
> improve them: test both STRING_UNITS_2 and STRING_UNITS_10 at a time,
> better failure reporting, test small an huge valu
On Thu, Jan 21, 2016 at 09:11:38AM +, Gujulan Elango, Hari Prasath (H.)
wrote:
> From: Hari Prasath Gujulan Elango
>
Your email address is missing here.
regards,
dan carpenter
On 20/01/16 12:46, Steve Muckle wrote:
> Hi Juri,
>
> On 01/20/2016 07:58 AM, Juri Lelli wrote:
> > On 20/01/16 06:50, Steve Muckle wrote:
> >> On 01/20/2016 04:18 AM, Juri Lelli wrote:
> >>> I fear that caching could break thermal. If everybody was already using
> >>> sched-freq interface to cont
On Wed, Jan 20, 2016 at 04:43:35PM -0800, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.3.4 release.
Any particular reason why "[PATCH 4.3-stable 0/5] Disable automatic numa
balancing on UMA" was rejected?
--
Mel Gorman
SUSE Labs
In the kworker_thread powernv_cpufreq_work_fn(), we can end up
sending an IPI to a cpu going offline. This is a rare corner case
which is fixed using {get/put}_online_cpus(). Along with this fix,
this patch adds changes to do oneshot cpumask_{clear/and} operation.
Suggested-by: Shreyas B Prabhu
S
Hi Linus,
Please pull CRIS changes for 4.5, it's just some fixups for
section mismatches from Guenter.
Thanks,
/Jesper
The following changes since commit c5a37883f42be712a989e54d5d6c0159b0e56599:
Merge branch 'akpm' (patches from Andrew) (2015-11-10 21:14:23 -0800)
are available in the git
Create sysfs attributes to export throttle information in
/sys/devices/system/cpu/cpufreq/chipN. The newly added sysfs files are as
follows:
1)/sys/devices/system/cpu/cpufreq/chip0/throttle_frequencies
This gives the throttle stats for each of the available frequencies.
The throttle stat of a
This patch adds the powernv_throttle tracepoint to trace the CPU
frequency throttling event, which is used by the powernv-cpufreq
driver in POWER8.
Signed-off-by: Shilpasri G Bhat
Reviewed-by: Gautham R. Shenoy
CC: Ingo Molnar
CC: Steven Rostedt
---
No changes since v2.
include/trace/events/
cpu_to_chip_id() does a DT walk through to find out the chip id by
taking a contended device tree lock. This adds an unnecessary overhead
in a hot path. So instead of calling cpu_to_chip_id() everytime cache
the chip ids for all cores in the array 'core_to_chip_map' and use it
in the hotpath.
Repo
Currently we use printk message to notify the throttle event. But this
can flood the console if the cpu is throttled frequently. So replace the
printk with the tracepoint to notify the throttle event. And also events
like throttle below nominal frequency and OCC_RESET are reduced to
pr_warn/pr_warn
In POWER8, OCC(On-Chip-Controller) can throttle the frequency of the
CPU when the chip crosses its thermal and power limits. Currently,
powernv-cpufreq driver detects and reports this event as a console
message. Some machines may not sustain the max turbo frequency in all
conditions and can be thro
On Wed, Jan 20, 2016 at 09:48:39PM -0200, Lucas Tanure wrote:
> The conversion from void pointer to any other pointer type is guaranteed by
> the C programming language.
>
> Signed-off-by: Lucas Tanure
> ---
> drivers/staging/comedi/drivers/s626.c | 8
> 1 file changed, 4 insertions(+),
Hi Jeffrey,
On Thu, Jan 21, 2016 at 12:02:58PM +0800, Jeffrey Lin wrote:
> This patch is porting Raydium I2C touch driver. Developer can enable raydium
> touch driver by modifying define
> "CONFIG_TOUCHSCREEN_RM_TS".
Thank you for making changes, please see my comments below.
>
> Signed-off-by
On Wed, 20 Jan 2016, Jason Gerecke wrote:
> I've been prompted to resurrect this question after fielding yet another
> question from a user encountering a locked-up system. We received a
> surprising number of reports of people encountering this issue in the
> past several weeks and that's only
On 14/12/15 11:07, Srinivas Kandagatla wrote:
Hi Andrew,
On 14/12/15 04:27, Daniel Kurtz wrote:
Hi Srinivas,
On Thu, Nov 19, 2015 at 6:46 PM, Andrew-CT Chen
wrote:
This patch adds EFUSE support driver which is used by other drivers
like thermal sensor and HDMI impedance.
There are some ef
On Wed, 20 Jan 2016, Michael Ellerman wrote:
> For me the series doesn't even boot, even with livepatching disabled.
Could you please post config and dmesg from that non-booting kernel?
Thanks,
--
Jiri Kosina
SUSE Labs
On Thu, Jan 21, 2016 at 02:28:53PM +0800, Huaitong Han wrote:
> Signed-off-by: Huaitong Han
> ---
> arch/x86/include/asm/elf.h | 2 +-
> arch/x86/kernel/mpparse.c | 2 +-
> arch/x86/lguest/boot.c | 2 +-
> arch/x86/xen/enlighten.c | 2 +-
> 4 files changed, 4 insertions(+), 4 deletions(-)
I build a script to create several process for ioctl loop calling,
the ioctl will calling the kernel function just like:
xx_ioctl {
...
rtnl_lock();
function();
rtnl_unlock();
...
}
The function may sleep several ms, but will not halt, at the same time
another user service may calling ifconfig to c
The merge window is open, which is when development code that was merged
in good time prior to the merge window is sent upstream to Linus. Linux
maintainers may choose not to merge new code into their tree to avoid
disrupting the utility of linux-next until the merge window has closed.
linux-next
701 - 800 of 848 matches
Mail list logo