Le 21/01/2017 à 19:12, SF Markus Elfring a écrit :
@@ -541,9 +543,8 @@ static int clp_normal_command(struct clp_req *req)
if (rc)
goto out_free;
- rc = -EFAULT;
if (copy_to_user(uptr, lpcb, PAGE_SIZE) != 0)
- goto out_free;
+ rc = -E
On Fri, Jan 20, 2017 at 10:36:57PM +0800, Geliang Tang wrote:
> To make the code clearer, use rb_entry() instead of container_of() to
> deal with rbtree.
>
> Signed-off-by: Geliang Tang
> ---
> drivers/net/ethernet/mellanox/mlx4/resource_tracker.c | 8
> 1 file changed, 4 insertions(+),
Hi Arnd,
On 2017/1/21 0:24, Arnd Bergmann wrote:
When CONFIG_PM_SLEEP is disabled, we get harmless build warnings:
host/pcie-rockchip.c:1267:12: error: 'rockchip_pcie_resume_noirq' defined but
not used [-Werror=unused-function]
host/pcie-rockchip.c:1240:12: error: 'rockchip_pcie_suspend_noirq'
This is a design and an initial patch for kernel side for AER
support in VFIO.
0. What happens now (PCIE AER only)
Fatal errors cause a link reset.
Non fatal errors don't.
All errors stop the VM eventually, but not immediately
because it's detected and reported asynchronously.
Inter
Nobody calls input_get_drvdata() so setting it is not required.
Signed-off-by: Dmitry Torokhov
---
drivers/input/touchscreen/max11801_ts.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/input/touchscreen/max11801_ts.c
b/drivers/input/touchscreen/max11801_ts.c
index d87b89da114e..a59
The following changes since commit 49def1853334396f948dcb4cedb9347abb318df5:
Linux 4.10-rc4 (2017-01-15 16:21:59 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git tags/for_linus
for you to fetch changes up to 0db1dba5dfaf70fb3baf07973
I feel that the example given in the document to show the possibility
of task starvation of configurable period is wrong.
The example says group A and B both have 50% bandwidth, and a while (1)
loop in A will run for the full period of B and can starve B's tasks.
So I think the runtime of group A
Hi Michael,
[auto build test ERROR on vfio/next]
[also build test ERROR on v4.10-rc4 next-20170120]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Michael-S-Tsirkin/vfio-error-recovery-kernel-su
Hi John
Reviewed-by: Chris Zhong
On 01/22/2017 12:31 AM, John Keeping wrote:
Instead of always sending commands in LP mode, respect the
MIPI_DSI_MSG_USE_LPM flag to decide how to send each message. Also
request acks if MIPI_DSI_MSG_REQ_ACK is set.
Signed-off-by: John Keeping
---
Unchanged i
Hi John
Reviewed-by: Chris Zhong
On 01/22/2017 12:31 AM, John Keeping wrote:
As an aid to debugging.
Signed-off-by: John Keeping
---
Unchanged in v2
---
drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/rockchip/d
Hi John
Reviewed-by: Chris Zhong
On 01/22/2017 12:31 AM, John Keeping wrote:
As a side-effect of this, encode the endianness explicitly rather than
casting a u16.
Signed-off-by: John Keeping
---
Unchanged in v2
---
drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 9 +++--
1 file changed, 7 in
Hi John
Reviewed-by: Chris Zhong
On 01/22/2017 12:31 AM, John Keeping wrote:
We want to check that both the GEN_CMD_EMPTY and GEN_PLD_W_EMPTY bits
are set so we can't just check "val & mask" because that will be true if
either bit is set.
According to DW mipi dsi controller databook, you are r
xHCI debug capability (DbC) is an optional but standalone
functionality provided by an xHCI host controller. Software
learns this capability by walking through the extended
capability list of the host. xHCI specification describes
DbC in section 7.6.
This patch introduces the code to probe and ini
This patch adds dbc debug device support to the usb_debug driver.
Signed-off-by: Lu Baolu
Acked-by: Johan Hovold
---
drivers/usb/serial/usb_debug.c | 28 +---
1 file changed, 25 insertions(+), 3 deletions(-)
diff --git a/drivers/usb/serial/usb_debug.c b/drivers/usb/seri
Add Documentation/usb/usb3-debug-port.rst. This document includes
the user guide for USB3 debug port.
Cc: linux-...@vger.kernel.org
Signed-off-by: Lu Baolu
---
Documentation/usb/usb3-debug-port.rst | 98 +++
1 file changed, 98 insertions(+)
create mode 100644 Doc
Add support for early printk by writing debug messages to the
USB3 debug port. Users can use this type of early printk by
specifying kernel parameter of "earlyprintk=xdbc". This gives
users a chance of providing debug output.
The hardware for USB3 debug port requires DMA memory blocks.
This requ
xHCI debug capability (DbC) is an optional but standalone
functionality provided by an xHCI host controller. With DbC
hardware initialized, the system will present a debug device
through the USB3 debug port (normally the first USB3 port).
The debug device is fully compliant with the USB framework
a
Hi John
Reviewed-by: Chris Zhong
On 01/22/2017 12:31 AM, John Keeping wrote:
This is not needed since we can access the mode via the CRTC from the
enable hook. Also remove the "mode" field that is no longer used.
Signed-off-by: John Keeping
---
New in v2
---
drivers/gpu/drm/rockchip/dw-m
Hi Rich,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: c497f8d17246720afe680ea1a8fa6e48e75af852
commit: 190fe191cfbead9fe089453dd092869c9469c6d4 sh: add support for linking a
builtin device tree blob in the kernel
This is a design and an initial patch for kernel side for AER
support in VFIO.
0. What happens now (PCIE AER only)
Fatal errors cause a link reset.
Non fatal errors don't.
All errors stop the VM eventually, but not immediately
because it's detected and reported asynchronously.
Inter
Hi Sean,
[auto build test ERROR on robh/for-next]
[also build test ERROR on v4.10-rc4 next-20170120]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/sean-wang-mediatek-com/Documentation-devicetre
Fixed comparison, moved the constant to the right side of the test
Found using checkpatch
Signed-off-by: Derek Robson
---
drivers/staging/rtl8188eu/os_dep/usb_ops_linux.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/rtl8188eu/os_dep/usb_ops_linux.c
b/drive
Hello,
Recently I noticed that in the early versions, the kernel scheduler
suffers from such an attack,
http://static.usenix.org/event/sec07/tech/full_papers/tsafrir/tsafrir_html/
and it has already been fixed by introducing CFS and nanosecond
granularity accounting.
However, as to the st
On (01/22/17 10:58), zhouxianrong wrote:
> 1. memset is just set a int value but i want to set a long value.
ah... ok. because you union it with the handle.
> 2. using clear_page rather than memset MAYBE due to in arm64 arch
>it is a 64-bytes operations.
clear_page() basically does memset(),
Fixed bare use of 'unsigned', Found using checkpatch
Signed-off-by: Derek Robson
---
drivers/staging/greybus/gpio.c | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
diff --git a/drivers/staging/greybus/gpio.c b/drivers/staging/greybus/gpio.c
index 250caa00de5e..e93
On Sun, Jan 22, 2017 at 10:41:22AM +0800, Jason Wang wrote:
>
>
> On 2017年01月21日 00:45, Michael S. Tsirkin wrote:
> > On Fri, Jan 20, 2017 at 02:32:42PM +0800, Jason Wang wrote:
> > > Commit 501db511397f ("virtio: don't set VIRTIO_NET_HDR_F_DATA_VALID on
> > > xmit") in fact disables VIRTIO_HDR_F
Hi John
Reviewed-by: Chris Zhong
On 01/22/2017 12:31 AM, John Keeping wrote:
This shows that we only use the mode from the enable function and
prepares us to remove the "mode" field and the mode_set hook in the next
commit.
Signed-off-by: John Keeping
---
New in v2
---
drivers/gpu/drm/rock
Hi John
On 01/22/2017 12:31 AM, John Keeping wrote:
With atomic modesetting the hardware will be powered off when the
mode_set function is called. We should configure the hardware in the
commit function (or even the enable function, but switching from commit
to enable is left for a future patc
Hi Andrew,
It's probably a bug fix that unveils the link errors.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 4c9eff7af69c61749b9eb09141f18f35edbf2210
commit: c60f169202c7643991a8b4bfeea60e06843d5b5a
arch/mn10300/kernel/fpu-nofpu.c: needs asm/elf.h
d
Hi,
On Fri, Jan 20, 2017 at 09:50:22PM +0530, Afzal Mohammed wrote:
> On Thu, Jan 19, 2017 at 01:59:09PM +, Vladimir Murzin wrote:
> > You can use
> >
> > cpuid_feature_extract(CPUID_EXT_PFR1, 4)
> >
> > and add a comment explaining what we are looking for and why.
W.r.t comments,
On 01/20/2017 09:16 PM, Ulf Hansson wrote:
On 20 January 2017 at 03:21, Elaine Zhang wrote:
If a PM domain is powered off before system suspend,
we hope do nothing in system runtime suspend noirq phase
and system runtime resume noirq phase.
One can hope, but that isn't good enough. :-)
In iio_trigger_write_current() we find the trigger we want while
holding mutex on the list of triggers, but we don't actually do a
get on it while holding mutex. We wait until further validations
are completed and we're sure it's the one we want. Race condition
is that it could be freed by the ti
Hi,
On Thu, Jan 19, 2017 at 02:24:24PM +, Russell King - ARM Linux wrote:
> On Thu, Jan 19, 2017 at 02:07:39AM +0530, afzal mohammed wrote:
> > +#define VECTORS_BASE 0x
>
> This should be UL(0x)
This has been taken care in v2.
Regards
afzal
Now that exception based address is handled dynamically for
processors with CP15, remove Hivecs configuration in assembly.
Signed-off-by: afzal mohammed
---
arch/arm/kernel/head-nommu.S | 5 -
1 file changed, 5 deletions(-)
diff --git a/arch/arm/kernel/head-nommu.S b/arch/arm/kernel/head-no
The exception base address is now dynamically estimated for no-MMU,
display it. As it is the case, now limit VECTORS_BASE usage to MMU
scenario.
Signed-off-by: afzal mohammed
---
v2:
A change to accomodate bisectability resolution on patch 1/4
arch/arm/include/asm/memory.h | 4 ++--
arch/arm/
No-MMU dynamic exception base address configuration on CP15
processors. In the case of low vectors, decision based on whether
security extensions are enabled & whether remap vectors to RAM
CONFIG option is selected.
For no-MMU without CP15, current default value of 0x0 is retained.
Signed-off-by:
For MMU configurations, VECTORS_BASE is always 0x, a macro
definition will suffice.
For no-MMU, exception base address is dynamically determined in
subsequent patches. To preserve bisectability, now make the
macro applicable for no-MMU scenario too.
Thanks to 0-DAY kernel test infrastruct
Hi,
ARM core changes to support !MMU Kernel on v7-A MMU processors. This
series also does the preparation for CONFIG_VECTORS_BASE removal.
Based on the feedback from Russell, it was decided to handle vector
base dynamically in C for no-MMU & work towards the the goal of
removing VECTORS_BASE from
Hi John
On 01/22/2017 12:31 AM, John Keeping wrote:
I haven't found any method for getting the length of a response, so this
just uses the requested rx_len
Signed-off-by: John Keeping
---
Unchanged in v2
---
drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 54 ++
1 f
Currently this warning is triggered for allmodconfig on m68k. It is
well intentioned, in that if you are building the driver but not
enabling one of the platforms where the hardware exists, you get a
warning.
The warning dates back to pre-git days, and now we have COMPILE_TEST
so we can use that
Hi, Linus,
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/rzhang/linux.git for-rc
to receive the latest Thermal Management updates for v4.10-rc5 with
top-most commit bad94f8068122b6342a73a218dad7d41e6ea907b:
Merge branches 'thermal-core' and 'thermal-soc' into for-rc (2017-01
On 01/22/2017 12:31 AM, John Keeping wrote:
These values are specified as constant time periods but the PHY
configuration is in terms of the current lane byte clock so using
constant values guarantees that the timings will be outside the
specification with some display configurations.
Derive t
1. memset is just set a int value but i want to set a long value.
2. using clear_page rather than memset MAYBE due to in arm64 arch
it is a 64-bytes operations.
6.6.4. Data Cache Zero
The ARMv8-A architecture introduces a Data Cache Zero by Virtual Address (DC
ZVA) instruction. This enables
On Sat, 2017-01-21 at 14:08 -0600, Rob Herring wrote:
> On Wed, Jan 18, 2017 at 02:00:14PM +0800, Chunfeng Yun wrote:
> > add a new compatible string for "mt2712", and a new reference clock
> > for SuperSpeed analog phy;
> >
> > Signed-off-by: Chunfeng Yun
> > ---
> > .../devicetree/bindings/phy
On 2017年01月21日 00:45, Michael S. Tsirkin wrote:
On Fri, Jan 20, 2017 at 02:32:42PM +0800, Jason Wang wrote:
Commit 501db511397f ("virtio: don't set VIRTIO_NET_HDR_F_DATA_VALID on
xmit") in fact disables VIRTIO_HDR_F_DATA_VALID on receiving path too,
fixing this by adding a hint (has_data_valid
Hi,
On Thu, 2017-01-19 at 08:18 -0600, Rob Herring wrote:
> On Thu, Jan 19, 2017 at 2:14 AM, Boris Brezillon
> > One last question and I'm done: is something like that acceptable?
> >
> > compatible = ",",",";
> >
> > This can happen when someone adds support for an unsupported feature
> >
In __rwsem_down_write_failed_common(), the same wake_q variable name
is defined twice, with the inner wake_q hiding the one in outer scope.
We can either use different names for the two wake_q's. Even better,
we can use the same wake_q twice, if necessary. To enable the latter
change, we need to de
I'm sorry. My patch is error.
But I just want to get the git version when we use git as SCM. No matter what
.git directory where.
Thanks.
At 2017-01-22 04:54:54, "Nico Schottelius"
wrote:
>
>Hello Xufeng,
>
>why do you think redirecting *all* output to /dev/null is the right
>thing todo?
>
>
On Fri, Jan 20, 2017 at 11:21:27AM +0100, Rafael J. Wysocki wrote:
> On Fri, Jan 20, 2017 at 8:52 AM, Peter Chen wrote:
> > On Tue, Jan 10, 2017 at 03:02:41PM +0800, Peter Chen wrote:
> >> On Sat, Jan 07, 2017 at 10:54:56AM +0200, Krzysztof Kozlowski wrote:
> >> > On Thu, Jan 05, 2017 at 02:01:53P
On Fri, Jan 20, 2017 at 10:50:54AM -0800, Stephen Boyd wrote:
> When the qcom chipidea controller is used with an extcon, we need
> to signal device mode or host mode to the phy so it can configure
> itself for the correct mode. This should be done after the phy is
> powered up, so that the registe
On Sat, 2017-01-21 at 14:12 -0600, Rob Herring wrote:
> On Wed, Jan 18, 2017 at 02:08:26PM +0800, Chunfeng Yun wrote:
> > add a reference clock for compatibility
>
> Same question here, too.
The reason is the same as mt8173-mtu3
thanks a lot
>
On Sat, Jan 21, 2017 at 10:13:07AM -0800, Shaohua Li wrote:
> On Fri, Jan 20, 2017 at 10:29:52PM +0800, Geliang Tang wrote:
> > Since i_blocksize() helper has been defined in fs.h, use it instead
> > of open-coding.
>
> which tree is this patch applied to? I can't find it in Linus's tree
>
This
Hi,
On Sat, 2017-01-21 at 14:11 -0600, Rob Herring wrote:
> On Wed, Jan 18, 2017 at 02:08:27PM +0800, Chunfeng Yun wrote:
> > add a reference clock for compatibility
>
> Why? This block suddenly has 2 clocks instead of 1?
In fact, there is a reference clock which comes from 26M oscillator
directl
>
> drivers/usb/chipidea/otg.c | 7 +--
> 1 file changed, 5 insertions(+), 2 deletions(-)
>
>diff --git a/drivers/usb/chipidea/otg.c b/drivers/usb/chipidea/otg.c index
>10236fe71522..6ea702beed48 100644
>--- a/drivers/usb/chipidea/otg.c
>+++ b/drivers/usb/chipidea/otg.c
>@@ -134,10 +134,13 @@
> * @set_mode: set the mode of the phy
>+ * @set_vbus: enable/disable vbus in the phy (USB)
> * @reset: resetting the phy
> * @owner: the module owner containing the ops
> */
>@@ -45,6 +46,7 @@ struct phy_ops {
> int (*power_on)(struct phy *phy);
> int (*power_off)(struct
Yeah, that could be problematic. The code snippet gives the general idea but it
could be changed by for example by a flag telling the cpus when they enter idle
to update their state_count. Or something like that.
Yes, this idea could be helpful.
But since the idle path isn't a hot path. and a
Change lnet_acceptor_connreq_t from typedef to proper structure.
Signed-off-by: James Simmons
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-6142
Reviewed-on: https://review.whamcloud.com/24566
Reviewed-by: Doug Oucharek
Reviewed-by: Olaf Weber
Reviewed-by: Andreas Dilger
Reviewed-by: Dmi
Change lnet_hdr_t from typedef to proper structure.
Signed-off-by: James Simmons
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-6142
Reviewed-on: https://review.whamcloud.com/24566
Reviewed-by: Doug Oucharek
Reviewed-by: Olaf Weber
Reviewed-by: Andreas Dilger
Reviewed-by: Dmitry Eremin
S
Modify all the msg union fields from typedefs to
to proper structures.
Signed-off-by: James Simmons
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-6142
Reviewed-on: https://review.whamcloud.com/24566
Reviewed-by: Doug Oucharek
Reviewed-by: Olaf Weber
Reviewed-by: Andreas Dilger
Reviewed-b
Change lnet_magicversion_t from typedef to proper structure.
Signed-off-by: James Simmons
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-6142
Reviewed-on: https://review.whamcloud.com/24566
Reviewed-by: Doug Oucharek
Reviewed-by: Olaf Weber
Reviewed-by: Andreas Dilger
Reviewed-by: Dmitry
Change lnet_ni_status_t from typedef to proper structure.
Signed-off-by: James Simmons
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-6142
Reviewed-on: https://review.whamcloud.com/24566
Reviewed-by: Doug Oucharek
Reviewed-by: Olaf Weber
Reviewed-by: Andreas Dilger
Reviewed-by: Dmitry Ere
Change lnet_process_id_packed_t from typedef to proper structure.
Signed-off-by: James Simmons
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-6142
Reviewed-on: https://review.whamcloud.com/24566
Reviewed-by: Doug Oucharek
Reviewed-by: Olaf Weber
Reviewed-by: Andreas Dilger
Reviewed-by: Dm
The upstream kernel requires proper structures so
convert nearly all the LNet wire protocols typedefs in
the LNet core.
Signed-off-by: James Simmons
Reviewed-on: https://review.whamcloud.com/24566
Reviewed-by: Doug Oucharek
Reviewed-by: Olaf Weber
Reviewed-by: Andreas Dilger
Reviewed-by: Dmitr
Change lnet_ping_info_t from typedef to proper structure.
Signed-off-by: James Simmons
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-6142
Reviewed-on: https://review.whamcloud.com/24566
Reviewed-by: Doug Oucharek
Reviewed-by: Olaf Weber
Reviewed-by: Andreas Dilger
Reviewed-by: Dmitry Ere
Change lnet_handle_wire_t from typedef to proper structure.
Signed-off-by: James Simmons
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-6142
Reviewed-on: https://review.whamcloud.com/24566
Reviewed-by: Doug Oucharek
Reviewed-by: Olaf Weber
Reviewed-by: Andreas Dilger
Reviewed-by: Dmitry E
On 01/21/2017 03:11 PM, Florian Fainelli wrote:
On January 21, 2017 12:25:21 PM PST, Guenter Roeck wrote:
On 01/21/2017 11:20 AM, Florian Fainelli wrote:
Add support for Texas Instruments TMP122/124 which are nearly
identical to
their TMP121/123 except that they also support programmable
te
On January 21, 2017 12:25:21 PM PST, Guenter Roeck wrote:
>On 01/21/2017 11:20 AM, Florian Fainelli wrote:
>> Add support for Texas Instruments TMP122/124 which are nearly
>identical to
>> their TMP121/123 except that they also support programmable
>temperature
>> thresholds.
>>
>> Signed-off-by:
CURRENT_TIME_SEC is not y2038 safe.
Replace use of CURRENT_TIME_SEC with ktime_get_real_seconds
in segment timestamps used by GC algorithm including the
segment mtime timestamps.
Signed-off-by: Deepa Dinamani
---
fs/f2fs/segment.c | 2 +-
fs/f2fs/segment.h | 5 +++--
2 files changed, 4 insertio
On 01/20/2017 05:03 AM, Baoyou Xie wrote:
This patch adds watchdog controller driver for ZTE's zx2967 family.
Signed-off-by: Baoyou Xie
---
drivers/watchdog/Kconfig | 10 ++
drivers/watchdog/Makefile | 1 +
drivers/watchdog/zx2967_wdt.c | 376 +++
Near the beginning of w1_attach_slave_device() we increment a w1 master
reference count.
Later, when we are going to exit this function without actually attaching
a slave device (due to failure of __w1_attach_slave_device()) we need to
decrement this reference count back.
Signed-off-by: Maciej S.
--
Assalam Alaikum,
How are you doing my friend? my name is Madam Aleena Aasim Abdulaziz
from Turkey and i have something very important to discuss with you
please contact me now on my private email:
aleenaabdulazizaa...@hotmail.com
On 21/01/17 21:01, Linus Lüssing wrote:
> From: Felix Fietkau
>
> Implements an optional, per bridge port flag and feature to deliver
> multicast packets to any host on the according port via unicast
> individually. This is done by copying the packet per host and
> changing the multicast destinat
Hi Linus,
Please pull.
Thx,
-Vineet
>
The following changes since commit 7ce7d89f48834cefece7804d38fc5d85382edf77:
Linux 4.10-rc1 (2016-12-25 16:13:08 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/vgupta/arc.git/
tags/arc-4.1
Hello Xufeng,
why do you think redirecting *all* output to /dev/null is the right
thing todo?
And which problem does it exactly fix?
Do you see that there is a difference between a "return value"
(i.e. exit code) and the output (in this case stdout) of a program?
Best,
Nico
xufeng writes:
Hi Stefan
On Fri, Jan 20, 2017 at 1:25 PM, Stefan Wahren wrote:
>
> Hi Ksenija,
>
> [updated Fabio's mail address]
>
> thanks for all your work on that driver.
>
> Do you plan to submit a V13 of this patch series to address Dmitry's notes?
I've been on holiday for couple of weeks, I will post n
On Thu, Jan 19, 2017 at 02:37:51PM +, Juri Lelli wrote:
> Reference to cpu capacity binding has a wrong number. Fix it.
>
> Reported-by: Lorenzo Pieralisi
> Signed-off-by: Juri Lelli
> ---
> Documentation/devicetree/bindings/arm/cpus.txt | 4 ++--
> 1 file changed, 2 insertions(+), 2 deleti
On Sat, 2017-01-21 at 10:11 -0800, Guenter Roeck wrote:
> > +int occ_i2c_getscom(void *bus, u32 address, u64 *data)
> > +{
> > + ssize_t rc;
> > + u64 buf;
> > + struct i2c_client *client = bus;
> > +
> > + rc = i2c_master_send(client, (const char *)&address,
> > sizeof(u32));
> > +
On Thu, Jan 19, 2017 at 02:34:11PM +0100, Fabrice Gasnier wrote:
> STM32 ADC can use dma. Add dt documentation for optional dma support.
>
> Signed-off-by: Fabrice Gasnier
> ---
> Documentation/devicetree/bindings/iio/adc/st,stm32-adc.txt | 7 +++
> 1 file changed, 7 insertions(+)
Acked-by:
On Tue, Jan 17, 2017 at 06:45:25PM -0800, Paul E. McKenney wrote:
> This commit is the third step towards full abstraction of all accesses
> to the ->dynticks counter, implementing the previously open-coded atomic
> add of 1 and entry checks in a new rcu_dynticks_eqs_enter() function, and
> the sam
On Wed, Jan 18, 2017 at 04:29:32PM -0800, Markus Mayer wrote:
> From: Markus Mayer
>
> Add binding document for brcm,brcmstb-cpu-clk-div.
>
> Signed-off-by: Markus Mayer
> ---
> .../bindings/clock/brcm,brcmstb-cpu-clk-div.txt| 27
> ++
> MAINTAINERS
On Fri, 2017-01-20 at 23:05 +0200, Jarkko Sakkinen wrote:
> On Fri, Jan 20, 2017 at 03:39:14PM +0200, Jarkko Sakkinen wrote:
> > On Thu, Jan 19, 2017 at 07:19:40AM -0500, James Bottomley wrote:
> > > On Thu, 2017-01-19 at 12:49 +0200, Jarkko Sakkinen wrote:
> > > > On Wed, Jan 18, 2017 at 10:01:03A
On Tue, Jan 17, 2017 at 06:53:47PM -0800, Paul E. McKenney wrote:
> Commit 4914950aaa12d ("rcu: Stop treating in-kernel CPU-bound workloads
Does this commit ID still match what you have in your tree, post-rebase?
> as errors") added a (relatively) short-timeout call to resched_cpu().
> This was i
On Thu, Jan 19, 2017 at 02:47:38AM -0800, Bjorn Andersson wrote:
> The fact that a regulator is always-on is a property of the regulator,
> not a specific consumer. Implementing this in the driver leads to a
> system behaviour that is dependent on if the Qualcomm UFS PHY was ever
> (partially) prob
On Tue, Jan 17, 2017 at 06:53:46PM -0800, Paul E. McKenney wrote:
> Commit d2db185bfee8 ("rcu: Remove short-term CPU kicking") removed
> frequent calls to resched_cpu(), which means that the only time
> resched_cpu() is invoked is after an RCU CPU stall warning. Although
> this is good from an avo
On Thu, Jan 19, 2017 at 10:11:58AM +0800, Eddie Cai wrote:
> Tinker board is a credit card size develop board designed by Asus.
> Powered by RK3288.
>
> Signed-off-by: Eddie Cai
> ---
> Documentation/devicetree/bindings/arm/rockchip.txt | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git
On Tue, Jan 17, 2017 at 06:53:46PM -0800, Paul E. McKenney wrote:
> Commit d2db185bfee8 ("rcu: Remove short-term CPU kicking") removed
> frequent calls to resched_cpu(), which means that the only time
> resched_cpu() is invoked is after an RCU CPU stall warning. Although
> this is good from an avo
On Tue, Jan 17, 2017 at 06:53:41PM -0800, Paul E. McKenney wrote:
> This commit switches RCU suspicious-access splats use pr_err()
> instead of the current INFO printk()s. This change makes it easier
> to automatically classify splats.
>
> Reported-by: Dmitry Vyukov
> Signed-off-by: Paul E. McKe
On Wed, Jan 18, 2017 at 11:50:40AM +0100, Neil Armstrong wrote:
> Add prefix for WeTek Electronics, limited, a company producing multimedia
> Set-Top-Boxes and supporting KODI and OpenELEC distributions.
>
> Signed-off-by: Neil Armstrong
> ---
> Documentation/devicetree/bindings/vendor-prefixes.
On Wed, Jan 18, 2017 at 11:50:42AM +0100, Neil Armstrong wrote:
> Signed-off-by: Neil Armstrong
> ---
> Documentation/devicetree/bindings/arm/amlogic.txt | 2 ++
> 1 file changed, 2 insertions(+)
Acked-by: Rob Herring
On Wed, Jan 18, 2017 at 03:32:00PM +0530, Smitha T Murthy wrote:
> Adding the support for MFC v10.10, with new register file and
> necessary hw control, decoder, encoder and structural changes.
>
> CC: Rob Herring
> CC: devicet...@vger.kernel.org
> Signed-off-by: Smitha T Murthy
> ---
> .../de
On 01/21/2017 11:20 AM, Florian Fainelli wrote:
Add support for Texas Instruments TMP122/124 which are nearly identical to
their TMP121/123 except that they also support programmable temperature
thresholds.
Signed-off-by: Florian Fainelli
Applied to -next.
Any plans to add support for the th
On Wed, Jan 18, 2017 at 05:41:00PM +0800, Jun Gao wrote:
> From: Jun Gao
>
> This add i2c DT binding to i2c-mt6577.txt for MT2701.
>
> Signed-off-by: Jun Gao
> ---
> .../devicetree/bindings/i2c/i2c-mt6577.txt | 11 ++-
> 1 file changed, 6 insertions(+), 5 deletions(-)
Acked-
On Tue, Jan 3, 2017 at 8:24 PM, Jerry Huang wrote:
> Hi, Rob,
>
>> -Original Message-
>> From: Rob Herring [mailto:r...@kernel.org]
>> Sent: Wednesday, January 04, 2017 5:24 AM
>> To: Jerry Huang
>> Cc: ba...@kernel.org; mark.rutl...@arm.com; catalin.mari...@arm.com;
>> will.dea...@arm.co
On Wed, Jan 18, 2017 at 02:08:27PM +0800, Chunfeng Yun wrote:
> add a reference clock for compatibility
Why? This block suddenly has 2 clocks instead of 1?
>
> Signed-off-by: Chunfeng Yun
> ---
> .../devicetree/bindings/usb/mt8173-mtu3.txt| 10 +-
> 1 file changed, 5 insertio
On 01/21/2017 11:20 AM, Florian Fainelli wrote:
We have a device reference, utilize it instead of pr_warn().
Signed-off-by: Florian Fainelli
---
Applied to -next.
Thanks,
Guenter
On Wed, Jan 18, 2017 at 02:08:26PM +0800, Chunfeng Yun wrote:
> add a reference clock for compatibility
Same question here, too.
On Wed, Jan 18, 2017 at 02:08:26PM +0800, Chunfeng Yun wrote:
> add a reference clock for compatibility
>
> Signed-off-by: Chunfeng Yun
> ---
> .../devicetree/bindings/usb/mt8173-xhci.txt| 10 ++
> 1 file changed, 6 insertions(+), 4 deletions(-)
Acked-by: Rob Herring
On Wed, Jan 18, 2017 at 02:00:14PM +0800, Chunfeng Yun wrote:
> add a new compatible string for "mt2712", and a new reference clock
> for SuperSpeed analog phy;
>
> Signed-off-by: Chunfeng Yun
> ---
> .../devicetree/bindings/phy/phy-mt65xx-usb.txt | 81
> +---
> 1 file cha
On Tue, Jan 17, 2017 at 11:54:58PM +0100, Andreas Färber wrote:
> Cc: a...@kingnoval.com
> Signed-off-by: Andreas Färber
> ---
> Originally I thought we would group by SoC (6, 8, 8b, gxbb, gxl, gmx, etc.)
> but this got out of order with nexbox,a95x - so inserting kingnovel between
> amlogic an
On Tue, Jan 17, 2017 at 11:54:57PM +0100, Andreas Färber wrote:
> Their domain name is spelled kingnoval, but textually Kingnovel.
>
> Cc: a...@kingnoval.com
> Signed-off-by: Andreas Färber
> ---
> Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
> 1 file changed, 1 insertion(+)
Ack
1 - 100 of 267 matches
Mail list logo