If skb_recv_datagram returns an skb, we should ignore the err
value returned. Otherwise, datagram receives will return EAGAIN
when they have to wait for a datagram.
Acked-by: Adit Ranadive
Signed-off-by: Jorgen Hansen
---
net/vmw_vsock/vmci_transport.c |7 ++-
1 files changed, 2 inserti
e| 1 +
>> > > drivers/mfd/hi655x-pmic.c | 162
>> > >
>> > > include/linux/mfd/hi655x-pmic.h | 55 ++
>> > > 4 files changed, 228 insertions(+)
>> > > create mode 10064
On Tue, Apr 19, 2016 at 8:53 AM, Geert Uytterhoeven
wrote:
> Below is the list of build error/warning regressions/improvements in
> v4.6-rc4[1] compared to v4.5[2].
>
> Summarized:
> - build errors: +11/-7
> - build warnings: +16376/-165
Sorry for the delay, initially I didn't realize why my
Controller is present on every BCM4708* board but only few devices have
serial flash attached so mark it as disabled by default.
Signed-off-by: Rafał Miłecki
---
arch/arm/boot/dts/bcm4708-luxul-xwc-1000.dts | 4
arch/arm/boot/dts/bcm4708-smartrg-sr400ac.dts | 4
arch/arm/boot/dts/bc
Hello Ingo, Peter.
I am implementing non-lru page migration and preparing v4 to resend.
https://lkml.org/lkml/2016/3/30/56
Although design was changed from v3, my issue I will say from now on is
still same so I think it's not hard to understand this problem with v3
although I didn't send v4 yet.
On Mon, Apr 18, 2016 at 04:55:35PM +0200, Julia Lawall wrote:
> Add __init attribute on a function that is only called from other __init
> functions and that is not inlined, at least with gcc version 4.8.4 on an
> x86 machine with allyesconfig. Currently, the function is put in the
> .text.unlikel
include/linux/mfd/hi655x-pmic.h | 55 ++
> > > 4 files changed, 228 insertions(+)
> > > create mode 100644 drivers/mfd/hi655x-pmic.c
> > > create mode 100644 include/linux/mfd/hi655x-pmic.h
> >
> > Applied, thanks.
>
> Hi, Lee, Mark
>
> I st
Below is the list of build error/warning regressions/improvements in
v4.6-rc4[1] compared to v4.5[2].
Summarized:
- build errors: +11/-7
- build warnings: +16376/-165
JFYI, when comparing v4.6-rc4[1] to v4.6-rc3[3], the summaries are:
- build errors: +9/-9
- build warnings: +16261/-61
As
Hi Nicolas,
On Mon, 2016-04-18 at 13:48 -0400, Nicolas Dufresne wrote:
> Le lundi 18 avril 2016 à 16:22 +0800, tiffany lin a écrit :
> > > > We are plaining to remove m2m framework in th feature, although
> > we think
> > >
> > > Remove it for just the decoder driver or both encoder and decoder?
e available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git
> tags/perf-urgent-for-mingo-20160418
>
> for you to fetch changes up to 1342e0b7a6c1a060c593037fbac9f4b717f1cb3b:
>
> perf intel-pt: Fix se
(1) We no longer have smp_mb_{before,after}_clear_bit(), and should
be using the _atomic suffix.
(2) By not defining smp_mb__{before,after} calls, h8300 will default
to smp_mb, but since the arch is !SMP will be a compiler barrier
anyway.
Based on the above, rename the calls.
Signed-off-by: Davi
From: Pan Xinhui
Implement xchg{u8,u16}{local,relaxed}, and
cmpxchg{u8,u16}{,local,acquire,relaxed}.
It works on all ppc.
Suggested-by: Peter Zijlstra (Intel)
Signed-off-by: Pan Xinhui
---
change from V1:
rework totally.
---
arch/powerpc/include/asm/cmpxchg.h | 83 +++
On Sat, Mar 12, 2016 at 12:22:13PM +0100, Paul Cercueil wrote:
> Signed-off-by: Paul Cercueil
> ---
> v2: Added changelog; nothing else changed
I can't take patches without a changelog at all, sorry.
Am Dienstag, 19. April 2016, 10:19:32 schrieb Mark Yao:
> Some rockchip vop not support iommu, need use non-iommu
> buffer for it. And if we get iommu issues, we can compare
> the issues with non-iommu path, the would help the debug.
>
> Signed-off-by: Mark Yao
> ---
> drivers/gpu/drm/rockchip/r
On Sun, Apr 17, 2016 at 10:29:51PM +0530, Sudip Mukherjee wrote:
> On Sunday 17 April 2016 06:09 AM, Greg Kroah-Hartman wrote:
> > On Sun, Apr 17, 2016 at 02:12:47AM +0200, Arnd Bergmann wrote:
> > > The patch to make uartlite_be/uartlite_le const was well-intended but
> > > caused a new build warn
Hello Chulmin,
On Tue, Apr 19, 2016 at 03:08:48PM +0900, Chulmin Kim wrote:
> On 2016년 03월 30일 16:12, Minchan Kim wrote:
> >This patch introduces run-time migration feature for zspage.
> >To begin with, it supports only head page migration for
> >easy review(later patches will support tail page mi
Hi Kishon.
Am Donnerstag, 31. März 2016, 15:43:30 schrieb Heiko Stuebner:
> The usb-phy is fully enclosed in the general register files (GRF).
> Therefore as seen from the device-tree it shouldn't be a separate platform-
> device but instead a sub-device of the GRF - using the simply-mfd mechanism
On Thu, Mar 10, 2016 at 10:08:01AM +0100, Maarten Brock wrote:
> I've created a version 2 of this patch immediately which fixes the warning,
> but somehow this stays ignored.
>
> Please apply my second patch!
Sorry, it was too late, my fault.
greg k-h
On 2016년 03월 30일 16:12, Minchan Kim wrote:
This patch introduces run-time migration feature for zspage.
To begin with, it supports only head page migration for
easy review(later patches will support tail page migration).
For migration, it supports three functions
* zs_page_isolate
It isolates
Hi Lucas,
yup. Just need to add the lsm9ds0_gyro entry in the same table of l3gd20.
Thanks,
Denis
On |19 Apr 16 @ 07:10|, Lucas De Marchi wrote:
> On Mon, Apr 18, 2016 at 4:51 PM, Jonathan Cameron wrote:
> > On 18/04/16 11:25, Crestez Dan Leonard wrote:
> >> On 04/18/2016 09:07 AM, Denis Ciocc
On Tue, Apr 19, 2016 at 07:59:24AM +0300, Jarkko Sakkinen wrote:
> On Mon, Apr 18, 2016 at 05:34:57PM -0600, Jason Gunthorpe wrote:
> > On Tue, Apr 19, 2016 at 02:08:00AM +0300, Jarkko Sakkinen wrote:
> > > On my Lenovo x250 the following situation occurs:
> > >
> > > [18697.813871] tpm_crb MSFT01
On Mon, Apr 18, 2016 at 10:35:12AM -0600, Shuah Khan wrote:
> On 04/17/2016 08:27 PM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.5.2 release.
> > There are 124 patches in this series, all will be posted as a response
> > to this one. If anyone has any issu
On Mon, Apr 18, 2016 at 09:35:32AM -0700, Guenter Roeck wrote:
> On Mon, Apr 18, 2016 at 11:27:52AM +0900, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.5.2 release.
> > There are 124 patches in this series, all will be posted as a response
> > to this one. I
On Mon, Apr 18, 2016 at 12:27:12AM -0700, kernelci.org bot wrote:
> stable-queue boot: 25 boots: 0 failed, 25 passed (v4.5.1-124-ga7f91925a8c9)
>
> Full Boot Summary:
> https://kernelci.org/boot/all/job/stable-queue/kernel/v4.5.1-124-ga7f91925a8c9/
> Full Build Summary:
> https://kernelci.org/bu
On Mon, Apr 18, 2016 at 12:47:13AM -0700, kernelci.org bot wrote:
> stable-queue boot: 207 boots: 4 failed, 202 passed with 1 offline
> (v4.4.7-137-ge7e3ac8ffeb8)
>
> Full Boot Summary:
> https://kernelci.org/boot/all/job/stable-queue/kernel/v4.4.7-137-ge7e3ac8ffeb8/
> Full Build Summary:
> htt
On Tue, Apr 19, 2016 at 2:15 AM, Naoya Horiguchi
wrote:
> # CCed Andrew,
>
> On Mon, Apr 18, 2016 at 02:43:45PM +0300, Konstantin Khlebnikov wrote:
>> Get_hwpoison_page() must recheck relation between head and tail pages.
>>
>> Signed-off-by: Konstantin Khlebnikov
>
> Looks good to me. Without th
On 04/18/2016 06:52 PM, Javier Martinez Canillas wrote:
> Hello Krzysztof,
>
> On 04/18/2016 03:44 AM, Krzysztof Kozlowski wrote:
>> The bindings like s2mps11,buck6-ramp-enable or s2mps11,buck2-ramp-delay
>> where ignored. They were never parse by s2mps11 regulator driver. Also
>> the values used
On Monday 18 April 2016 02:48 AM, Matt Fleming wrote:
> On Fri, 15 Apr, at 08:38:37AM, Julia Lawall wrote:
>> I looked at it a bit with Vaishali. I wonder if it would be possible at
>> least to have only one flag? Then one wouldn't have to maintain the
>> subtle relationship between atomic and
Only ABS_DISTANCE is not enough for upper OS to distingiush hover event
be triggered from object from faraway to and close touchpad surface or
from object prepare to leave the touchpad surface. Add BTN_TOOL_FINGER
flag to help it.
object_from_farawayobject_inside_hover_area
ob
Hi Greg K-H,
> On Tuesday, April 19, 2016 12:25 AM, Greg Kroah-Hartman Wrote:
>
> > diff --git a/include/linux/pci_ids.h b/include/linux/pci_ids.h index
> > 247da8c..01f743b 100644
> > --- a/include/linux/pci_ids.h
> > +++ b/include/linux/pci_ids.h
> > @@ -2318,6 +2318,9 @@
> > #define PCI_DEVIC
Hi all,
Changes since 20160418:
The tip tree still had its build failures and gainde a confict against
the pm tree.
The gpio tree lost its build failure.
The akpm-current tree still had its build failure for which I applied
a patch.
Non-merge commits (relative to Linus' tree): 4507
On Mon, Apr 18, 2016 at 4:51 PM, Jonathan Cameron wrote:
> On 18/04/16 11:25, Crestez Dan Leonard wrote:
>> On 04/18/2016 09:07 AM, Denis Ciocca wrote:
>> Then st_combo_* implementation functions would forward to st_magn_* or
>> st_accel_* depending on chan->type. Does this make sense?
> Perhaps.
The bulk of the following patches have been sitting in Eugene's Github tree for
quite some time. They fix various issues existing in the mainline drivers, so
they should be merged there too.
Also included are two new fixes, of my own; the important one being the
reordering of deletion of the bss,
From: Pontus Fuchs
While poking at this I also change two related things. I rename one
variable to make the names consistent. I also move one assignment of
priv_sta to the declaration to save a few lines.
Signed-off-by: Pontus Fuchs
Signed-off-by: Bjorn Andersson
---
drivers/net/wireless/ath/
From: Arnd Bergmann
Date: Mon, 18 Apr 2016 23:58:30 +0200
> The w5100-spi driver front-end only makes sense when the w5100
> core driver is enabled, not for a configuration that only has w5300:
...
> This adds an appropriate Kconfig dependency.
>
> Signed-off-by: Arnd Bergmann
> Fixes: 630cf09
From: Pontus Fuchs
The wcn36xx FW expects a fixed size TIM PVM in the beacon template. If
supplied with a shorter than expected PVM it will overwrite the IE
following the TIM.
Squashed with fix from Jason Mobarak :
Patch "wcn36xx: Pad TIM PVM if needed" has caused a regression in mesh
beaconing.
From: Pontus Fuchs
Signed-off-by: Pontus Fuchs
Signed-off-by: Bjorn Andersson
---
drivers/net/wireless/ath/wcn36xx/hal.h | 2 +-
drivers/net/wireless/ath/wcn36xx/main.c | 4 ++--
drivers/net/wireless/ath/wcn36xx/smd.c | 2 +-
3 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/dri
From: Pontus Fuchs
Some code used priv_vif and some used vif_priv. Convert all to vif_priv
for consistency.
Signed-off-by: Pontus Fuchs
Signed-off-by: Bjorn Andersson
---
drivers/net/wireless/ath/wcn36xx/smd.c | 28 ++--
1 file changed, 14 insertions(+), 14 deletions(-
For incremental build, "include/generated/mach-types.h is up to date"
is every time displayed like follows:
$ make ARCH=arm
CHK include/config/kernel.release
CHK include/generated/uapi/linux/version.h
CHK include/generated/utsrelease.h
make[1]: `include/generated/mach-types.h' is
From: Pontus Fuchs
For consistency with other code.
Signed-off-by: Pontus Fuchs
Signed-off-by: Bjorn Andersson
---
Changes since v1:
- Reordered after the now previous patch, to make wcn36xx_sta_to_priv()
available before we use it
drivers/net/wireless/ath/wcn36xx/main.c | 2 +-
1 file ch
From: Pontus Fuchs
Needed for coming improvements. No functional changes.
Signed-off-by: Pontus Fuchs
[bjorn: restored BEACON_TEMPLATE_SIZE define to 0x180]
Signed-off-by: Bjorn Andersson
---
Changes since v2:
- Subtract sizeof(beacon_length) instead of modifying BEACON_TEMPLATE_SIZE,
which
From: Pontus Fuchs
This fixes a problem connecting to an open network after being
connected to an encrypted network.
Signed-off-by: Pontus Fuchs
Signed-off-by: Bjorn Andersson
---
drivers/net/wireless/ath/wcn36xx/main.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/net/wireles
The WCN36XX_HAL_RMV_BSSKEY_RSP carries a single u32 with "status", so we
can use the standard status check function for decoding the result.
This is the last user of the v2 status checker, so remove the struct and
helper function.
Signed-off-by: Bjorn Andersson
---
Changes since v2:
- Added thi
From: Pontus Fuchs
This does not work with multiple sta's in a vif.
Signed-off-by: Pontus Fuchs
Signed-off-by: Bjorn Andersson
---
drivers/net/wireless/ath/wcn36xx/main.c| 3 ---
drivers/net/wireless/ath/wcn36xx/smd.c | 28 +++-
drivers/net/wireless/ath/wcn36x
From: Pontus Fuchs
This message does not follow the canonical format and needs it's own
parser.
Signed-off-by: Pontus Fuchs
Signed-off-by: Bjorn Andersson
---
drivers/net/wireless/ath/wcn36xx/smd.c | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/drivers/net
From: Pontus Fuchs
EXIT_BMPS_REQ was using the command struct for ENTER_BMPS_REQ. I
spotted this when looking at command dumps.
Signed-off-by: Pontus Fuchs
Signed-off-by: Bjorn Andersson
---
drivers/net/wireless/ath/wcn36xx/smd.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --g
From: Pontus Fuchs
When converting to version 1 of the config_sta struct not all
members where copied. This fixes the problem of multicast frames
not being delivered on an encrypted network.
Signed-off-by: Pontus Fuchs
Signed-off-by: Bjorn Andersson
---
drivers/net/wireless/ath/wcn36xx/smd.c
From: Pontus Fuchs
Pass the multicast list to FW.
This patch also adds a way to build the smd command in place. This is
needed because the MC list command is too big for the stack.
Signed-off-by: Pontus Fuchs
[bjorn: dropped FIF_PROMISC_IN_BSS usage]
Signed-off-by: Bjorn Andersson
---
driver
From: Pontus Fuchs
Signed-off-by: Pontus Fuchs
Signed-off-by: Bjorn Andersson
---
drivers/net/wireless/ath/wcn36xx/smd.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/ath/wcn36xx/smd.c
b/drivers/net/wireless/ath/wcn36xx/smd.c
index ebb446272d21..e0d5
From: Pontus Fuchs
Makes the code a little easier to read.
Signed-off-by: Pontus Fuchs
Signed-off-by: Bjorn Andersson
---
drivers/net/wireless/ath/wcn36xx/debug.c | 12 +++-
drivers/net/wireless/ath/wcn36xx/main.c| 16 +++-
drivers/net/wireless/ath/wcn36xx/pmc.c
When disabling the beacon we must delete the bss before idling the link.
Signed-off-by: Bjorn Andersson
---
Changes since v2:
- Added this patch to the series
drivers/net/wireless/ath/wcn36xx/main.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/ath/wc
From: Pontus Fuchs
Knowing the association state is needed for mc filtering.
Signed-off-by: Pontus Fuchs
Signed-off-by: Bjorn Andersson
---
drivers/net/wireless/ath/wcn36xx/main.c| 2 ++
drivers/net/wireless/ath/wcn36xx/wcn36xx.h | 1 +
2 files changed, 3 insertions(+)
diff --git a/drive
Fill in the capability list with more values from the downstream driver.
Signed-off-by: Bjorn Andersson
---
Changes since v2:
- Added this patch to the series
drivers/net/wireless/ath/wcn36xx/hal.h | 39
drivers/net/wireless/ath/wcn36xx/main.c | 40 +++
On Mon, Apr 18, 2016 at 05:34:57PM -0600, Jason Gunthorpe wrote:
> On Tue, Apr 19, 2016 at 02:08:00AM +0300, Jarkko Sakkinen wrote:
> > On my Lenovo x250 the following situation occurs:
> >
> > [18697.813871] tpm_crb MSFT0101:00: can't request region for resource
> > [mem 0xacdff080-0xacdf]
>
Add suspend/resume protection mechanism to prevent active task(s) in
suspend.
Signed-off-by: HS Liao
---
drivers/soc/mediatek/mtk-cmdq.c | 289 ++-
1 file changed, 282 insertions(+), 7 deletions(-)
diff --git a/drivers/soc/mediatek/mtk-cmdq.c b/drivers/soc/m
This adds documentation for the MediaTek Global Command Engine (GCE) unit
found in MT8173 SoCs.
Signed-off-by: HS Liao
Acked-by: Rob Herring
---
.../devicetree/bindings/soc/mediatek/gce.txt | 34
1 file changed, 34 insertions(+)
create mode 100644 Documentation/dev
This patch is first version of Mediatek Command Queue(CMDQ) driver. The
CMDQ is used to help read/write registers with critical time limitation,
such as updating display configuration during the vblank. It controls
Global Command Engine (GCE) hardware to achieve this requirement.
Currently, CMDQ on
This patch adds the device node of the GCE hardware for CMDQ module.
Signed-off-by: HS Liao
---
arch/arm64/boot/dts/mediatek/mt8173.dtsi |8
1 file changed, 8 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8173.dtsi
b/arch/arm64/boot/dts/mediatek/mt8173.dtsi
index eab7e
Hi,
This is Mediatek MT8173 Command Queue(CMDQ) driver. The CMDQ is used
to help read/write registers with critical time limitation, such as
updating display configuration during the vblank. It controls Global
Command Engine (GCE) hardware to achieve this requirement.
These patches have a build
The current ID is going away soon... update email address
Signed-off-by: Ananth N Mavinakayanahalli
diff --git a/MAINTAINERS b/MAINTAINERS
index 1d5b4be..dc23998 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -6400,7 +6400,7 @@ F:mm/kmemleak.c
F: mm/kmemleak-test.c
KPROBES
-M:
Hi,
commit 'ARM: OMAP: Catch callers of revision information prior to it
being populated' results in a runtime warning on various non-OMAP
architectures. I have seen it with the following qemu tests.
arm:vexpress-a9:multi_v7_defconfig:vexpress-v2p-ca9
arm:vexpress-a15:multi_v7_defconfig:vexpress
On Mon, 2016-04-18 at 09:57 +0200, Alessio Igor Bogani wrote:
> + pci0: pcie@f1008000 {
> + reg = <0xf1008000 0x1000>;
> + ranges = <0x0200 0x0 0x8000 0x8000 0x0
> 0x5000
> + 0x0100 0x0 0x 0xf000 0x0
> 0x0080>;
>
The range is registered into a linked list which can be referenced
throughout the lifetime of the driver. Ensure the range's memory is useful
for the same lifetime by adding it to the driver's private data structure.
The bug was introduced in the driver's initial commit, which was present in
v3.10
> -Original Message-
> From: Akinobu Mita [mailto:akinobu.m...@gmail.com]
> Sent: Tuesday, April 19, 2016 11:58 AM
> To: Qianyu Gong
> Cc: alexandre.bell...@free-electrons.com; Mingkai Hu ;
> rtc-li...@googlegroups.com; linux-kernel@vger.kernel.org
> Subject: Re: rtc ds3232 call trace in k
Quoting Serge E. Hallyn (se...@hallyn.com):
> Quoting Eric W. Biederman (ebied...@xmission.com):
> > "Serge E. Hallyn" writes:
> >
> > >> diff --git a/kernel/cgroup.c b/kernel/cgroup.c
> > >> index 671dc05..9a0d7b3 100644
> > >> --- a/kernel/cgroup.c
> > >> +++ b/kernel/cgroup.c
> > >> @@ -1593,6
On Mon, Apr 18, 2016 at 11:09:21AM +0200, Pablo Neira Ayuso wrote:
> On Fri, Apr 15, 2016 at 10:38:14PM +1000, Simon Horman wrote:
> > On Fri, Apr 15, 2016 at 11:56:07AM +0200, Pablo Neira Ayuso wrote:
> > > On Fri, Apr 15, 2016 at 10:57:48AM +1000, Stephen Rothwell wrote:
> > > > Hi Simon,
> > > >
2016-04-19 11:36 GMT+09:00 Qianyu Gong :
>
>> -Original Message-
>> From: Akinobu Mita [mailto:akinobu.m...@gmail.com]
>> Sent: Monday, April 18, 2016 9:02 PM
>> To: Qianyu Gong
>> Cc: alexandre.bell...@free-electrons.com; Mingkai Hu ;
>> rtc-li...@googlegroups.com; linux-kernel@vger.kerne
It was reported that after Commit 0df35026c6a5 ("cpufreq: governor:
Fix negative idle_time when configured with CONFIG_HZ_PERIODIC"),
cpufreq ondemand governor started to act oddly. Without any load,
with freshly booted system, it pumped cpu frequency up to maximum
at some point of time and stayed
On Mon, Apr 18, 2016 at 11:24:11AM -0700, Christoph Hellwig wrote:
> On Mon, Apr 18, 2016 at 11:40:47AM -0600, Jason Gunthorpe wrote:
> > I wasn't arguing this should integrate into verbs in some way, only
> > that the way to access the driver-specific uAPI of a RDMA device should
> > be through th
Ping !
/me only hears back empty cave echoes ...
On Wed, 6 Apr 2016, Nicolas Pitre wrote:
>
> Gentle ping...
>
> If possible, I'd like for those patches to be sorted out before the
> opening of the merge window gets too close like last time.
>
>
> On Tue, 29 Mar 2016, Nicolas Pitre wrote:
> > drivers/mfd/hi655x-pmic.c | 162
> >
> > include/linux/mfd/hi655x-pmic.h | 55 ++
> > 4 files changed, 228 insertions(+)
> > create mode 100644 drivers/mfd/hi655x-pmic.c
> > create mode 100644 i
This patch is base on Marek Szyprowski's patch:
[RFC 0/3] Unify IOMMU-based DMA-mapping code for ARM and ARM64
[https://lkml.org/lkml/2016/2/19/79]
And the patch is learn from Marek Szyprowski's exynos patch:
(drm/exynos: rewrite IOMMU support code)
The patch replaces usage of A
move trace_call_bpf() into helper function to minimize the size
of perf_trace_*() tracepoint handlers.
text data bss dechex filename
105416795526646 2945024 190133491221ee5 vmlinux_before
105094225526646 2945024 18981092121a0e4 vmli
Hi Mark and Scott,
Thank you very much both!
The default dspi in the .dtsi setting to be Big endian as default. But it will
hang at cpu setting big endian mode. After setting _format_endian =
REGMAP_ENDIAN_LITTLE will fix it only in big endian mode.
We'll check it more about the val_format_endi
Hi all,
Today's linux-next merge of the tip tree got a conflict in:
drivers/cpufreq/longhaul.c
between commit:
b49c22a6ca36 ("cpufreq: Convert printk(KERN_ to pr_")
from the pm tree and commit:
93984fbd4e33 ("x86/cpufeature: Replace cpu_has_apic with boot_cpu_has()
usage")
from the ti
On Mon, 18 Apr 2016 18:15:04 -0700
Alexei Starovoitov wrote:
> On 4/18/16 3:16 PM, Steven Rostedt wrote:
> Yes. That what I referred to in below 'a struct to pass args'...
> But, fine, will try to optimize the size further.
> Frankly much bigger .text savings will come from combining
> trace_eve
> -Original Message-
> From: Alexandre Belloni [mailto:alexandre.bell...@free-electrons.com]
> Sent: Tuesday, April 19, 2016 12:22 AM
> To: Qianyu Gong
> Cc: akinobu.m...@gmail.com; Mingkai Hu ; rtc-
> li...@googlegroups.com; linux-kernel@vger.kernel.org
> Subject: Re: rtc ds3232 call tra
On Mon, Apr 18, 2016 at 02:47:40PM +0100, Maciej W. Rozycki wrote:
> On Mon, 18 Apr 2016, Bob Tracy wrote:
>
> > Build delayed slightly. Ran into "fs/binfmt_em86.o" build failure
> > patched by Daniel Wagner back in February (incompatible-pointer-types
> > warning treated as error by compiler).
> -Original Message-
> From: Akinobu Mita [mailto:akinobu.m...@gmail.com]
> Sent: Monday, April 18, 2016 9:02 PM
> To: Qianyu Gong
> Cc: alexandre.bell...@free-electrons.com; Mingkai Hu ;
> rtc-li...@googlegroups.com; linux-kernel@vger.kernel.org
> Subject: Re: rtc ds3232 call trace in ke
On 2016年04月18日 17:25, John Keeping wrote:
On Mon, 18 Apr 2016 11:03:31 +0800, Mark Yao wrote:
>We need to take care of the vop status when use
>rockchip_drm_crtc_mode_config, if vop is disabled,
>the function would failed, that is terrible.
>
>Save connector type and output mode on drm_display_
On Tue, Apr 19, 2016 at 08:45:48AM +0800, kernel test robot wrote:
> Hi,
>
> Here is the test result for T3.
>
> FYI, we noticed the below changes on
>
> https://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git T3
> commit b413afd67397cfc175a9656fc9e0444597a753e0 ("i_dir_seq (__d_add() only,
On 4/18/2016 4:47 PM, Jan Kara wrote:
On Thu 14-04-16 10:48:30, Toshi Kani wrote:
+
+/**
+ * dax_get_unmapped_area - handle get_unmapped_area for a DAX file
+ * @filp: The file being mmap'd, if not NULL
+ * @addr: The mmap address. If NULL, the kernel assigns the address
+ * @len: The mmap size
On 2016年04月18日 15:15, Thierry Reding wrote:
> * PGP Signed by an unknown key
>
> On Sat, Apr 16, 2016 at 10:19:33PM +0200, Arnd Bergmann wrote:
>> After the PM support has been added to this driver, we get
>> a harmless warning when that support is disabled at compile
>> time:
>>
>> drivers/ther
Hi Alexei,
On Sat, Apr 16, 2016 at 05:47:42PM -0700, Alexei Starovoitov wrote:
> On Sat, Apr 16, 2016 at 10:29:33PM +0200, Arnd Bergmann wrote:
> > Two new functions in bpf contain a cast from a 'u64' to a
> > pointer. This works on 64-bit architectures but causes a warning
> > on all 32-bit archi
On 4/14/2016 22:14, Laurent Pinchart wrote:
Hello Songjun,
On Thursday 14 Apr 2016 13:44:27 Wu, Songjun wrote:
The option 'CONFIG_COMMON_CLK=y' is needed to add to '.config'.
But I do not validate, '.config' will be generated automatically and
overwritten when it is changed.
Your driver's K
FYI, we noticed the following changes on:
Test Machine: vm-vp-quantal-x86_64: 2 threads qemu-system-x86_64 -enable-kvm
with 360M memory
https://github.com/0day-ci/linux
Sebastian-Andrzej-Siewior/sched-cputime-drop-local_irq_safe-in-vtime_init_idle/20160414-203149
commit 060625d7e43e8c438380465f1
Some rockchip vop not support iommu, need use non-iommu
buffer for it. And if we get iommu issues, we can compare
the issues with non-iommu path, the would help the debug.
Signed-off-by: Mark Yao
---
drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 65 +++
1 file changed,
FYI, we noticed the following changes on:
Test Machine: vm-vp-quantal-i386: 1 threads qemu-system-i386 -enable-kvm -cpu
Haswell,+smep,+smap with 360M memory
https://github.com/0day-ci/linux
Mark-Laws/Input-i8042-Fix-console-keyboard-support-on-Gen2-Hyper-V-VMs/20160418-233934
commit
In most of hisilicon SOCs, reset controller and clock provider are
combined together as a block named CRG (Clock and Reset Generator).
This patch mainly implements the reset function.
Signed-off-by: Jiancheng Xue
Acked-by: Philipp Zabel
---
This patch is abstracted from the patch https://lkm
Hi Tomi,
Thank you for the patch.
On Monday 18 Apr 2016 18:46:30 Tomi Valkeinen wrote:
> Add Tomi Valkeinen as omapdrm maintainer.
>
> Signed-off-by: Tomi Valkeinen
> Cc: Rob Clark
> Cc: Laurent Pinchart
Acked-by: Laurent Pinchart
> ---
> MAINTAINERS | 7 +++
> 1 file changed, 7 inser
Original Message
On Mon, Apr 18, 2016 at 10:02:24AM +0300, Oded Gabbay wrote:
On Mon, Apr 18, 2016 at 9:55 AM, Luis R. Rodriguez wrote:
On Apr 18, 2016 7:48 AM, "Oded Gabbay" wrote:
On Wed, Apr 13, 2016 at 1:07 AM, Luis R. Rodriguez
wrote:
On Mon, Apr 11, 2016 at 03:5
On Mon, Apr 18, 2016 at 10:11:29AM -0400, Alan Stern wrote:
> On Mon, 18 Apr 2016, Peter Chen wrote:
>
> > On Wed, Apr 06, 2016 at 09:32:22AM +0300, Roger Quadros wrote:
> > > On 06/04/16 09:09, Felipe Balbi wrote:
> > > >
> > > > Hi,
> > > >
> > > > Roger Quadros writes:
> > > >> diff --git a/
On 19 April 2016 at 00:54, John Stultz wrote:
> On Thu, Apr 7, 2016 at 11:02 PM, Baolin Wang wrote:
>> security_settime() uses a timespec, which is not year 2038 safe
>> on 32bit systems. Thus this patch introduces the security_settime64()
>> function with timespec64 type. We also convert the cap
On 19 April 2016 at 00:31, Mark Brown wrote:
> On Mon, Apr 18, 2016 at 06:01:33PM +0200, Arnd Bergmann wrote:
>
>> I seem to have only received patches 3 and 4, both on my personal
>> address and on lkml. Any idea what happened?
>
>> Unless you did not mean to send these patches at all, could you
On Mon, 2016-04-18 at 14:23 +1000, Stephen Rothwell wrote:
> Hi Jiri,
>
> Today's linux-next merge of the livepatching tree got a conflict in:
>
> arch/powerpc/Kconfig
>
> between commit:
>
> 7f2bd0063342 ("powerpc/mm: enable page parallel initialisation")
>
> from Linus' tree and commit:
On Mon, 2016-04-18 at 14:27 +1000, Stephen Rothwell wrote:
> Hi Jiri,
>
> Today's linux-next merge of the livepatching tree got a conflict in:
>
> arch/powerpc/kernel/process.c
>
> between commit:
>
> 7f92bc569455 ("powerpc: sparse: Include headers for __weak symbols")
>
> from the powerpc
Sorry Filippov!
Philip, how about giving more priority to this issue?
Thanks,
Fengguang
On Mon, Apr 18, 2016 at 06:52:57PM +0300, Max Filippov wrote:
> Hi Fengguang,
>
> On Mon, Apr 18, 2016 at 6:29 PM, kbuild test robot
> wrote:
> > FYI, the error/warning still remains.
> >
> > tree: https:
Quoting Eric W. Biederman (ebied...@xmission.com):
> "Serge E. Hallyn" writes:
>
> >> diff --git a/kernel/cgroup.c b/kernel/cgroup.c
> >> index 671dc05..9a0d7b3 100644
> >> --- a/kernel/cgroup.c
> >> +++ b/kernel/cgroup.c
> >> @@ -1593,6 +1593,40 @@ static int rebind_subsystems(struct cgroup_root
On Mon, Apr 18, 2016 at 06:52:57PM +0300, Max Filippov wrote:
> Hi Fengguang,
>
> On Mon, Apr 18, 2016 at 6:29 PM, kbuild test robot
> wrote:
> > FYI, the error/warning still remains.
> >
> > tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
> > master
> > head: c3b46c
Hi Nikolaus,
I recently submitted a driver for the IS31FL32xx family of devices, so
this driver caught my eye. I have a few comments below.
On Mon, 18 Apr 2016 20:43:16 +0200
"H. Nikolaus Schaller" wrote:
> This is a driver for the Integrated Silicon Solution Inc. LED driver
> chips IS31FL3196
1 - 100 of 919 matches
Mail list logo