On Wed, Mar 02, 2016 at 05:55:14PM +0200, Mika Penttilä wrote:
> > + /* Setup a stack for verify_cpu */
> > + movqstack_start - __START_KERNEL_map, %rsp
> > + subq$__START_KERNEL_map, %rsp
> > +
>
> You subtract __START_KERNEL_map twice ?
Yes. That's not very obvious and it took me a
On 3/2/16, Sedat Dilek wrote:
> On 3/2/16, Steven Rostedt wrote:
>>
>> [ Resend with reply all, instead of just "reply" ]
>>
>> On Wed, 2 Mar 2016 16:53:36 +0100
>> Sedat Dilek wrote:
>>
>>> 8110f3f0 :
>>> 8110f3f0: 55 push %rbp
>>> 8110f3f1: 48
On Mon, Feb 22, 2016 at 07:01:43PM +0800, Jitao Shi wrote:
> Add documentation for lp120up1 panel
>
> Signed-off-by: Jitao Shi
> Acked-by: Rob Herring
> ---
> Changes since v1:
> - add Acked-by: Rob Herring
> ---
> .../bindings/display/panel/lg,lp120up1.txt |7 +++
> 1 file ch
Supply a PWM Capture call-back Op in order to pass back
information obtained by running analysis on PWM a signal.
This would normally (at least during testing) be called from
the Sysfs routines with a view to printing out PWM Capture
data which has been encoded into a string.
Signed-off-by: Lee Jo
The perf_hpp__setup_hists_formats() is to build hists-specific output
formats (and sort keys). Currently it's only used in order to build the
output format in a hierarchy with same sort keys, but it could be used
with different sort keys in non-hierarchy mode later.
Signed-off-by: Namhyung Kim
-
When multiple sort keys are used in a single hierarchy, it should indent
using number of hierarchy levels instead of number of sort keys.
Signed-off-by: Namhyung Kim
---
tools/perf/ui/browsers/hists.c | 23 ++-
tools/perf/ui/hist.c | 1 +
tools/perf/ui/stdio/hist.c
Now hpp formats are linked using perf_hpp_list_node when hierarchy is
enabled. Use this info to print entries with multiple sort keys in a
single hierarchy properly.
For example, the below example shows using 4 sort keys with 2 levels.
$ perf report --hierarchy -s prev_pid:prev_comm,next_pid:n
This implements having multiple sort keys in a single hierarchy level.
Originally only single sort key is supported for each level, but now
using the ':' separator, user can set more than one sort key in a
level.
For example:
$ perf report --hierarchy -s comm:dso,sym
...
# Overhead C
The level field is to distinguish levels in the hierarchy mode.
Currently each column (perf_hpp_fmt) has a different level.
Signed-off-by: Namhyung Kim
---
tools/perf/util/hist.h | 1 +
tools/perf/util/sort.c | 74 --
2 files changed, 42 insertion
Now hpp formats are linked using perf_hpp_list_node when hierarchy is
enabled. Like in stdio, use this info to print entries with multiple
sort keys in a single hierarchy properly.
Signed-off-by: Namhyung Kim
---
tools/perf/ui/browsers/hists.c | 81 +++---
1
On 02.03.2016 13:20, Borislav Petkov wrote:
> From: Borislav Petkov
>
> 04633df0c43d ("x86/cpu: Call verify_cpu() after having entered long mode too")
> added the call to verify_cpu() for sanitizing CPU configuration.
>
> The latter uses the stack minimally and it can happen that we land in
> star
On Mon, Feb 22, 2016 at 07:01:44PM +0800, Jitao Shi wrote:
> The LG lp120up1 TFT LCD panel with eDP interface is a 12.0" 1920x1280
> panel, which can be supported by the simple panel driver
>
> Signed-off-by: Jitao Shi
> ---
> Changes since v1:
> - Add eDP panel type in comment msg
> - Fixed co
Now each hists has its own hpp lists in hierarchy. So instead of having
a pointer to a single perf_hpp_fmt in a hist entry, make it point the
hpp_list for its level. This will be used to support multiple sort keys
in a single hierarchy level.
Signed-off-by: Namhyung Kim
---
tools/perf/ui/brows
Now hpp formats are linked using perf_hpp_list_node when hierarchy is
enabled. Like in stdio, use this info to print entries with multiple
sort keys in a single hierarchy properly.
Signed-off-by: Namhyung Kim
---
tools/perf/ui/gtk/hists.c | 55 ---
1
Hello,
On Tue, Mar 01, 2016 at 06:35:56PM +0800, Zhao Lei wrote:
> Hi, Tejun Heo
>
> > From: linux-kernel-ow...@vger.kernel.org
> > [mailto:linux-kernel-ow...@vger.kernel.org] On Behalf Of Tejun Heo
> > Sent: Tuesday, December 22, 2015 5:33 AM
> > To: Dongsheng Yang
> > Cc: cgro...@vger.kernel.o
Hello,
This implements what Arnaldo suggested in previous discussion of
hierarchy patchset [1]. Originally each level in a hierarchy can have
a single sort key in it, but with patches it's possible to have more
than one sort keys. I added the struct perf_hpp_list_node and carry
it to group outpu
On Fri, Feb 05, 2016 at 12:19:56AM +0100, Maciej S. Szmigiero wrote:
> Add vendor prefix for United Radiant Technology Corporation,
> a provider of liquid crystal display technologies.
>
> Signed-off-by: Maciej S. Szmigiero
> ---
> Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
> 1
On Sat, Feb 13, 2016 at 10:52:03PM +0100, Maciej S. Szmigiero wrote:
> Add support for United Radiant Technology UMSH-8596MD-xT
> 7.0" WVGA TFT LCD panels in DRM panel-simple driver.
>
> Signed-off-by: Maciej S. Szmigiero
> ---
> This replaces "drm: panel-simple: implement URT UMSH-8596MD-xT pane
On 03/01/2016 03:44 PM, Krzysztof Kozlowski wrote:
On 02.03.2016 01:45, Javier Martinez Canillas wrote:
The watchdog maximum timeout value is determined by the number of bits
for the interval timer counter, its source clock frequency, the number
of bits of the prescaler and maximum divider value
On Sat, Feb 13, 2016 at 10:50:24PM +0100, Maciej S. Szmigiero wrote:
> Add DT bindings for United Radiant Technology
> UMSH-8596MD-xT 7.0" WVGA TFT LCD panels.
>
> Signed-off-by: Maciej S. Szmigiero
> ---
> This replaces "of: add URT UMSH-8596MD-xT panel DT bindings"
> submission.
>
> .../bindi
While debugging some issues with quota I realized that
it's possible to pass array with bogus dquot pointers from
__dquot_initialize to dqput. This can happen if the initialisation
of the dquot objects for an inode fail and the control flow is
transferred to the out_put label. In case only the USR
On Wed, Mar 02, 2016 at 09:52:23AM -0600, Aravind Gopalakrishnan wrote:
> So, I think we should continue this approach and have something like this-
> static const char * const amd_core_mcablock_names[] = {
> [SMCA_LS] = "load_store",
> [SMCA_IF] = "insn_fetch",
>
On Wednesday, March 02, 2016 7:28 AM, Ian Abbott wrote:
> Patch 1 effectively reverts commit 72315cdaba9d on linux-next "Staging:
> comedi: Prefer using the BIT macro"), but I replaced the use of the BIT
> macro with hexadecimal constants instead of the original left bit-shift
> expressions. We sh
Em Wed, Mar 02, 2016 at 09:16:48PM +0530, Ravi Bangoria escreveu:
> Thanks Arnaldo,
>
> Please find my comments.
>
> On Wednesday 02 March 2016 07:55 PM, Arnaldo Carvalho de Melo wrote:
> >Em Wed, Feb 24, 2016 at 02:37:45PM +0530, Ravi Bangoria escreveu:
> >>use_browser = 0;
> >>+ i
On 3/2/16, Sedat Dilek wrote:
> On 3/2/16, Sedat Dilek wrote:
>> On 3/2/16, Steven Rostedt wrote:
>>>
>>> [ Resend with reply all, instead of just "reply" ]
>>>
>>> On Wed, 2 Mar 2016 16:53:36 +0100
>>> Sedat Dilek wrote:
>>>
8110f3f0 :
8110f3f0: 55
On Wed, Mar 02, 2016 at 04:53:36PM +0100, Sedat Dilek wrote:
> 8110f570 :
> 8110f570: 55 push %rbp
> 8110f571: 48 89 e5mov%rsp,%rbp
> 8110f574: 41 57 push %r15
> 8110f576: 41 56
On Wed, Mar 2, 2016 at 6:20 AM, Borislav Petkov wrote:
> From: Borislav Petkov
>
> 04633df0c43d ("x86/cpu: Call verify_cpu() after having entered long mode too")
> added the call to verify_cpu() for sanitizing CPU configuration.
>
> The latter uses the stack minimally and it can happen that we la
Hi Paul
On 03/01/2016 02:50 PM, Tony Lindgren wrote:
> * Paul Walmsley [160301 10:59]:
>> On Tue, 1 Mar 2016, Tony Lindgren wrote:
>>
>>> * Franklin S Cooper Jr [160225 14:37]:
From: Vignesh R
Add hwmod entries for the PWMSS on DRA7.
Set l4_root_clk_div as the main_clk
On Wed, Mar 02, 2016 at 11:22:30AM -0500, Brian Gerst wrote:
> This should be: movq stack_start(%rip), %rsp
No it wouldn't. That doesn't work.
> > + subq$__START_KERNEL_map, %rsp
>
> It would be better to add the offset to the initializer for
> stack_start instead of adjusting it at ru
Em Thu, Mar 03, 2016 at 01:12:00AM +0900, Namhyung Kim escreveu:
> Hello,
>
> This implements what Arnaldo suggested in previous discussion of
> hierarchy patchset [1]. Originally each level in a hierarchy can have
> a single sort key in it, but with patches it's possible to have more
> than one
On 3/2/2016 10:21 AM, Borislav Petkov wrote:
On Wed, Mar 02, 2016 at 09:52:23AM -0600, Aravind Gopalakrishnan wrote:
So, I think we should continue this approach and have something like this-
static const char * const amd_core_mcablock_names[] = {
[SMCA_LS] = "load_store",
From: Colin Ian King
The error handling in prepare_output has several issues with
resource leaks. Ensure that filename is free'd and the directory
stream DIR is closed before returning.
Signed-off-by: Colin Ian King
---
tools/power/cpupower/bench/parse.c | 14 +++---
1 file changed, 1
> I don't agree with changes #1 and #2.
>
> If you are going to go to a model where every single configuration operation
> is recorded in software and performed at resume time, then really do it and
> fix it in the whole driver. As currently coded you are leaving lots of known
> bugs in the drive
On Wed, Mar 02, 2016 at 09:09:47AM -0500, Matthew Wilcox wrote:
> On Tue, Mar 01, 2016 at 03:15:08PM -0700, Ross Zwisler wrote:
> > dax_pfn_mkwrite() previously wasn't checking the return value of the call
> > to dax_radix_entry(), which was a mistake.
> >
> > Instead, capture this return value an
On Tue, Mar 1, 2016 at 10:50 PM, Wolfram Sang wrote:
> On Thu, Feb 18, 2016 at 05:53:14PM +0200, Daniel Baluta wrote:
>> From: Adriana Reus
>>
>> This deadlock occurs if the accel/gyro and the sensor on the auxiliary
>> I2C (in my setup it's an ak8975) are working at the same time.
>>
>> Scenario
On Wednesday 02 March 2016 16:46:35 Nicolas Ferre wrote:
> Le 23/02/2016 15:39, Arnd Bergmann a écrit :
> > In an invalid randconfig build (fixed by another patch),
> > I ran across this warning:
> >
> > arch/arm/include/debug/at91.S:18:0: error: "CONFIG_DEBUG_UART_VIRT"
> > redefined [-Werror]
>
On Wed, 2 Mar 2016 17:24:12 +0100
Peter Zijlstra wrote:
> On Wed, Mar 02, 2016 at 04:53:36PM +0100, Sedat Dilek wrote:
> > 8110f570 :
> > 8110f570: 55 push %rbp
> > 8110f571: 48 89 e5mov%rsp,%rbp
> > 8110f574: 41 57
On 02.03.2016 18:15, Borislav Petkov wrote:
> On Wed, Mar 02, 2016 at 05:55:14PM +0200, Mika Penttilä wrote:
>>> + /* Setup a stack for verify_cpu */
>>> + movqstack_start - __START_KERNEL_map, %rsp
>>> + subq$__START_KERNEL_map, %rsp
>>> +
>> You subtract __START_KERNEL_map twice ?
> -Original Message-
> From: Arnd Bergmann [mailto:a...@arndb.de]
> Sent: Wednesday, March 02, 2016 9:59 AM
> To: Dmitry Torokhov
> Cc: linux-arm-ker...@lists.infradead.org; Arnd Bergmann ;
> Shawn Guo ; b38...@freescale.com; Javier
> Martinez Canillas ; Frank Li
> ; linux-in...@vger.ker
On Wed, Mar 02, 2016 at 10:27:57AM -0600, Aravind Gopalakrishnan wrote:
> So, have you pushed the set of patches you applied somewhere? (bp.git?)
> I can work on top of those and it will be easier to rebase on top of tip.git
> once the patches find their way there..
No.
But you can take the three
On Wed, Mar 02, 2016 at 09:56:32PM +0800, Jianyu Zhan wrote:
> On Wed, Mar 2, 2016 at 9:35 PM, Christian Borntraeger
> wrote:
> > That change makes sense. I did the original barrier back in 2006 (could you
> > cc me next time?)
>
> Sorry for that, I thought get_maintainer.pl would had spit the
On 3/2/16, Peter Zijlstra wrote:
> On Wed, Mar 02, 2016 at 04:53:36PM +0100, Sedat Dilek wrote:
>> 8110f570 :
>> 8110f570:55 push %rbp
>> 8110f571:48 89 e5mov%rsp,%rbp
>> 8110f574:41 57 push
On Wed, Mar 02, 2016 at 11:35:35AM -0500, Steven Rostedt wrote:
> On Wed, 2 Mar 2016 17:24:12 +0100
> Peter Zijlstra wrote:
>
> > On Wed, Mar 02, 2016 at 04:53:36PM +0100, Sedat Dilek wrote:
> > > 8110f570 :
> > > 8110f570: 55 push %rbp
> > > 8110f57
On 02/26/2016 01:58 AM, js1...@gmail.com wrote:
From: Joonsoo Kim
Success of CMA allocation largely depends on success of migration
and key factor of it is page reference count. Until now, page reference
is manipulated by direct calling atomic functions so we cannot follow up
who and where mani
Hi Ulf,
Thanks for reviewing v2.
This patchset aims at converting the pwrseq devices to proper in drivers,
The issue is that on Qualcomm based platforms, most of the gpios require
a pinctrl setup. Existing pwrseq code does not do any kind of pinctrl setup.
So this makes the pwrseq unusable on th
This patch adds to_pwrseq_emmc() macro to make the code more readable.
Signed-off-by: Srinivas Kandagatla
---
drivers/mmc/core/pwrseq_emmc.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/mmc/core/pwrseq_emmc.c b/drivers/mmc/core/pwrseq_emmc.c
index 4a82bc7..
This patch adds to_pwrseq_simple() macro to make the code more readable.
Signed-off-by: Srinivas Kandagatla
---
drivers/mmc/core/pwrseq_simple.c | 14 ++
1 file changed, 6 insertions(+), 8 deletions(-)
diff --git a/drivers/mmc/core/pwrseq_simple.c b/drivers/mmc/core/pwrseq_simple.c
simple-pwrseq and emmc-pwrseq drivers rely on platform_device
structure from of_find_device_by_node(), this works mostly. But, as there
is no driver associated with this devices, cases like default/init pinctrl
setup would never be performed by pwrseq. This becomes problem when the
gpios used in pw
Hi Arnd,
On 2/19/2016 3:03 PM, Arnd Bergmann wrote:
> On Thursday 18 February 2016 17:20:27 Joao Pinto wrote:
>>
>> Documentation/devicetree/bindings/ufs/ufs-dwc.txt | 19 +
>> MAINTAINERS | 6 +
>> drivers/scsi/ufs/Kconfig | 51
On Wed, Mar 02, 2016 at 09:08:31PM +0800, Jianyu Zhan wrote:
...
> 3) READ_ONCE() _might_ prevent more _theoretical_ "optimizations" by the
> compiler:
>
>The above retry logic is effectively the same as:
>
> while (lock_ptr = READ_ONCE(q->lock_ptr)) {
>spin_lock(
On 3/1/2016 2:00 PM, Stephen Boyd wrote:
> This flag is a no-op now. Remove usage of the flag.
>
> Cc: Rhyland Klein
> Cc: Thierry Reding
> Signed-off-by: Stephen Boyd
> ---
> drivers/clk/tegra/clk-audio-sync.c | 2 +-
> drivers/clk/tegra/clk-dfll.c| 1 -
> drivers/clk/tegra/clk-teg
Change ALSA driver to use Media Controller API to
share media resources with DVB and V4L2 drivers
on a AU0828 media device. Media Controller specific
initialization is done after sound card is registered.
ALSA creates Media interface and entity function graph
nodes for Control, Mixer, PCM Playback,
On 3/2/16, Sedat Dilek wrote:
> On 3/2/16, Peter Zijlstra wrote:
>> On Wed, Mar 02, 2016 at 04:53:36PM +0100, Sedat Dilek wrote:
>>> 8110f570 :
>>> 8110f570: 55 push %rbp
>>> 8110f571: 48 89 e5mov%rsp,%rbp
>>> 8110f574
On Wed, Mar 02, 2016 at 06:38:15PM +0200, Mika Penttilä wrote:
> I actually looked at it a while too...
>
> The
> movq stack_start - __START_KERNEL_map, %rsp
>
> turns into (objdump disassembly)
>
> mov0x0,%rsp
>
> with relocation
> 0004 R_X86_64_32S stack_start+0x0
On 02/26/2016 01:58 AM, js1...@gmail.com wrote:
From: Joonsoo Kim
CMA allocation should be guaranteed to succeed by definition, but,
unfortunately, it would be failed sometimes. It is hard to track down
the problem, because it is related to page reference manipulation and
we don't have any faci
For RTL8168G/RTL8168H/RTL8411B/RTL8107E, enable this flag to eliminate
message "AMD-Vi: Event logged [IO_PAGE_FAULT device=01:00.0 domain=0x0002
address=0x3000 flags=0x0050] in dmesg.
Signed-off-by: Chunhao Lin
---
drivers/net/ethernet/realtek/r8169.c | 4
1 file changed, 4 dele
On 03/01/2016 12:53 PM, Laurent Pinchart wrote:
> Hi Shuah,
>
> Thank you for the patch.
>
snip
>> +struct media_mixer_ctl {
>> +struct media_device *media_dev;
>> +struct media_entity media_entity;
>> +struct media_intf_devnode *intf_devnode;
>> +struct media_link *intf_link;
>
On 3/2/2016 10:38 AM, Borislav Petkov wrote:
But you can take the three here, merge them again into a single patch
and do the changes ontot.
I made them into three to show you more easily what should be changed.
Ok, I'll just spin a V3 of the entire patchset with all your suggested
changes
On Wed, Mar 02, 2016 at 04:58:53PM +0100, Arnd Bergmann wrote:
> The at91-pio4 pinctrl driver uses SET_SYSTEM_SLEEP_PM_OPS() to
> conditionally set the correct suspend/resume options, but they
> become unused when CONFIG_PM is disabled:
>
> drivers/pinctrl/pinctrl-at91-pio4.c:827:12: error: 'atmel
On 03/02/2016 05:18 AM, Michal Hocko wrote:
On Wed 02-03-16 19:36:26, Hidehiro Kawai wrote:
[...]
+void nmi_panic(struct pt_regs *regs, const char *fmt, ...)
Do we really need vargs? All the current users seem to be OK with a
simple string. This makes the code slightly more complicated without
dax_pfn_mkwrite() previously wasn't checking the return value of the call
to dax_radix_entry(), which was a mistake.
Instead, capture this return value and return the appropriate VM_FAULT_
value.
Signed-off-by: Ross Zwisler
---
fs/dax.c | 9 -
1 file changed, 8 insertions(+), 1 deletion
> I looked into the I2C adapter / mux code but I got lost rapidly :). It
> feels like the natural solution would be for the I2C core to not hold
> the adapter lock while doing transactions on the muxed child adapter.
The patch series I mentioned to you does exactly that. It locks only the
mux sid
Hi Jan,
[auto build test ERROR on v4.5-rc6]
[cannot apply to next-20160302]
[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/Jan-Kara/printk-Make-printk-completely-async/20160303-000904
config
On Fri, Feb 26, 2016 at 06:06:52PM +0900, Alexandre Courbot wrote:
> The default DMA mask covers a 32 bits address range, but host1x devices
> can address a larger range on TK1 and TX1. Set the DMA mask to the range
> addressable when we use the IOMMU to prevent the use of bounce buffers.
>
> Sign
On Fri, Feb 26, 2016 at 06:06:53PM +0900, Alexandre Courbot wrote:
> Currently host1x-instanciated devices have their dma_ops left to NULL,
> which makes any DMA operation (like buffer import) on ARM64 fallback
> to the dummy_dma_ops and fail with an error.
>
> This patch calls of_dma_configure()
On Wed, Mar 2, 2016 at 6:55 AM, Andrea Arcangeli wrote:
>
> Running page faults that late in the exit path with signal disabled
> was frankly unexpected.
I agree that it's less than wonderful.
>Apparently it's not just
> PF_EXITING that prevents SIGKILL to reach handle_userfault(). The
>
Hi Rafael,
On 2 March 2016 at 03:27, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Add a new cpufreq scaling governor, called "schedutil", that uses
> scheduler-provided CPU utilization information as input for making
> its decisions.
>
> Doing that is possible after commit fe7034338ba
On Wed, Mar 02, 2016 at 04:04:46PM +, Frank Li wrote:
>
>
> > -Original Message-
> > From: Arnd Bergmann [mailto:a...@arndb.de]
> > Sent: Wednesday, March 02, 2016 9:59 AM
> > To: Dmitry Torokhov
> > Cc: linux-arm-ker...@lists.infradead.org; Arnd Bergmann ;
> > Shawn Guo ; b38...@fre
On Wed, Feb 24, 2016 at 04:24:54PM +0100, Thomas Petazzoni wrote:
> As requested by Rob Herring, this commit adds a SoC-specific
> compatible string to the Marvell ODMI DT binding.
>
> Signed-off-by: Thomas Petazzoni
> ---
> This commit applies on top of the Marvell ODMI driver patch, which has
>
Hi,
I'm running a 3.10-based host with libvirt 1.2.12 and qemu 2.2.
Running a Fedora23 cloud image as a guest, the "cpu" lines in /proc/stat seem to
be hardly changing:
[fedora@fedora23 boot]$ uptime
17:01:50 up 44 min, 1 user, load average: 3.00, 2.99, 2.79
[fedora@fedora23 boot]$ grep c
On Wed, Mar 02, 2016 at 04:59:03PM +0100, Arnd Bergmann wrote:
> The spear keyboard driver uses #ifdef CONFIG_PM to hide its
> power management functions, but then uses references from
> SIMPLE_DEV_PM_OPS that are only present if both CONFIG_PM
> and CONFIG_PM_SLEEP are set, resulting in a warning
On Wed, Mar 2, 2016 at 5:58 AM, Srinivas Kandagatla
wrote:
>
>
> On 01/03/16 16:59, Andrey Smirnov wrote:
>>
>> Add 'nvmem-blob' driver, which allows to access device tree embedded
>> data via NVMEM subsystem API.
>
>
> Patch itself looks simple. Before we review it further could you provide
> mor
Hi Linus,
please pull three patches for the parisc architecture for kernel v4.5 from:
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
parisc-4.5-2
We wire up the copy_file_range syscall, fix two bugs in the parisc ptrace code
and have a trivial fix for floppy.h to clarif
On Fri, Feb 26, 2016 at 06:43:41PM -, Thomas Gleixner wrote:
> @@ -1204,7 +1212,7 @@ static bool cpuhp_is_ap_state(enum cpuhp
> {
> if (state >= CPUHP_AP_OFFLINE && state <= CPUHP_AP_ONLINE)
> return true;
FWIW, this test is superfluous after this change, because
CPUHP_BRI
On Wed, Mar 02, 2016 at 04:48:21PM +0100, Willy Tarreau wrote:
> On Wed, Mar 02, 2016 at 06:32:15AM -0800, Guenter Roeck wrote:
> > On 03/01/2016 03:44 PM, Greg Kroah-Hartman wrote:
> > >This is the start of the stable review cycle for the 3.10.99 release.
> > >There are 80 patches in this series,
On Wed, Mar 02, 2016 at 06:35:45AM -0800, Guenter Roeck wrote:
> On 03/01/2016 03:53 PM, Greg Kroah-Hartman wrote:
> >This is the start of the stable review cycle for the 4.4.4 release.
> >There are 342 patches in this series, all will be posted as a response
> >to this one. If anyone has any issu
On Wed, Mar 02, 2016 at 02:32:28PM +0800, majun (F) wrote:
> Sorry,I made a wrong example for this problem.
> I want to say this interface may change the irq status after this function
> be called.
It can't - either it's called with irqs enabled, in which case it returns
the same way, or it's cal
Hello Krzysztof,
On 03/01/2016 08:44 PM, Krzysztof Kozlowski wrote:
On 02.03.2016 01:45, Javier Martinez Canillas wrote:
The watchdog maximum timeout value is determined by the number of bits
for the interval timer counter, its source clock frequency, the number
of bits of the prescaler and max
On Fri, Jan 08, 2016 at 04:04:48PM +0100, Peter Rosin wrote:
> From: Peter Rosin
>
> Hi!
>
> [doing a v3 even if there is no "big picture" feedback yet, but
> previous versions has bugs that make them harder to test than
> needed, and testing is very much desired]
>
> I have a pair of boards
On Wed, Mar 02, 2016 at 09:03:01AM -0800, Linus Torvalds wrote:
> It's not just "exit_futex()" (what is that? I assume you mean
That come from a cleanup (appended below but not very well tested) I
did initially to consolidate the futex exit code before attempting to
relocate its call location.
>
Hi Paul,
On Mon, Feb 29, 2016 at 09:31:59AM -0500, Paul Gortmaker wrote:
> [Re: [PATCH] fs/crypto: make crypto.c explicitly non-modular] On 29/02/2016
> (Mon 10:56) Arnd Bergmann wrote:
>
> > On Saturday 27 February 2016 15:20:49 Paul Gortmaker wrote:
> > > As of commit 47134e6084f70fdf4381af75d
On Fri, 26 Feb 2016 10:01:13 -0600
Tom Zanussi wrote:
> +static void hist_trigger_elt_copy(struct tracing_map_elt *to,
> + struct tracing_map_elt *from)
> +{
> + char *comm_from = from->private_data;
> + char *comm_to = to->private_data;
> +
> + if (comm
Hello,
On Wed, Mar 02, 2016 at 12:35:35AM +0530, Parav Pandit wrote:
> diff --git a/include/linux/cgroup_rdma.h b/include/linux/cgroup_rdma.h
> new file mode 100644
> index 000..2da3d6c
> --- /dev/null
> +++ b/include/linux/cgroup_rdma.h
> @@ -0,0 +1,50 @@
> +#ifndef _CGROUP_RDMA_H
> +#define
Hello, Parav.
It doesn't look like my reviews are getting through. For now,
Nacked-by: Tejun Heo
Thanks.
--
tejun
On Fri, 26 Feb 2016 17:48:44 +0100
Alexander Potapenko wrote:
> KASAN needs to know whether the allocation happens in an IRQ handler.
> This lets us strip everything below the IRQ entry point to reduce the
> number of unique stack traces needed to be stored.
>
> Move the definition of __irq_entr
On Wed, Mar 02, 2016 at 02:31:27PM +1100, Stephen Rothwell wrote:
> Hi Greg,
>
> Today's linux-next merge of the staging tree got conflicts in:
>
> drivers/watchdog/Kconfig
> drivers/watchdog/Makefile
>
> between commit:
>
> 70f3997667fb ("watchdog: ni903x_wdt: Add NI 903x/913x watchdog d
On 02.03.2016 18:55, Borislav Petkov wrote:
> On Wed, Mar 02, 2016 at 06:38:15PM +0200, Mika Penttilä wrote:
>> I actually looked at it a while too...
>>
>> The
>> movq stack_start - __START_KERNEL_map, %rsp
>>
>> turns into (objdump disassembly)
>>
>> mov0x0,%rsp
>>
>> with relocation
>>
On Wed, Mar 02, 2016 at 08:54:39AM +0100, Thomas Gleixner wrote:
> On Wed, 2 Mar 2016, Stephen Rothwell wrote:
> > Hi Greg,
> >
> > Today's linux-next merge of the staging tree got a conflict in:
> >
> > include/linux/irqdomain.h
> >
> > between commit:
> >
> > 29d5c8db26ad ("genirq: Add DO
On Thu, Feb 25, 2016 at 02:03:37PM +0530, Pankaj Dubey wrote:
> This patch adds exynos-srom binding information for SROM Controller
> driver on Exynos SoCs.
>
> CC: Rob Herring
> CC: Mark Rutland
> CC: Ian Campbell
> CC: devicet...@vger.kernel.org
> Signed-off-by: Pankaj Dubey
> Reviewed-by: K
On March 2, 2016 8:25:30 AM PST, Borislav Petkov wrote:
>On Wed, Mar 02, 2016 at 11:22:30AM -0500, Brian Gerst wrote:
>> This should be: movq stack_start(%rip), %rsp
>
>No it wouldn't. That doesn't work.
>
>> > + subq$__START_KERNEL_map, %rsp
>>
>> It would be better to add the offset t
On Thu, Feb 25, 2016 at 02:03:41PM +0530, Pankaj Dubey wrote:
> From: Pavel Fedin
>
> Add documentation for new subnode properties, allowing bank configuration.
> Based on u-boot implementation, but heavily reworked.
>
> Also, fix size of SROMc mapping in the example.
Fix it in the previous pat
On Wed, Mar 02, 2016 at 05:29:54PM +, Al Viro wrote:
> And no, it doesn't save the irq state anywhere - both disable and enable
> are unconditional. schedule() always returns with irqs enabled.
PS: look at it that way: how would you expect a context switch to behave?
Suppose we blocked becau
On Wed, 2 Mar 2016, Thomas Gleixner wrote:
On Tue, 1 Mar 2016, Vikas Shivappa wrote:
Fixes the hotcpu notifier leak and a memory leak during cqm(cache
quality of service monitoring) initialization.
Reviewed-by: Tony Luck
Signed-off-by: Vikas Shivappa
---
arch/x86/kernel/cpu/perf_event_in
On Wed, 2 Mar 2016, Thomas Gleixner wrote:
On Tue, 1 Mar 2016, Vikas Shivappa wrote:
@@ -1397,8 +1543,11 @@ static int __init intel_cqm_init(void)
__perf_cpu_notifier(intel_cqm_cpu_notifier);
out:
cpu_notifier_register_done();
- if (ret)
+ if (ret) {
+
On Wed, Mar 2, 2016 at 6:10 PM, Vincent Guittot
wrote:
> Hi Rafael,
>
>
> On 2 March 2016 at 03:27, Rafael J. Wysocki wrote:
>> From: Rafael J. Wysocki
>>
>> Add a new cpufreq scaling governor, called "schedutil", that uses
>> scheduler-provided CPU utilization information as input for making
>>
css_sets are hashed by their subsys[] contents and in cgroup_init()
init_css_set is hashed early, before subsystem inits, when all entries
in its subsys[] are NULL, so that cgroup_dfl_root initialization can
find and link to it. As subsystems are initialized,
init_css_set.subsys[] is filled up but
During task migration, tasks may transfer between two css_sets which
are associated with the same cgroup. If those tasks are the only
tasks in the cgroup, this currently triggers a spurious de-populated
event on the cgroup.
Fix it by bumping up populated count before bumping it down during
migrat
On Thu, Feb 25, 2016 at 11:37:10AM +0100, John Crispin wrote:
> Signed-off-by: John Crispin
> Cc: devicet...@vger.kernel.org
> ---
> This patch needs to be merged post-rc1 as it depends on the MFD series of
> the PMIC which is already inside Lee's tree pending the PR.
Why? It is an indpendent cha
On Wed, Mar 2, 2016 at 5:58 AM, Srinivas Kandagatla
wrote:
> Sorry for so late review comments,
>
>
> On 01/03/16 16:59, Andrey Smirnov wrote:
>>
>> Add 'of_nvmem_cell_from_device_node()' -- a function that allows to
>> obtain 'struct nvmem_cell' from a device tree node representing it. One
>> use
On Thu, Feb 25, 2016 at 11:04:47PM +0100, Joachim Eastwood wrote:
> Add binding documentation for NXP LPC1850 GPIO Pin Interrupt (PINT)
> controller.
>
> Signed-off-by: Joachim Eastwood
> ---
> .../interrupt-controller/nxp,lpc1850-gpio-pint.txt | 22
> ++
> 1 file changed, 2
701 - 800 of 1085 matches
Mail list logo
