Hi Rob,
On 2016년 04월 19일 02:24, Rob Herring wrote:
> On Fri, Apr 15, 2016 at 04:13:18PM +0200, Sebastian Reichel wrote:
>> Hi,
>>
>> On Fri, Apr 15, 2016 at 09:43:34AM +0900, Chanwoo Choi wrote:
>>> This patch removes the deprecated notifier API of extcon framework and then
>>> use
>>> the new ex
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]
Sigh, the BIOS vendors seem to be screwing this up a lot.. No doubt
because
* Grygorii Strashko [160418 08:59]:
> On 04/15/2016 09:54 PM, Tony Lindgren wrote:
> > * santosh shilimkar [160415 08:22]:
> >> On 4/15/2016 2:26 AM, Grygorii Strashko wrote:
> >>>
> >>> Santosh, Tony, do you want me to perform any additional actions regarding
> >>> this patch?
> >>>
> >> This p
* Pavel Machek [160417 10:56]:
> > The off mode makes a huge difference for standby time, it should cut
> > down the total power consumption to something like 10+ mW with modem
> > enabled. Aproximately the breakdown is roughly: 900 uW for omap, 5 mW
> > for memory and 5 or more for the modem. Sor
On 2016/04/18 17:43, Steven Rostedt wrote:
[...]
> > Hi Steven,
> >
> > Can you please merge these six patches (2 original + 4 followups)?
> >
>
> OK, I've marked them as todo. I've just come back from two weeks of
> conferences and I'm working on catching up.
>
Ah I see, thanks. I just wanted
* Peter Ujfalusi [160415 12:52]:
> On 04/15/2016 06:16 PM, Tony Lindgren wrote:
> >> We can hack this around by adding HWMOD_NO_IDLEST to the sidetone hwmod I
> >> guess. As the sidetone does not have PRCM level control - it is part of
> >> McBSP.
> >
> > Heh if they are using the same register
On Mon, Apr 18, 2016 at 03:35:06PM +0200, Frederic Weisbecker wrote:
> On Mon, Apr 18, 2016 at 06:17:21PM +0900, Byungchul Park wrote:
> > On Wed, Apr 13, 2016 at 03:56:51PM +0200, Frederic Weisbecker wrote:
> > > @@ -4645,11 +4674,11 @@ void cpu_load_update_nohz(int active)
> > > void cpu_load_up
On 4/18/2016 4:36 PM, Tony Lindgren wrote:
* Grygorii Strashko [160418 08:59]:
On 04/15/2016 09:54 PM, Tony Lindgren wrote:
* santosh shilimkar [160415 08:22]:
On 4/15/2016 2:26 AM, Grygorii Strashko wrote:
Santosh, Tony, do you want me to perform any additional actions regarding this
pat
Hi Linus,
These are fixes for two issues:
- The VPD parsing code we added for v4.6 keeps some devices from crashing,
but also keeps cxgb4 from reading non-standard extra VPD data that is
relies on. Hariprasad added a way for the driver to specify how much
VPD is valid.
- The i.M
When CPPC is being used by ACPI on arm64, user space tools such as
cpupower report CPU frequency values from sysfs that are incorrect.
What the driver was doing was reporting the values given by ACPI tables
in whatever scale was used to provide them. However, the ACPI spec
defines the CPPC values
On 2016/4/18 19:29, Joseph Qi wrote:
> Hi Zefan,
> In dlm_master_request_handler, it has missed the following change :
> - dlm_put(dlm);
> + if (!dispatched)
> + dlm_put(dlm);
Oops..I guess I forgot to refresh the patch after adjusting the context.
Thanks for the review!
>
>
Looks like no objection to this patch,
so I will put it into Russell's patch tracker soon.
2016-04-01 3:25 GMT+09:00 Masahiro Yamada :
> For incremental build, "include/generated/mach-types.h is up to date"
> is every time displayed like follows:
>
> $ make ARCH=arm
> CHK include/config/ke
The implementation of mk_huge_pmd looks verbose, it could be just simplified
to one line code.
Signed-off-by: Yang Shi
---
mm/huge_memory.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/mm/huge_memory.c b/mm/huge_memory.c
index 8adf3c2..fecbbc5 100644
--- a/mm/huge_memo
On 2016/4/19 0:37, Guenter Roeck wrote:
> On Mon, Apr 18, 2016 at 06:45:38PM +0800, l...@kernel.org wrote:
>> From: Zefan Li
>>
>> This is the start of the stable review cycle for the 3.4.112 release.
>> There are 92 patches in this series, all will be posted as a response
>> to this one. If anyo
On Mon, 18 Apr 2016, Maciej W. Rozycki wrote:
> The thing is that to match some software's (such as ours) requirements an
> ISA override -- as a side effect -- relaxes ABI restrictions on certain
> operations. E.g. the DLI macro and its 64-bit immediate argument are not
> valid in the o32 ABI
Hi Boris,
On Mon, Apr 18, 2016 at 3:44 PM, Boris Brezillon
wrote:
> Hi Peter,
>
> On Mon, 18 Apr 2016 14:22:09 +0800
> Peter Pan wrote:
>
>> Hi Boris,
>>
>> On Fri, Mar 25, 2016 at 4:35 PM, Boris Brezillon
>> wrote:
>> > Hi Peter,
>> >
>> > On Mon, 14 Mar 2016 02:47:55 +
>> > Peter Pan wr
9656fc9e0444597a753e0/vmlinuz-4.6.0-rc1-00021-gb413afd
-append 'root=/dev/ram0 user=lkp
job=/lkp/scheduled/vm-kbuild-yocto-ia32-19/rand_boot-1-yocto-minimal-i386.cgz-x86_64-nfsroot-b413afd67397cfc175a9656fc9e0444597a753e0-20160418-55305-1orgitb-0.yaml
ARCH=x86_64 kconfig=x86_64-nfs
On 4/18/16 3:16 PM, Steven Rostedt wrote:
On Mon, 18 Apr 2016 14:43:07 -0700
Alexei Starovoitov wrote:
I was worried about this too, but single 'if' and two calls
(as in commit 98b5c2c65c295) is a better way, since it's faster, cleaner
and doesn't need to refactor the whole perf_trace_buf_sub
"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
>> *dst_root, u16 ss_mask)
>> return 0;
>> }
>>
>> +sta
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
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
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
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:
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
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 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 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 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/
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
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
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
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
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-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
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
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 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
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 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 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_
> -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 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: 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, 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
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
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
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
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
> > 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
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:
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
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
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
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,
> > > >
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
> -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
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
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>;
>
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
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,
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
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
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
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
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]
>
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 +++
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
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
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
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
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
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
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
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
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(-
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
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/
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.
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
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
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
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
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 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 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 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 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 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 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
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
801 - 900 of 919 matches
Mail list logo
