From: Ira Weiny
Remove open coded kmap/memcpy/kunmap and use mempcy_from_page() instead.
Cc: Nicolas Pitre
Signed-off-by: Ira Weiny
---
fs/cramfs/inode.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/fs/cramfs/inode.c b/fs/cramfs/inode.c
index
From: Ira Weiny
The pattern of kmap/mem*/kunmap is repeated. Use the new mem*_page()
calls instead.
Cc: Patrik Jakobsson
Cc: Jani Nikula
Cc: Joonas Lahtinen
Cc: Rodrigo Vivi
Signed-off-by: Ira Weiny
---
drivers/gpu/drm/gma500/gma_display.c | 7 +++
drivers/gpu/drm/gma500/mmu.c
From: Ira Weiny
Working through a conversion to a call such as kmap_thread() revealed
many places where the pattern kmap/memcpy/kunmap occurred.
Eric Biggers, Matthew Wilcox, Christoph Hellwig, Dan Williams, and Al
Viro all suggested putting this code into helper functions. Al Viro
further
From: Ira Weiny
The new common function memcpy_page() provides this exactly
functionality. Remove the local f2fs_copy_page() and call memcpy_page()
instead.
Cc: Jaegeuk Kim
Cc: Chao Yu
Signed-off-by: Ira Weiny
---
fs/f2fs/f2fs.h | 10 --
fs/f2fs/file.c | 3 ++-
2 files changed, 2
From: Ira Weiny
Remove the pattern of kmap/mem*/kunmap in favor of the new mem*_page()
functions which handle the kmap'ing correctly for us.
Signed-off-by: Ira Weiny
---
fs/hfsplus/bnode.c | 53 +-
1 file changed, 15 insertions(+), 38 deletions(-)
From: Ira Weiny
Use memcpy_page() instead of open coding kmap/memcpy/kunmap.
Cc: Steve French
Signed-off-by: Ira Weiny
---
fs/cifs/smb2ops.c | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --git a/fs/cifs/smb2ops.c b/fs/cifs/smb2ops.c
index 504766cb6c19..d1088ee9a0e6
From: Ira Weiny
The following pattern is used often:
kmap()
memcpy(), memmove(), or memset()
kunmap()
The problem with this is 2 fold: 1) This is best done with k[un]map_atomic().
2) kmap() is expanding and evolving beyond the use of highmem.
To the second point we
From: Ira Weiny
Too many users are using kmap_*() incorrectly and a common pattern is
for them to kmap/mempcy/kunmap. Change these calls to use the newly
lifted memcpy_[to|from]_page() calls.
Cc: Luis Chamberlain
Signed-off-by: Ira Weiny
---
drivers/base/firmware_loader/fallback.c | 11
On Tue, Nov 24, 2020 at 11:18:05AM +0800, yangerkun wrote:
>
>
> 在 2020/11/20 15:30, gre...@linuxfoundation.org 写道:
> >
> > This is a note to let you know that I've just added the patch titled
> >
> > powerpc/64s: flush L1D after user accesses
> >
> > to the 4.4-stable tree which can be
From: Ricky Wu
rtsx_pci_sdmmc: add to support autosuspend when the rtd3_en is set
rtsx_pcr: add callback functions about runtime PM
add delay_work(rtd3_work) to decrease usage count to 0 when staying
at idle over 10 sec
rts5249: add extra flow at init function to support wakeup from d3
and set
On Wed, Nov 18, 2020 at 09:34:05AM -0500, Steven Rostedt wrote:
> From: "Steven Rostedt (VMware)"
>
> The list of tracepoint callbacks is managed by an array that is protected
> by RCU. To update this array, a new array is allocated, the updates are
> copied over to the new array, and then the
From: Amit Sunil Dhamne
Currently array of fix length PM_API_MAX is used to cache
the pm_api version (valid or invalid). However ATF based
PM APIs values are much higher then PM_API_MAX.
So to include ATF based PM APIs also, use hash-table to
store the pm_api version status.
Signed-off-by: Amit
d729aefa4dcc58bc
> > commit: a927bd6ba952d13c52b8b385030943032f659a3e mm: fix
> > phys_to_target_node() and memory_add_physaddr_to_nid() exports
> > date: 31 hours ago
> > config: powerpc-randconfig-r024-20201123 (attached as .config)
> > compiler: powerpc64le-linux-gcc (GCC) 9.
Hello Chen-Yu,
On 24-11-20, 13:36, Chen-Yu Tsai wrote:
> Hi,
>
> On Tue, Nov 24, 2020 at 1:28 PM Vinod Koul wrote:
> >
> > Hello Olof, Rob,
> >
> > We have Qualcomm arm platform which uses PMIC PM8150B. This PMIC was
> > also used in SM8150 board and is already upstream [1] but in arm64.
> >
>
Hi Vinod,
On Tue, Nov 24 2020, Vinod Koul wrote:
> We have Qualcomm arm platform which uses PMIC PM8150B. This PMIC was
> also used in SM8150 board and is already upstream [1] but in arm64.
>
> So, what is the guidance to share DTS files between 32 and 64 variants?
> Does a solution already exist
On Wed, Nov 18, 2020 at 4:13 PM Suren Baghdasaryan wrote:
>
> On Wed, Nov 18, 2020 at 11:55 AM Suren Baghdasaryan wrote:
> >
> > On Wed, Nov 18, 2020 at 11:51 AM Suren Baghdasaryan
> > wrote:
> > >
> > > On Wed, Nov 18, 2020 at 11:32 AM Michal Hocko wrote:
> > > >
> > > > On Wed 18-11-20
On 11/24/20 10:21 AM, Namhyung Kim wrote:
Hello,
On Mon, Nov 23, 2020 at 8:00 PM Michael Ellerman wrote:
Namhyung Kim writes:
Hi Peter and Kan,
(Adding PPC folks)
On Tue, Nov 17, 2020 at 2:01 PM Namhyung Kim wrote:
Hello,
On Thu, Nov 12, 2020 at 4:54 AM Liang, Kan wrote:
On
In modern systems it's not unusual to have a system component monitoring
memory conditions of the system and tasked with keeping system memory
pressure under control. One way to accomplish that is to kill
non-essential processes to free up memory for more important ones.
Examples of this are
process_madvise requires a vector of address ranges to be provided for
its operations. When an advice should be applied to the entire process,
the caller process has to obtain the list of VMAs of the target process
by reading the /proc/pid/maps or some other way. The cost of this
operation grows
When a process is being killed it might be in an uninterruptible sleep
which leads to an unpredictable delay in its memory reclaim. In low memory
situations, when it's important to free up memory quickly, such delay is
problematic. Kernel solves this problem with oom-reaper thread which
performs
Hi Marc,
> -Original Message-
> From: Marc Zyngier
> Sent: Monday, November 23, 2020 6:49 PM
> To: Jianyong Wu
> Cc: net...@vger.kernel.org; yangbo...@nxp.com; john.stu...@linaro.org;
> t...@linutronix.de; pbonz...@redhat.com; sean.j.christopher...@intel.com;
> richardcoch...@gmail.com;
Hi,
On Tue, Nov 24, 2020 at 1:28 PM Vinod Koul wrote:
>
> Hello Olof, Rob,
>
> We have Qualcomm arm platform which uses PMIC PM8150B. This PMIC was
> also used in SM8150 board and is already upstream [1] but in arm64.
>
> So, what is the guidance to share DTS files between 32 and 64 variants?
>
On 2020-11-23 23:09, Xie He wrote:
On Mon, Nov 23, 2020 at 11:36 AM Jakub Kicinski
wrote:
> > From this point of view it will be the best to handle the NETDEV_UP in
> > the lapb event handler and establish the link analog to the
> > NETDEV_CHANGE event if the carrier is UP.
>
> Thanks! This
Dan reports that smatch thinks userspace can craft an out-of-bound bus
family number. However, nd_cmd_clear_to_send() blocks all non-zero
values of bus-family since only the kernel can initiate these commands.
However, in the speculation path, family is a user controlled array
index value so mask
Hello Olof, Rob,
We have Qualcomm arm platform which uses PMIC PM8150B. This PMIC was
also used in SM8150 board and is already upstream [1] but in arm64.
So, what is the guidance to share DTS files between 32 and 64 variants?
Does a solution already exist which I may not be aware of..?
I can
CC: Hugh Dickin & Johannes,
在 2020/11/24 上午11:54, Andrew Morton 写道:
> On Fri, 20 Nov 2020 17:55:22 -0800 syzbot
> wrote:
>
>> Hello,
>>
>> syzbot found the following issue on:
>>
>> HEAD commit:03430750 Add linux-next specific files for 20201116
>> git tree: linux-next
>> console
Thanks Marc, Vladimir, Mark, Sudeep for your inputs!
Thanks
Neeraj
On 11/20/2020 3:43 PM, Mark Rutland wrote:
On Fri, Nov 20, 2020 at 09:09:00AM +, Vladimir Murzin wrote:
On 11/20/20 8:56 AM, Marc Zyngier wrote:
On 2020-11-20 04:30, Neeraj Upadhyay wrote:
Hi,
For ARM cortex A76, A77,
Hi Marc,
> -Original Message-
> From: Marc Zyngier
> Sent: Monday, November 23, 2020 6:58 PM
> To: Jianyong Wu
> Cc: net...@vger.kernel.org; yangbo...@nxp.com; john.stu...@linaro.org;
> t...@linutronix.de; pbonz...@redhat.com; sean.j.christopher...@intel.com;
> richardcoch...@gmail.com;
Hi Marc,
> -Original Message-
> From: Marc Zyngier
> Sent: Monday, November 23, 2020 6:44 PM
> To: Jianyong Wu
> Cc: net...@vger.kernel.org; yangbo...@nxp.com; john.stu...@linaro.org;
> t...@linutronix.de; pbonz...@redhat.com; sean.j.christopher...@intel.com;
> richardcoch...@gmail.com;
On 11/24/2020 1:25 AM, Paul E. McKenney wrote:
On Mon, Nov 23, 2020 at 10:01:13AM +0530, Neeraj Upadhyay wrote:
On 11/21/2020 6:29 AM, paul...@kernel.org wrote:
From: "Paul E. McKenney"
There is a need for a polling interface for SRCU grace periods. This
polling needs to distinguish
Hi Can,
On Mon, 2020-11-23 at 21:05 -0800, Can Guo wrote:
> If we want to disable clocks but still keep the link active, both ref_clk
> and core_clk_unipro should be skipped.
>
"core_clk_unipro" seems used by ufs-qcom only and not defined in the UFS
platform binding document: ufshcd_pltfrm.txt.
Hello.
I am Mrs. Henrita Pieres 64 years old located in France.but baser in
Burkina Faso. Let me trust and believe you can handle this project...I
have been diagnosed with Esophageal cancer. i want to invest in
humanitarian & Charity in your country with sum of $4.5 Million. Reply
me for more
On 11/24/2020 2:42 AM, Paul E. McKenney wrote:
On Mon, Nov 23, 2020 at 10:13:13AM +0530, Neeraj Upadhyay wrote:
On 11/21/2020 6:29 AM, paul...@kernel.org wrote:
From: "Paul E. McKenney"
There is a need for a polling interface for SRCU grace
periods, so this commit supplies
The variable isn't used, so don't brother to set it.
Signed-off-by: Alex Shi
Cc: Jens Axboe
Cc: linux-bl...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
drivers/block/loop.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/block/loop.c b/drivers/block/loop.c
index
The mm-of-the-moment snapshot 2020-11-23-21-12 has been uploaded to
https://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
https://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You
Hi Marc,
> -Original Message-
> From: Marc Zyngier
> Sent: Monday, November 23, 2020 7:59 PM
> To: Jianyong Wu
> Cc: Justin He ; k...@vger.kernel.org;
> net...@vger.kernel.org; richardcoch...@gmail.com; linux-
> ker...@vger.kernel.org; sean.j.christopher...@intel.com; Steven Price
> ;
On Mon, Nov 23, 2020 at 02:33:33PM -0800, Pawan Gupta wrote:
> A recent commit f1b206cf7c57 ("pinctrl: core: print gpio in pins debugfs
> file") added build warnings when CONFIG_GPIOLIB=n. Offcourse the kernel
> fails to build when warnings are treated as errors. Below is the error
> message:
>
>
The variable parent_level isn't used, so don't bother to get it.
Signed-off-by: Alex Shi
Cc: Chris Mason
Cc: Josef Bacik
Cc: David Sterba
Cc: linux-bt...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
fs/btrfs/ctree.c | 3 ---
1 file changed, 3 deletions(-)
diff --git
If we want to disable clocks but still keep the link active, both ref_clk
and core_clk_unipro should be skipped.
Signed-off-by: Can Guo
diff --git a/drivers/scsi/ufs/ufshcd.c b/drivers/scsi/ufs/ufshcd.c
index a7857f6..69c2e91 100644
--- a/drivers/scsi/ufs/ufshcd.c
+++
Hi Peter,
On Mon, Nov 23, 2020 at 11:23 PM Peter Zijlstra wrote:
>
> On Sat, Nov 21, 2020 at 11:50:11AM +0900, Namhyung Kim wrote:
> > When large PEBS is enabled, the below warning is triggered:
> >
> > [6070379.453697] WARNING: CPU: 23 PID: 42379 at
> > arch/x86/events/core.c:1466
On 23-11-20, 15:32, Lukasz Luba wrote:
> LGTM. It has potential. We will see how far we can improve IPA with this
> model.
>
> Reviewed-by: Lukasz Luba
Thanks Lukasz for your review :)
--
viresh
Hello,
On Mon, Nov 23, 2020 at 8:00 PM Michael Ellerman wrote:
>
> Namhyung Kim writes:
> > Hi Peter and Kan,
> >
> > (Adding PPC folks)
> >
> > On Tue, Nov 17, 2020 at 2:01 PM Namhyung Kim wrote:
> >>
> >> Hello,
> >>
> >> On Thu, Nov 12, 2020 at 4:54 AM Liang, Kan
> >> wrote:
> >> >
> >> >
On Mon, Nov 23, 2020 at 8:07 PM Hugh Dickins wrote:
>
> Then on crashing a second time, realized there's a stronger reason against
> that approach. If my testing just occasionally crashes on that check,
> when the page is reused for part of a compound page, wouldn't it be much
> more common for
On Mon 23 Nov 16:23 CST 2020, John Stultz wrote:
> The kernel test robot reported the following build error:
>
> All errors (new ones prefixed by >>):
>
>xtensa-linux-ld: drivers/regulator/qcom-rpmh-regulator.o: in function
> `rpmh_regulator_vrm_get_voltage_sel':
>
ted-by: kernel test robot
> Cc: linux...@vger.kernel.org
> Cc: Andy Gross
> Cc: Bjorn Andersson
> Cc: linux-arm-...@vger.kernel.org
> Cc: "Rafael J. Wysocki"
> Cc: Daniel Lezcano
> Cc: Stephan Gerhold
> Cc: Lina Iyer
> Cc: Ulf Hansson
> Cc: Bjorn
On Tue, Nov 24, 2020 at 12:14 PM Samuel Holland wrote:
>
> On 11/23/20 10:10 AM, Michael Klein wrote:
> > Add gpio-poweroff node to allow the board to power itself off after
> > shutdown by disabling the SYSTEM and CPUX regulators (U5 resp. U6).
> > The RST button can be used to restart the
Eric Biggers writes:
> On Sun, Nov 22, 2020 at 01:12:18PM +0800, Gao Xiang wrote:
>> Hi all,
>>
>> On Thu, Nov 19, 2020 at 06:09:03AM +, Daniel Rosenberg wrote:
>> > This shifts the responsibility of setting up dentry operations from
>> > fscrypt to the individual filesystems, allowing them
Make the logging macro uses clearer and fix a whitespace defect.
Joe Perches (2):
scsi: pm8001: Convert pm8001_printk to pm8001_info
scsi: pm8001: Fix misindentation
drivers/scsi/pm8001/pm8001_init.c | 32 +++
drivers/scsi/pm8001/pm8001_sas.c | 4 ++--
Use the more common logging style.
Signed-off-by: Joe Perches
---
drivers/scsi/pm8001/pm8001_init.c | 12 ++--
drivers/scsi/pm8001/pm8001_sas.c | 4 ++--
drivers/scsi/pm8001/pm8001_sas.h | 4 ++--
3 files changed, 10 insertions(+), 10 deletions(-)
diff --git
kernel robot reported a misindentation of a goto.
Fix it.
At the same time, use a temporary for a repeated entry in the same block
to reduce visual noise.
Reported-by: kernel test robot
Signed-off-by: Joe Perches
---
drivers/scsi/pm8001/pm8001_init.c | 20 ++--
1 file
Implement serdes_power, serdes_get_lane and serdes_pcs_get_state ops for
the MV88E6097/6095/6185 so that ports 8 & 9 can be supported as serdes
ports and directly connected to other network interfaces or to SFPs
without a PHY.
Signed-off-by: Chris Packham
Reviewed-by: Andrew Lunn
---
Changes in
When a port is configured with 'managed = "in-band-status"' switch chips
like the 88E6390 need to propagate the SERDES link state to the MAC
because the link state is not correctly detected. This causes problems
on the 88E6185/88E6097 where the link partner won't see link state
changes because
If the underlying read operation failed we would end up writing stale
data to the supplied buffer. This would end up with the last
successfully read value repeating. Fix this by only writing the data
when we know the read was good. This will mean that failed values will
return 0x.
The MV88E6097 presents the serdes interrupts for ports 8 and 9 via the
Switch Global 2 registers. There is no additional layer of
enablinh/disabling the serdes interrupts like other mv88e6xxx switches.
Even though most of the serdes behaviour is the same as the MV88E6185
that chip does not provide
This small series gets my hardware into a working state. The key points are to
make sure we don't force the link and that we ask the MAC for the link status.
I also have updated my dts to say `phy-mode = "1000base-x";` and `managed =
"in-band-status";`
I've dropped the patch for the 88E6123 as
On Mon, 2020-11-23 at 22:23 -0500, Martin K. Petersen wrote:
> > Reduce code duplication and generic neatening of logging macros
>
> Applied to 5.11/scsi-staging, thanks!
Thanks.
The kernel robot reported an indentation defect here so I will send
a couple more patches on top of this.
Bjorn,
> The introduction of ufshcd_dme_configure_adapt() refactored out
> duplication from the Mediatek and Qualcomm drivers.
Applied to 5.11/scsi-staging, thanks!
--
Martin K. Petersen Oracle Linux Engineering
Eric Biggers writes:
> On Sat, Nov 21, 2020 at 11:45:41PM -0500, Gabriel Krisman Bertazi wrote:
>> > diff --git a/fs/ext4/super.c b/fs/ext4/super.c
>> > index 6633b20224d5..0288bedf46e1 100644
>> > --- a/fs/ext4/super.c
>> > +++ b/fs/ext4/super.c
>> > @@ -4968,11 +4968,6 @@ static int
On Mon, Nov 23, 2020 at 8:07 PM Hugh Dickins wrote:
>
> The problem is that PageWriteback is not accompanied by a page reference
> (as the NOTE at the end of test_clear_page_writeback() acknowledges): as
> soon as TestClearPageWriteback has been done, that page could be removed
> from page cache,
Add QSPI controller support for Intel LGM SoC.
Patches to move move bindings over to
"Documentation/devicetree/bindings/spi/" directory and also added compatible
Support for Intel platform.
dt-bindings: spi: cadence-qspi: Add support for Intel lgm-qspi
(earlier patch mail thread and Ack-by)
From: Ramuthevar Vadivel Murugan
Add new vendor specific compatible string to check Intel's Lightning
Mountain(LGM) QSPI features enablement in cadence-quadspi driver.
Signed-off-by: Ramuthevar Vadivel Murugan
Acked-by: Rob Herring
---
From: Ramuthevar Vadivel Murugan
Move the Documentation/devicetree/bindings/mtd/cadence-quadspi.txt to
Documentation/devicetree/bindings/spi/
Signed-off-by: Ramuthevar Vadivel Murugan
Acked-by: Rob Herring
---
Documentation/devicetree/bindings/{mtd => spi}/cadence-quadspi.txt | 0
1 file
From: Ramuthevar Vadivel Murugan
On Intel Lightning Mountain(LGM) SoCs QSPI controller do not use
Direct Access Controller(DAC).
This patch adds a quirk to disable the Direct Access Controller
for data transfer instead it uses indirect data transfe
DAC bit resets to 1 so there is no need to
From: Ramuthevar Vadivel Murugan
Add multiple chipselect support for Intel LGM SoCs,
currently QSPI-NOR and QSPI-NAND supported.
Signed-off-by: Ramuthevar Vadivel Murugan
---
drivers/spi/spi-cadence-quadspi.c | 6 ++
1 file changed, 6 insertions(+)
diff --git
On 24/11/20 6:51 AM, Nishanth Menon wrote:
> On 09:45-20201123, Sekhar Nori wrote:
>>>> The main reason I commented - is hope to get some clarification from DT
>>>> maintainers.
>>>> 90% of interrupt-controller nodes do not have #address-cells and I never
From: Ramuthevar Vadivel Murugan
Add QSPI controller support for Intel LGM SoC.
Signed-off-by: Ramuthevar Vadivel Murugan
---
drivers/spi/Kconfig | 2 +-
drivers/spi/spi-cadence-quadspi.c | 3 +++
2 files changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/spi/Kconfig
On 11/23/20 10:10 AM, Michael Klein wrote:
> Add gpio-poweroff node to allow the board to power itself off after
> shutdown by disabling the SYSTEM and CPUX regulators (U5 resp. U6).
> The RST button can be used to restart the board.
The PSCI client will override this driver once the PSCI
On Mon, Nov 23, 2020 at 07:42:30PM -0800, Andrew Morton wrote:
> Matthew's series "Overhaul multi-page lookups for THP" chnages the
> shmem code quite a bit, and in the area of truncate. Matthew, could
> you please fire up that reproducer?
Almost certainly my fault. I was trying to get the
Fix an error introduced resolving conflicts with camnoc_virt node.
Fixes: 0c9dde0d2015 ("arm64: dts: qcom: sm8150: Add secondary USB and PHY
nodes")
---
arch/arm64/boot/dts/qcom/sm8150.dtsi | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git
Add pwm to mt8183 and backlight to mt8183-kukui.
Signed-off-by: Hsin-Yi Wang
---
.../arm64/boot/dts/mediatek/mt8183-kukui.dtsi | 28 +++
arch/arm64/boot/dts/mediatek/mt8183.dtsi | 10 +++
2 files changed, 38 insertions(+)
diff --git
>-Original Message-
>From: Ulf Hansson
>Sent: Monday, November 23, 2020 5:49 PM
>To: Bhaskara Budiredla
>Cc: Kees Cook ; Colin Cross
>; Tony Luck ; Sunil Kovvuri
>Goutham ; linux-...@vger.kernel.org; Linux
>Kernel Mailing List
>Subject: Re: [EXT] Re: [PATCH v1 1/2] mmc: Support kmsg
On Mon, 30 Aug 2020, Linus Torvalds wrote:
> On Mon, Aug 31, 2020 at 3:03 AM Jan Kara wrote:
> >
> > On Fri 28-08-20 12:07:55, Jan Kara wrote:
> > >
> > > Doh, so this is:
> > >
> > > wait_on_page_writeback(page);
> > > >>> BUG_ON(PageWriteback(page));
On Thu, 19 Nov 2020 03:08:43 -0500 menglong8.d...@gmail.com wrote:
> From: Menglong Dong
>
> 'format_corename()' will splite 'core_pattern' on spaces when it
> is in pipe mode, and take helper_argv[0] as the path to usermode
> executable.
>
> It works fine in most cases. However, if there is a
On 2020-11-24 00:52, Rob Clark wrote:
On Mon, Nov 23, 2020 at 9:01 AM Sai Prakash Ranjan
wrote:
On 2020-11-23 20:51, Will Deacon wrote:
> On Tue, Nov 17, 2020 at 08:00:39PM +0530, Sai Prakash Ranjan wrote:
>> Some hardware variants contain a system cache or the last level
>> cache(llc). This
Hi Ulf,
Thanks
>-Original Message-
>From: Ulf Hansson
>Sent: Tuesday, November 24, 2020 12:07 AM
>To: Zulkifli, Muhammad Husaini
>Cc: linux-...@vger.kernel.org; Linux ARM ker...@lists.infradead.org>; Linux Kernel Mailing List ker...@vger.kernel.org>; Hunter, Adrian ; Raja
>Subramanian,
On Fri, Nov 20, 2020 at 01:17:07PM +, KP Singh wrote:
> +
> +static bool bpf_ima_inode_hash_allowed(const struct bpf_prog *prog)
> +{
> + return bpf_lsm_is_sleepable_hook(prog->aux->attach_btf_id);
> +}
> +
> +BTF_ID_LIST_SINGLE(bpf_ima_inode_hash_btf_ids, struct, inode)
> +
> +const
On Wed, 18 Nov 2020 14:13:14 +, Colin King wrote:
> Currently there is an error return path that neglects to free the
> allocation for lcb_context. Fix this by adding a new error free
> exit path that kfree's lcb_context before returning. Use this new
> kfree exit path in another exit error
On Tue, 17 Nov 2020 19:10:58 -0600, Tyrel Datwyler wrote:
> Several Management Datagrams (MADs) have been reversioned to add a targetWWPN
> field that is intended to better identify a target over in place of the
> scsi_id.
> This patchset adds the new protocol definitions and implements support
On Tue, 17 Nov 2020 12:50:29 -0600, Tyrel Datwyler wrote:
> Both ibmvfc_show_host_(capabilities|npiv_version) functions retrieve
> values from vhost->login_buf.resp buffer. This is the MAD response
> buffer from the VIOS and as such any multi-byte non-string values are in
> big endian format.
>
On Tue, 17 Nov 2020 08:58:32 -0800, Jaegeuk Kim wrote:
> Change log from v4:
> - add more fixes
>
> Change log from v3:
> - use __ufshcd_release with a fix in __ufshcd_release
>
> Change log from v2:
> - use active_req-- instead of __ufshcd_release to avoid UFS timeout
>
> [...]
Applied to
On Wed, 18 Nov 2020 13:37:44 +, Colin King wrote:
> Currently there is a null check on the pointer ndlp that exits via
> error path issue_ct_rsp_exit followed by another null check on the
> same pointer that is almost identical to the previous null check
> stanza and yet can never can be
On Wed, 18 Nov 2020 13:13:45 +, Colin King wrote:
> There is a null check on pointer lpfc_cmd after the pointer has been
> dereferenced when pointers rdata and ndlp are initialized at the start
> of the function. Fix this by only assigning rdata and ndlp after the
> pointer lpfc_cmd has been
On 11/21/2020 3:00 AM, Bjorn Helgaas wrote:
External email: Use caution opening links or attachments
On Tue, Nov 17, 2020 at 08:27:28PM +0530, Vidya Sagar wrote:
There are devices (Ex:- Marvell SATA controller) that don't support
64-bit MSIs and the same is advertised through their MSI
On Tue, 2020-11-24 at 01:14 +, Arulprabhu Ponnusamy (arulponn)
wrote:
> Looks good.
I'm not sure why this look good. It looks very odd to me.
> On 11/20/20, 5:38 PM, "Karan Tilak Kumar" wrote:
>
> Replacing shost_printk with FNIC_MAIN_DBG so that
> these log messages are
On Fri, 20 Nov 2020 17:55:22 -0800 syzbot
wrote:
> Hello,
>
> syzbot found the following issue on:
>
> HEAD commit:03430750 Add linux-next specific files for 20201116
> git tree: linux-next
> console output: https://syzkaller.appspot.com/x/log.txt?x=13f80e5e50
> kernel config:
Karan,
> Replacing shost_printk with FNIC_FCS_DBG so that these log messages
> are controlled by fnic_log_level flag in fnic_fip_handler_timer.
Applied to 5.11/scsi-staging, thanks!
--
Martin K. Petersen Oracle Linux Engineering
Karan,
> We need to check for a valid io_req before we check other data. Also,
> removing redundant checks.
Applied to 5.11/scsi-staging, thanks!
--
Martin K. Petersen Oracle Linux Engineering
Karan,
> Fix to set scsi_set_resid() only if FCPIO_ICMND_CMPL_RESID_UNDER is
> set.
Applied to 5.11/scsi-staging, thanks!
--
Martin K. Petersen Oracle Linux Engineering
Karan,
> This change is to avoid looping in fnic_scsi_abort_io before sending
> fw reset when fnic is in TRANS ETH state and when we have not received
> any link events.
Applied to 5.11/scsi-staging, thanks!
--
Martin K. Petersen Oracle Linux Engineering
Karan,
> Replacing shost_printk with FNIC_MAIN_DBG so that these log messages
> are controlled by fnic_log_level flag in fnic_handle_link.
Applied to 5.11/scsi-staging, thanks!
--
Martin K. Petersen Oracle Linux Engineering
On Sat, 21 Nov 2020 13:44:24 +0100 Sebastian Andrzej Siewior
wrote:
> On 2020-11-20 14:35:35 [-0800], Andrew Morton wrote:
> > On Fri, 20 Nov 2020 10:24:20 +0100 Sebastian Andrzej Siewior
> > wrote:
> >
> > > falconide_get_lock() is called by ide_lock_host() and its caller
> > >
On Tue, Nov 03, 2020 at 09:31:46PM +0530, Sumit Garg wrote:
> Add a Trusted Keys co-maintainer entry in order to support TEE based
> Trusted Keys framework.
>
> Signed-off-by: Sumit Garg
Acked-by: Jarkko Sakkinen
> ---
> MAINTAINERS | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git
On Tue, Nov 03, 2020 at 09:31:44PM +0530, Sumit Garg wrote:
> Add support for TEE based trusted keys where TEE provides the functionality
> to seal and unseal trusted keys using hardware unique key.
>
> Refer to Documentation/tee.txt for detailed information about TEE.
>
> Signed-off-by: Sumit
On Tue, Nov 03, 2020 at 09:31:43PM +0530, Sumit Garg wrote:
> Current trusted keys framework is tightly coupled to use TPM device as
> an underlying implementation which makes it difficult for implementations
> like Trusted Execution Environment (TEE) etc. to provide trusted keys
> support in case
On Tue, Nov 24, 2020 at 10:59:45AM +0800, Boqun Feng wrote:
> Hi Steven,
>
> On Mon, Nov 23, 2020 at 01:42:27PM -0500, Steven Rostedt wrote:
> > On Mon, 23 Nov 2020 11:28:12 -0500
> > Steven Rostedt wrote:
> >
> > > I noticed:
> > >
> > >
> > > [ 237.650900] enabling event benchmark_event
>
On Sat, 21 Nov 2020 05:05:19 -0800 syzbot
wrote:
> Hello,
>
> syzbot found the following issue on:
>
> HEAD commit:7c8ca812 Add linux-next specific files for 20201117
> git tree: linux-next
> console output: https://syzkaller.appspot.com/x/log.txt?x=16ea946a50
> kernel config:
commit dfa50b605c2a ("sched: Make finish_task_switch() return 'struct rq
*'") moved the 'rq' parameter into finish_task_switch, so we don't need
it now in schedule_tail.
Signed-off-by: Alex Shi
Cc: Ingo Molnar
Cc: Peter Zijlstra
Cc: Juri Lelli
Cc: Vincent Guittot
Cc: Dietmar Eggemann
On 11/23/20 12:32 PM, Wilken Gottwalt wrote:
> On Sat, 21 Nov 2020 17:44:18 +0100
> Maxime Ripard wrote:
>
>> On Sat, Nov 21, 2020 at 08:22:55PM +0800, fuyao wrote:
>>> On Fri, Nov 20, 2020 at 05:42:31PM +0100, Maxime Ripard wrote:
Hi,
On Thu, Nov 19, 2020 at 11:13:43AM +0100,
Remove unnecessary advance declaration of struct ioc_gq.
Signed-off-by: Baolin Wang
---
block/blk-iocost.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/block/blk-iocost.c b/block/blk-iocost.c
index 4ffde36..103ccbd 100644
--- a/block/blk-iocost.c
+++ b/block/blk-iocost.c
@@ -370,8
Factor out the base vrate change code into a separate function
to fimplify the ioc_timer_fn().
No functional change.
Signed-off-by: Baolin Wang
---
block/blk-iocost.c | 78 --
1 file changed, 41 insertions(+), 37 deletions(-)
diff --git
101 - 200 of 2085 matches
Mail list logo