Hi all,
Commits
cfdee655b178 ("GFS2: Make height info part of metapath")
8bdecc2563a5 ("GFS2: flush the log and all pages for jdata as we do for
WB_SYNC_ALL")
1ecfcbf9a59e ("GFS2: Take inode off order_write list when setting jdata flag")
are missing a Signed-off-by from their committer.
Hi all,
Commits
cfdee655b178 ("GFS2: Make height info part of metapath")
8bdecc2563a5 ("GFS2: flush the log and all pages for jdata as we do for
WB_SYNC_ALL")
1ecfcbf9a59e ("GFS2: Take inode off order_write list when setting jdata flag")
are missing a Signed-off-by from their committer.
Minchan Kim writes:
> Hi Huang,
>
> On Tue, Oct 31, 2017 at 01:32:32PM +0800, Huang, Ying wrote:
>> Hi, Minchan,
>>
>> Minchan Kim writes:
>>
>> > Hi Huang,
>> >
>> > On Fri, Oct 27, 2017 at 01:53:27PM +0800, Huang, Ying wrote:
>> >> From: Huang Ying
Minchan Kim writes:
> Hi Huang,
>
> On Tue, Oct 31, 2017 at 01:32:32PM +0800, Huang, Ying wrote:
>> Hi, Minchan,
>>
>> Minchan Kim writes:
>>
>> > Hi Huang,
>> >
>> > On Fri, Oct 27, 2017 at 01:53:27PM +0800, Huang, Ying wrote:
>> >> From: Huang Ying
>> >>
>> >> When a page fault occurs for
Hi Huang,
On Tue, Oct 31, 2017 at 01:32:32PM +0800, Huang, Ying wrote:
> Hi, Minchan,
>
> Minchan Kim writes:
>
> > Hi Huang,
> >
> > On Fri, Oct 27, 2017 at 01:53:27PM +0800, Huang, Ying wrote:
> >> From: Huang Ying
> >>
> >> When a page
Hi Huang,
On Tue, Oct 31, 2017 at 01:32:32PM +0800, Huang, Ying wrote:
> Hi, Minchan,
>
> Minchan Kim writes:
>
> > Hi Huang,
> >
> > On Fri, Oct 27, 2017 at 01:53:27PM +0800, Huang, Ying wrote:
> >> From: Huang Ying
> >>
> >> When a page fault occurs for a swap entry, the physical swap
Hi all,
Commit
509708310cf9 ("r8169: Add support for interrupt coalesce tuning (ethtool -C)")
is missing a Signed-off-by from its author (or its author is wrong).
--
Cheers,
Stephen Rothwell
Hi all,
Commit
509708310cf9 ("r8169: Add support for interrupt coalesce tuning (ethtool -C)")
is missing a Signed-off-by from its author (or its author is wrong).
--
Cheers,
Stephen Rothwell
It seems that this is a typo error and the proper bit masking is
"RT | RS" instead of "RS | RS".
This issue was detected with the help of Coccinelle.
Reported-by: Julia Lawall
Signed-off-by: Gustavo A. R. Silva
---
arch/mips/mm/uasm-micromips.c |
It seems that this is a typo error and the proper bit masking is
"RT | RS" instead of "RS | RS".
This issue was detected with the help of Coccinelle.
Reported-by: Julia Lawall
Signed-off-by: Gustavo A. R. Silva
---
arch/mips/mm/uasm-micromips.c | 2 +-
1 file changed, 1 insertion(+), 1
Hi, Minchan,
Minchan Kim writes:
> Hi Huang,
>
> On Fri, Oct 27, 2017 at 01:53:27PM +0800, Huang, Ying wrote:
>> From: Huang Ying
>>
>> When a page fault occurs for a swap entry, the physical swap readahead
>> (not the VMA base swap readahead)
Hi, Minchan,
Minchan Kim writes:
> Hi Huang,
>
> On Fri, Oct 27, 2017 at 01:53:27PM +0800, Huang, Ying wrote:
>> From: Huang Ying
>>
>> When a page fault occurs for a swap entry, the physical swap readahead
>> (not the VMA base swap readahead) may readahead several swap entries
>> after the
The 1st patch actually fixes the issue. The 2nd patch adds a new element
in schedstat intended only for testing.
Atish Patra (2):
sched: Minimize the idle cpu selection race window.
sched: Add a stat for idle cpu selection race window.
kernel/sched/core.c | 6 ++
The 1st patch actually fixes the issue. The 2nd patch adds a new element
in schedstat intended only for testing.
Atish Patra (2):
sched: Minimize the idle cpu selection race window.
sched: Add a stat for idle cpu selection race window.
kernel/sched/core.c | 6 ++
This is ** Debug ** only patch not intended for merging.
A new stat in schedstat is added that represents number of
times cpu was already claimed during wakeup while some other
cpu tries to schedule tasks on it again. It helps to verify
if the concerned issue is present in a specific becnhmark.
This is ** Debug ** only patch not intended for merging.
A new stat in schedstat is added that represents number of
times cpu was already claimed during wakeup while some other
cpu tries to schedule tasks on it again. It helps to verify
if the concerned issue is present in a specific becnhmark.
Currently, multiple tasks can wakeup on same cpu from
select_idle_sibiling() path in case they wakeup simulatenously
and last ran on the same llc. This happens because an idle cpu
is not updated until idle task is scheduled out. Any task waking
during that period may potentially select that cpu
Currently, multiple tasks can wakeup on same cpu from
select_idle_sibiling() path in case they wakeup simulatenously
and last ran on the same llc. This happens because an idle cpu
is not updated until idle task is scheduled out. Any task waking
during that period may potentially select that cpu
Hi David, Johan,
Quoting Johan Hovold :
On Mon, Oct 30, 2017 at 11:54:33AM +, David Laight wrote:
From: Bjørn Mork
> Sent: 28 October 2017 11:57
> > In preparation to enabling -Wimplicit-fallthrough, mark switch cases
> > where we are expecting to fall through.
> >
> >
Hi David, Johan,
Quoting Johan Hovold :
On Mon, Oct 30, 2017 at 11:54:33AM +, David Laight wrote:
From: Bjørn Mork
> Sent: 28 October 2017 11:57
> > In preparation to enabling -Wimplicit-fallthrough, mark switch cases
> > where we are expecting to fall through.
> >
> > Notice that in this
On Monday 30 October 2017 06:12 PM, Niklas Cassel wrote:
> This way pci-dra7xx.c does not need its own copy of dw_pcie_ep_reset_bar().
>
> Signed-off-by: Niklas Cassel
Acked-by: Kishon Vijay Abraham I
> ---
> V2:
> * New patch in this series.
>
>
On Monday 30 October 2017 06:12 PM, Niklas Cassel wrote:
> This way pci-dra7xx.c does not need its own copy of dw_pcie_ep_reset_bar().
>
> Signed-off-by: Niklas Cassel
Acked-by: Kishon Vijay Abraham I
> ---
> V2:
> * New patch in this series.
>
> drivers/pci/dwc/pci-dra7xx.c | 9
On Mon, Oct 30, 2017 at 08:06:23PM -0700, Linus Torvalds wrote:
> We do that "free_pipe_info(inode->i_pipe);", but we never actually
> clear inode->i_pipe, so now we have an inode that looks like a pipe
> inode, and has a stale pointer to a pipe_inode_info.
>
> It all looks technically correct.
On Mon, Oct 30, 2017 at 08:06:23PM -0700, Linus Torvalds wrote:
> We do that "free_pipe_info(inode->i_pipe);", but we never actually
> clear inode->i_pipe, so now we have an inode that looks like a pipe
> inode, and has a stale pointer to a pipe_inode_info.
>
> It all looks technically correct.
From: Changbin Du
Recently I failed to build isoimage target, because the path of isolinux.bin
changed to /usr/xxx/ISOLINUX/isolinux.bin, as well as ldlinux.c32 which
changed to /usr/xxx/syslinux/modules/bios/ldlinux.c32.
This patch has a improvement of the file search:
From: Changbin Du
Recently I failed to build isoimage target, because the path of isolinux.bin
changed to /usr/xxx/ISOLINUX/isolinux.bin, as well as ldlinux.c32 which
changed to /usr/xxx/syslinux/modules/bios/ldlinux.c32.
This patch has a improvement of the file search:
- Don't print the raw
>From aa0f4ae8c325545b1fd794d6bbf8c4d2f64e2ec2 Mon Sep 17 00:00:00 2001
From: Kien Ha
Date: Fri, 27 Oct 2017 14:07:55 -0400
Subject: [PATCH v2] staging: rtlwifi: Fix line too long warning
Made nested if else statement more concise to help conform to coding
style.
>From aa0f4ae8c325545b1fd794d6bbf8c4d2f64e2ec2 Mon Sep 17 00:00:00 2001
From: Kien Ha
Date: Fri, 27 Oct 2017 14:07:55 -0400
Subject: [PATCH v2] staging: rtlwifi: Fix line too long warning
Made nested if else statement more concise to help conform to coding
style.
Signed-off-by: Kien Ha
---
On Mon, Oct 30, 2017 at 07:08:46PM -0700, Linus Torvalds wrote:
> On Mon, Oct 30, 2017 at 6:19 PM, Cong Wang wrote:
> >
> > 1. The faulty addresses are all near 0001, with one exception
> > of null (which is the most recent one)
>
> Well, they're at 8(%rax),
On Mon, Oct 30, 2017 at 07:08:46PM -0700, Linus Torvalds wrote:
> On Mon, Oct 30, 2017 at 6:19 PM, Cong Wang wrote:
> >
> > 1. The faulty addresses are all near 0001, with one exception
> > of null (which is the most recent one)
>
> Well, they're at 8(%rax), except for that last
Hi Heiko,
On 10/31/2017 07:01 AM, Heiko Stuebner wrote:
As I was just looking at the edp dts change in patch1 again, does this
series also contain a fix for the issue below [0] ?
I'm still seeing this on 4.14-rc6 with the most recent drm tree merged in.
i saw that too, it should due to our
Hi Heiko,
On 10/31/2017 07:01 AM, Heiko Stuebner wrote:
As I was just looking at the edp dts change in patch1 again, does this
series also contain a fix for the issue below [0] ?
I'm still seeing this on 4.14-rc6 with the most recent drm tree merged in.
i saw that too, it should due to our
On Sun 29 Oct 22:41 PDT 2017, Arun Kumar Neelakantam wrote:
> The "intent_req_comp" variable is used without initialization which
> results in NULL pointer dereference in qcom_glink_request_intent().
>
> we need to initialize the completion variable before using it.
>
> Fixes: 27b9c5b66b23
On Sun 29 Oct 22:41 PDT 2017, Arun Kumar Neelakantam wrote:
> The "intent_req_comp" variable is used without initialization which
> results in NULL pointer dereference in qcom_glink_request_intent().
>
> we need to initialize the completion variable before using it.
>
> Fixes: 27b9c5b66b23
On Thu 26 Oct 15:28 PDT 2017, Chris Lew wrote:
> Intents are used to specify when a channel can receive data from a
> remoteproc. Add support for channels to customize the size and amount
> of prequeued intents.
>
> An audio channel might expect to receive 3 packets of size 4k in rapid
>
On Thu 26 Oct 15:28 PDT 2017, Chris Lew wrote:
> Intents are used to specify when a channel can receive data from a
> remoteproc. Add support for channels to customize the size and amount
> of prequeued intents.
>
> An audio channel might expect to receive 3 packets of size 4k in rapid
>
On Mon, 30 Oct 2017 11:17:02 -0400, Jeff Layton wrote:
> From: Jeff Layton
>
> It's never used in nilfs2.
>
> Signed-off-by: Jeff Layton
> ---
Applied, thank you.
Ryusuke Konishi
> fs/nilfs2/super.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff
On Mon, 30 Oct 2017 11:17:02 -0400, Jeff Layton wrote:
> From: Jeff Layton
>
> It's never used in nilfs2.
>
> Signed-off-by: Jeff Layton
> ---
Applied, thank you.
Ryusuke Konishi
> fs/nilfs2/super.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/fs/nilfs2/super.c
On Fri 27 Oct 05:41 PDT 2017, Loic Pallardy wrote:
> This series increases remoteproc debug capabilities by adding:
> - associated resource table dump feature
> - registered carveouts list dump feature
>
This looks very reasonable, can you please fix the problem reported by
0-day?
Regards,
On Fri 27 Oct 05:41 PDT 2017, Loic Pallardy wrote:
> This series increases remoteproc debug capabilities by adding:
> - associated resource table dump feature
> - registered carveouts list dump feature
>
This looks very reasonable, can you please fix the problem reported by
0-day?
Regards,
> > Do you consider this an important fix? We are at -rc7 now, I'm not
> > sure it's so critical. Tell me if you consider otherwise.
>
> I agree - from my perspective I wouldn't have thought it so critical as to
> push it out this late in the development cycle. It's not a regression as
> such
> > Do you consider this an important fix? We are at -rc7 now, I'm not
> > sure it's so critical. Tell me if you consider otherwise.
>
> I agree - from my perspective I wouldn't have thought it so critical as to
> push it out this late in the development cycle. It's not a regression as
> such
Quoting "Gustavo A. R. Silva" :
Quoting "Gustavo A. R. Silva" :
Hi,
Quoting "Gustavo A. R. Silva" :
container_of is never null, so this null check is unnecessary.
This code was detected with the help of
Quoting "Gustavo A. R. Silva" :
Quoting "Gustavo A. R. Silva" :
Hi,
Quoting "Gustavo A. R. Silva" :
container_of is never null, so this null check is unnecessary.
This code was detected with the help of Coccinelle.
Signed-off-by: Gustavo A. R. Silva
---
net/caif/chnl_net.c | 2 --
1
Hi all,
There will be no linux-next tree for today (October 31) as jetlag, a
cold and food poisoning is a bad combination :-(
Hopefully I will restart linux-next tomorrow (November 1).
--
Cheers,
Stephen Rothwell
Hi all,
There will be no linux-next tree for today (October 31) as jetlag, a
cold and food poisoning is a bad combination :-(
Hopefully I will restart linux-next tomorrow (November 1).
--
Cheers,
Stephen Rothwell
Hi Mark,
On Mon, 30 Oct 2017 21:32:02 + Mark Brown wrote:
>
> There will be no -next tree today, there are too many non-trivial
> conflicts for things to complete in a reasonable time.
Thanks very much for you efforts while I was traveling. I am back now
and will restart
Hi Mark,
On Mon, 30 Oct 2017 21:32:02 + Mark Brown wrote:
>
> There will be no -next tree today, there are too many non-trivial
> conflicts for things to complete in a reasonable time.
Thanks very much for you efforts while I was traveling. I am back now
and will restart linux-next tomorrow
This patch supports hidden quota files in the system, which will be used for
Android. It requires up-to-date f2fs-tools later than v1.9.0.
Signed-off-by: Jaegeuk Kim
---
fs/f2fs/checkpoint.c | 9 +++-
fs/f2fs/f2fs.h | 9 +++-
fs/f2fs/recovery.c | 8 ++-
This patch supports hidden quota files in the system, which will be used for
Android. It requires up-to-date f2fs-tools later than v1.9.0.
Signed-off-by: Jaegeuk Kim
---
fs/f2fs/checkpoint.c | 9 +++-
fs/f2fs/f2fs.h | 9 +++-
fs/f2fs/recovery.c | 8 ++-
fs/f2fs/super.c | 145
This patch adds quota_ino feature infra to be used for quota files.
Signed-off-by: Jaegeuk Kim
---
fs/f2fs/f2fs.h | 6 ++
fs/f2fs/sysfs.c | 7 +++
include/linux/f2fs_fs.h | 6 +-
3 files changed, 18 insertions(+), 1 deletion(-)
diff --git
This patch adds quota_ino feature infra to be used for quota files.
Signed-off-by: Jaegeuk Kim
---
fs/f2fs/f2fs.h | 6 ++
fs/f2fs/sysfs.c | 7 +++
include/linux/f2fs_fs.h | 6 +-
3 files changed, 18 insertions(+), 1 deletion(-)
diff --git a/fs/f2fs/f2fs.h
From: Rob Landley
See message from the Android "native tools and libraries team" lead
(I.E. the maintainer of bionic, adb, toolbox, etc) at
http://lists.landley.net/pipermail/toybox-landley.net/2017-July/009103.html
Signed-off-by: Rob Landley
---
From: Rob Landley
See message from the Android "native tools and libraries team" lead
(I.E. the maintainer of bionic, adb, toolbox, etc) at
http://lists.landley.net/pipermail/toybox-landley.net/2017-July/009103.html
Signed-off-by: Rob Landley
---
net/ipv4/af_inet.c |8 ++--
1 file
From: Brent Taylor
When mtdoops calls mtd_panic_write, it eventually calls
panic_nand_write in nand_base.c. In order to properly
wait for the nand chip to be ready in panic_nand_wait,
the chip must first be selected.
When using the atmel nand flash controller, a panic
would
So it seems it is really useful to add this bug_on in gc.
On 2017/10/31 11:17, Chao Yu wrote:
On 2017/10/31 9:32, Yunlong Song wrote:
I think there may be bugs somewhere, since no victim is selected but it
really needs gc.
What is the size of the data image?
I have providered the testcase,
From: Brent Taylor
When mtdoops calls mtd_panic_write, it eventually calls
panic_nand_write in nand_base.c. In order to properly
wait for the nand chip to be ready in panic_nand_wait,
the chip must first be selected.
When using the atmel nand flash controller, a panic
would occur due to a NULL
So it seems it is really useful to add this bug_on in gc.
On 2017/10/31 11:17, Chao Yu wrote:
On 2017/10/31 9:32, Yunlong Song wrote:
I think there may be bugs somewhere, since no victim is selected but it
really needs gc.
What is the size of the data image?
I have providered the testcase,
On 2017/10/31 9:32, Yunlong Song wrote:
> I think there may be bugs somewhere, since no victim is selected but it
> really needs gc.
> What is the size of the data image?
I have providered the testcase, could you check that?
I can hit this bugon with generic/015 of fstest easily, could
On 2017/10/31 9:32, Yunlong Song wrote:
> I think there may be bugs somewhere, since no victim is selected but it
> really needs gc.
> What is the size of the data image?
I have providered the testcase, could you check that?
I can hit this bugon with generic/015 of fstest easily, could
Document the latest updates on the isolcpus boot option. While at it,
let's also fix the details about the preferred way to isolate a set of
CPUs from the scheduler general domains. Cpusets offer a much better
interface to achieve that.
Signed-off-by: Frederic Weisbecker
Cc:
Document the latest updates on the isolcpus boot option. While at it,
let's also fix the details about the preferred way to isolate a set of
CPUs from the scheduler general domains. Cpusets offer a much better
interface to achieve that.
Signed-off-by: Frederic Weisbecker
Cc: Chris Metcalf
Cc:
Hi Miquel,
On 09/10/17 19:19, Miquel RAYNAL wrote:
> Hello Kalyan,
>
> On Mon, 9 Oct 2017 02:31:30 +
> Kalyan Kinthada wrote:
>
>> On 05/10/17 20:41, Miquel RAYNAL wrote:
>>> Hello Kalyan,
>>>
>>> On Thu, 28 Sep 2017 13:57:56 +1300
>>> Kalyan Kinthada
Hi Miquel,
On 09/10/17 19:19, Miquel RAYNAL wrote:
> Hello Kalyan,
>
> On Mon, 9 Oct 2017 02:31:30 +
> Kalyan Kinthada wrote:
>
>> On 05/10/17 20:41, Miquel RAYNAL wrote:
>>> Hello Kalyan,
>>>
>>> On Thu, 28 Sep 2017 13:57:56 +1300
>>> Kalyan Kinthada wrote:
>>>
When the
Hi Boris,
On 10/31/2017 08:58 AM, Boris Ostrovsky wrote:
>
>
> On 10/30/2017 08:14 PM, Dongli Zhang wrote:
>> Hi Boris,
>>
>> On 10/30/2017 09:34 PM, Boris Ostrovsky wrote:
>>> On 10/30/2017 04:03 AM, Dongli Zhang wrote:
After guest live migration on xen, steal time in /proc/stat
Hi Boris,
On 10/31/2017 08:58 AM, Boris Ostrovsky wrote:
>
>
> On 10/30/2017 08:14 PM, Dongli Zhang wrote:
>> Hi Boris,
>>
>> On 10/30/2017 09:34 PM, Boris Ostrovsky wrote:
>>> On 10/30/2017 04:03 AM, Dongli Zhang wrote:
After guest live migration on xen, steal time in /proc/stat
On Mon, Oct 30, 2017 at 7:08 PM, Linus Torvalds
wrote:
>
> I'm not seeing anything that makes sense. I'll have to think about this.
Al, would you mind taking a look at the error handling in create_pipe_files().
In particular, look here:
- we start out allocating
On Mon, Oct 30, 2017 at 7:08 PM, Linus Torvalds
wrote:
>
> I'm not seeing anything that makes sense. I'll have to think about this.
Al, would you mind taking a look at the error handling in create_pipe_files().
In particular, look here:
- we start out allocating the inode with
Hi all,
Could anybody review this patchset and take action on them? Thank you!
Best Regards
Qiang Zhao
> > -Original Message-
> > From: Zhao Qiang [mailto:qiang.z...@nxp.com]
> > Sent: Monday, August 07, 2017 11:07 AM
> > To: t...@linutronix.de
> > Cc: o...@buserror.net; Xiaobo Xie
Hi all,
Could anybody review this patchset and take action on them? Thank you!
Best Regards
Qiang Zhao
> > -Original Message-
> > From: Zhao Qiang [mailto:qiang.z...@nxp.com]
> > Sent: Monday, August 07, 2017 11:07 AM
> > To: t...@linutronix.de
> > Cc: o...@buserror.net; Xiaobo Xie ;
Document a "reset" and "assert-reset-us", it can be used for
driver control reset property. And reuse post-power-on-delay-ms
for deassert reset delay.
Signed-off-by: Lin Huang
---
Documentation/devicetree/bindings/input/hid-over-i2c.txt | 4 +++-
1 file changed, 3
Document a "reset" and "assert-reset-us", it can be used for
driver control reset property. And reuse post-power-on-delay-ms
for deassert reset delay.
Signed-off-by: Lin Huang
---
Documentation/devicetree/bindings/input/hid-over-i2c.txt | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
some i2c hid devices have reset gpio, need to control
it in the driver.
Signed-off-by: Lin Huang
---
Changes in v2:
- Add 10us in usleep_range() upper range
- reuse post_power_delay_ms as deassert reset delay
- delete deassert_reset_us property
some i2c hid devices have reset gpio, need to control
it in the driver.
Signed-off-by: Lin Huang
---
Changes in v2:
- Add 10us in usleep_range() upper range
- reuse post_power_delay_ms as deassert reset delay
- delete deassert_reset_us property
drivers/hid/i2c-hid/i2c-hid.c | 61
On 2017/10/31 10:05, Yunlong Song wrote:
> So I use CHECK_FS config to control it. When CHECK_FS is off, all the
> other f2fs_bug_on also
> only printk WARNING info rather than trigger BUG_ON.
If this runing out-of-free-segments issue explicitly happens, IMO, its better
to face and fix it.
BTW,
On 2017/10/31 10:05, Yunlong Song wrote:
> So I use CHECK_FS config to control it. When CHECK_FS is off, all the
> other f2fs_bug_on also
> only printk WARNING info rather than trigger BUG_ON.
If this runing out-of-free-segments issue explicitly happens, IMO, its better
to face and fix it.
BTW,
On Mon, Oct 30, 2017 at 7:39 PM, Tobin C. Harding wrote:
> On Mon, Oct 30, 2017 at 05:14:59PM -0700, Kees Cook wrote:
>> On Wed, Oct 25, 2017 at 9:22 AM, kernel test robot
>> wrote:
>
> thanks for looking at this, I was at a loss as to what (if any) action I
On Mon, Oct 30, 2017 at 7:39 PM, Tobin C. Harding wrote:
> On Mon, Oct 30, 2017 at 05:14:59PM -0700, Kees Cook wrote:
>> On Wed, Oct 25, 2017 at 9:22 AM, kernel test robot
>> wrote:
>
> thanks for looking at this, I was at a loss as to what (if any) action I
> needed to take.
I have finally
On Mon, Oct 30, 2017 at 05:14:59PM -0700, Kees Cook wrote:
> On Wed, Oct 25, 2017 at 9:22 AM, kernel test robot
> wrote:
thanks for looking at this, I was at a loss as to what (if any) action I
needed to take.
> > FYI, we noticed the following commit (built with gcc-4.9):
On Mon, Oct 30, 2017 at 05:14:59PM -0700, Kees Cook wrote:
> On Wed, Oct 25, 2017 at 9:22 AM, kernel test robot
> wrote:
thanks for looking at this, I was at a loss as to what (if any) action I
needed to take.
> > FYI, we noticed the following commit (built with gcc-4.9):
> >
> > commit:
Hi Cyrille,
> -Original Message-
> From: Cyrille Pitchen [mailto:cyrille.pitc...@wedev4u.fr]
> Sent: 2017年10月31日 8:43
> To: Mark Brown ; Yuan Yao ; Z.q.
> Hou ; Rob Herring ; Shawn Guo
> ;
Hi Cyrille,
> -Original Message-
> From: Cyrille Pitchen [mailto:cyrille.pitc...@wedev4u.fr]
> Sent: 2017年10月31日 8:43
> To: Mark Brown ; Yuan Yao ; Z.q.
> Hou ; Rob Herring ; Shawn Guo
> ; Philipp Puschmann
> Cc: linux-arm-ker...@lists.infradead.org; Linux-Next Mailing List
> ; Linux
Quoting "Gustavo A. R. Silva" :
Hi,
Quoting "Gustavo A. R. Silva" :
container_of is never null, so this null check is unnecessary.
This code was detected with the help of Coccinelle.
Signed-off-by: Gustavo A. R. Silva
Quoting "Gustavo A. R. Silva" :
Hi,
Quoting "Gustavo A. R. Silva" :
container_of is never null, so this null check is unnecessary.
This code was detected with the help of Coccinelle.
Signed-off-by: Gustavo A. R. Silva
---
net/caif/chnl_net.c | 2 --
1 file changed, 2 deletions(-)
diff
Add a mutex to prevent concurrency on the updater side of the
irq_desc radix tree.
Add rcu_read_lock/unlock to the reader side so that lifetimes of
leaf pointers of the radix tree are correctly managed.
Signed-off-by: Masahiro Yamada
---
kernel/irq/irqdesc.c |
Add a mutex to prevent concurrency on the updater side of the
irq_desc radix tree.
Add rcu_read_lock/unlock to the reader side so that lifetimes of
leaf pointers of the radix tree are correctly managed.
Signed-off-by: Masahiro Yamada
---
kernel/irq/irqdesc.c | 14 +-
1 file
On Mon, Oct 30 2017 at 12:56:33 pm GMT, Aleksandar Markovic
wrote:
> From: Miodrag Dinic
>
> Add device driver for a virtual programmable interrupt controller
>
> The virtual PIC is designed as a device tree-based interrupt controller.
>
>
On Mon, Oct 30 2017 at 12:56:33 pm GMT, Aleksandar Markovic
wrote:
> From: Miodrag Dinic
>
> Add device driver for a virtual programmable interrupt controller
>
> The virtual PIC is designed as a device tree-based interrupt controller.
>
> The compatible string used by OS for binding the driver
On Mon, Oct 30, 2017 at 09:02:30AM +0100, Michal Hocko wrote:
> On Mon 30-10-17 08:57:13, Minchan Kim wrote:
> [...]
> > Although it's better than old, we can make it simple, still.
> >
> > diff --git a/include/linux/swapops.h b/include/linux/swapops.h
> > index 291c4b534658..f50d5a48f03a 100644
On Tue, Oct 31, 2017 at 01:42:30AM +0100, Cyrille Pitchen wrote:
> Hi all,
>
> + Marek
>
> Mark, thanks for this report.
>
> Shawn, Yuan, if I don't make a mistake, patch "dt-bindings: mtd: add
> sst25wf040b
> and en25s64 to sip-nor list" was not submitted to the linux-mtd mailing list
> hence
On Mon, Oct 30, 2017 at 09:02:30AM +0100, Michal Hocko wrote:
> On Mon 30-10-17 08:57:13, Minchan Kim wrote:
> [...]
> > Although it's better than old, we can make it simple, still.
> >
> > diff --git a/include/linux/swapops.h b/include/linux/swapops.h
> > index 291c4b534658..f50d5a48f03a 100644
On Tue, Oct 31, 2017 at 01:42:30AM +0100, Cyrille Pitchen wrote:
> Hi all,
>
> + Marek
>
> Mark, thanks for this report.
>
> Shawn, Yuan, if I don't make a mistake, patch "dt-bindings: mtd: add
> sst25wf040b
> and en25s64 to sip-nor list" was not submitted to the linux-mtd mailing list
> hence
The ASPEED SoC must deassert a reset in order to use the ADC peripheral.
The device tree bindings are updated to document the resets phandle, and
the example is updated to match what is expected for both the reset and
clock phandle. Note that the bindings should have always had the reset
The ASPEED SoC must deassert a reset in order to use the ADC peripheral.
The device tree bindings are updated to document the resets phandle, and
the example is updated to match what is expected for both the reset and
clock phandle. Note that the bindings should have always had the reset
On Tue, 2017-10-31 at 09:33 +1100, Tobin C. Harding wrote:
> On Mon, Oct 30, 2017 at 03:03:21PM -0700, Kees Cook wrote:
> > On Wed, Oct 25, 2017 at 7:53 PM, Tobin C. Harding wrote:
> > > Here is the behaviour that this set implements.
> > >
> > > For kpt_restrict==0
> > >
> > >
On Tue, 2017-10-31 at 09:33 +1100, Tobin C. Harding wrote:
> On Mon, Oct 30, 2017 at 03:03:21PM -0700, Kees Cook wrote:
> > On Wed, Oct 25, 2017 at 7:53 PM, Tobin C. Harding wrote:
> > > Here is the behaviour that this set implements.
> > >
> > > For kpt_restrict==0
> > >
> > > Randomness not
On Mon, Oct 30, 2017 at 6:19 PM, Cong Wang wrote:
>
> 1. The faulty addresses are all near 0001, with one exception
> of null (which is the most recent one)
Well, they're at 8(%rax), except for that last case.
And in every case (_including_ that last case),
On Mon, Oct 30, 2017 at 6:19 PM, Cong Wang wrote:
>
> 1. The faulty addresses are all near 0001, with one exception
> of null (which is the most recent one)
Well, they're at 8(%rax), except for that last case.
And in every case (_including_ that last case), %rax has a very
So I use CHECK_FS config to control it. When CHECK_FS is off, all the
other f2fs_bug_on also
only printk WARNING info rather than trigger BUG_ON.
On 2017/10/31 9:59, Chao Yu wrote:
On 2017/10/31 9:33, Yunlong Song wrote:
ping...
On 2017/9/1 20:00, Yunlong Song wrote:
In come corner case,
So I use CHECK_FS config to control it. When CHECK_FS is off, all the
other f2fs_bug_on also
only printk WARNING info rather than trigger BUG_ON.
On 2017/10/31 9:59, Chao Yu wrote:
On 2017/10/31 9:33, Yunlong Song wrote:
ping...
On 2017/9/1 20:00, Yunlong Song wrote:
In come corner case,
1 - 100 of 1616 matches
Mail list logo