Hi Mans,
[auto build test WARNING on net/master -- if it's inappropriate base, please
suggest rules for selecting the more suitable base]
url:
https://github.com/0day-ci/linux/commits/Mans-Rullgard/devicetree-add-vendor-prefix-for-Aurora-VLSI/20151022-220753
config: x86_64-allmodconfig
The remove function of a device driver should not be marked
__exit, because that section gets discarded for built-in drivers,
and it is still possible to manually unbind a driver from a
device, which would result in a runtime error.
The kernel also produces a link error for this when the module
Hi Andre,
On 10/21/2015 06:52 PM, Andre Przywara wrote:
> On 21/10/15 21:41, Brijesh Singh wrote:
>> Add support for Cortex A57 and A53 EDAC driver.
>
> Hi Brijesh,
>
> thanks for the quick update! Some comments below.
>
>>
>> Signed-off-by: Brijesh Singh
>> CC: robh...@kernel.org
>> CC:
Em Thu, Oct 22, 2015 at 11:28:32PM +0900, Namhyung Kim escreveu:
> The --call-graph option is complex so we should provide better guide for
> users. Also change help message to be consistent with config option
> names. Now perf top will show help like below:
>
> $ perf top --call-graph
>
On Thu, Oct 22, 2015 at 11:05:11AM +0200, Tomeu Vizoso wrote:
> But that's moot currently because Greg believes that the time spent
> probing devices at boot time could be reduced enough so that the order
> in which devices are probed becomes irrelevant. IME that would have to
> be under 200ms
On Thu, Oct 22, 2015 at 11:36:05PM +0900, Tejun Heo wrote:
> On Thu, Oct 22, 2015 at 10:34:27AM -0400, Vivek Goyal wrote:
> > On Thu, Oct 22, 2015 at 10:23:54AM +0900, Tejun Heo wrote:
> >
> > [..]
> > > +5-3-2. Writeback
> > > +
> > > +Writeback of page cache manages the dirty memory ratio and
Em Thu, Oct 22, 2015 at 11:28:31PM +0900, Namhyung Kim escreveu:
> It's annoying to see error or help message when command has many options
> like in perf record, report or top. So setup pager when print parser
> error or help message - it should be OK since no UI is enabled at the
> parsing
On Thu, 22 Oct 2015, Tejun Heo wrote:
> The only way to hang the execution for a work item w/ WQ_MEM_RECLAIM
> is to create a cyclic dependency on another work item and keep that
> work item busy wait. Workqueue thinks that work item is making
> progress as it's running and doesn't schedule the
On 10/20/2015 06:17 PM, Oleg Nesterov wrote:
> Jan, Pedro, could you please confirm this won't break gdb? I tried
> to look into gdb-7.1, and at first glance gdb uses __WCLONE only
> because __WALL doesn't work on older kernels, iow it seems to me
> that gdb actually wants __WALL so this change
On Thu, Oct 22, 2015 at 09:25:49AM -0500, Christoph Lameter wrote:
> On Thu, 22 Oct 2015, Tejun Heo wrote:
>
> > On Thu, Oct 22, 2015 at 09:23:54AM -0500, Christoph Lameter wrote:
> > > I guess we need that otherwise vm statistics are not updated while worker
> > > threads are blocking on memory
On Thu, Oct 22, 2015 at 9:02 AM, Mans Rullgard wrote:
> This adds the vendor prefix "aurora" for Aurora VLSI, Inc.
>
> Signed-off-by: Mans Rullgard
Acked-by: Rob Herring
> ---
> Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git
On Thu, Oct 22, 2015 at 10:57 PM, Taeung Song wrote:
> Hi, Namhyung and Ingo
>
>> On Oct 22, 2015, at 9:20 PM, Namhyung Kim wrote:
>>
>> On Thu, Oct 22, 2015 at 5:23 PM, Ingo Molnar wrote:
>>>
>>> * Namhyung Kim wrote:
>>>
Currently 'perf top --call-graph' option is same as 'perf record'.
Em Thu, Oct 22, 2015 at 11:22:40PM +0900, Namhyung Kim escreveu:
> On Thu, Oct 22, 2015 at 11:13 PM, Arnaldo Carvalho de Melo
> wrote:
> > Em Thu, Oct 22, 2015 at 03:28:50PM +0900, Namhyung Kim escreveu:
> >> +++ b/tools/perf/util/util.c
> >> @@ -19,7 +19,7 @@
> >> struct callchain_param
On Thu, Oct 22, 2015 at 10:34:27AM -0400, Vivek Goyal wrote:
> On Thu, Oct 22, 2015 at 10:23:54AM +0900, Tejun Heo wrote:
>
> [..]
> > +5-3-2. Writeback
> > +
> > +Writeback of page cache manages the dirty memory ratio and is an
> > +integral part of memory management. The io controller, in
On Thu, Oct 22, 2015 at 9:02 AM, Mans Rullgard wrote:
> This adds a binding for the Aurora VLSI NB8800 Ethernet controller
> using the "aurora,nb8800" compatible string. When used in Sigma
> Designs chips a few additional control registers are available.
> This variant is indicated by the
On Thu, Oct 22, 2015 at 10:23:54AM +0900, Tejun Heo wrote:
[..]
> +5-3-2. Writeback
> +
> +Writeback of page cache manages the dirty memory ratio and is an
> +integral part of memory management. The io controller, in conjunction
> +with the memory controller, implements control of page cache
On Thu, Oct 22, 2015 at 11:05:11AM +0200, Tomeu Vizoso wrote:
> On 21 October 2015 at 23:50, Frank Rowand wrote:
> > On 10/21/2015 2:12 PM, Rob Herring wrote:
> >> On Wed, Oct 21, 2015 at 1:18 PM, Frank Rowand
> >> wrote:
> >>> On 10/21/2015 9:27 AM, Mark Brown wrote:
> On Wed, Oct 21,
On Wed, Oct 21, 2015 at 11:08:52PM -0500, Eric W. Biederman wrote:
> Greg KH writes:
>
> > On Wed, Oct 21, 2015 at 01:08:54PM +0300, Konstantin Khlebnikov wrote:
> >> Logic was changed in kernel 3.4 by commit e9aba5158a80 ("tty: rework pty
> >> count limiting") but still isn't documented. Better
It's annoying to see error or help message when command has many options
like in perf record, report or top. So setup pager when print parser
error or help message - it should be OK since no UI is enabled at the
parsing time. The usage_with_options() already disables it by calling
exit_browser()
The --call-graph option is complex so we should provide better guide for
users. Also change help message to be consistent with config option
names. Now perf top will show help like below:
$ perf top --call-graph
Error: option `call-graph' requires a value
Usage: perf top []
Tejun Heo writes:
> While unifying how blkcg stats are collected, 77ea733884eb ("blkcg:
> move io_service_bytes and io_serviced stats into blkcg_gq")
> incorrectly used bio->flags instead of bio->rw to tell the IO type.
> This made IOs to be accounted as the wrong type. Fix it.
>
>
From: Mans Rullgard
Date: Thu, 22 Oct 2015 15:02:38 +0100
> This adds a driver for the Aurora VLSI NB8800 Ethernet controller.
> It is an almost complete rewrite of a driver originally found in
> a Sigma Designs 2.6.22 tree.
>
> Signed-off-by: Mans Rullgard
The netdev list is going to have to
On Thu, Oct 22, 2015 at 05:46:47PM +0800, Hillf Danton wrote:
> >
> > This is a multi-stage process, first we save and replace page table
> > entry with special HMM entry, also flushing tlb in the process. If
> > we run into non allocated entry we either use the zero page or we
> > allocate new
On Thu, 22 Oct 2015, Tejun Heo wrote:
> On Thu, Oct 22, 2015 at 09:23:54AM -0500, Christoph Lameter wrote:
> > I guess we need that otherwise vm statistics are not updated while worker
> > threads are blocking on memory reclaim.
>
> And the blocking one is just constantly running?
I was told
Hi Arnaldo,
On Thu, Oct 22, 2015 at 11:13 PM, Arnaldo Carvalho de Melo
wrote:
> Em Thu, Oct 22, 2015 at 03:28:50PM +0900, Namhyung Kim escreveu:
>> +++ b/tools/perf/util/util.c
>> @@ -19,7 +19,7 @@
>> struct callchain_param callchain_param = {
>> .mode = CHAIN_GRAPH_ABS,
>>
On Thu, Oct 22, 2015 at 09:23:54AM -0500, Christoph Lameter wrote:
> I guess we need that otherwise vm statistics are not updated while worker
> threads are blocking on memory reclaim.
And the blocking one is just constantly running?
--
tejun
--
To unsubscribe from this list: send the line
On 10/22/2015 04:10 PM, Arnd Bergmann wrote:
> On Thursday 22 October 2015 15:26:55 Eric Auger wrote:
@@ -181,6 +182,8 @@ static int vfio_platform_open(void *device_data)
if (ret)
goto err_irq;
+
On Thu, 22 Oct 2015, Tejun Heo wrote:
> > Hmmm? Just use a dedicated workqueue with WQ_MEM_RECLAIM. If
> > concurrency management is a problem and there's something live-locking
> > for that work item (really?), WQ_CPU_INTENSIVE escapes it. If this is
> > a common occurrence that it makes
> -Original Message-
> From: Rob Herring [mailto:robh...@kernel.org]
> Sent: Wednesday, October 21, 2015 6:55 PM
> To: Kwok, WingMan
> Cc: Pawel Moll; Mark Rutland; Ian Campbell; Kumar Gala; KISHON VIJAY ABRAHAM;
> Quadros, Roger; Karicheri, Muralidharan; Bjorn Helgaas; Santosh
On Thu, 22 Oct 2015, Tejun Heo wrote:
> > Yuck. Can someone please get this major screwup out of the work queue
> > subsystem? Tejun?
>
> Hmmm? Just use a dedicated workqueue with WQ_MEM_RECLAIM. If
> concurrency management is a problem and there's something live-locking
> for that work item
From: Vivien Didelot
Date: Thu, 22 Oct 2015 09:34:37 -0400
> Not all switch chips provide a Get Next kind of operation to dump FDB entries.
> It is preferred to let the driver handle the dump operation the way it works
> best for the chip. Thus, drop port_fdb_getnext and implement the
On 10/20/2015 05:50 PM, Franklin S Cooper Jr wrote:
From: Franklin Cooper
Unlike other Keystone 2 devices, newer Keystone 2 SOCs may utilize
pinmuxing which requires PINCTRL to be enabled. Therefore, enable
PINCTRL for all Keystone 2 devices.
Signed-off-by: Franklin S Cooper Jr
---
On Wed, Oct 21, 2015 at 05:22:47PM -0700, Stephen Boyd wrote:
> On 10/15, Scott Branden wrote:
> > On 15-10-15 02:15 PM, Ray Jui wrote:
> > >On 10/15/2015 2:10 PM, Jon Mason wrote:
> > >>On Thu, Oct 15, 2015 at 02:04:09PM -0700, Scott Branden wrote:
> > >>>On 15-10-15 01:55 PM, Ray Jui wrote:
> >
On Tue, 27 May 2014 01:51:31 +0530
Himangi Saraogi wrote:
...
>
> Signed-off-by: Himangi Saraogi
> Acked-by: Julia Lawall
> ---
> Not compile tested
> arch/powerpc/platforms/52xx/mpc52xx_gpt.c | 6 ++
> 1 file changed, 2 insertions(+), 4 deletions(-)
applied to mpc5xxx/next.
Thanks,
On Thu, Oct 22, 2015 at 11:09:44PM +0900, Tejun Heo wrote:
> On Thu, Oct 22, 2015 at 08:39:11AM -0500, Christoph Lameter wrote:
> > On Thu, 22 Oct 2015, Tetsuo Handa wrote:
> >
> > > The problem would be that the "struct task_struct" to execute
> > > vmstat_update
> > > job does not exist, and
On Thu, Oct 22, 2015 at 03:38:24PM +0200, Peter Zijlstra wrote:
> On Thu, Oct 22, 2015 at 03:20:15PM +0200, Andrea Arcangeli wrote:
>
> > If schedule spontaneously wakes up a task in TASK_KILLABLE state that
> > would be a bug in the scheduler in my view. Luckily there doesn't seem
> > to be such
On Thu, Oct 22, 2015 at 03:52:53PM +0800, Hillf Danton wrote:
> >
> > When migrating anonymous memory from system memory to device memory
> > CPU pte are replaced with special HMM swap entry so that page fault,
> > get user page (gup), fork, ... are properly redirected to HMM helpers.
> >
> >
On 10/20/2015 09:26 PM, santosh shilimkar wrote:
On 10/20/2015 2:50 PM, Franklin S Cooper Jr wrote:
From: Franklin Cooper
Unlike other Keystone 2 devices, newer Keystone 2 SOCs may utilize
pinmuxing which requires PINCTRL to be enabled. Therefore, enable
PINCTRL for all Keystone 2 devices.
Em Thu, Oct 22, 2015 at 09:13:49PM +0900, Namhyung Kim escreveu:
> On Thu, Oct 22, 2015 at 5:02 PM, Ingo Molnar wrote:
> >
> > * Namhyung Kim wrote:
> >
> >> +#define CALLCHAIN_HELP "setup and enables call-graph (stack
> >> chain/backtrace) recording: "
> >> +
> >> +#ifdef
On Wed, Oct 21, 2015 at 04:51:44PM -0700, Stephen Boyd wrote:
> On 10/15, Jon Mason wrote:
> >
> > v3 - Added a patch to fix cygnus clk link failures, and added back the
> > DT documentation patches that were removed from v2.
> >
> > v2 - Added a patch to change the Cygnus clk macros to
Em Thu, Oct 22, 2015 at 03:28:50PM +0900, Namhyung Kim escreveu:
> +++ b/tools/perf/util/util.c
> @@ -19,7 +19,7 @@
> struct callchain_param callchain_param = {
> .mode = CHAIN_GRAPH_ABS,
> .min_percent = 0.5,
> - .order = ORDER_CALLER,
> + .order = ORDER_CALLEE,
>
On Thursday 22 October 2015 15:26:55 Eric Auger wrote:
> >> @@ -181,6 +182,8 @@ static int vfio_platform_open(void *device_data)
> >> if (ret)
> >> goto err_irq;
> >>
> >> + vfio_platform_get_reset(vdev);
> >> +
> >> if
On Wed, Oct 21, 2015 at 08:23:41PM -0700, Randy Dunlap wrote:
> Hi,
>
> Some corrections and a few questions...
Thanks for the corrections. Answer below.
> On 10/21/15 14:00, Jérôme Glisse wrote:
> > This add documentation on how HMM works and a more in depth view of how it
> > should be use
On Thu, Oct 22, 2015 at 08:39:11AM -0500, Christoph Lameter wrote:
> On Thu, 22 Oct 2015, Tetsuo Handa wrote:
>
> > The problem would be that the "struct task_struct" to execute vmstat_update
> > job does not exist, and will not be able to create one on demand because we
> > are stuck at
Add additional information about the ARM architected hardware events
to make counters self describing. This makes the hardware PMUs easier
to use as perf list contains possible events instead of users having
to refer to documentation like the ARM TRMs.
Signed-off-by: Drew Richardson
---
On Oct 8, 2015, at 11:45 PM, Jungseok Lee wrote:
> On Oct 8, 2015, at 7:01 PM, AKASHI Takahiro wrote:
>
> Hi Akashi,
>
>> This is the third patch series for fixing stack tracer on arm64.
>> The original issue was reported by Jungseok[1], and then I found more
>> issues[2].
>> (Steven, Jungseok,
The enums are not necessary and this allows the event values to be
used to construct static strings at compile time.
Signed-off-by: Drew Richardson
---
arch/arm64/kernel/perf_event.c | 95 --
1 file changed, 45 insertions(+), 50 deletions(-)
diff --git
From: Jorgen Hansen
Date: Wed, 21 Oct 2015 04:53:56 -0700
> In the vsock vmci_transport driver, sock_put wasn't safe to call
> in interrupt context, since that may call the vsock destructor
> which in turn calls several functions that should only be called
> from process context. This change
On Fri, Oct 09, 2015 at 03:13:38AM -0700, Will Deacon wrote:
> Also, would you be able to do something similar for AArch64 too, please?
> (take a look at our for-next/core branch for the latest perf changes).
Here are some almost identical patches for AArch64 based on arm64
tree's for-next/core
This adds a driver for the Aurora VLSI NB8800 Ethernet controller.
It is an almost complete rewrite of a driver originally found in
a Sigma Designs 2.6.22 tree.
Signed-off-by: Mans Rullgard
---
drivers/net/ethernet/Kconfig |1 +
drivers/net/ethernet/Makefile|1 +
Em Thu, Oct 22, 2015 at 02:49:11AM -0700, Brendan Gregg escreveu:
> On Thu, Oct 22, 2015 at 12:38 AM, Namhyung Kim wrote:
> > Hi Ingo,
> >
> > On Thu, Oct 22, 2015 at 4:32 PM, Ingo Molnar wrote:
> >>
> >> * Namhyung Kim wrote:
> >>
> >>> The caller callchain order is useful with --children
This adds the vendor prefix "aurora" for Aurora VLSI, Inc.
Signed-off-by: Mans Rullgard
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
From: yankejian
Date: Wed, 21 Oct 2015 17:57:44 +0800
> the global Soc configuration is treated by syscon, and sub ctrl bus is
> Soc bus. it has to be treated by syscon.
>
> Signed-off-by: yankejian
> Signed-off-by: lisheng
> Signed-off-by: lipeng
Applied, thanks.
--
To unsubscribe from
This adds a binding for the Aurora VLSI NB8800 Ethernet controller
using the "aurora,nb8800" compatible string. When used in Sigma
Designs chips a few additional control registers are available.
This variant is indicated by the "sigma,smp8640-ethernet" compatible
string.
Signed-off-by: Mans
On Tue, Oct 20, 2015 at 08:02:34PM -0700, Alexei Starovoitov wrote:
> +++ b/kernel/trace/bpf_trace.c
> @@ -215,6 +215,50 @@ const struct bpf_func_proto bpf_perf_event_read_proto = {
> .arg2_type = ARG_ANYTHING,
> };
>
> +static u64 bpf_perf_event_output(u64 r1, u64 r2, u64 index, u64
On Thu, Oct 22, 2015 at 8:34 AM, Maxime Ripard
wrote:
> On Thu, Oct 22, 2015 at 06:19:31PM +0900, Krzysztof Kozlowski wrote:
>> On 22.10.2015 18:05, Maxime Ripard wrote:
>> > Hi,
>> >
>> > On Thu, Oct 22, 2015 at 10:25:28AM +0900, Krzysztof Kozlowski wrote:
>> >> SRAM bindings for various SoCs,
On Wed, Oct 21, 2015 at 03:58:03PM -0700, Alexei Starovoitov wrote:
> diff --git a/kernel/events/core.c b/kernel/events/core.c
> index 64754bfecd70..0b6333265872 100644
> --- a/kernel/events/core.c
> +++ b/kernel/events/core.c
> @@ -3258,7 +3258,7 @@ static inline u64 perf_event_count(struct
On 10/20/2015 07:17 PM, Oleg Nesterov wrote:
> creates the unreapable zombie if /sbin/init doesn't use __WALL.
>
> This is not a kernel bug, at least in a sense that everything works as
> expected: debugger should reap a traced sub-thread before it can reap
> the leader, but without
Hi, Namhyung and Ingo
> On Oct 22, 2015, at 9:20 PM, Namhyung Kim wrote:
>
> On Thu, Oct 22, 2015 at 5:23 PM, Ingo Molnar wrote:
>>
>> * Namhyung Kim wrote:
>>
>>> Currently 'perf top --call-graph' option is same as 'perf record'. But
>>> 'perf top' also need to receive display options in
[[PATCH] serial: msm_serial: Make config tristate] On 21/10/2015 (Wed 16:05)
Stephen Boyd wrote:
> This driver works as a module, so mark it as a tristate config
> instead of a bool.
>
> Cc: Paul Gortmaker
> Signed-off-by: Stephen Boyd
> ---
>
> I tested this with a busybox ramdisk that
On Thu 22 Oct 03:25 PDT 2015, yfw wrote:
> Hi Bjorn,
>
> On 2015/9/22 1:52, Bjorn Andersson wrote:
[..]
>
> I have a question: Do you have plan to add the nob to trigger wcnss firmware
> downloading which is also common for wifi and BT?
>
In caf the wcnss driver is actually two drivers
On 2015/10/22 18:25, Thomas Gleixner wrote:
On Thu, 22 Oct 2015, Ding Tianhong wrote:
On 2015/10/22 15:43, Thomas Gleixner wrote:
Jan 01 00:03:32 Linux kernel: i:0 basenow.tv64:4809284991830
hrtimer_get_softexpires_tv64(timer):444012000 ccpu0
timer:ffdffdec6138,
On Mon, 12 Oct 2015 00:08:02 +0300
Alexander Popov wrote:
> Add a device tree binding for Freescale MPC512x LocalPlus Bus FIFO and
> introduce the document describing that binding.
>
> Signed-off-by: Alexander Popov
> ---
> .../bindings/powerpc/fsl/mpc512x_lpbfifo.txt| 21
>
On Mon, 12 Oct 2015 00:08:01 +0300
Alexander Popov wrote:
> This driver for Freescale MPC512x LocalPlus Bus FIFO (called SCLPC
> in the Reference Manual) allows Direct Memory Access transfers
> between RAM and peripheral devices on LocalPlus Bus.
>
> Signed-off-by: Alexander Popov
> ---
>
On Wed, Oct 14, 2015 at 5:18 AM, Qais Yousef wrote:
> Hi,
>
> This is an attempt to revive a discussion on the right list this time with
> all the correct people hopefully on CC.
devicetree-spec would be more appropriate list for something like this.
> While trying to upstream a driver, Thomas
When booting an HWP enabled system the kernel displays one "HWP enabled"
message for each cpu. The messages are superfluous since HWP is globally
enabled across all CPUs. This patch also adds an informational message
when HWP is disabled via intel_pstate=no_hwp.
Cc: Kristen Carlson Accardi
Cc:
On Thu, Oct 22, 2015 at 03:20:15PM +0200, Andrea Arcangeli wrote:
> If schedule spontaneously wakes up a task in TASK_KILLABLE state that
> would be a bug in the scheduler in my view. Luckily there doesn't seem
> to be such a bug, or at least we never experienced it.
Well, there will be a
Implement the port_fdb_dump DSA operation.
Signed-off-by: Vivien Didelot
---
drivers/net/dsa/mv88e6171.c | 1 +
drivers/net/dsa/mv88e6352.c | 1 +
drivers/net/dsa/mv88e6xxx.c | 65 +
drivers/net/dsa/mv88e6xxx.h | 3 +++
4 files changed, 70
On Thu, 22 Oct 2015, Tetsuo Handa wrote:
> The problem would be that the "struct task_struct" to execute vmstat_update
> job does not exist, and will not be able to create one on demand because we
> are stuck at __GFP_WAIT allocation. Therefore adding a dedicated kernel
> thread for vmstat_update
There is no need to write the MAC address before every Get Next
operation, since ATU MAC registers are not cleared between calls.
Move the _mv88e6xxx_atu_mac_write call outside of _mv88e6xxx_atu_getnext
so future code could call ATU Get Next multiple times and save a few
register access.
---
Hi Ulf
2015-10-22 15:29 GMT+02:00 Ulf Hansson :
> On 15 October 2015 at 18:25, Marcin Wojtas wrote:
>> When resuming from suspend on Armada 38x SoC MBus windows have to be
>> re-configured and for that purpose mv_conf_mbus_windows function needed
>> rework. MBus windows register base address
Not all switch chips support a Get Next operation to iterate on its FDB.
So add a more simple port_fdb_dump function for them.
Signed-off-by: Vivien Didelot
---
include/net/dsa.h | 4
net/dsa/slave.c | 3 +++
2 files changed, 7 insertions(+)
diff --git a/include/net/dsa.h
Now that port_fdb_dump is implemented and even simpler, get rid of
port_fdb_getnext.
Signed-off-by: Vivien Didelot
---
drivers/net/dsa/mv88e6171.c | 1 -
drivers/net/dsa/mv88e6352.c | 1 -
drivers/net/dsa/mv88e6xxx.c | 73 -
Not all switch chips provide a Get Next kind of operation to dump FDB entries.
It is preferred to let the driver handle the dump operation the way it works
best for the chip. Thus, drop port_fdb_getnext and implement the port_fdb_dump
operation in DSA, which pushes the switchdev FDB dump callback
On Thu, Oct 22, 2015 at 06:19:31PM +0900, Krzysztof Kozlowski wrote:
> On 22.10.2015 18:05, Maxime Ripard wrote:
> > Hi,
> >
> > On Thu, Oct 22, 2015 at 10:25:28AM +0900, Krzysztof Kozlowski wrote:
> >> SRAM bindings for various SoCs, using the mmio-sram genalloc
> >> API, are spread over
There is no need to write the VLAN ID before every Get Next operation,
since the VTU VID register is not cleared between calls.
Move the VID write call in a _mv88e6xxx_vtu_vid_write function outside
of _mv88e6xxx_vtu_getnext so future code could call VTU Get Next
multiple times and save a few
No driver implements port_fdb_getnext anymore, and port_fdb_dump is
preferred anyway, so remove this function from DSA.
Signed-off-by: Vivien Didelot
---
include/net/dsa.h | 3 ---
net/dsa/slave.c | 25 +
2 files changed, 1 insertion(+), 27 deletions(-)
diff --git
On 15 October 2015 at 18:25, Marcin Wojtas wrote:
> Marvell Armada 38x SDHCI controller enable using DAT3 pin as a hardware
> card detection. According to the SD sdandard this signal can be used for
> this purpose combined with a pull-down resistor, implying inverted (active
> high) polarization
On 22 October 2015 at 12:58, Russell King - ARM Linux
wrote:
> On Thu, Oct 22, 2015 at 11:28:55AM +0200, Ulf Hansson wrote:
>> On 20 October 2015 at 23:50, Franklin S Cooper Jr wrote:
>> >
>> > From: Lokesh Vutla
>> >
>> > Enable omap_hsmmc for Keystone 2 architecture which reuses the HSMMC
>>
Hi,
Due to a probe deferral of an interrupt controller[1], the Micrel
Ethernet PHY on
r8a7791/koelsch started failing to get its IRQ:
no irq domain found for /interrupt-controller@e61c !
However, of_mdiobus_register_phy() uses irq_of_parse_and_map(), which plainly
ignores EPROBE_DEFER,
On 15 October 2015 at 18:25, Marcin Wojtas wrote:
> When resuming from suspend on Armada 38x SoC MBus windows have to be
> re-configured and for that purpose mv_conf_mbus_windows function needed
> rework. MBus windows register base address obtaining was moved to
> armada_38x_quirks function in
Hi,
postgres regularly has to checkpoint data to disk to be able to free
data from its journal. We currently use buffered IO and that's not
going to change short term.
In a busy database this checkpointing process can write out a lot of
data. Currently that frequently leads to massive latency
On 10/22/2015 12:29 PM, Arnd Bergmann wrote:
> On Thursday 22 October 2015 11:42:02 Eric Auger wrote:
>> Currently reset lookup is done on probe. This introduces a
>> race with new registration mechanism in the case where the
>> vfio-platform driver is bound to the device before its module
>> is
From: Alexei Starovoitov
Date: Tue, 20 Oct 2015 20:02:32 -0700
> Over the last year there were multiple attempts to let eBPF programs
> output data into perf events by He Kuang and Wangnan.
> The last one was:
> https://lkml.org/lkml/2015/7/20/736
> It was almost perfect with exception that all
On Thu, 2015-10-22 at 14:19 +0100, David Howells wrote:
> Petr Mladek wrote:
>
> > I would expect that the first few messages are printed to the console
> > before the buffer is wrapped. IMHO, in many cases, you are interested
> > into the final messages that describe why the system went down.
>
On 10/22/2015 12:44 AM, Alexei Starovoitov wrote:
...
all users) When you have to hack drivers/base/core.c to get there it
should have been a warning sign that something is wrong with
this cdev approach.
Hmm, you know, this had nothing to do with it, merely to save ~20 LoC
that I can do just
From: "Steven Rostedt (Red Hat)"
The code in stack tracer should not be executed within an NMI as it grabs
spinlocks and stack tracing an NMI gives the possibility of causing a
deadlock. Although this is safe on x86_64, because it does not perform stack
traces when the task struct stack is not
2015-09-02 19:13 GMT+09:00 Yaniv Gardi :
> Performing several writes to UFS host controller registers has
> no gurrantee of ordering, so we must make sure register writes
> to setup request list base address etc. are performed before the
> run/stop register is enabled.
> In addition, when setting
From: "Steven Rostedt (Red Hat)"
The stack tracer was triggering the WARN_ON() in module.c:
static void module_assert_mutex_or_preempt(void)
{
#ifdef CONFIG_LOCKDEP
if (unlikely(!debug_locks))
return;
WARN_ON(!rcu_read_lock_sched_held() &&
Linus,
Running tests on other changes, the system locked up due to lots
of warnings. It was caused by the stack tracer triggering a warning
about using rcu_dereference() when RCU was not watching. This can happen
due to the fact that the stack tracer uses the function tracer to check
each
From: "Andrew F. Davis"
Date: Tue, 20 Oct 2015 16:28:57 -0500
> Add support for the TI DP83848 Ethernet PHY device.
>
> The DP83848 is a highly reliable, feature rich, IEEE 802.3 compliant
> single port 10/100 Mb/s Ethernet Physical Layer Transceiver supporting
> the MII and RMII interfaces.
>
On Thu, Oct 22, 2015 at 02:10:56PM +0200, Peter Zijlstra wrote:
> On Thu, May 14, 2015 at 07:31:11PM +0200, Andrea Arcangeli wrote:
> > @@ -255,21 +259,23 @@ int handle_userfault(struct vm_area_struct *vma,
> > unsigned long address,
> > * through poll/read().
> > */
> >
On Thu, 22 Oct 2015, Rob Herring wrote:
> +Russell who raised issues with these iterators recently.
>
> On Thu, Oct 22, 2015 at 4:02 AM, Julia Lawall wrote:
> > The various for_each device_node iterators performs an of_node_get on each
> > iteration, so a break out of the loop requires an
On Thu, Oct 22, 2015 at 4:27 AM, Ley Foon Tan wrote:
> This patch adds the bindings for Altera PCIe host controller driver and
> Altera PCIe MSI driver.
>
> Signed-off-by: Ley Foon Tan
Acked-by: Rob Herring
> ---
> .../devicetree/bindings/pci/altera-pcie-msi.txt| 28 +
>
2015-10-21 23:57 GMT+09:00 Akinobu Mita :
> 2015-09-02 19:13 GMT+09:00 Yaniv Gardi :
>> DME commands such as Hibern8 enter/exit and gear switch generate 2
>> completion interrupts, one for confirmation that command is received
>> by local UniPro and 2nd one is the final confirmation after
On Oct 22 Arnd Bergmann wrote:
> On Thursday 22 October 2015 04:05:00 Amitoj Kaur Chawla wrote:
[...]
> Reviewed-by: Arnd Bergmann
>
> (adding the y2038 mailing list as well)
>
> > Changes in v2:
> > -Replaced timespec with timspec64
> > -Modified commit message
> >
Petr Mladek wrote:
> I would expect that the first few messages are printed to the console
> before the buffer is wrapped. IMHO, in many cases, you are interested
> into the final messages that describe why the system went down.
The last message might tell you that the machine panicked because
On Thu, Oct 22, 2015 at 10:37:45AM +0200, Neil Armstrong wrote:
> In order to avoid locked signal false positive for nested mdiobus
> read/write calls, nested code was introduced in mv88e6xxx and
> mdio-mux.
> But mv88e6060 also needs such nested mdiobus read/write calls.
> For sake of
On Thursday 22 October 2015 15:07:50 Stefan Richter wrote:
> Looks fine to me, but I have a question. It was possibly already
> discussed at patch v1, though that was apparently not posted to an open
> list.
>
> include/linux/timekeeping.h says:
> #define ktime_get_real_ts64(ts)
On Wed, Oct 21, 2015 at 03:44:04PM +0200, Ludovic Desroches wrote:
> In some cases, we could start a new i2c transfer with the RXRDY flag
> set. It is not a clean state and it leads to print annoying error
> messages even if there no real issue. The cause is only having garbage
> data in the
501 - 600 of 1836 matches
Mail list logo
