On Fri, Feb 24, 2017 at 10:51:12AM +0100, Lucas Stach wrote:
> +CC Thierry, as the drm_panel maintainer.
>
> Am Donnerstag, den 23.02.2017, 10:54 -0500 schrieb Sean Paul:
> > On Wed, Dec 07, 2016 at 11:48:55AM +0200, Laurent Pinchart wrote:
> > > Hello,
> > >
> > > On Wednesday 07 Dec 2016
On Fri, Feb 24, 2017 at 10:51:12AM +0100, Lucas Stach wrote:
> +CC Thierry, as the drm_panel maintainer.
>
> Am Donnerstag, den 23.02.2017, 10:54 -0500 schrieb Sean Paul:
> > On Wed, Dec 07, 2016 at 11:48:55AM +0200, Laurent Pinchart wrote:
> > > Hello,
> > >
> > > On Wednesday 07 Dec 2016
On Sat, Feb 25, 2017 at 05:23:09PM +0800, Icenowy Zheng wrote:
>
>
> 25.02.2017, 16:53, "Chen-Yu Tsai" :
> > On Sat, Feb 25, 2017 at 3:42 PM, Icenowy Zheng wrote:
> >> A64 PWM controller has same register layout as sun4i driver, so it works
> >> by adding A64
On Sat, Feb 25, 2017 at 05:23:09PM +0800, Icenowy Zheng wrote:
>
>
> 25.02.2017, 16:53, "Chen-Yu Tsai" :
> > On Sat, Feb 25, 2017 at 3:42 PM, Icenowy Zheng wrote:
> >> A64 PWM controller has same register layout as sun4i driver, so it works
> >> by adding A64 specific data.
> >>
> >>
On 2/25/2017 2:44 PM, Herongguang (Stephen) wrote:
On 2017/2/24 23:14, Paolo Bonzini wrote:
On 24/02/2017 16:10, Chris Friesen wrote:
On 02/23/2017 08:23 PM, Herongguang (Stephen) wrote:
On 2017/2/22 22:43, Paolo Bonzini wrote:
Hopefully Gaohuai and Rongguang can help with this too.
On 2/25/2017 2:44 PM, Herongguang (Stephen) wrote:
On 2017/2/24 23:14, Paolo Bonzini wrote:
On 24/02/2017 16:10, Chris Friesen wrote:
On 02/23/2017 08:23 PM, Herongguang (Stephen) wrote:
On 2017/2/22 22:43, Paolo Bonzini wrote:
Hopefully Gaohuai and Rongguang can help with this too.
On Thu, Feb 23, 2017 at 12:57:05PM -0500, David Miller wrote:
>
> The net-next tree is closed, therefore it is not appropriate to submit
> feature patches or cleanups at this time.
>
> Please wait for the merge window to be finished and the net-next tree
> to open back up before resubmitting
On Thu, Feb 23, 2017 at 12:57:05PM -0500, David Miller wrote:
>
> The net-next tree is closed, therefore it is not appropriate to submit
> feature patches or cleanups at this time.
>
> Please wait for the merge window to be finished and the net-next tree
> to open back up before resubmitting
Hi Anton,
On Mon, Feb 27, 2017 at 10:37:07AM +1100, Anton Blanchard wrote:
> Hi Gautham,
>
> > +handle_esl_ec_set:
>
> Unless we want to expose this to things like perf, we might want to
> make it a local label (eg .Lxx)
Sure. We don't want to expose this to perf at least as of now! Will
resend
Hi Anton,
On Mon, Feb 27, 2017 at 10:37:07AM +1100, Anton Blanchard wrote:
> Hi Gautham,
>
> > +handle_esl_ec_set:
>
> Unless we want to expose this to things like perf, we might want to
> make it a local label (eg .Lxx)
Sure. We don't want to expose this to perf at least as of now! Will
resend
On Sat, Feb 25, 2017 at 01:18:08PM +0200, Codrut Grosu wrote:
> This was reported by checkpatch.pl
>
> Signed-off-by: Codrut GROSU
> ---
> sound/soc/tegra/tegra20_ac97.c | 1 -
> sound/soc/tegra/tegra20_das.c| 1 -
> sound/soc/tegra/tegra20_i2s.c| 1 -
On Sat, Feb 25, 2017 at 01:18:08PM +0200, Codrut Grosu wrote:
> This was reported by checkpatch.pl
>
> Signed-off-by: Codrut GROSU
> ---
> sound/soc/tegra/tegra20_ac97.c | 1 -
> sound/soc/tegra/tegra20_das.c| 1 -
> sound/soc/tegra/tegra20_i2s.c| 1 -
>
> Darren, Andy,
>
> Please drop this patch series for now. I will send a rebased v2 after a
> long overdue patch series from Alan Jenkins gets applied in a reworked
> form.
>
> However, your input is still essential for determining the future shape
> of fujitsu-laptop. I quoted the essential
> Darren, Andy,
>
> Please drop this patch series for now. I will send a rebased v2 after a
> long overdue patch series from Alan Jenkins gets applied in a reworked
> form.
>
> However, your input is still essential for determining the future shape
> of fujitsu-laptop. I quoted the essential
From: Matt Ranostay
Add entries for microwatt-hours and microamp-hours.
Cc: Rob Herring
Cc: Mark Rutland
Cc: devicet...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Matt Ranostay
From: Matt Ranostay
Add entries for microwatt-hours and microamp-hours.
Cc: Rob Herring
Cc: Mark Rutland
Cc: devicet...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Matt Ranostay
Signed-off-by: Liam Breck
Acked-by: Sebastian Reichel
Acked-by: Rob Herring
---
Hi Linus,
please pull from the 'for-linus' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus
to receive the following updates:
Next to the usual bug fixes (including the TASK_SIZE fix), there is
one larger crypto item. It allows to use protected keys with
Hi Linus,
please pull from the 'for-linus' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus
to receive the following updates:
Next to the usual bug fixes (including the TASK_SIZE fix), there is
one larger crypto item. It allows to use protected keys with
From: Takatoshi Akiyama
This patch fixes an issue that kernel panic happens when DMA is enabled
and we press enter key while the kernel booting on the serial console.
* An interrupt may occur after sci_request_irq().
* DMA transfer area is
From: Takatoshi Akiyama
This patch fixes an issue that kernel panic happens when DMA is enabled
and we press enter key while the kernel booting on the serial console.
* An interrupt may occur after sci_request_irq().
* DMA transfer area is initialized by setup_timer() in sci_request_dma()
and
Hello Shaohua,
On Fri, Feb 24, 2017 at 01:31:46PM -0800, Shaohua Li wrote:
> madv MADV_FREE indicate pages are 'lazyfree'. They are still anonymous
> pages, but they can be freed without pageout. To destinguish them
> against normal anonymous pages, we clear their SwapBacked flag.
>
> MADV_FREE
Hello Shaohua,
On Fri, Feb 24, 2017 at 01:31:46PM -0800, Shaohua Li wrote:
> madv MADV_FREE indicate pages are 'lazyfree'. They are still anonymous
> pages, but they can be freed without pageout. To destinguish them
> against normal anonymous pages, we clear their SwapBacked flag.
>
> MADV_FREE
On February 25, 2017 5:32 AM Shaohua Li wrote:
>
> There are a few places the code assumes anonymous pages should have
> SwapBacked flag set. MADV_FREE pages are anonymous pages but we are
> going to add them to LRU_INACTIVE_FILE list and clear SwapBacked flag
> for them. The assumption doesn't
On February 25, 2017 5:32 AM Shaohua Li wrote:
>
> There are a few places the code assumes anonymous pages should have
> SwapBacked flag set. MADV_FREE pages are anonymous pages but we are
> going to add them to LRU_INACTIVE_FILE list and clear SwapBacked flag
> for them. The assumption doesn't
Hi Shaohua,
On Fri, Feb 24, 2017 at 01:31:47PM -0800, Shaohua Li wrote:
> When memory pressure is high, we free MADV_FREE pages. If the pages are
> not dirty in pte, the pages could be freed immediately. Otherwise we
> can't reclaim them. We put the pages back to anonumous LRU list (by
> setting
Hi Shaohua,
On Fri, Feb 24, 2017 at 01:31:47PM -0800, Shaohua Li wrote:
> When memory pressure is high, we free MADV_FREE pages. If the pages are
> not dirty in pte, the pages could be freed immediately. Otherwise we
> can't reclaim them. We put the pages back to anonumous LRU list (by
> setting
On Sun, 26 Feb 2017, Scott Branden wrote:
>
>
> On 17-02-26 01:56 PM, Joe Perches wrote:
> > On Sun, 2017-02-26 at 20:40 +0100, Julia Lawall wrote:
> > > On Sun, 26 Feb 2017, Joe Perches wrote:
> > > > On Sun, 2017-02-26 at 19:59 +0100, Julia Lawall wrote:
> > > > > On Sun, 26 Feb 2017, Joe
On Sun, 26 Feb 2017, Scott Branden wrote:
>
>
> On 17-02-26 01:56 PM, Joe Perches wrote:
> > On Sun, 2017-02-26 at 20:40 +0100, Julia Lawall wrote:
> > > On Sun, 26 Feb 2017, Joe Perches wrote:
> > > > On Sun, 2017-02-26 at 19:59 +0100, Julia Lawall wrote:
> > > > > On Sun, 26 Feb 2017, Joe
Hi Mel,
On Fri, Feb 24, 2017 at 09:11:28AM +, Mel Gorman wrote:
> On Fri, Feb 24, 2017 at 10:17:06AM +0900, Minchan Kim wrote:
> > Hi Mel,
> >
> > On Thu, Feb 23, 2017 at 03:05:34PM +, Mel Gorman wrote:
> > > On Wed, Feb 22, 2017 at 04:00:36PM +0900, Minchan Kim wrote:
> > > > > There
Hi Mel,
On Fri, Feb 24, 2017 at 09:11:28AM +, Mel Gorman wrote:
> On Fri, Feb 24, 2017 at 10:17:06AM +0900, Minchan Kim wrote:
> > Hi Mel,
> >
> > On Thu, Feb 23, 2017 at 03:05:34PM +, Mel Gorman wrote:
> > > On Wed, Feb 22, 2017 at 04:00:36PM +0900, Minchan Kim wrote:
> > > > > There
Hi
Tested-by: Jia He
cat /proc/meminfo
[...]
CmaFree: 0 kB
HugePages_Total:1831
HugePages_Free: 1831
HugePages_Rsvd:0
HugePages_Surp:0
Hugepagesize: 16384 kB
top - 06:50:29 up 1:26, 1 user, load average: 0.00, 0.00, 0.00
Tasks:
Hi
Tested-by: Jia He
cat /proc/meminfo
[...]
CmaFree: 0 kB
HugePages_Total:1831
HugePages_Free: 1831
HugePages_Rsvd:0
HugePages_Surp:0
Hugepagesize: 16384 kB
top - 06:50:29 up 1:26, 1 user, load average: 0.00, 0.00, 0.00
Tasks: 1 total, 0
On Sun, Feb 26, 2017 at 06:00:19PM -0800, Matthew Giassa wrote:
> ---
> drivers/staging/ks7010/ks_wlan_ioctl.h | 64
> +-
> 1 file changed, 32 insertions(+), 32 deletions(-)
>
> diff --git a/drivers/staging/ks7010/ks_wlan_ioctl.h
>
On Sun, Feb 26, 2017 at 06:00:19PM -0800, Matthew Giassa wrote:
> ---
> drivers/staging/ks7010/ks_wlan_ioctl.h | 64
> +-
> 1 file changed, 32 insertions(+), 32 deletions(-)
>
> diff --git a/drivers/staging/ks7010/ks_wlan_ioctl.h
>
Hi,
Kindly pull from the following URL?
git://git.chelsio.net/pub/git/linux-firmware.git for-upstream
The following changes since commit fedc06024bf7145a2338c5e38d376ebce2d20917:
cxgb4: update firmware to revision 1.16.29.0 (2017-02-24 06:46:36 -0800)
are available in the git repository at:
Hi,
Kindly pull from the following URL?
git://git.chelsio.net/pub/git/linux-firmware.git for-upstream
The following changes since commit fedc06024bf7145a2338c5e38d376ebce2d20917:
cxgb4: update firmware to revision 1.16.29.0 (2017-02-24 06:46:36 -0800)
are available in the git repository at:
Cool. This is a good approach for an initial patch but this raises
concerns about efficiently managing kernel memory usage -- the data area
grows but never shrinks, and total possible usage increases per
backstore. (What if there are 1000?) Any ideas how we could also improve
these aspects of
Cool. This is a good approach for an initial patch but this raises
concerns about efficiently managing kernel memory usage -- the data area
grows but never shrinks, and total possible usage increases per
backstore. (What if there are 1000?) Any ideas how we could also improve
these aspects of
On Mon, Feb 27, 2017 at 12:58:40PM +0800, Fengguang Wu wrote:
> Here is another bisect result. The attached reproduce-* script may
> help debug the issue.
Thanks for this. FYI the cause of this issue is already understood (refer
to previous linux-platform-driver ML discussions). The relevant
On Mon, Feb 27, 2017 at 12:58:40PM +0800, Fengguang Wu wrote:
> Here is another bisect result. The attached reproduce-* script may
> help debug the issue.
Thanks for this. FYI the cause of this issue is already understood (refer
to previous linux-platform-driver ML discussions). The relevant
With current linus git (pre 4.11), unable to find the pinctrl hogs :
imx6q-pinctrl 20e.iomuxc: unable to find group for node hoggrp
Device is i.MX6 based.
--Mika
Since commit 6b22b3d1614a ("kbuild: Allow using host dtc instead of
kernel's copy"), it is possible to use an external dtc. In this
case, we do not know which options are supported on it.
Commit bc553986a2f7 ("dtc: turn off dtc unit address warnings by
default") gives -Wno-unit_address_vs_reg,
With current linus git (pre 4.11), unable to find the pinctrl hogs :
imx6q-pinctrl 20e.iomuxc: unable to find group for node hoggrp
Device is i.MX6 based.
--Mika
Since commit 6b22b3d1614a ("kbuild: Allow using host dtc instead of
kernel's copy"), it is possible to use an external dtc. In this
case, we do not know which options are supported on it.
Commit bc553986a2f7 ("dtc: turn off dtc unit address warnings by
default") gives -Wno-unit_address_vs_reg,
On 4.9.13 with KASAN enabled [1], we see a number of stack unwinding
errors reported [2,3].
This seems to occur at half of boots.
Let me know for further debug info/patch testing and thanks,
Daniel
[1] https://quora.org/config
[2] https://quora.org/dmesg.txt
-- [3]
BUG: KASAN:
On 4.9.13 with KASAN enabled [1], we see a number of stack unwinding
errors reported [2,3].
This seems to occur at half of boots.
Let me know for further debug info/patch testing and thanks,
Daniel
[1] https://quora.org/config
[2] https://quora.org/dmesg.txt
-- [3]
BUG: KASAN:
On 02/27/2017 07:26 AM, Bob Liu wrote:
> On 2017/2/24 12:53, Jerome Glisse wrote:
>> On Fri, Feb 24, 2017 at 09:06:19AM +0800, Bob Liu wrote:
>>> On 2017/2/21 21:39, Anshuman Khandual wrote:
On 02/21/2017 04:41 PM, Michal Hocko wrote:
> On Fri 17-02-17 17:11:57, Anshuman Khandual wrote:
On 02/27/2017 07:26 AM, Bob Liu wrote:
> On 2017/2/24 12:53, Jerome Glisse wrote:
>> On Fri, Feb 24, 2017 at 09:06:19AM +0800, Bob Liu wrote:
>>> On 2017/2/21 21:39, Anshuman Khandual wrote:
On 02/21/2017 04:41 PM, Michal Hocko wrote:
> On Fri 17-02-17 17:11:57, Anshuman Khandual wrote:
From: "Gautham R. Shenoy"
Commit 09206b600c76 ("powernv: Pass PSSCR value and mask to
power9_idle_stop") added additional code in power_enter_stop() to
distinguish between stop requests whose PSSCR had ESL=EC=1 from those
which did not. When ESL=EC=1, we do a
From: "Gautham R. Shenoy"
Commit 09206b600c76 ("powernv: Pass PSSCR value and mask to
power9_idle_stop") added additional code in power_enter_stop() to
distinguish between stop requests whose PSSCR had ESL=EC=1 from those
which did not. When ESL=EC=1, we do a forward-jump to a location
labelled
On Mon, Feb 27, 2017 at 03:53:56PM +1030, Jonathan Woithe wrote:
On Mon, Feb 27, 2017 at 12:58:40PM +0800, Fengguang Wu wrote:
Here is another bisect result. The attached reproduce-* script may
help debug the issue.
Thanks for this. FYI the cause of this issue is already understood (refer
to
On Mon, Feb 27, 2017 at 03:53:56PM +1030, Jonathan Woithe wrote:
On Mon, Feb 27, 2017 at 12:58:40PM +0800, Fengguang Wu wrote:
Here is another bisect result. The attached reproduce-* script may
help debug the issue.
Thanks for this. FYI the cause of this issue is already understood (refer
to
Hi,
On Thursday 23 February 2017 12:20 AM, Alim Akhtar wrote:
> On Fri, Feb 3, 2017 at 2:49 PM, Alim Akhtar wrote:
>> Hi Kishon,
>>
>>
>> On 11/19/2015 07:09 PM, Kishon Vijay Abraham I wrote:
>>>
>>> Hi,
>>>
>>> On Tuesday 17 November 2015 01:41 PM, Alim Akhtar wrote:
Hi,
On Thursday 23 February 2017 12:20 AM, Alim Akhtar wrote:
> On Fri, Feb 3, 2017 at 2:49 PM, Alim Akhtar wrote:
>> Hi Kishon,
>>
>>
>> On 11/19/2015 07:09 PM, Kishon Vijay Abraham I wrote:
>>>
>>> Hi,
>>>
>>> On Tuesday 17 November 2015 01:41 PM, Alim Akhtar wrote:
Hi
Thanks
Hi Guenter,
On Saturday 25 February 2017 03:38 PM, Guenter Roeck wrote:
> Fix the following crash, seen in dwc/pci-imx6.
>
> Unable to handle kernel NULL pointer dereference at virtual address 0070
> pgd = c0004000
> [0070] *pgd=
> Internal error: Oops: 805 [#1] SMP ARM
> Modules
Hi Guenter,
On Saturday 25 February 2017 03:38 PM, Guenter Roeck wrote:
> Fix the following crash, seen in dwc/pci-imx6.
>
> Unable to handle kernel NULL pointer dereference at virtual address 0070
> pgd = c0004000
> [0070] *pgd=
> Internal error: Oops: 805 [#1] SMP ARM
> Modules
Hi,
These 2 tests PASS on Linus tree commit:
37c8596 Merge tag 'tty-4.11-rc1' of git://git.kernel.org/pub/scm/linux...
FAIL on commit:
60e8d3e Merge tag 'pci-v4.11-changes' of git://git.kernel.org/pub/scm/...
LTP latest commit: c60d3ca move_pages12: include lapi/mmap.h
Steps:
sh-4.2# pwd
Hi,
These 2 tests PASS on Linus tree commit:
37c8596 Merge tag 'tty-4.11-rc1' of git://git.kernel.org/pub/scm/linux...
FAIL on commit:
60e8d3e Merge tag 'pci-v4.11-changes' of git://git.kernel.org/pub/scm/...
LTP latest commit: c60d3ca move_pages12: include lapi/mmap.h
Steps:
sh-4.2# pwd
On 02/24/2017 11:42 PM, Krzysztof Kozlowski wrote:
On Fri, Feb 24, 2017 at 02:05:56PM -0800, Guenter Roeck wrote:
On 02/24/2017 01:07 PM, Krzysztof Kozlowski wrote:
Structures watchdog_device, watchdog_ops and s3c2410_wdt_variant are not
modified so they can be made const to increase code
On 02/24/2017 11:42 PM, Krzysztof Kozlowski wrote:
On Fri, Feb 24, 2017 at 02:05:56PM -0800, Guenter Roeck wrote:
On 02/24/2017 01:07 PM, Krzysztof Kozlowski wrote:
Structures watchdog_device, watchdog_ops and s3c2410_wdt_variant are not
modified so they can be made const to increase code
Hi Alan,
Here is another bisect result. The attached reproduce-* script may
help debug the issue.
git://git.infradead.org/users/dvhart/linux-platform-drivers-x86.git testing
commit 84c2f235ad130cf59911fdd1970d297d28540d35
Author: Alan Jenkins
AuthorDate: Wed
Hi Alan,
Here is another bisect result. The attached reproduce-* script may
help debug the issue.
git://git.infradead.org/users/dvhart/linux-platform-drivers-x86.git testing
commit 84c2f235ad130cf59911fdd1970d297d28540d35
Author: Alan Jenkins
AuthorDate: Wed Feb 8 14:46:31 2017 +0100
Hi,
These 2 tests PASS on Linus tree commit:
37c8596 Merge tag 'tty-4.11-rc1' of git://git.kernel.org/pub/scm/linux...
FAIL on commit:
60e8d3e Merge tag 'pci-v4.11-changes' of git://git.kernel.org/pub/scm/...
LTP latest commit: c60d3ca move_pages12: include lapi/mmap.h
Steps:
sh-4.2# pwd
Hi,
These 2 tests PASS on Linus tree commit:
37c8596 Merge tag 'tty-4.11-rc1' of git://git.kernel.org/pub/scm/linux...
FAIL on commit:
60e8d3e Merge tag 'pci-v4.11-changes' of git://git.kernel.org/pub/scm/...
LTP latest commit: c60d3ca move_pages12: include lapi/mmap.h
Steps:
sh-4.2# pwd
Looks like I've older address of Masami(masami.hiramatsu...@hitachi.com) in my
database.
Adding To: mhira...@kernel.org
-Ravi
On Friday 24 February 2017 01:13 PM, Ravi Bangoria wrote:
> All events from 'perf list', except SDT events, can be directly recorded
> with 'perf record'. But, the
Looks like I've older address of Masami(masami.hiramatsu...@hitachi.com) in my
database.
Adding To: mhira...@kernel.org
-Ravi
On Friday 24 February 2017 01:13 PM, Ravi Bangoria wrote:
> All events from 'perf list', except SDT events, can be directly recorded
> with 'perf record'. But, the
On 26-02-17, 14:18, Masahiro Yamada wrote:
> Hi.
>
>
> Decumentation/devicetree/bindings/opp/opp.txt
> takes examples like this:
>
> opp@10 {
> opp-hz = /bits/ 64 <10>;
> opp-microvolt = <97 975000 985000>;
>
On 26-02-17, 14:18, Masahiro Yamada wrote:
> Hi.
>
>
> Decumentation/devicetree/bindings/opp/opp.txt
> takes examples like this:
>
> opp@10 {
> opp-hz = /bits/ 64 <10>;
> opp-microvolt = <97 975000 985000>;
>
On Fri, Feb 17, 2017 at 07:25:02PM +0100, Niklas Cassel wrote:
> From: Niklas Cassel
>
> Checking for timer expiration is done from the softirq TIMER_SOFTIRQ.
>
> Since commit 4cd13c21b207 ("softirq: Let ksoftirqd do its job"),
> pending softirqs are no longer always
On Fri, Feb 17, 2017 at 07:25:02PM +0100, Niklas Cassel wrote:
> From: Niklas Cassel
>
> Checking for timer expiration is done from the softirq TIMER_SOFTIRQ.
>
> Since commit 4cd13c21b207 ("softirq: Let ksoftirqd do its job"),
> pending softirqs are no longer always handled immediately,
Hi Ard,
Thanks for comment.
On 2017/2/26 18:46, Ard Biesheuvel wrote:
> On 25 February 2017 at 06:47, Yisheng Xie wrote:
>> When use device tree mode, user can reserve memory by changes the dts,
>> however, when boot with ACPI, user cannot reserve memory except by
>>
Hi Ard,
Thanks for comment.
On 2017/2/26 18:46, Ard Biesheuvel wrote:
> On 25 February 2017 at 06:47, Yisheng Xie wrote:
>> When use device tree mode, user can reserve memory by changes the dts,
>> however, when boot with ACPI, user cannot reserve memory except by
>> changing the ACPI table in
Hi,
On 2017년 02월 24일 21:35, Andy Shevchenko wrote:
> Update GPIO pin names in extcon-intel-int3496.c driver to follow
> the existing extcon binding.
>
> Signed-off-by: Andy Shevchenko
> ---
> drivers/extcon/extcon-intel-int3496.c | 4 ++--
> 1 file changed, 2
Hi,
On 2017년 02월 24일 21:35, Andy Shevchenko wrote:
> Update GPIO pin names in extcon-intel-int3496.c driver to follow
> the existing extcon binding.
>
> Signed-off-by: Andy Shevchenko
> ---
> drivers/extcon/extcon-intel-int3496.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
>
Hi all,
Please do not add any material intended for v4.12 to your linux-next
included branches until after v4.11-rc1 has been released.
Changes since 20170224:
The vfs tree gained conflicts agains Linus' and the f2fs trees and a
build failure for which I added a fix patch.
The drm tree lost
Hi all,
Please do not add any material intended for v4.12 to your linux-next
included branches until after v4.11-rc1 has been released.
Changes since 20170224:
The vfs tree gained conflicts agains Linus' and the f2fs trees and a
build failure for which I added a fix patch.
The drm tree lost
Hi John
I have test this v4 series on my RK3399 board, it works well, thanks.
Tested-by: Chris Zhong
On 02/24/2017 08:54 PM, John Keeping wrote:
This version is mostly small changes in response to review comments from
Sean and Chris, the details are in the individual
Hi John
I have test this v4 series on my RK3399 board, it works well, thanks.
Tested-by: Chris Zhong
On 02/24/2017 08:54 PM, John Keeping wrote:
This version is mostly small changes in response to review comments from
Sean and Chris, the details are in the individual patches.
I decided to
Hello Javier,
On Saturday 25 February 2017 01:12 AM, Javier Martinez Canillas wrote:
> Hello Pankaj,
>
> On 12/16/2016 08:48 AM, Pankaj Dubey wrote:
>> From: Smitha T Murthy
>>
>> It has been observed on ARM64 based Exynos SoC, if IOMMU is not enabled
>> and we try to use
Hello Javier,
On Saturday 25 February 2017 01:12 AM, Javier Martinez Canillas wrote:
> Hello Pankaj,
>
> On 12/16/2016 08:48 AM, Pankaj Dubey wrote:
>> From: Smitha T Murthy
>>
>> It has been observed on ARM64 based Exynos SoC, if IOMMU is not enabled
>> and we try to use reserved memory for
From: David Howells
Date: Fri, 24 Feb 2017 21:57:13 +
> Calls made through the in-kernel interface can end up getting stuck because
> of a missed variable update in a loop in rxrpc_recvmsg_data(). The problem
> is like this:
>
> (1) A new packet comes in and doesn't
From: David Howells
Date: Fri, 24 Feb 2017 21:57:13 +
> Calls made through the in-kernel interface can end up getting stuck because
> of a missed variable update in a loop in rxrpc_recvmsg_data(). The problem
> is like this:
>
> (1) A new packet comes in and doesn't cause a notification
On 2017/2/26 3:02, Jaegeuk Kim wrote:
> On 02/25, Chao Yu wrote:
>> Hi Jaegeuk,
>>
>> I added below diff code into this patch in order to fix incorrectly nid
>> status
>> updating to reduce large latency of generic/251 in fstest, could you help to
>> review code below?
>
> Understand the
On 2017/2/26 3:02, Jaegeuk Kim wrote:
> On 02/25, Chao Yu wrote:
>> Hi Jaegeuk,
>>
>> I added below diff code into this patch in order to fix incorrectly nid
>> status
>> updating to reduce large latency of generic/251 in fstest, could you help to
>> review code below?
>
> Understand the
Hello Javier,
On Saturday 25 February 2017 12:52 AM, Javier Martinez Canillas wrote:
> Hello Pankaj,
>
> On 12/16/2016 08:48 AM, Pankaj Dubey wrote:
>> From: Smitha T Murthy
>>
>> commit 2548fee63d9e ("[media] media/platform: convert drivers to use the new
>> vb2_queue dev
Hello Javier,
On Saturday 25 February 2017 12:52 AM, Javier Martinez Canillas wrote:
> Hello Pankaj,
>
> On 12/16/2016 08:48 AM, Pankaj Dubey wrote:
>> From: Smitha T Murthy
>>
>> commit 2548fee63d9e ("[media] media/platform: convert drivers to use the new
>> vb2_queue dev field") has missed to
On 2017/2/26 2:34, Jaegeuk Kim wrote:
> On 02/25, Chao Yu wrote:
>> On 2017/2/24 6:54, Jaegeuk Kim wrote:
>>> On 02/23, Chao Yu wrote:
On 2017/2/14 10:06, Jaegeuk Kim wrote:
> ...
>>>
> +static int scan_nat_bits(struct f2fs_sb_info *sbi)
> +{
> + struct f2fs_nm_info *nm_i =
On 2017/2/26 2:34, Jaegeuk Kim wrote:
> On 02/25, Chao Yu wrote:
>> On 2017/2/24 6:54, Jaegeuk Kim wrote:
>>> On 02/23, Chao Yu wrote:
On 2017/2/14 10:06, Jaegeuk Kim wrote:
> ...
>>>
> +static int scan_nat_bits(struct f2fs_sb_info *sbi)
> +{
> + struct f2fs_nm_info *nm_i =
PING!
Regards,
Yuantian
> -Original Message-
> From: yuantian.t...@nxp.com [mailto:yuantian.t...@nxp.com]
> Sent: Wednesday, February 15, 2017 1:48 PM
> To: mturque...@baylibre.com
> Cc: sb...@codeaurora.org; robh...@kernel.org; mark.rutl...@arm.com;
> linux-...@vger.kernel.org;
PING!
Regards,
Yuantian
> -Original Message-
> From: yuantian.t...@nxp.com [mailto:yuantian.t...@nxp.com]
> Sent: Wednesday, February 15, 2017 1:48 PM
> To: mturque...@baylibre.com
> Cc: sb...@codeaurora.org; robh...@kernel.org; mark.rutl...@arm.com;
> linux-...@vger.kernel.org;
On 02/26/2017 07:24 PM, Jiancheng Xue wrote:
> Hi Andreas,
>
> On 2017/2/26 9:32, Andreas Färber wrote:
>> Am 22.02.2017 um 09:38 schrieb Jiancheng Xue:
>>> Add bindings for HiSilicon hi3798cv200 SoC and Poplar Board.
>>>
>>> Signed-off-by: Jiancheng Xue
>>> ---
>>>
On 02/26/2017 07:24 PM, Jiancheng Xue wrote:
> Hi Andreas,
>
> On 2017/2/26 9:32, Andreas Färber wrote:
>> Am 22.02.2017 um 09:38 schrieb Jiancheng Xue:
>>> Add bindings for HiSilicon hi3798cv200 SoC and Poplar Board.
>>>
>>> Signed-off-by: Jiancheng Xue
>>> ---
>>>
Hi, Rafael
> From: linux-acpi-ow...@vger.kernel.org
> [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Rafael J.
> Wysocki
> Subject: Re: [PATCH v2] acpi: acpica: fix acpi operand cache leak
>
> On Fri, Feb 24, 2017 at 11:37 PM, Seunghun Han wrote:
> > Hi, Rafael.
> >
Hi, Rafael
> From: linux-acpi-ow...@vger.kernel.org
> [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Rafael J.
> Wysocki
> Subject: Re: [PATCH v2] acpi: acpica: fix acpi operand cache leak
>
> On Fri, Feb 24, 2017 at 11:37 PM, Seunghun Han wrote:
> > Hi, Rafael.
> >
> > I agree with
Change lnet_event_t from typedef to proper structure.
Signed-off-by: James Simmons
Reviewed-on: https://review.whamcloud.com/20831
Reviewed-by: Olaf Weber
Reviewed-by: Doug Oucharek
Reviewed-by: Dmitry Eremin
Change lnet_event_t from typedef to proper structure.
Signed-off-by: James Simmons
Reviewed-on: https://review.whamcloud.com/20831
Reviewed-by: Olaf Weber
Reviewed-by: Doug Oucharek
Reviewed-by: Dmitry Eremin
Reviewed-by: Oleg Drokin
Signed-off-by: James Simmons
---
From: Geert Uytterhoeven
Date: Fri, 24 Feb 2017 11:25:55 +0100
> This allows to enable and run the accompanying test (test_parman)
> without dependencies on other users of parman.
>
> Signed-off-by: Geert Uytterhoeven
Applied, thanks.
From: Geert Uytterhoeven
Date: Fri, 24 Feb 2017 11:25:55 +0100
> This allows to enable and run the accompanying test (test_parman)
> without dependencies on other users of parman.
>
> Signed-off-by: Geert Uytterhoeven
Applied, thanks.
---
drivers/staging/ks7010/ks_wlan_ioctl.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/ks7010/ks_wlan_ioctl.h
b/drivers/staging/ks7010/ks_wlan_ioctl.h
index 0aa402d..9f71f01 100644
--- a/drivers/staging/ks7010/ks_wlan_ioctl.h
+++
---
drivers/staging/ks7010/ks_wlan_ioctl.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/ks7010/ks_wlan_ioctl.h
b/drivers/staging/ks7010/ks_wlan_ioctl.h
index 0aa402d..9f71f01 100644
--- a/drivers/staging/ks7010/ks_wlan_ioctl.h
+++
1 - 100 of 504 matches
Mail list logo