On 2018-08-02 14:00, skan...@codeaurora.org wrote:
On 2018-08-02 02:56, MyungJoo Ham wrote:
Many CPU architectures have caches that can scale independent of the
CPUs.
Frequency scaling of the caches is necessary to make sure the cache
is not
a performance bottleneck that leads to poor
On 2018-08-02 14:00, skan...@codeaurora.org wrote:
On 2018-08-02 02:56, MyungJoo Ham wrote:
Many CPU architectures have caches that can scale independent of the
CPUs.
Frequency scaling of the caches is necessary to make sure the cache
is not
a performance bottleneck that leads to poor
On Mon 06-08-18 15:19:06, Yang Shi wrote:
>
>
> On 8/6/18 1:52 PM, Michal Hocko wrote:
> > On Mon 06-08-18 13:48:35, Yang Shi wrote:
> > >
> > > On 8/6/18 1:41 PM, Michal Hocko wrote:
> > > > On Mon 06-08-18 09:46:30, Yang Shi wrote:
> > > > > On 8/6/18 2:40 AM, Michal Hocko wrote:
> > > > > >
On Mon 06-08-18 15:19:06, Yang Shi wrote:
>
>
> On 8/6/18 1:52 PM, Michal Hocko wrote:
> > On Mon 06-08-18 13:48:35, Yang Shi wrote:
> > >
> > > On 8/6/18 1:41 PM, Michal Hocko wrote:
> > > > On Mon 06-08-18 09:46:30, Yang Shi wrote:
> > > > > On 8/6/18 2:40 AM, Michal Hocko wrote:
> > > > > >
Add driver for arm pl353 static memory controller nand interface with
HW ECC support. This controller is used in Xilinx Zynq SoC for
interfacing the NAND flash memory.
Signed-off-by: Naga Sureshkumar Relli
---
Changes in v12:
- Rebased the driver on top of v4.19 nand tree
- Removed
Add driver for arm pl353 static memory controller nand interface with
HW ECC support. This controller is used in Xilinx Zynq SoC for
interfacing the NAND flash memory.
Signed-off-by: Naga Sureshkumar Relli
---
Changes in v12:
- Rebased the driver on top of v4.19 nand tree
- Removed
On Mon, Aug 06, 2018 at 03:17:47PM +0200, Vasily Gorbik wrote:
> Utilize -mfentry and -mnop-mcount gcc options together with
> -mrecord-mcount to get compiler generated calls to the profiling functions
> as nops which are compatible with current -mhotpatch=0,3 approach. At the
> same time
On Mon, Aug 06, 2018 at 03:17:47PM +0200, Vasily Gorbik wrote:
> Utilize -mfentry and -mnop-mcount gcc options together with
> -mrecord-mcount to get compiler generated calls to the profiling functions
> as nops which are compatible with current -mhotpatch=0,3 approach. At the
> same time
Hi,
On Mon, Jul 23, 2018 at 4:33 PM, Rob Herring wrote:
>> OK, I guess I will try again then and you can tell me when I get it
>> right (unless you tell me I should just change the driver to not use
>> named registers at all). How about:
>>
>> - reg:
>> - For "qcom,sdm845-qmp-usb3-phy":
>>
Hi,
On Mon, Jul 23, 2018 at 4:33 PM, Rob Herring wrote:
>> OK, I guess I will try again then and you can tell me when I get it
>> right (unless you tell me I should just change the driver to not use
>> named registers at all). How about:
>>
>> - reg:
>> - For "qcom,sdm845-qmp-usb3-phy":
>>
After the commit 8b1087fa3a27 ("phy: qcom-qmp: Fix dts bindings to
reflect reality") landed there was some review feedback that 'reg'
should have been documented differently. Fix it as per review
feedback.
As per that feedback:
- Subject should have been 'dt-bindings: phy:' which this patch now
After the commit 8b1087fa3a27 ("phy: qcom-qmp: Fix dts bindings to
reflect reality") landed there was some review feedback that 'reg'
should have been documented differently. Fix it as per review
feedback.
As per that feedback:
- Subject should have been 'dt-bindings: phy:' which this patch now
Hello Omar,
On 07/26/2018 05:29 AM, Omar Sandoval wrote:
From: Omar Sandoval
kclist_add() is only called at init time, so there's no point in
grabbing any locks. We're also going to replace the rwlock with a rwsem,
which we don't want to try grabbing during early boot.
While we're here, mark
Hello Omar,
On 07/26/2018 05:29 AM, Omar Sandoval wrote:
From: Omar Sandoval
kclist_add() is only called at init time, so there's no point in
grabbing any locks. We're also going to replace the rwlock with a rwsem,
which we don't want to try grabbing during early boot.
While we're here, mark
On 08/01/2018 07:46 PM, J. Bruce Fields wrote:
On Fri, Jul 27, 2018 at 08:22:25AM +0800, Ye Xiaolong wrote:
On 07/16, Ye Xiaolong wrote:
On 07/04, Huang, Ying wrote:
"J. Bruce Fields" writes:
Thanks!
On Wed, Jun 20, 2018 at 02:52:43PM +0800, kernel test robot wrote:
FYI, we noticed a
On 08/01/2018 07:46 PM, J. Bruce Fields wrote:
On Fri, Jul 27, 2018 at 08:22:25AM +0800, Ye Xiaolong wrote:
On 07/16, Ye Xiaolong wrote:
On 07/04, Huang, Ying wrote:
"J. Bruce Fields" writes:
Thanks!
On Wed, Jun 20, 2018 at 02:52:43PM +0800, kernel test robot wrote:
FYI, we noticed a
On Mon, Aug 6, 2018 at 8:30 PM, Christian Brauner wrote:
> On Mon, Aug 06, 2018 at 08:44:42PM -0600, Tycho Andersen wrote:
>> Hi all,
>>
>> Dinesh Subhraveti has claimed that some part of this series might be
>> patented. While he has not furnished me with anything to confirm this
>> claim, I'll
On Mon, Aug 6, 2018 at 8:30 PM, Christian Brauner wrote:
> On Mon, Aug 06, 2018 at 08:44:42PM -0600, Tycho Andersen wrote:
>> Hi all,
>>
>> Dinesh Subhraveti has claimed that some part of this series might be
>> patented. While he has not furnished me with anything to confirm this
>> claim, I'll
Signed-off-by: Leonardo Brás
---
drivers/staging/fbtft/fbtft.h | 18 +++---
1 file changed, 11 insertions(+), 7 deletions(-)
diff --git a/drivers/staging/fbtft/fbtft.h b/drivers/staging/fbtft/fbtft.h
index 41ac00239aa3..eb2bdc4870be 100644
--- a/drivers/staging/fbtft/fbtft.h
+++
Signed-off-by: Leonardo Brás
---
drivers/staging/fbtft/fbtft.h | 18 +++---
1 file changed, 11 insertions(+), 7 deletions(-)
diff --git a/drivers/staging/fbtft/fbtft.h b/drivers/staging/fbtft/fbtft.h
index 41ac00239aa3..eb2bdc4870be 100644
--- a/drivers/staging/fbtft/fbtft.h
+++
Signed-off-by: Leonardo Brás
---
drivers/staging/fbtft/fbtft.h | 56 +--
1 file changed, 28 insertions(+), 28 deletions(-)
diff --git a/drivers/staging/fbtft/fbtft.h b/drivers/staging/fbtft/fbtft.h
index 3f3dcd96f9a7..41ac00239aa3 100644
---
Signed-off-by: Leonardo Brás
---
drivers/staging/fbtft/fbtft.h | 56 +--
1 file changed, 28 insertions(+), 28 deletions(-)
diff --git a/drivers/staging/fbtft/fbtft.h b/drivers/staging/fbtft/fbtft.h
index 3f3dcd96f9a7..41ac00239aa3 100644
---
Signed-off-by: Leonardo Brás
---
drivers/staging/fbtft/fbtft-core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/fbtft/fbtft-core.c
b/drivers/staging/fbtft/fbtft-core.c
index a9ee586ee6ba..4c71106d3b71 100644
--- a/drivers/staging/fbtft/fbtft-core.c
+++
Signed-off-by: Leonardo Brás
---
drivers/staging/fbtft/fbtft-core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/fbtft/fbtft-core.c
b/drivers/staging/fbtft/fbtft-core.c
index a9ee586ee6ba..4c71106d3b71 100644
--- a/drivers/staging/fbtft/fbtft-core.c
+++
Signed-off-by: Leonardo Brás
---
drivers/staging/fbtft/fbtft-sysfs.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/fbtft/fbtft-sysfs.c
b/drivers/staging/fbtft/fbtft-sysfs.c
index 8327f8f26ab1..99c8c9a636b5 100644
---
Signed-off-by: Leonardo Brás
---
drivers/staging/fbtft/fbtft-sysfs.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/fbtft/fbtft-sysfs.c
b/drivers/staging/fbtft/fbtft-sysfs.c
index 8327f8f26ab1..99c8c9a636b5 100644
---
Signed-off-by: Leonardo Brás
---
drivers/staging/fbtft/fbtft.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/fbtft/fbtft.h b/drivers/staging/fbtft/fbtft.h
index d8e7204a8d74..3f3dcd96f9a7 100644
--- a/drivers/staging/fbtft/fbtft.h
+++
Signed-off-by: Leonardo Brás
---
drivers/staging/fbtft/fbtft.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/fbtft/fbtft.h b/drivers/staging/fbtft/fbtft.h
index d8e7204a8d74..3f3dcd96f9a7 100644
--- a/drivers/staging/fbtft/fbtft.h
+++
Signed-off-by: Leonardo Brás
---
drivers/staging/fbtft/fbtft-bus.c | 10 ++
drivers/staging/fbtft/fbtft-core.c | 6 --
drivers/staging/fbtft/fbtft.h | 4 ++--
3 files changed, 12 insertions(+), 8 deletions(-)
diff --git a/drivers/staging/fbtft/fbtft-bus.c
Signed-off-by: Leonardo Brás
---
drivers/staging/fbtft/fbtft-bus.c | 10 ++
drivers/staging/fbtft/fbtft-core.c | 6 --
drivers/staging/fbtft/fbtft.h | 4 ++--
3 files changed, 12 insertions(+), 8 deletions(-)
diff --git a/drivers/staging/fbtft/fbtft-bus.c
Signed-off-by: Leonardo Brás
---
drivers/staging/fbtft/fb_s6d02a1.c | 1 -
drivers/staging/fbtft/fb_s6d1121.c | 1 +
drivers/staging/fbtft/fb_ssd1289.c | 1 +
drivers/staging/fbtft/fbtft_device.c | 2 --
4 files changed, 2 insertions(+), 3 deletions(-)
diff --git
Signed-off-by: Leonardo Brás
---
drivers/staging/fbtft/fb_s6d02a1.c | 1 -
drivers/staging/fbtft/fb_s6d1121.c | 1 +
drivers/staging/fbtft/fb_ssd1289.c | 1 +
drivers/staging/fbtft/fbtft_device.c | 2 --
4 files changed, 2 insertions(+), 3 deletions(-)
diff --git
Signed-off-by: Leonardo Brás
---
drivers/staging/fbtft/fb_ssd1289.c | 6 +--
drivers/staging/fbtft/fb_ssd1306.c | 3 +-
drivers/staging/fbtft/fb_ssd1331.c | 9 -
drivers/staging/fbtft/fb_ssd1351.c | 43 +
drivers/staging/fbtft/fb_st7735r.c | 19 +++---
Signed-off-by: Leonardo Brás
---
drivers/staging/fbtft/fb_ssd1289.c | 6 +--
drivers/staging/fbtft/fb_ssd1306.c | 3 +-
drivers/staging/fbtft/fb_ssd1331.c | 9 -
drivers/staging/fbtft/fb_ssd1351.c | 43 +
drivers/staging/fbtft/fb_st7735r.c | 19 +++---
Signed-off-by: Leonardo Brás
---
drivers/staging/fbtft/fb_hx8347d.c | 2 +-
drivers/staging/fbtft/fb_ili9163.c | 2 +-
drivers/staging/fbtft/fb_ili9320.c | 2 +-
drivers/staging/fbtft/fb_ili9325.c | 2 +-
drivers/staging/fbtft/fb_ili9341.c | 2 +-
Signed-off-by: Leonardo Brás
---
drivers/staging/fbtft/fb_hx8347d.c | 2 +-
drivers/staging/fbtft/fb_ili9163.c | 2 +-
drivers/staging/fbtft/fb_ili9320.c | 2 +-
drivers/staging/fbtft/fb_ili9325.c | 2 +-
drivers/staging/fbtft/fb_ili9341.c | 2 +-
Signed-off-by: Leonardo Brás
---
drivers/staging/fbtft/fb_agm1264k-fl.c | 2 +-
drivers/staging/fbtft/fb_ra8875.c | 4 ++--
drivers/staging/fbtft/fb_tinylcd.c | 2 +-
drivers/staging/fbtft/fb_upd161704.c | 19 +--
drivers/staging/fbtft/fb_watterott.c | 4 ++--
5
Signed-off-by: Leonardo Brás
---
drivers/staging/fbtft/fb_agm1264k-fl.c | 2 +-
drivers/staging/fbtft/fb_ra8875.c | 4 ++--
drivers/staging/fbtft/fb_tinylcd.c | 2 +-
drivers/staging/fbtft/fb_upd161704.c | 19 +--
drivers/staging/fbtft/fb_watterott.c | 4 ++--
5
I did some style fixes on staging/fbtft using scripts/checkpatch.pl.
Please feel free to suggest any changes.
Leonardo Brás (11):
staging: fbtft: Changes udelay(n) to usleep_range(n, n + 1). - Style
staging: fbtft: Puts macro arguments in parenthesis to avoid
precedence issues - Style
I did some style fixes on staging/fbtft using scripts/checkpatch.pl.
Please feel free to suggest any changes.
Leonardo Brás (11):
staging: fbtft: Changes udelay(n) to usleep_range(n, n + 1). - Style
staging: fbtft: Puts macro arguments in parenthesis to avoid
precedence issues - Style
Make sure of_device_id tables are NULL terminated.
Found by coccinelle spatch "misc/of_table.cocci"
Signed-off-by: YueHaibing
---
arch/nds32/kernel/atl2c.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/nds32/kernel/atl2c.c b/arch/nds32/kernel/atl2c.c
index
Make sure of_device_id tables are NULL terminated.
Found by coccinelle spatch "misc/of_table.cocci"
Signed-off-by: YueHaibing
---
arch/nds32/kernel/atl2c.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/nds32/kernel/atl2c.c b/arch/nds32/kernel/atl2c.c
index
On Mon, Aug 06, 2018 at 08:44:42PM -0600, Tycho Andersen wrote:
> Hi all,
>
> Dinesh Subhraveti has claimed that some part of this series might be
> patented. While he has not furnished me with anything to confirm this
> claim, I'll put this series on hold.
Hey man,
Sorry to hear that your
On Mon, Aug 06, 2018 at 08:44:42PM -0600, Tycho Andersen wrote:
> Hi all,
>
> Dinesh Subhraveti has claimed that some part of this series might be
> patented. While he has not furnished me with anything to confirm this
> claim, I'll put this series on hold.
Hey man,
Sorry to hear that your
On Tue, 7 Aug 2018, zhaowu...@wingtech.com wrote:
>
> Thanks for affirming the modification of disabling preemption and
> pointing out the incompleteness, delete_from_swap_cache() needs the same
> protection.
> I'm curious about that why don't put swapcache_free(swap) under protection of
>
On Tue, 7 Aug 2018, zhaowu...@wingtech.com wrote:
>
> Thanks for affirming the modification of disabling preemption and
> pointing out the incompleteness, delete_from_swap_cache() needs the same
> protection.
> I'm curious about that why don't put swapcache_free(swap) under protection of
>
Hello Beloved,
my name is Mrs. Evelyn Allyson. I was diagnosed with cancer about 2
years ago, and I am receiving treatment for it, but now the doctors
are saying I have a short time to live. I had no children of my own
with my late husband. I have decided to donate US$ 10.5M (Ten Million
Five
Hello Beloved,
my name is Mrs. Evelyn Allyson. I was diagnosed with cancer about 2
years ago, and I am receiving treatment for it, but now the doctors
are saying I have a short time to live. I had no children of my own
with my late husband. I have decided to donate US$ 10.5M (Ten Million
Five
> On Aug 6, 2018, at 7:44 PM, Tycho Andersen wrote:
>
> Hi all,
>
> Dinesh Subhraveti has claimed that some part of this series might be
> patented. While he has not furnished me with anything to confirm this
> claim, I'll put this series on hold.
That... is utterly ridiculous. Does LF have
> On Aug 6, 2018, at 7:44 PM, Tycho Andersen wrote:
>
> Hi all,
>
> Dinesh Subhraveti has claimed that some part of this series might be
> patented. While he has not furnished me with anything to confirm this
> claim, I'll put this series on hold.
That... is utterly ridiculous. Does LF have
> On Aug 6, 2018, at 6:22 PM, Jann Horn wrote:
>
> There have been multiple kernel vulnerabilities that permitted userspace to
> pass completely unchecked pointers through to userspace accessors:
>
> - the waitid() bug - commit 96ca579a1ecc ("waitid(): Add missing
> access_ok() checks")
> -
> On Aug 6, 2018, at 6:22 PM, Jann Horn wrote:
>
> There have been multiple kernel vulnerabilities that permitted userspace to
> pass completely unchecked pointers through to userspace accessors:
>
> - the waitid() bug - commit 96ca579a1ecc ("waitid(): Add missing
> access_ok() checks")
> -
On Wed, Aug 1, 2018 at 3:43 PM, Akash Gajjar wrote:
> sopine board has a csi. enable supply dvdd-1v8-csi, dovdd-2v8-csi and
> avdd-2v8-csi on board to access external camera connected to it.
Unless there are other uses beyond supplying the camera module, this is not
going to be accepted.
On Wed, Aug 1, 2018 at 3:43 PM, Akash Gajjar wrote:
> sopine board has a csi. enable supply dvdd-1v8-csi, dovdd-2v8-csi and
> avdd-2v8-csi on board to access external camera connected to it.
Unless there are other uses beyond supplying the camera module, this is not
going to be accepted.
The pin 327 was supposed to be used as a voltage control line for the
SD card regulator, but the SD card port1 does not support UHS-I. It
only supports 3.3V signaling, hence this pin is pointless.
Just a note about the background. At first, hardware engineers tried
to implement the UHS for this
The pin 327 was supposed to be used as a voltage control line for the
SD card regulator, but the SD card port1 does not support UHS-I. It
only supports 3.3V signaling, hence this pin is pointless.
Just a note about the background. At first, hardware engineers tried
to implement the UHS for this
Want to follow up the email sent last week.
Do you have needs for photo editing?
We can edit 400 images within 24 hours.
We are working on all kinds of ecommerce photos, jewelry photos, and the
portrait images.
We do cutting out and clipping path and others, and also we provide
retouching for
Want to follow up the email sent last week.
Do you have needs for photo editing?
We can edit 400 images within 24 hours.
We are working on all kinds of ecommerce photos, jewelry photos, and the
portrait images.
We do cutting out and clipping path and others, and also we provide
retouching for
Hi all,
Dinesh Subhraveti has claimed that some part of this series might be
patented. While he has not furnished me with anything to confirm this
claim, I'll put this series on hold.
Tycho
On Thu, Jun 21, 2018 at 04:04:12PM -0600, Tycho Andersen wrote:
> Hi all,
>
> Here's v4 of the seccomp
Hi all,
Dinesh Subhraveti has claimed that some part of this series might be
patented. While he has not furnished me with anything to confirm this
claim, I'll put this series on hold.
Tycho
On Thu, Jun 21, 2018 at 04:04:12PM -0600, Tycho Andersen wrote:
> Hi all,
>
> Here's v4 of the seccomp
On Mon, Aug 6, 2018 at 6:22 PM, Jann Horn wrote:
> There have been multiple kernel vulnerabilities that permitted userspace to
> pass completely unchecked pointers through to userspace accessors:
>
> - the waitid() bug - commit 96ca579a1ecc ("waitid(): Add missing
>access_ok() checks")
> -
On Mon, Aug 6, 2018 at 6:22 PM, Jann Horn wrote:
> There have been multiple kernel vulnerabilities that permitted userspace to
> pass completely unchecked pointers through to userspace accessors:
>
> - the waitid() bug - commit 96ca579a1ecc ("waitid(): Add missing
>access_ok() checks")
> -
On 08/06/2018 04:19 PM, Jerry Hoemann wrote:
On Sat, Aug 04, 2018 at 06:13:20PM -0700, Guenter Roeck wrote:
On 08/02/2018 02:15 PM, Jerry Hoemann wrote:
Print module parameters when the driver is loaded.
Signed-off-by: Jerry Hoemann
---
drivers/watchdog/hpwdt.c | 5 +++--
1 file
On 08/06/2018 04:19 PM, Jerry Hoemann wrote:
On Sat, Aug 04, 2018 at 06:13:20PM -0700, Guenter Roeck wrote:
On 08/02/2018 02:15 PM, Jerry Hoemann wrote:
Print module parameters when the driver is loaded.
Signed-off-by: Jerry Hoemann
---
drivers/watchdog/hpwdt.c | 5 +++--
1 file
在 2018-08-06一的 16:05 +0200，gre...@linuxfoundation.org写道：
> On Mon, Aug 06, 2018 at 01:48:44AM +, Zhang, Ning A wrote:
> > 在 2018-08-03五的 12:31 +0200，gre...@linuxfoundation.org写道：
> > > On Fri, Aug 03, 2018 at 08:42:25AM +, Zhang, Ning A wrote:
> > > > 在 2018-08-03五的 07:39 +0200，Greg KH写道：
在 2018-08-06一的 16:05 +0200，gre...@linuxfoundation.org写道：
> On Mon, Aug 06, 2018 at 01:48:44AM +, Zhang, Ning A wrote:
> > 在 2018-08-03五的 12:31 +0200，gre...@linuxfoundation.org写道：
> > > On Fri, Aug 03, 2018 at 08:42:25AM +, Zhang, Ning A wrote:
> > > > 在 2018-08-03五的 07:39 +0200，Greg KH写道：
Want to follow up the email sent last week.
Do you have needs for photo editing?
We can edit 400 images within 24 hours.
We are working on all kinds of ecommerce photos, jewelry photos, and the
portrait images.
We do cutting out and clipping path and others, and also we provide
retouching for
Want to follow up the email sent last week.
Do you have needs for photo editing?
We can edit 400 images within 24 hours.
We are working on all kinds of ecommerce photos, jewelry photos, and the
portrait images.
We do cutting out and clipping path and others, and also we provide
retouching for
Hi Rob,
On 8/7/2018 2:05 AM, Rob Herring wrote:
> On Fri, Aug 3, 2018 at 8:10 AM Sricharan R wrote:
>>
>> Add a new board dts for ipq8064-ap161.
>>
>> Signed-off-by: Sricharan R
>> ---
>> Documentation/devicetree/bindings/arm/qcom.txt | 2 ++
>> arch/arm/boot/dts/Makefile |
Hi Rob,
On 8/7/2018 2:05 AM, Rob Herring wrote:
> On Fri, Aug 3, 2018 at 8:10 AM Sricharan R wrote:
>>
>> Add a new board dts for ipq8064-ap161.
>>
>> Signed-off-by: Sricharan R
>> ---
>> Documentation/devicetree/bindings/arm/qcom.txt | 2 ++
>> arch/arm/boot/dts/Makefile |
Want to follow up the email sent last week.
Do you have needs for photo editing?
We can edit 400 images within 24 hours.
We are working on all kinds of ecommerce photos, jewelry photos, and the
portrait images.
We do cutting out and clipping path and others, and also we provide
retouching for
Want to follow up the email sent last week.
Do you have needs for photo editing?
We can edit 400 images within 24 hours.
We are working on all kinds of ecommerce photos, jewelry photos, and the
portrait images.
We do cutting out and clipping path and others, and also we provide
retouching for
2018-08-07 9:59 GMT+09:00 Stephen Rothwell :
> Hi all,
>
> On Mon, 6 Aug 2018 22:24:01 +1000 Stephen Rothwell
> wrote:
>>
>> On Mon, 6 Aug 2018 10:37:38 +1000 Stephen Rothwell
>> wrote:
>> >
>> > After merging the vfs tree, today's linux-next build (x86_64 allmodconfig)
>> > failed like this:
2018-08-07 9:59 GMT+09:00 Stephen Rothwell :
> Hi all,
>
> On Mon, 6 Aug 2018 22:24:01 +1000 Stephen Rothwell
> wrote:
>>
>> On Mon, 6 Aug 2018 10:37:38 +1000 Stephen Rothwell
>> wrote:
>> >
>> > After merging the vfs tree, today's linux-next build (x86_64 allmodconfig)
>> > failed like this:
This patch series try to add pinctrl driver support for
the Meson-G12A SoC.
The pinctrl driver for Meson-G12A SoC share the similar IP as
the previous Meson-AXG SoC, both use same pinmux ops (register layout).
But, a new driver is needed here due to the differences in the pins.
Changes since
Add the pinctrl driver for Meson-G12A SoC which share the similar IP as
the previous Meson-AXG SoC, both use same pinmux ops (register layout).
A new driver is needed here due to the differences in the pins.
Starting from Meson-AXG SoC, the pinctrl controller block use 4
continues register bits
This patch series try to add pinctrl driver support for
the Meson-G12A SoC.
The pinctrl driver for Meson-G12A SoC share the similar IP as
the previous Meson-AXG SoC, both use same pinmux ops (register layout).
But, a new driver is needed here due to the differences in the pins.
Changes since
Add the pinctrl driver for Meson-G12A SoC which share the similar IP as
the previous Meson-AXG SoC, both use same pinmux ops (register layout).
A new driver is needed here due to the differences in the pins.
Starting from Meson-AXG SoC, the pinctrl controller block use 4
continues register bits
Add new compatible name for Amlogic's Meson-G12A pin controllers,
add a dt-binding header file which document the detail pin names.
Acked-by: Martin Blumenstingl
Reviewed-by: Rob Herring
Signed-off-by: Xingyu Chen
Signed-off-by: Yixun Lan
---
.../bindings/pinctrl/meson,pinctrl.txt|
Add new compatible name for Amlogic's Meson-G12A pin controllers,
add a dt-binding header file which document the detail pin names.
Acked-by: Martin Blumenstingl
Reviewed-by: Rob Herring
Signed-off-by: Xingyu Chen
Signed-off-by: Yixun Lan
---
.../bindings/pinctrl/meson,pinctrl.txt|
On Mon, 6 Aug 2018 21:54:32 -0400
Steven Rostedt wrote:
> --- a/kernel/trace/trace_preemptirq.c
> +++ b/kernel/trace/trace_preemptirq.c
> @@ -20,40 +20,52 @@ static DEFINE_PER_CPU(int, tracing_irq_cpu);
> void trace_hardirqs_on(void)
> {
> if (!this_cpu_read(tracing_irq_cpu))
> -
On Mon, 6 Aug 2018 21:54:32 -0400
Steven Rostedt wrote:
> --- a/kernel/trace/trace_preemptirq.c
> +++ b/kernel/trace/trace_preemptirq.c
> @@ -20,40 +20,52 @@ static DEFINE_PER_CPU(int, tracing_irq_cpu);
> void trace_hardirqs_on(void)
> {
> if (!this_cpu_read(tracing_irq_cpu))
> -
Since function "handle_mem_options" is used only once:
arch/x86/boot/compressed/kaslr.c:421
handle_mem_options();
The return value is useless, so change it to void.
And also clean a useless variable.
Suggested-by: Dou Liyang
Signed-off-by: Chao Fan
---
arch/x86/boot/compressed/kaslr.c
Since function "handle_mem_options" is used only once:
arch/x86/boot/compressed/kaslr.c:421
handle_mem_options();
The return value is useless, so change it to void.
And also clean a useless variable.
Suggested-by: Dou Liyang
Signed-off-by: Chao Fan
---
arch/x86/boot/compressed/kaslr.c
[ Peter, you OK with this patch? It just makes lockdep call its helper
functions directly like it did before. ]
From: "Steven Rostedt (VMware)"
Joel Fernandes created a nice patch that cleaned up the duplicate hooks used
by lockdep and irqsoff latency tracer. It made both use tracepoints.
[ Peter, you OK with this patch? It just makes lockdep call its helper
functions directly like it did before. ]
From: "Steven Rostedt (VMware)"
Joel Fernandes created a nice patch that cleaned up the duplicate hooks used
by lockdep and irqsoff latency tracer. It made both use tracepoints.
On Mon, 6 Aug 2018 17:43:19 -0700
Joel Fernandes wrote:
> On Mon, Aug 6, 2018 at 12:50 PM, Steven Rostedt wrote:
> >
> > With this patch applied, I'm constantly getting lockdep errors. Instead
> > of doing a full revert of the patch, I did this, which makes all those
> > errors go away. I may
On Mon, 6 Aug 2018 17:43:19 -0700
Joel Fernandes wrote:
> On Mon, Aug 6, 2018 at 12:50 PM, Steven Rostedt wrote:
> >
> > With this patch applied, I'm constantly getting lockdep errors. Instead
> > of doing a full revert of the patch, I did this, which makes all those
> > errors go away. I may
From: Steven Rostedt (VMware)
While working on irqs disabled tracepoints, I triggered the following
warning:
[ cut here ]
IRQs not disabled as expected
WARNING: CPU: 0 PID: 0 at kernel/softirq.c:144 __local_bh_enable+0x9b/0xe0
Modules linked in:
CPU: 0 PID: 0
Hi David,
On 08/06/2018 11:32 AM, David Lechner wrote:
> On 06/29/2018 07:17 PM, Suman Anna wrote:
>> Hi David,
>>
>> On 06/29/2018 12:44 PM, David Lechner wrote:
>>> On 06/29/2018 04:58 AM, Roger Quadros wrote:
+Suman & Tero
Hi David,
On 24/06/18 00:08, David Lechner
From: Steven Rostedt (VMware)
While working on irqs disabled tracepoints, I triggered the following
warning:
[ cut here ]
IRQs not disabled as expected
WARNING: CPU: 0 PID: 0 at kernel/softirq.c:144 __local_bh_enable+0x9b/0xe0
Modules linked in:
CPU: 0 PID: 0
Hi David,
On 08/06/2018 11:32 AM, David Lechner wrote:
> On 06/29/2018 07:17 PM, Suman Anna wrote:
>> Hi David,
>>
>> On 06/29/2018 12:44 PM, David Lechner wrote:
>>> On 06/29/2018 04:58 AM, Roger Quadros wrote:
+Suman & Tero
Hi David,
On 24/06/18 00:08, David Lechner
Hi Matthias,
On 2018년 08월 07일 09:23, Matthias Kaehlcke wrote:
> Hi Chanwoo,
>
> On Tue, Aug 07, 2018 at 07:31:16AM +0900, Chanwoo Choi wrote:
>> Hi Matthias,
>>
>> On 2018년 08월 07일 04:21, Matthias Kaehlcke wrote:
>>> Hi Chanwoo,
>>>
>>> On Fri, Aug 03, 2018 at 09:14:46AM +0900, Chanwoo Choi
Hi Matthias,
On 2018년 08월 07일 09:23, Matthias Kaehlcke wrote:
> Hi Chanwoo,
>
> On Tue, Aug 07, 2018 at 07:31:16AM +0900, Chanwoo Choi wrote:
>> Hi Matthias,
>>
>> On 2018년 08월 07일 04:21, Matthias Kaehlcke wrote:
>>> Hi Chanwoo,
>>>
>>> On Fri, Aug 03, 2018 at 09:14:46AM +0900, Chanwoo Choi
hi Maxime:
On Sun, Aug 5, 2018 at 4:02 AM, Maxime Jourdan wrote:
>>> + sysctrl_DMC: system-controller@0 {
>>> + compatible =
>>> "amlogic,meson-gx-dmc-sysctrl", "syscon", "simple-mfd";
>>
>> we'd like to drop 'meson-' prefix, so better using
hi Maxime:
On Sun, Aug 5, 2018 at 4:02 AM, Maxime Jourdan wrote:
>>> + sysctrl_DMC: system-controller@0 {
>>> + compatible =
>>> "amlogic,meson-gx-dmc-sysctrl", "syscon", "simple-mfd";
>>
>> we'd like to drop 'meson-' prefix, so better using
Depending on memory allocations, it was possible to get a SEGFAULT in
free_dup_event() because the event pointer was bogus:
perf[1354]: segfault at 0006 ip 004b7fc7
Initially, I thought it was some double free. But it turns out
it looked more like a buffer overrun. Adding
Depending on memory allocations, it was possible to get a SEGFAULT in
free_dup_event() because the event pointer was bogus:
perf[1354]: segfault at 0006 ip 004b7fc7
Initially, I thought it was some double free. But it turns out
it looked more like a buffer overrun. Adding
There have been multiple kernel vulnerabilities that permitted userspace to
pass completely unchecked pointers through to userspace accessors:
- the waitid() bug - commit 96ca579a1ecc ("waitid(): Add missing
access_ok() checks")
- the sg/bsg read/write APIs
- the infiniband read/write APIs
Test whether the kernel WARN()s when, under KERNEL_DS, a bad kernel pointer
is used as "userspace" pointer. Test with "DIRECT" mode.
Signed-off-by: Jann Horn
---
drivers/misc/lkdtm/core.c | 1 +
drivers/misc/lkdtm/lkdtm.h| 1 +
drivers/misc/lkdtm/usercopy.c | 13 +
3 files
1 - 100 of 1270 matches
Mail list logo
