On Fri, Jan 22, 2016 at 06:52:01AM +, Wang Nan wrote:
> On s390 with CONFIG_WARN_DYNAMIC_STACK set, 'uses dynamic stack
> allocation' warning is issued when defining 'struct perf_sample_data'
> local variable.
>
> This patch suppress this warning by allocating extra 255 bytes and
> compute ali
>From: Wangnan (F) [mailto:wangn...@huawei.com]
>On 2016/1/22 13:56, 平松雅巳 / HIRAMATU，MASAMI wrote:
>>> From: Wangnan (F) [mailto:wangn...@huawei.com]
>>> I think this problem is not introduced by my patch. In fact
>>> there's a fundamental problem in get_arch_regstr() that it is
>>> impossible to s
On Fri, 22 Jan 2016 10:01:24 +0800
Zhaoyang Huang wrote:
> On 21 January 2016 at 18:51, Mark Rutland
> wrote:
> > 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 ps
On 01/21/2016 11:46 PM, Arnaldo Carvalho de Melo wrote:
Em Fri, Jan 08, 2016 at 08:39:35PM +0900, Taeung Song escreveu:
Explain 'help.format' variables.
Cc: Namhyung Kim
Cc: Jiri Olsa
Signed-off-by: Taeung Song
---
tools/perf/Documentation/perf-config.txt | 4
1 file changed, 4 inse
On 01/21/2016 11:54 PM, Arnaldo Carvalho de Melo wrote:
Em Fri, Jan 08, 2016 at 08:39:36PM +0900, Taeung Song escreveu:
Explain 'hist.percentage' variable.
Cc: Namhyung Kim
Cc: Jiri Olsa
Signed-off-by: Taeung Song
---
tools/perf/Documentation/perf-config.txt | 17 +
1 fi
On Thu, Jan 21, 2016 at 05:59:58PM +0100, Borislav Petkov wrote:
> On Thu, Jan 21, 2016 at 04:10:40PM +0100, Peter Zijlstra wrote:
> > > > > + cpumask_clear(pmu->mask);
> > > > > + cpumask_clear(pmu->tmp_mask);
> > > > >
> > > > > for (i = 0; i < cores_per_cu; i++)
> > > > > +
On Thu, 21 Jan 2016, Prarit Bhargava wrote:
> So IIUC ... I want real time to be reported (not boot or TAI), use tglx's
> suggestion of ktime_get_log_ts(), and implement printk.time=1 (local_clock())
> and printk.time=2 (real clock).
I'd like to see an option for clock mono as well. That helps to
On 2016/1/22 16:00, Peter Zijlstra wrote:
On Fri, Jan 22, 2016 at 06:52:01AM +, Wang Nan wrote:
On s390 with CONFIG_WARN_DYNAMIC_STACK set, 'uses dynamic stack
allocation' warning is issued when defining 'struct perf_sample_data'
local variable.
This patch suppress this warning by allocat
On Thu, 21 Jan 2016, William Breathitt Gray wrote:
> On 01/21/2016 06:47 PM, H. Peter Anvin wrote:
> > Well, and as you can see from the build robot because a lot of those
> > drivers simply don't compile on 64-bit systems. If nothing else you
> > would have to push the 32-bit tests downward in th
On Thu, Jan 21, 2016 at 11:54:01PM -0800, Greg Kroah-Hartman wrote:
> On Thu, Jan 21, 2016 at 09:42:53AM +, Mel Gorman wrote:
> > 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
On 21/01/16 21:37, Konrad Rzeszutek Wilk wrote:
On Thu, Jan 21, 2016 at 12:33:43PM -0800, Luis R. Rodriguez wrote:
Sure, do we know if that ICC compatible? Do we care? There are a
series of ICC hacks put in place on ipxe's original solution which
I've folded in, it seems that works but if we car
On 01/21/2016 10:28 PM, Tejun Heo wrote:
> On Thu, Jan 21, 2016 at 10:24:16PM +0100, Peter Zijlstra wrote:
>> On Thu, Jan 21, 2016 at 03:31:11PM -0500, Tejun Heo wrote:
>>> There are three subsystem callbacks in css shutdown path -
>>> css_offline(), css_released() and css_free(). Except for
>>> c
On 22 January 2016 at 00:20, Andrew Morton wrote:
> On Thu, 21 Jan 2016 14:55:00 -0800 Kees Cook wrote:
>
>> IIUC, this means that the relocation work done after decompression now
>> doesn't have to do relocation updates for all these values, which
>> means a smaller relocation table as well.
>
>
Currently the return value of memory_failure() is not passed to userspace, which
is inconvenient for test programs that want to know the result of error
handling.
So let's return it to the caller as we already do in MADV_SOFT_OFFLINE case.
Signed-off-by: Naoya Horiguchi
---
mm/madvise.c | 5 +++
On Thu, Jan 21, 2016 at 11:52:20PM -0800, Greg Kroah-Hartman wrote:
> On Thu, Jan 21, 2016 at 08:06:27AM +0100, Willy Tarreau wrote:
> > And running fine on my laptop FWIW.
>
> Heh, a laptop on 3.10, hopefully it's old hardware :)
Depends on what you mean by "old", it's an Atom N2800-based eeepc
On Wed, Jan 20, 2016 at 09:42:16AM +0100, Thomas Gleixner wrote:
>
> The above changelog is just crap and doesnt make any sense at all. And the
> patch is fixing symptoms not the root cause.
IMHO, the root cause is the "tick" definition. Am I only one confused?
I am confused now. What is tick? Th
On 2016年01月21日 22:46, Thierry Reding wrote:
> * PGP Signed by an unknown key
>
> On Mon, Jan 18, 2016 at 06:02:29PM +0800, Wei Ni wrote:
> [...]
>> +int tegra_soctherm_calculate_tsensor_calibration(
>> +struct tegra_tsensor *sensor,
>> +con
Hi,
the following patch is fully CAVS tested on 64 bit and 32 bit.
Note, this change cannot be made for random.c or ansi_cprng.c, unfortunately.
---8<---
The newly released FIPS 140-2 IG 9.8 specifies that for SP800-90A
compliant DRBGs, the FIPS 140-2 continuous random number generator test
is n
On Thu, Jan 21, 2016 at 06:02:34PM -0500, Waiman Long wrote:
> This patch attempts to fix this live-lock condition by enabling the
> a woken task in the wait list to enter optimistic spinning loop itself
> with precedence over the ones in the OSQ. This should prevent the
> live-lock
> condition fro
Hi Paul,
On Thu, Jan 21, 2016 at 5:06 PM, Paul E. McKenney
wrote:
> On Thu, Jan 21, 2016 at 02:22:56PM +0100, Geert Uytterhoeven wrote:
>> On Thu, Dec 10, 2015 at 12:10 AM, Paul E. McKenney
>> wrote:
>> > This commit replaces a local_irq_save()/local_irq_restore() pair with
>> > a lockdep assert
On Fri, Jan 22, 2016 at 03:23:33PM +0800, Peter Hung wrote:
> Add F81866 GPIO supports
>
> Fintek F81866 is a SuperIO. It contains HWMON/GPIO/Serial Ports.
> and it has totally 72(9x8 sets) gpio pins.
>
> Here is the PDF spec:
> http://www.alldatasheet.com/datasheet-pdf/pdf/459085/FINTEK/F81866AD
On 2016/1/20 14:38, Tomeu Vizoso wrote:
> On 19 January 2016 at 19:20, Rob Herring wrote:
>> On Fri, Jan 15, 2016 at 1:57 AM, xuejiancheng
>> wrote:
>>>
>>> On 2016/1/14 21:16, xuejiancheng wrote:
Hi Mike,
On 2016/1/14 2:57, Michael Turquette wrote:
> Quoting xuejiancheng (201
On 2016/1/19 21:37, Sudeep Holla wrote:
>
>
> On 19/01/16 10:51, Zhong Kaihua wrote:
>> arm64: dts: Add Hi6220 gpio configuration nodes
>>
>> Signed-off-by: Zhong Kaihua
>> Kong Xinwei
>>
>> Acked-by: Rob Herring
>> ---
>> .../devicetree/bindings/gpio/gpio-hi6220.txt |
On Thu, Jan 21, 2016 at 11:42 PM, Han Xu < xhnj...@gmail.com > wrote:
> On Thu, Jan 21, 2016 at 1:53 AM, Yuan Yao wrote:
> > This patch set is used for add the fsl-quadspi support for ls1021a and
> > ls1043a, so remove the patch:
> > mtd: spi-nor: fsl-quadspi: extend support for some special reque
On Thu, Jan 21, 2016 at 11:21:53AM -0800, Matt Ranostay wrote:
> On Thu, Jan 21, 2016 at 1:11 AM, Gujulan Elango, Hari Prasath (H.)
> wrote:
> > From: Hari Prasath Gujulan Elango
> >
> > This patch replaces the clk_get() with devm_clk_get().
> > Accordingly,modified the error paths and removed clk
Linus,
please pull sound fixes for v4.5-rc1 from:
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git
tags/sound-fix-4.5-rc1
The topmost commit is 40ed9444cd2421cceedb35bb8d8ff913a5ae1ac3
sound fixes for 4.5-rc1
Her
Hi Andy,
Sorry for the delay.
On Tue, 19 Jan 2016 15:54:46 -0800, Andy Lutomirski wrote:
> Currently they return -1 on error, which will confuse callers if
> they try to interpret it as a normal negative error code.
>
> Signed-off-by: Andy Lutomirski
> ---
>
> Changes from v3:
You mean from v
On 22 January 2016 at 00:56, Mathieu Poirier wrote:
>
> Please run checkpath.pl on your patches. Also if the changes are of a
> different nature, ex. indentation problem and wrong argument to a
> function, please provide two separate patches.
>
Hi Mathieu,
I had already ran checkpath.pl, and th
On Thu, Jan 21, 2016 at 9:06 AM, Zhao Qiang wrote:
> 127 is the theoretical up boundary of QEIC number,
> in fact there only be 44 qe_ic_info now.
> add check to overflow for qe_ic_info
>
> Signed-off-by: Zhao Qiang
Acked-by: Li Yang
Regards,
Leo
On 22/01/16 01:15, Rafael J. Wysocki wrote:
On Thursday, January 21, 2016 11:19:29 AM Sudeep Holla wrote:
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. Als
Alexei notices me about a bug in llvm [1]. Because of this bug,
even a normal BPF program can generate incorrect (or redundant)
relocation information.
Patch 1 adds a new test case about it (use an buggy BPF script, should
fail even LLVM's bug is fixed). Since it is the first test case expected
to
Libbpf should check target section before doing relocation to ensure
the relocation is correct. If not, a bug in LLVM causes error. See [1].
Also, if an incorrect BPF script uses both global variable and
map, global variable whould be treated as map and be relocated
without error.
This patch saves
There's a bug in LLVM that it can generate unneeded relocation
information. See [1] and [2]. Libbpf should check the target section
of a relocation symbol.
This patch adds a testcase which reference a global variable (BPF
doesn't support global variable). Before fixing libbpf, the new test
case ca
On Thursday 21 January 2016 16:44:33 Kalle Valo wrote:
> Pali Rohár writes:
>
> > On Thursday 21 January 2016 15:48:14 Kalle Valo wrote:
> >> Pali Rohár writes:
> >>
> >> > On Thursday 14 January 2016 10:16:54 Pavel Machek wrote:
> >> >> On Wed 2016-01-13 23:32:47, Arend van Spriel wrote:
> >>
If 4GB mode is enable, we should add 4gb mode support in i2c driver.
Set 4GB mode register to support 4GB mode.
Signed-off-by: Liguo Zhang
---
drivers/i2c/busses/i2c-mt65xx.c | 41 +++
1 file changed, 41 insertions(+)
diff --git a/drivers/i2c/busses/i2c-mt6
On Tue, Jan 19, 2016 at 06:26:44PM -0800, Andi Kleen wrote:
> From: Andi Kleen
>
> Abstract the printing of shadow metrics. Instead of every
> metric calling fprintf directly and taking care of indentation,
> use two call backs: one to print metrics and another to
> start a new line.
>
> This wi
On Tue, Jan 19, 2016 at 06:26:45PM -0800, Andi Kleen wrote:
> From: Andi Kleen
>
> Now that we can modify the metrics printout functions easily,
> it's straight forward to support metric printing for interval mode.
> All that is needed is to print the time stamp on every new line.
> Pass the pref
On Tue, Jan 19, 2016 at 06:26:46PM -0800, Andi Kleen wrote:
SNIP
> uval = avg * counter->scale;
> - printout(-1, 0, counter, uval, prefix);
> -
> - print_noise(counter, avg);
> -
> - print_running(avg_running, avg_enabled);
> + printout(-1, 0, counter, uval, prefix, avg_runn
Emilio López writes:
> diff --git a/drivers/usb/core/devio.c b/drivers/usb/core/devio.c
> index 38ae877c..bf40aa6 100644
> --- a/drivers/usb/core/devio.c
> +++ b/drivers/usb/core/devio.c
> @@ -77,6 +77,8 @@ struct usb_dev_state {
> unsigned long ifclaimed;
> u32 secid;
> u32 dis
get_new_segment starts from current segment position, tries to search a
free segment among its right neighbors locate in same section.
But previously our search area was set as [current segment, max segment],
which means we have to search to more bits in free_segmap bitmap for some
worse cases. So
If we configure section consist of multiple segments, foreground GC will
do the garbage collection with following approach:
for each segment in victim section
blk_start_plug
for each valid block in segment
write out by OPU method
Hi Simon,
Simon Guinot 於 2016/1/22 下午 04:58 寫道:
On Fri, Jan 22, 2016 at 03:23:33PM +0800, Peter Hung wrote:
Acked-by: Simon Guinot
Thanks,
Should I resend patch V3 to add Acked-by?
--
With Best Regards,
Peter Hung
On Friday 22 January 2016 01:53 AM, Javier Martinez Canillas wrote:
The function is always returning zero even in case of failures since
the ret value was not propagated to the callers. Fix the error path.
Reported-by: Krzysztof Kozlowski
Signed-off-by: Javier Martinez Canillas
---
Acked-by
On Thu 2016-01-21 14:51:46, Sergey Senozhatsky wrote:
> On (01/21/16 10:25), Sergey Senozhatsky wrote:
> [..]
> > > First, the message "This stops the holder of console_sem just where we
> > > want him" is suspitious.
> >
> > this comment is irrelevant, as of today. it was, a long time ago, becaus
On Friday 22 January 2016 01:53 AM, Javier Martinez Canillas wrote:
It is better to use the ARRAY_SIZE() macro instead of the array length
to avoid bugs if the array is later changed and the length not updated.
Signed-off-by: Javier Martinez Canillas
Reviewed-by: Krzysztof Kozlowski
Acked-
On Friday 22 January 2016 01:53 AM, Javier Martinez Canillas wrote:
RTC_SEC = 0,
@@ -130,7 +130,8 @@ static int max77686_rtc_update(struct max77686_rtc_info
*info,
__func__, ret, data);
else {
/* Minimum 16ms delay required before
On 22 January 2016 at 09:50, xuejiancheng wrote:
> On 2016/1/20 14:38, Tomeu Vizoso wrote:
>> On 19 January 2016 at 19:20, Rob Herring wrote:
>>> On Fri, Jan 15, 2016 at 1:57 AM, xuejiancheng
>>> wrote:
On 2016/1/14 21:16, xuejiancheng wrote:
> Hi Mike,
>
> On 2016/1/14 2:
On Tue, Jan 19, 2016 at 06:26:47PM -0800, Andi Kleen wrote:
> From: Andi Kleen
>
> Now support CSV output for metrics. With the new output callbacks
> this is relatively straight forward by creating new callbacks.
>
> The new line callback needs to know the number of fields to skip them
> correc
On Friday 22 January 2016 01:53 AM, Javier Martinez Canillas wrote:
The driver has some hard-coded values such as the minimum delay needed
before a RTC update or the mask used for the sec/min/hour/etc registers.
Use a data structure that contains these values and pass as driver data
using the p
On Friday 22 January 2016 01:53 AM, Javier Martinez Canillas wrote:
The max77686 driver is generic enough that can be used for other
Maxim RTC IP blocks but these might not have the same registers
layout so instead of accessing the registers directly, add a map
to translate offsets to the real r
On Tue, Jan 19, 2016 at 06:26:49PM -0800, Andi Kleen wrote:
> From: Andi Kleen
>
> With all the recently added fields in the perf stat CSV output
> we should finally document them in the man page. Do this here.
>
> Signed-off-by: Andi Kleen
> ---
> tools/perf/Documentation/perf-stat.txt | 19 +
On 21/01/16 20:13, Daniel Kiper wrote:
> Linux kernel commit 054954eb051f35e74b75a566a96fe756015352c8
> (xen: switch to linear virtual mapped sparse p2m list), which
> appeared in 3.19, introduced linear virtual mapped sparse p2m
> list. If readmem() reads p2m then it access this list using
> physi
On Wed, 2016-01-20 at 20:07 +, Måns Rullgård wrote:
> Andy Shevchenko writes:
>
> > > > > > One comment still regarding to lli types. We can avoid
> > > > > > warnings by
> > > > > > using (__force u32) in macros.
> > > > >
> > > > > But that won't give the benefits of having the types check
On 21/01/2016 23:49, Josh Poimboeuf wrote:
> With some configs, gcc doesn't inline test_cc(). When that happens, it
> doesn't create a stack frame before inserting the call instruction.
> This breaks frame pointer convention if CONFIG_FRAME_POINTER is enabled
> and can result in a bad stack trac
On Friday 22 January 2016 01:53 AM, Javier Martinez Canillas wrote:
The MAX77686 and MAX77802 RTC IP blocks are very similar with only
these differences:
0) The RTC registers layout and addresses are different.
1) The MAX77686 use 1 bit of the sec/min/hour/etc registers as the
alarm enable
On 21/01/2016 23:49, Josh Poimboeuf wrote:
> The callable functions created with the FOP* and FASTOP* macros are
> missing ELF function annotations, which confuses tools like stacktool.
> Properly annotate them.
>
> This adds some additional labels to the assembly, but the generated
> binary cod
On Tue, Jan 19, 2016 at 06:26:44PM -0800, Andi Kleen wrote:
SNIP
>
> -void perf_stat__print_shadow_stats(FILE *out, struct perf_evsel *evsel,
> -double avg, int cpu, enum aggr_mode aggr)
> +void perf_stat__print_shadow_stats(struct perf_evsel *evsel,
> +
On Friday 22 January 2016 01:53 AM, Javier Martinez Canillas wrote:
It is better to use dev_*() log functions instead of pr_*() to print
information about the device in the kernel log in a standardized way.
This also allows to remove the local pr_fmt() defined macro.
Suggested-by: Krzysztof Ko
On Thu, 2016-01-21 at 16:58 -0800, Laura Abbott wrote:
> On 01/21/2016 12:19 PM, Jon Medhurst (Tixy) wrote:
[...]
> > If sg_dma_len() is correct or acceptable then it seems to me that the
> > ION code should set that length. Especially as the comment in the code
> > implies it's faking a call to ma
On Mon, 2015-12-21 at 16:29 -0400, Julian Margetson wrote:
> On 12/21/2015 4:25 PM, Andy Shevchenko wrote:
> > On Mon, 2015-12-21 at 15:19 -0400, Julian Margetson wrote:
> > > On 12/21/2015 2:27 PM, Måns Rullgård wrote:
> > > > The hard drive is recognized .
> > > > > These system gets unresponsive
On Tue, Jan 19, 2016 at 06:26:49PM -0800, Andi Kleen wrote:
> From: Andi Kleen
>
> With all the recently added fields in the perf stat CSV output
> we should finally document them in the man page. Do this here.
>
> Signed-off-by: Andi Kleen
> ---
> tools/perf/Documentation/perf-stat.txt | 19 +
On Friday 22 January 2016 01:53 AM, Javier Martinez Canillas wrote:
The driver has been removed so the Kconfig symbol is not valid anymore.
Signed-off-by: Javier Martinez Canillas
Reviewed-by: Krzysztof Kozlowski
---
Changes in v2:
- Add Krzysztof Kozlowski's Reviewed-by tag to patch #10.
On Friday 22 January 2016 01:53 AM, Javier Martinez Canillas wrote:
The max77686 RTC driver now supports the max77802 RTC as
well so there's no need to have a separate driver anymore.
Signed-off-by: Javier Martinez Canillas
Reviewed-by: Krzysztof Kozlowski
Acked-by: Laxman Dewangan
On Tue, Jan 19, 2016 at 06:26:43PM -0800, Andi Kleen wrote:
> [v5: Fix mainly bisect problems. No regressions introduced by one
> patch and fixed again later. Some minor fixes in addition]
> [v6: Fix running/noise printing patch.]
> [v7: Reorder and merge two patches to avoid a bisect hole where un
-get_new_segment/20160122-174633
base: https://git.kernel.org/pub/scm/linux/kernel/git/jaegeuk/f2fs dev
config: i386-randconfig-s0-201603 (attached as .config)
reproduce:
# save the attached .config to linux build tree
make ARCH=i386
Note: it may well be a FALSE warning. FWIW you are at least
On Thu, Jan 21, 2016 at 07:56:36PM +0100, Thomas Gleixner wrote:
> We really should ignore that sillyness and if people complain, make them
> complain to their HW vendor. That's the only way this crap will go away.
>
> If we just keep on supporting this completely pointless nonsense the HW folks
Hi,
We have a problem with software running on filesystem which uses FUSE.
We are able to repeat the behaviour when a particular piece of software
freezes after a few seconds.
We notice that this problem appears only on Linux kernels newer than
3.15.x and any FUSE filesystem. For example you may
Hi Linus:
This push fixes the following issues:
API:
* A large number of bug fixes for the af_alg interface, credit
goes to Dmitry Vyukov for discovering and reporting these issues.
Algorithms:
* sw842 needs to select crc32.
* The soft dependency on crc32c is now in the correct spot.
Drivers:
On Fri, 2016-01-22 at 09:54 +0100, Peter Zijlstra wrote:
> On Thu, Jan 21, 2016 at 06:02:34PM -0500, Waiman Long wrote:
> > This patch attempts to fix this live-lock condition by enabling the
> > a woken task in the wait list to enter optimistic spinning loop itself
> > with precedence over the one
.
Signed-off-by: John Ogness
Acked-by: Peter Ujfalusi
---
This particular patch was previously posted as v2:
http://lkml.kernel.org/r/87a8rjt7p9.fsf...@linutronix.de
It is being reposted because it is a necessary pre-requisite
of this patch series.
v2-v3 changes
. rebased for next-20160122
serial8250_rx_chars() with other contexts. Since the port lock cannot
be used for this synchronization, an optional spinlock argument is added.
If non-NULL, this will be locked during the tty_flip_buffer_push() call.
Signed-off-by: John Ogness
---
patch against next-20160122
drivers/tty/serial/8250/8250_fsl.c
necessary
because the sDMA driver does not implement pause/resume correctly
and therefore requires slightly different logic for the UART
driver.
Signed-off-by: John Ogness
---
patch against next-20160122
drivers/tty/serial/8250/8250.h |2 +
drivers/tty/serial/8250/8250_omap.c | 420
, the irq cannot be
shared with other drivers. (It is never really shared anyway.)
Signed-off-by: John Ogness
---
patch against next-20160122
drivers/tty/serial/8250/8250_omap.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/drivers/tty/serial/8250/8250_omap.c
b
is resilent against latencies up
to 500ms. This means that if no flow control is used, data will not be
dropped until such latencies occur. If hardware flow control is used,
real transfer speeds will not be affected until such latencies occur.
Patch series against next-20160122.
John Ogness (4
On Thu, Jan 21, 2016 at 03:37:16PM -0800, H. Peter Anvin wrote:
> Maybe a label attribute would help, I don't know.
Here's another version which works, not really better though:
Change is this:
---
+ asm_volatile_goto(ALTERNATIVE("", "jmp %l[t_fixup_ss]",
+
Hi,
I am working with the PLX/Avago net3382 connected via PCIe to an ARM
controller. I have the kernel configured to use the net338x as an RNDIS
gadget and when a USB2 cable is plugged into the board the windows test
host correctly enumerates the gadget and I am able to setup and ethernet
across
The napi_synchronize() function is defined twice: The definition
for SMP builds waits for other CPUs to be done, while the uniprocessor
variant just contains a barrier and ignores its argument.
In the mvneta driver, this leads to a warning about an unused variable
when we lookup the NAPI struct of
Hi Jiri,
On Thu, Jan 21, 2016 at 02:35:58PM +0100, Jiri Olsa wrote:
> On Thu, Jan 21, 2016 at 09:55:52PM +0900, Namhyung Kim wrote:
> > > would it make more sense to do this in 'in-tree addition' path?
> > > and keep the resort functions to do only resort stuff
> >
> > I don't follow. There're 3
Hi Arnaldo,
On Thu, Jan 21, 2016 at 11:02:09AM -0300, Arnaldo Carvalho de Melo wrote:
> Em Thu, Jan 21, 2016 at 02:35:58PM +0100, Jiri Olsa escreveu:
> > On Thu, Jan 21, 2016 at 09:55:52PM +0900, Namhyung Kim wrote:
> >
> > SNIP
> >
> > > > > + /* insert copy of 'he' for each fmt int
On Fri, Jan 22, 2016 at 03:30:00PM +0900, Daniel Sangorrin wrote:
> This patch allows applications to restrict the order in which
> its system calls may be requested. In order to do that, we
> provide seccomp-BPF scripts with information about the
> previous system call requested.
>
> An example us
gcc warns about the 'found' variable possibly being used uninitialized:
drivers/soc/qcom/spm.c: In function 'spm_dev_probe':
drivers/soc/qcom/spm.c:305:5: error: 'found' may be used uninitialized in this
function [-Werror=maybe-uninitialized]
However, the code is correct because we know that the
On Fri, Jan 22, 2016 at 02:20:19AM -0800, Jason Low wrote:
> --- a/kernel/locking/mutex.c
> +++ b/kernel/locking/mutex.c
> @@ -543,6 +543,8 @@ __mutex_lock_common(struct mutex *lock, long state,
> unsigned int subclass,
> lock_contended(&lock->dep_map, ip);
>
> for (;;) {
> +
On Wed, Jan 20, 2016 at 04:24:36PM +0800, Peter Hung wrote:
> Hi Sudip,
>
> Sudip Mukherjee 於 2016/1/20 下午 02:22 寫道:
> >On Wed, Jan 20, 2016 at 10:59:28AM +0800, Peter Hung wrote:
>
> >But my personal opinion, if we move out the serial port related code
> >into a new driver (a new Kconfig symbol)
On Fri, Jan 22, 2016 at 11:53:12AM +0100, Peter Zijlstra wrote:
> There might be other details, but this is the one that stood out.
I think this also does the wrong thing for use_ww_ctx.
On Thu, Jan 21, 2016 at 11:08 PM, Christoph Lameter wrote:
> Subject: vmstat: Queue work before clearing cpu_stat_off
>
> There is a race between vmstat_shepherd and quiet_vmstat() because
> the responsibility for checking for counter updates changes depending
> on the state of teh bit in cpu_stat
On Fri, 22 Jan 2016, Shannon Zhao wrote:
> On 2016/1/19 1:03, Stefano Stabellini wrote:
> > On Fri, 15 Jan 2016, Shannon Zhao wrote:
> >> > From: Shannon Zhao
> >> >
> >> > When running on Xen hypervisor, runtime services are supported through
> >> > hypercall. So call Xen specific function to in
Hey Chanwoo,
Chanwoo Choi wrote:
> Hi Tobias,
>
> On 2016년 01월 19일 18:13, Tobias Jakobi wrote:
> Hello,
>
> I've tested this on my Odroid-X2 but ran into issues. Patch 08/20
> introduces some pr_info() to exynos_bus_probe().
>
> In my case both max_state and freq_table are zero though, so gett
Alan,
On Wed, Jan 20, 2016 at 8:24 PM, wrote:
> +static int fpga_area_probe(struct platform_device *pdev)
> +{
> + struct device *dev = &pdev->dev;
> + struct device_node *np = dev->of_node;
> + struct fpga_area *area;
> + int ret;
> +
> + area = devm_kzalloc(dev,
Hi,
When using Kmemleak on the kernel 3.10.0-229.7.2 x86_64 (RHEL 7 and the
like) with CONFIG_DEBUG_OBJECTS=y, I sometimes see Kmemleak report the
potential leaks of the following kind:
---
unreferenced object 0x8800270e32d0 (size 40):
comm "updatedb", pid 14416, jiffies 429
Hi
On Fri, Jan 22, 2016 at 12:03 AM, John Stultz wrote:
> Recently, in commit 37cf4dc3370f
> ("time: Verify time values in adjtimex ADJ_SETOFFSET to avoid overflow")
> I forgot to check if the timeval being passed was actually a
> timespec (as is signaled with ADJ_NANO).
>
> This resulted in that
On Fri, Jan 22, 2016 at 11:56:52AM +0100, Peter Zijlstra wrote:
> On Fri, Jan 22, 2016 at 11:53:12AM +0100, Peter Zijlstra wrote:
>
> > There might be other details, but this is the one that stood out.
>
> I think this also does the wrong thing for use_ww_ctx.
Something like so?
---
kernel/lo
Commit-ID: dd4e17ab704269bce71402285f5e8b9ac24b1eff
Gitweb: http://git.kernel.org/tip/dd4e17ab704269bce71402285f5e8b9ac24b1eff
Author: John Stultz
AuthorDate: Thu, 21 Jan 2016 15:03:34 -0800
Committer: Thomas Gleixner
CommitDate: Fri, 22 Jan 2016 12:01:42 +0100
ntp: Fix ADJ_SETOFFSET b
This series patches are apply on linus master branch.
Okay, this series patches verified on my github.
(https://github.com/Caesar-github/rockchip/commits/for-dma-tests)
Linux version 4.4.0+ (wxt@ubuntu) (Ubuntu/Linaro 4.7.3-12ubuntu1) ) #14
SMP Fri Jan 22 18:13:12 CST 2016
The perious version 6
From: Shawn Lin
Pl330 integrated in rk3xxx platform doesn't support
DMAFLUSHP function. So we add arm,pl330-broken-no-flushp quirk
for it.
Signed-off-by: Shawn Lin
cc: Heiko Stuebner
cc: Doug Anderson
cc: Olof Johansson
Signed-off-by: Caesar Wang
---
Changes in v7: None
Changes in v6: Non
From: Boojin Kim
This patch adds to support burst mode for dev-to-mem and
mem-to-dev transmit.
Signed-off-by: Boojin Kim
Signed-off-by: Addy Ke
Signed-off-by: Shawn Lin
cc: Heiko Stuebner
cc: Doug Anderson
cc: Olof Johansson
Reviewed-by: Sonny Rao
Signed-off-by: Caesar Wang
---
Change
From: Shawn Lin
This patch adds the "arm, pl330-broken-no-flushp" for arm-pl330.
Reviewed-by: Doug Anderson
Reviewed-by: Sonny Rao
Signed-off-by: Shawn Lin
Signed-off-by: Caesar Wang
---
Changes in v7:
- modify the subject to be better match.
Changes in v6: None
Changes in v5: None
Change
> For full support we need:
>
> 1) invoke special SMBIOS call for some machine
>
> 2) patch dell-wmi.c to do not drop some events for some machines
>
> Part 2) needs to touch only dell-wmi.c code, this is obvious. But I
> thought that part 1) will be done in dell-laptop.c code where are all
> ot
On 21 January 2016 at 20:51, Thomas Gleixner wrote:
> On Thu, 21 Jan 2016, Ulf Hansson wrote:
>> >> > I don't think using __free_irq() is the correct place to decrease the
>> >> > runtime PM usage count. It will keep the irqchip runtime resumed even
>> >> > if there are no irqs enabled for it.
>>
From: Addy Ke
Generic dma controller on Rockchips' platform cannot support
DMAFLUSHP instruction which make dma to flush the req of non-aligned
or non-multiple of what we need. That will cause an unrecoverable
dma bus error. The saftest way is to set dma max burst to 1.
Signed-off-by: Addy ke
F
From: Shawn Lin
This patch add max burst capability for dmaengine and
limit burst capability to one for PL330_QUIRK_BROKEN_NO_FLUSHP
Signed-off-by: Shawn Lin
Signed-off-by: Caesar Wang
---
Changes in v7:
- fix the subject.
Changes in v6:
- remove expose quirks and add max_burst for dmaengin
1 - 100 of 744 matches
Mail list logo
