On Mon, 2015-11-02 at 17:08 -0800, Eric Dumazet wrote:
> From: Eric Dumazet
Erm, patch title would be :
[PATCH] sit: fix sit0 percpu double allocations
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordom
On Sun, Nov 01, 2015 at 11:30:58PM -0500, Dan Williams wrote:
> DAX-enabled block device drivers can use hints from fs/dax.c to
> optimize their internal tracking of potentially dirty cpu cache lines.
> If a DAX mapping is being used for synchronous operations, dax_do_io(),
> a dax-enabled block-dr
On Mon, 26 Oct 2015 15:35:54 +0900
Neil Brown wrote:
> Documentation: add new description of path-name lookup.
>
> This document is based on three recent lwn.net articles.
> Some of the introductory material and linkage between articles
> has been removed, and some time-based descriptions have b
On Mon, Nov 2, 2015 at 5:14 PM, Paul E. McKenney
wrote:
>
> You would ask that question when I am many thousands of miles from my
> copy of the Alpha reference manual! ;-)
I don't think I've touched a paper manual in years. Too m uch effort
to index and search. Look here
http://download.maji
Hi Nicolas,
[auto build test WARNING on asm-generic/master -- if it's inappropriate base,
please suggest rules for selecting the more suitable base]
url:
https://github.com/0day-ci/linux/commits/Nicolas-Pitre/div64-h-optimize-do_div-for-power-of-two-constant-divisors/20151103-065348
config:
In order to support more sample rates, add the divider clock api.
As the input source clock to the module is MCLK_I2S,
and by the divider of the module, the clock generator generates
SCLK and LRCK to transmitter and receiver.
Signed-off-by: Caesar Wang
---
Changes in v1:
- change the subject an
On Mon, 2 Nov 2015 14:56:33 -0500
Jeff Layton wrote:
> On Mon, 2 Nov 2015 09:48:41 -1000
> Chris Worley wrote:
>
> > On Sat, Oct 31, 2015 at 11:54 AM, Jeff Layton
> > wrote:
> > > On Sat, 31 Oct 2015 17:31:07 -0400
> > > Tejun Heo wrote:
> > ...
> > >>
> > >> > I have asked Chris and Michael
The MAX98090 audio codec support sample rates from 8 to 96 kHz
as the dai claim.
Signed-off-by: Caesar Wang
---
Changes in v1: None
sound/soc/rockchip/rockchip_max98090.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/sound/soc/rockchip/rockchip_max98090.c
b/sound/soc/rockchip/rockc
That's seem the moment rockchip-codec driver other than 44100 and 48000 do not
work.
Says the (max98090, rt5640).
As the chromeos reported
issue:(https://chromium.googlesource.com/chromiumos/third_party/kernel/+/v3.14)
For detail:
In that bug we want to add 32000 to sound/soc/rockchip/rock
The RT5645 audio codec support sample rates from 8 to 96 kHz
as the dai claim.
Signed-off-by: Caesar Wang
---
Changes in v1: None
sound/soc/rockchip/rockchip_rt5645.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/sound/soc/rockchip/rockchip_rt5645.c
b/sound/soc/rockchip/rockchip_rt
Add to set the cpu/codec DAI configure, let's divider the
Transmit/Receive clocks for cpu.
In master mode, The SCLK and LRCK are configured as output,
this patch should can set each divider to arrange the clock distribution.
Signed-off-by: Caesar Wang
---
Changes in v1: None
sound/soc/rockchi
Add to set the cpu/codec DAI configure, let's divider the
Transmit/Receive clock for cpu.
In master mode, The SCLK and LRCK are configured as output,
this patch should can set each divider to arrange the clock distribution.
Signed-off-by: Caesar Wang
---
Changes in v1:
- Fix a subject missspel
On Mon, Nov 02, 2015 at 09:46:47PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Tue, Nov 03, 2015 at 08:46:06AM +0900, Namhyung Kim escreveu:
> > On Mon, Nov 02, 2015 at 08:04:36PM -0300, Arnaldo Carvalho de Melo wrote:
> > > I still think that this is a 'perf report' thing, but one that is
> > > ce
On Mon, 02 Nov 2015, Linus Torvalds wrote:
On Mon, Nov 2, 2015 at 12:15 PM, Davidlohr Bueso wrote:
So I ran some experiments on an IvyBridge (2.8GHz) and the cost of XCHG is
constantly cheaper (by at least half the latency) than MFENCE. While there
was a decent amount of variation, this diffe
On 26.10.2015 21:55, Pankaj Dubey wrote:
> commit 6ec4f8d0d91f ("ARM: EXYNOS: add generic function to calculate
> cpu number") introduced exynos_pmu_cpunr to be used by multi-cluster SoC's
> e.g Exynos5420, but it's no more used in the codebase and hence removing
> this part of code.
>
> Signed-of
On Tue, Nov 03 2015, Chris Mason wrote:
> On Mon, Nov 02, 2015 at 03:50:12PM -0500, J. Bruce Fields wrote:
>> On Wed, Oct 28, 2015 at 07:25:10AM +0900, Neil Brown wrote:
>> >
>> > If you create a subvolume in btrfs and access it (by name) without
>> > mounting it, then the subvolume looks like a
Em Tue, Nov 03, 2015 at 10:35:35AM +0900, Namhyung Kim escreveu:
> On Mon, Nov 02, 2015 at 09:46:47PM -0300, Arnaldo Carvalho de Melo wrote:
> > Em Tue, Nov 03, 2015 at 08:46:06AM +0900, Namhyung Kim escreveu:
> > > On Mon, Nov 02, 2015 at 08:04:36PM -0300, Arnaldo Carvalho de Melo wrote:
> > > > I
On 26.10.2015 21:55, Pankaj Dubey wrote:
> Moving Exynos PMU specific header file into "include/linux/soc/samsung"
> thus updated affected files under "mach-exynos" to use new location of
> these header files.
>
> Signed-off-by: Amit Daniel Kachhap
> Signed-off-by: Pankaj Dubey
> ---
> arch/arm
On Fri, Oct 30, 2015 at 07:41:23PM -0500, Michael Welling wrote:
> This patch separates the SPI functionality from core functionality
> that overlaps with the tsc2004.
>
> Prepares kernel for new tsc2004 driver without much redundant code.
>
> Signed-off-by: Michael Welling
> ---
> drivers/inpu
So far, it is difficult that the state of perf configs is looked through
and there's no knowing what kind of other variables except variables in
perfconfig.example.
Also perf configs can't be changed without manually modifying $HOME/.perfconfig
or
$(sysconfdir)/perfconfig file. So I suggest this
The perf configuration file contains many variables which can make
the perf command's action more effective.
But looking through state of configuration is difficult and there's no knowing
what kind of other variables except variables in perfconfig.example exist.
So This patch adds 'perf-config' com
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 +++
1 file changed, 19 insertions(+)
diff --git a/tools/per
From: Andi Kleen
Move the special case printing for non-running counters to
printout, so it can be shared by all the output options.
Signed-off-by: Andi Kleen
---
tools/perf/builtin-stat.c | 73 ---
1 file changed, 24 insertions(+), 49 deletions(-)
A option 'remove' is to remove specific config variables.
For the syntax examples,
# perf config [] -r | --remove [section.name ...]
Signed-off-by: Taeung Song
---
tools/perf/Documentation/perf-config.txt | 6 +
tools/perf/builtin-config.c | 38
From: Andi Kleen
The sw clock metrics printing was missed in the earlier move to
stat-shadow of all the other metric printouts. Move it too.
Acked-by: Jiri Olsa
v2: Fix metrics printing in this version to make bisect safe.
Signed-off-by: Andi Kleen
---
tools/perf/builtin-stat.c | 8 +++---
The comparing name functionality is that
two config name are compared treating '-' or '_' as
being the same thing. For example, both 'print_percent'
and 'print-percent' in 'call-graph' section
are regarded as the same thing.
Signed-off-by: Taeung Song
---
tools/perf/builtin-config.c | 23 +++
This patch consists of functions
which can set specific config variables.
For the syntax examples,
perf config [] [options] [section.name[=value] ...]
set specific config variables
# perf config report.queue-size=100M report.children=true
Signed-off-by: Taeung Song
---
tools/perf/D
From: Andi Kleen
Enable metrics printing in --per-core / --per-socket mode. We need
to save the shadow metrics in a unique place. Always use the first
CPU in the aggregation. Then use the same CPU to retrieve the
shadow value later.
Example output:
% perf stat --per-core -a ./BC1s
Performance
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
correctly
v2: Split out function argument changes
v3: Reenable metrics for real
Whether or not user mis-type wrong data type to set config,
normalize the value. If a config user enter isn't contained
in default configs, just pass as it is.
For the examples,
# perf config report.queue-size=1M
# perf config report.queue-size
report.queue-size=1048576
Signed-off-by: Ta
The file-options '--system' means $(sysconfdir)/perfconfig and
'--user' means $HOME/.perfconfig. If file-option isn't used,
both system and user config file is read.
The syntax examples are like below.
perf config [] [options]
a specific config file.
# perf config --user | --system
This patch consists of functions
which can get specific config variables.
For the syntax examples,
perf config [] [section.name ...]
display key-value pairs of specific config variables
# perf config report.queue-size report.children
Signed-off-by: Taeung Song
---
tools/perf/Docume
A option 'list-all' is to display both current config variables and
all possible config variables with default values.
The syntax examples are like below
perf config [] [options]
display all perf config with default values.
# perf config -a | --list-all
Signed-off-by: Taeung Song
--
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 prefix into the context and print it out.
v2: Move wrong hunk to here.
Sign
Collecting configs into list because of two reason.
First of all, if there are same variables both user
and system config file, they all will be printed
when 'list' command work. But if config variables are
duplicated, user config variables should only be printed
because it has priority.
Lastly,
[v4: Addressed all review feedback.]
[v3: Addressed all review feedback. Update manpage for CSV. Various changes
(see individual patches). Remove some more redundant code
in printout callers.]
[v2: Addressed (near) all review feedback. No manpage updates so far.
Add support for --pe
From: Andi Kleen
Instead of every caller deciding whether to call abs or nsec printout
do it all in a single central function. No functional changes.
Signed-off-by: Andi Kleen
---
tools/perf/builtin-stat.c | 57 +--
1 file changed, 20 insertions(+),
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 will allow adding metrics to CSV mode and also
using them for other purposes.
From: Andi Kleen
Move the running/noise printing into printout to avoid
duplicated code in the callers.
v2: Merged with other patches. Remove unnecessary hunk.
Readd hunk that ended in earlier patch.
v3: Fix noise/running output in CSV mode
Signed-off-by: Andi Kleen
---
tools/perf/builtin-stat
On 26.10.2015 21:55, Pankaj Dubey wrote:
> This patch splits up mach-exynos/pmu.c file, and moves exynos3250 PMU
> configuration data and functions handing those data into exynos3250
> SoC specific PMU file mach-exynos/exynos3250-pmu.c.
>
> Signed-off-by: Pankaj Dubey
> ---
> arch/arm/mach-exyno
On Mon, Nov 2, 2015 at 4:56 PM, Benjamin Herrenschmidt
wrote:
>
> Also how much of the problem is simply that the function signature
> (naming and choice of arguments) just plain sucks ?
Some of that is pretty much inevitable.
C really has no good way to return multiple values. The traditional
(
On 26.10.2015 21:55, Pankaj Dubey wrote:
> This patch splits up mach-exynos/pmu.c file, and moves exynos4210,
> exynos4412 and exynos4212 PMU configuration data and functions handing
> data into a common exynos4 SoC specific PMU file mach-exynos/exynos4-pmu.c.
>
> Signed-off-by: Pankaj Dubey
> --
On Mon, Nov 02, 2015 at 11:17:17AM -0800, Linus Torvalds wrote:
> On Mon, Nov 2, 2015 at 10:37 AM, Will Deacon wrote:
> > On Mon, Nov 02, 2015 at 10:08:24AM -0800, Linus Torvalds wrote:
> >> On Mon, Nov 2, 2015 at 5:29 AM, Peter Zijlstra
> >> wrote:
> >> > +#define smp_cond_acquire(cond) do {
On Mon, Nov 2, 2015 at 5:54 PM, Linus Torvalds
wrote:
>
> The biggest problem - and where the compiler could actually help us -
> tends to be multiplication overflows. We have several (not *many*, but
> certainly more than just a couple) cases where we simply check by
> dividing MAX_INT or somethi
Daniel,
在 2015年11月03日 01:28, Daniel Lezcano 写道:
On 10/31/2015 12:47 AM, Heiko Stuebner wrote:
Hi Daniel,
Am Freitag, 30. Oktober 2015, 11:42:29 schrieb Daniel Lezcano:
On 10/30/2015 04:43 AM, Caesar Wang wrote:
Hi Daniel,
在 2015年10月01日 03:14, Heiko Stübner 写道:
Hi Daniel,
Am Dienstag, 29.
On Mon, Nov 02, 2015 at 07:46:24AM -0800, Alexander Duyck wrote:
>On 11/02/2015 12:33 AM, Wei Yang wrote:
>>On Fri, Oct 30, 2015 at 08:57:17AM -0700, Alexander Duyck wrote:
>>>On 10/29/2015 11:00 PM, ethan zhao wrote:
Wei,
On 2015/10/30 13:14, Wei Yang wrote:
>On Thu, Oct 29, 2015
On Thu, Oct 29, 2015 at 05:23:22PM -0500, Bjorn Helgaas wrote:
>From: Alexander Duyck
>
>Per sec 3.3.3.1 of the SR-IOV spec, r1.1, we must allow 1.0s after clearing
>VF Enable before reading any field in the SR-IOV Extended Capability.
>
>Wait 1 second before calling pci_iov_set_numvfs(), which re
On 26.10.2015 21:55, Pankaj Dubey wrote:
> This patch series is a part of continuation work from following series
> [1] and [2].
>
> 1: exynos: Move pmu driver to driver/soc folder and add exynos7 support
>http://www.spinics.net/lists/linux-samsung-soc/msg39797.html from Amit
> Daniel Kacchap
Hi, Paul
I have a question to the srcu_read_lock(). Can it be invoked on
interrupt context? According to
http://lxr.free-electrons.com/source/kernel/rcu/srcu.c#L292 it can only be
called from process context, but according to
http://lxr.free-electrons.com/source/include/linux/srcu.h#L21
On 26.10.2015 21:55, Pankaj Dubey wrote:
> This patch splits up mach-exynos/pmu.c file, and moves exynos5250,
> PMU configuration data and functions handing data into exynos5250
> SoC specific PMU file mach-exynos/exynos5250-pmu.c.
>
> Signed-off-by: Pankaj Dubey
> ---
> arch/arm/mach-exynos/Mak
On 26.10.2015 21:55, Pankaj Dubey wrote:
> This patch splits up mach-exynos/pmu.c file, and moves exynos5420,
> PMU configuration data and functions handing data into exynos5420
> SoC specific PMU file mach-exynos/exynos5420-pmu.c.
>
> Signed-off-by: Pankaj Dubey
> ---
> arch/arm/mach-exynos/Mak
On 02-11-15, 11:21, Stephen Boyd wrote:
> Ah I see that after looking at the previous thread. Perhaps we
> can add such information into the documentation so that people
> aren't misled into thinking they're limited to 32 bits?
What about these changes:
diff --git a/Documentation/devicetree/bindi
No response. I suppose I must be doing something wrong ...
On 11/1/15, Joshua Hudson wrote:
> From: Joshua Hudson
>
> The Minix v3 filesystem and kernel driver have no actual dependency on
> files
> being less than 2GB in size; however the kernel does not allow creating a
> file of 2GB or larger
On Mon, Nov 02, 2015 at 07:39:48AM -0800, Alexander Duyck wrote:
>On 11/02/2015 12:27 AM, Wei Yang wrote:
>>On Fri, Oct 30, 2015 at 09:03:54AM -0700, Alexander Duyck wrote:
>>>On 10/29/2015 10:22 PM, Wei Yang wrote:
On Thu, Oct 29, 2015 at 05:23:36PM -0500, Bjorn Helgaas wrote:
>From: Alexa
On 26.10.2015 21:55, Pankaj Dubey wrote:
> This patch moves Exynos PMU driver implementation from "arm/mach-exynos"
> to "drivers/soc/samsung". This driver is mainly used for setting misc
> bits of register from PMU IP of Exynos SoC which will be required to
> configure before Suspend/Resume. Curre
On Sun, Nov 01, 2015 at 01:29:45AM -0500, Daniel Micay wrote:
> On 01/11/15 12:51 AM, David Rientjes wrote:
> > On Fri, 30 Oct 2015, Minchan Kim wrote:
> >
> >> MADV_FREE is on linux-next so long time. The reason was two, I think.
> >>
> >> 1. MADV_FREE code on reclaim path was really mess.
> >>
>
On Sat, Oct 31, 2015 at 7:56 AM, Chris Zhong wrote:
> Signed-off-by: Chris Zhong
>
Acked-by: Rob Herring
> ---
>
> Changes in v2:
> add vendor prefix for boe
>
> Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/Documentation/device
On 30-10-15, 15:18, Stephen Boyd wrote:
> A side-note. I wonder if it would be better style to have the
> node name be:
>
> opp@6 {
>
> At least it seems that the assumption is we can store all the
> possible combinations of OPP values for a particular frequency in
> the sam
Tejun Heo wrote:
> If
> the possibility of sysrq getting stuck behind concurrency management
> is an issue, queueing them on an unbound or highpri workqueue should
> be good enough.
Regarding SysRq-f, we could do like below. Though I
On Sun, Nov 01, 2015 at 04:08:27PM -0800, Hugh Dickins wrote:
> On Fri, 30 Oct 2015, Minchan Kim wrote:
> > From: Chen Gang
> >
> > For uapi, need try to let all macros have same value, and MADV_FREE is
> > added into main branch recently, so need redefine MADV_FREE for it.
> >
> > At present, '
On Tue, Nov 03, 2015 at 11:32:51AM +0900, Minchan Kim wrote:
> On Sun, Nov 01, 2015 at 04:08:27PM -0800, Hugh Dickins wrote:
> > On Fri, 30 Oct 2015, Minchan Kim wrote:
> > > From: Chen Gang
> > >
> > > For uapi, need try to let all macros have same value, and MADV_FREE is
> > > added into main b
On Mon, Nov 2, 2015 at 5:58 PM, Andy Lutomirski wrote:
>
> Based in part on an old patch by Sasha, what if we relied on CSE:
>
> if (mul_would_overflow(size, n))
> return NULL;
> do_something_with(size * n);
I suspect we wouldn't even have to rely on CSE. Are these things in
performance-critica
On Mon, 2 Nov 2015, Boaz Harrosh wrote:
> On 11/02/2015 01:39 AM, Hugh Dickins wrote:
> <>
> >> This patch is not correct!
> >
> > I think you have actually confirmed that the patch is correct:
> > why bother to test PageDirty or PageWriteback when PageUptodate
> > already tells you what you need?
There are some netdev features, which when disabled on an upper device,
such as a bonding master or a bridge, must be disabled and cannot be
re-enabled on underlying devices.
This is a rework of an earlier more heavy-handed appraoch, which simply
disables and prevents re-enabling of netdev feature
On Mon, 2015-11-02 at 04:44 +, Shailendra Verma wrote:
> Hello Joe,
> Its looks good. I have tested the patch and it is working for all
> concerned error messages.
>
> Thanks for your co-ordination and support.
Hi again Shailendra.
Remember when you send email to LKML to use
non-html formatt
Hello Kirill,
On Mon, Nov 02, 2015 at 02:57:49PM +0200, Kirill A. Shutemov wrote:
> On Fri, Oct 30, 2015 at 04:03:50PM +0900, Minchan Kim wrote:
> > On Thu, Oct 29, 2015 at 11:52:06AM +0200, Kirill A. Shutemov wrote:
> > > On Thu, Oct 29, 2015 at 04:58:29PM +0900, Minchan Kim wrote:
> > > > On Thu
> Lenovo Ideapad S10-3t hangs coming out of S3 with intel_idle.
> The two workaround that seem to help are "intel_idle.max_cstate=0"
> or "nohz=off highres=off".
>
> At a first glance quirk_tigerpoint_bm_sts() seemed promising, but
> even when moved to early_resume it didn't do anything.
>
> I ha
> -Original Message-
> From: Eduardo Valentin [mailto:edubez...@gmail.com]
> Sent: Monday, November 02, 2015 4:31 AM
> To: Zhang, Rui
> Cc: Linux ACPI; Linux PM; LKML
> Subject: [GIT PULL] Thermal-SoC management updates for v4.4-rc1 #1
> Importance: High
>
> Hello Rui,
>
> Please pull f
On Mon, Nov 02, 2015 at 10:46:00PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Tue, Nov 03, 2015 at 10:35:35AM +0900, Namhyung Kim escreveu:
> > On Mon, Nov 02, 2015 at 09:46:47PM -0300, Arnaldo Carvalho de Melo wrote:
> > > Em Tue, Nov 03, 2015 at 08:46:06AM +0900, Namhyung Kim escreveu:
> > > > O
On Mon, Nov 2, 2015 at 4:51 PM, Dave Chinner wrote:
> On Sun, Nov 01, 2015 at 11:29:53PM -0500, Dan Williams wrote:
>> dax_clear_blocks is currently performing a cond_resched() after every
>> PAGE_SIZE memset. We need not check so frequently, for example md-raid
>> only calls cond_resched() at st
Since the watchdog common framework centrialize the IOCTL interfaces of
device driver now, the SETPRETIMEOUT and GETPRETIMEOUT need to be added
in the common code.
Signed-off-by: Robin Gong
---
drivers/watchdog/watchdog_dev.c | 38 ++
include/linux/watchdog.h
On Tuesday, November 03, 2015 11:10:53 AM Dave Chinner wrote:
> On Mon, Nov 02, 2015 at 03:43:07AM +0100, Rafael J. Wysocki wrote:
> > I guess it may also helps to address the case when a device is removed from
> > a
> > suspended system, written to on another system in the meantime and inserted
>
From: Minchan Kim
Date: Tue, 3 Nov 2015 11:36:51 +0900
> For the convenience for Dave, I found this.
>
> commit ec98c6b9b47df6df1c1fa6cf3d427414f8c2cf16
> Author: David S. Miller
> Date: Sun Apr 20 02:14:23 2008 -0700
>
> [SPARC]: Remove SunOS and Solaris binary support.
>
> As
On Mon, 2015-11-02 at 16:58 +0100, Vitaly Kuznetsov wrote:
> James Bottomley writes:
>
> > On Fri, 2015-10-30 at 11:46 +0100, Vitaly Kuznetsov wrote:
> >> James Bottomley writes:
> >>
> >> > On Thu, 2015-10-29 at 17:30 +0100, Vitaly Kuznetsov wrote:
> >> >> string_get_size() can't really handle
Enable set_pretimeout interface and trigger the pretimeout interrupt before
watchdog timeout event happen.
Signed-off-by: Robin Gong
---
drivers/watchdog/imx2_wdt.c | 67 -
1 file changed, 66 insertions(+), 1 deletion(-)
diff --git a/drivers/watchdog/
Hi Linus,
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
pm+acpi-4.4-rc1-1
to receive the first batch of power management and ACPI updates for
v4.4-rc1 with top-most commit 1ab68460b1d0671968b35e04f21efcf1ce051916
Merge branches 'pm-avs', 'pm-clk' and 'p
Some oddball devices may experience PCIe link flaps after power-on.
This may result in the following sequence of events.
fpc0 kernel: pciehp :02:08.0:pcie24: Card present on Slot(0)
fpc0 kernel: pciehp :02:08.0:pcie24: slot(0): Link Up event
fpc0 kernel: pciehp :02:08.0:pcie24:
Some oddball devices may experience a PCIe link flap after power-on.
This may result in the following sequence of events.
fpc0 kernel: pciehp :02:08.0:pcie24: Card present on Slot(0)
fpc0 kernel: pciehp :02:08.0:pcie24: slot(0): Link Up event
fpc0 kernel: pciehp :02:08.0:pcie24:
Hi all,
Please do *not* add any material intended for v4.5 to your linux-next
included branches until after v4.4-rc1 has been released.
Changes since 20151102:
The pci tree lost its build failure.
The net-next tree gained a conflict against the net tree.
The battery tree still had its build
From: Daniel Borkmann
Date: Thu, 29 Oct 2015 14:58:05 +0100
> This set adds support for persistent maps/progs. Please see
> individual patches for further details. A man-page update
> to bpf(2) will be sent later on, also a iproute2 patch for
> support in tc.
...
> v1 -> v2:
> - Reworked most
This driver is for Fintek F81532/F81534 USB to Serial Ports IC.
Features:
1. F81534 is 1-to-4 & F81532 is 1-to-2 serial ports IC
2. Support Baudrate from B50 to B150 (excluding B100).
3. The RTS signal can be transformed their behavior with
configuration by ioctl TIOCGRS485/TIOCSRS485
From: Eric Dumazet
Date: Mon, 02 Nov 2015 17:16:44 -0800
> On Mon, 2015-11-02 at 17:08 -0800, Eric Dumazet wrote:
>> From: Eric Dumazet
>
> Erm, patch title would be :
>
> [PATCH] sit: fix sit0 percpu double allocations
:-) Applied and queued up for -stable.
--
To unsubscribe from this list:
Jarkko, all,
Commit d80d134182ba5 introduced a bug which causes a cyapa based touch
pad on an Acer C720 Chromebook to become inoperative. This is present
in the latest linux-next (20151101). The patch description is repeated
below.
From d80d134182ba536ececab8d5fca50d779befc9a6 Mon Sep 17 00:0
[added Mike/linux-clk and David/dri-devel]
A patch I produced is now highlighting existing bugs in the drivers
listed below.
On Tue, 3 Nov 2015, kbuild test robot wrote:
> Hi Nicolas,
>
> [auto build test WARNING on asm-generic/master -- if it's inappropriate base,
> please suggest rules for
On 11/02/2015 07:29 PM, Robin Gong wrote:
Since the watchdog common framework centrialize the IOCTL interfaces of
device driver now, the SETPRETIMEOUT and GETPRETIMEOUT need to be added
in the common code.
Signed-off-by: Robin Gong
---
drivers/watchdog/watchdog_dev.c | 38
On Mon, Nov 02, 2015 at 01:07:38AM -0500, Sinan Kaya wrote:
> This patch adds supporting utility functions
> for selftest. The intention is to share the self
> test code between different drivers.
>
> Supported test cases include:
> 1. dma_map_single
> 2. streaming DMA
> 3. coherent DMA
> 4. scatt
From:
Date: Mon, 2 Nov 2015 14:30:12 +0200
> +static int clear_iram(struct fman *fman)
> +{
> + struct fman_iram_regs __iomem *iram;
> + int i, count;
> +
> + iram = (struct fman_iram_regs __iomem *)(fman->base_addr + IMEM_OFFSET);
"fman->base_addr" is of type "void __iomem *", there
On 11/2/2015 11:15 PM, Vinod Koul wrote:
On Mon, Nov 02, 2015 at 01:07:38AM -0500, Sinan Kaya wrote:
This patch adds supporting utility functions
for selftest. The intention is to share the self
test code between different drivers.
Supported test cases include:
1. dma_map_single
2. streaming
On 11/02/2015 07:29 PM, Robin Gong wrote:
Enable set_pretimeout interface and trigger the pretimeout interrupt before
watchdog timeout event happen.
Signed-off-by: Robin Gong
---
drivers/watchdog/imx2_wdt.c | 67 -
1 file changed, 66 insertions(+),
On Mon, Nov 02, 2015 at 10:36:52PM -0500, David Miller wrote:
> From: Minchan Kim
> Date: Tue, 3 Nov 2015 11:36:51 +0900
>
> > For the convenience for Dave, I found this.
> >
> > commit ec98c6b9b47df6df1c1fa6cf3d427414f8c2cf16
> > Author: David S. Miller
> > Date: Sun Apr 20 02:14:23 2008 -07
Hi Yakir,
On Thu, Oct 29, 2015 at 09:58:38AM +0800, Yakir Yang wrote:
> Add phy driver for the Rockchip DisplayPort PHY module. This
> is required to get DisplayPort working in Rockchip SoCs.
>
> Reviewed-by: Heiko Stuebner
> Signed-off-by: Yakir Yang
> ---
...
> diff --git a/drivers/phy/phy-ro
From: Jarod Wilson
Date: Mon, 2 Nov 2015 21:55:59 -0500
> There are some netdev features, which when disabled on an upper device,
> such as a bonding master or a bridge, must be disabled and cannot be
> re-enabled on underlying devices.
>
> This is a rework of an earlier more heavy-handed appra
On 11/2/2015 4:30 PM, Arnd Bergmann wrote:
On Saturday 31 October 2015 02:51:46 Sinan Kaya wrote:
On 10/30/2015 5:34 AM, Arnd Bergmann wrote:
On Thursday 29 October 2015 23:08:12 Sinan Kaya wrote:
diff --git a/Documentation/devicetree/bindings/dma/qcom_hidma_mgmt.txt
b/Documentation/devicet
On Mon, Nov 02, 2015 at 07:27:26PM -0800, Dan Williams wrote:
> On Mon, Nov 2, 2015 at 4:51 PM, Dave Chinner wrote:
> > On Sun, Nov 01, 2015 at 11:29:53PM -0500, Dan Williams wrote:
> > The zeroing (and the data, for that matter) doesn't need to be
> > committed to persistent store until the alloc
> "Doug" == Douglas Gilbert writes:
>> In sg_common_write(), we free the block request and return -ENODEV if
>> the device is detached in the middle of the SG_IO ioctl().
>>
>> Unfortunately, sg_finish_rem_req() also tries to free srp->rq, so we
>> end up freeing rq->cmd in the already free
On Mon, Nov 2, 2015 at 5:16 PM, Dave Chinner wrote:
> On Sun, Nov 01, 2015 at 11:30:58PM -0500, Dan Williams wrote:
>> DAX-enabled block device drivers can use hints from fs/dax.c to
>> optimize their internal tracking of potentially dirty cpu cache lines.
>> If a DAX mapping is being used for syn
On Mon, Nov 02, 2015 at 08:04:20PM -0800, Guenter Roeck wrote:
> On 11/02/2015 07:29 PM, Robin Gong wrote:
> >Since the watchdog common framework centrialize the IOCTL interfaces of
> >device driver now, the SETPRETIMEOUT and GETPRETIMEOUT need to be added
> >in the common code.
> >
> >Signed-off-b
On 11/02/2015 08:47 PM, Robin Gong wrote:
On Mon, Nov 02, 2015 at 08:04:20PM -0800, Guenter Roeck wrote:
On 11/02/2015 07:29 PM, Robin Gong wrote:
Since the watchdog common framework centrialize the IOCTL interfaces of
device driver now, the SETPRETIMEOUT and GETPRETIMEOUT need to be added
in t
> "Laurent" == Laurent Vivier writes:
Laurent> Ping ?
>> this series has been reviewed and ack'ed, as SCSI maintainer, could
>> you take it ?
My mailbox doesn't reach quite far enough back in time to pick this up
and I'd rather not have to deal with mail archive-mangled versions.
Please app
On Mon, Nov 02, 2015 at 08:19:12PM -0800, Guenter Roeck wrote:
> On 11/02/2015 07:29 PM, Robin Gong wrote:
> >Enable set_pretimeout interface and trigger the pretimeout interrupt before
> >watchdog timeout event happen.
> >
> >Signed-off-by: Robin Gong
> >---
> > drivers/watchdog/imx2_wdt.c | 67
701 - 800 of 870 matches
Mail list logo
