Add dm target feature flag DM_TARGET_NOWAIT which tells that target
has no problem with REQ_NOWAIT.
Set limits.nowait_requests if all targets and backends handle REQ_NOWAIT.
Signed-off-by: Konstantin Khlebnikov
---
drivers/md/dm-linear.c|5 +++--
drivers/md/dm-table.c |
Add flag for marking bio-based queues which support REQ_NOWAIT.
Set for all request based (mq) devices.
Stacking device should set it after blk_set_stacking_limits() if method
make_request() itself doesn't delay requests or handles REQ_NOWAIT.
Signed-off-by: Konstantin Khlebnikov
---
Set limits.nowait_requests = 1 before stacking limits.
Raid itself does not delay bio in raid0_make_request().
Signed-off-by: Konstantin Khlebnikov
---
drivers/md/raid0.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/md/raid0.c b/drivers/md/raid0.c
index
Hi,
please pull the following updates to btrfs. Thanks.
Highlights:
- speedup dead root detection during orphan cleanup, eg. when there are
many deleted subvolumes waiting to be cleaned, the trees are now looked
up in radix tree instead of a O(N^2) search
- snapshot creation with inherited
Here is pretty straight forward attempt of handling REQ_NOWAIT for
bio-based and stacked devices.
They are marked with flag queue->limits.nowait_requests which tells that
queue method make_request() handles REQ_NOWAIT or doesn't delay requests,
and all backend devices do the same.
As a example
As seccomp_benchmark tries to calibrate how many samples will take more
than 5 seconds to execute, it may end up picking up a number of samples
that take 10 (but up to 12) seconds. As the calibration will take double
that time, it takes around 20 seconds. Then, it executes the whole thing
again,
On Mon, Jun 01, 2020 at 05:46:26PM +0530, Kaaira Gupta wrote:
> On Fri, May 29, 2020 at 05:43:57PM +0200, Dafna Hirschfeld wrote:
> > Hi,
> > Thanks for the patch
> >
> > I don't know how real devices handle ARGB formats,
> > I wonder if it should be the part of the debayer.
>
> Hi! qcam tries
> Optimize the error handling to free the resources correctly when
> failed to allocate an iommu group.
* I would not categorise the desired completion of exception handling
as a software optimisation.
* Would you like to add the tag “Fixes” to the commit message?
* I suggest to avoid the
commit e7bf90e5afe3 ("block/bio-integrity: fix a memory leak bug") add a
kree() for 'buf' if bio_integrity_add_page() return '0'. However, the
object will be freed in bio_integrity_free() since 'bio->bi_opf' and
'bio->bi_integrity' was set previousy in bio_integrity_alloc().
Fixes: commit
> Subject: RE: [PATCH 2/4] firmware: imx: add resource management api
>
> > From: Peng Fan
> > Sent: Friday, April 24, 2020 9:12 AM
> > >
> > > > From: Peng Fan
> > > > Sent: Thursday, April 23, 2020 6:57 PM
> > > > > > From: Peng Fan
> > > > > > Sent: Thursday, April 23, 2020 3:00 PM
> > > >
On Sun, 31 May 2020 at 11:32, Dmitry Vyukov wrote:
>
> On Fri, May 29, 2020 at 7:11 PM Peter Zijlstra wrote:
> > > Like with KCSAN, we should blanket kill KASAN/UBSAN and friends (at the
> > > very least in arch/x86/) until they get that function attribute stuff
> > > sorted.
> >
> > Something
Hi Stepen,
On 5/28/2020 7:29 AM, Stephen Boyd wrote:
Quoting Sivaprakash Murugesan (2020-05-27 05:24:51)
diff --git a/drivers/clk/qcom/apss-ipq6018.c b/drivers/clk/qcom/apss-ipq6018.c
new file mode 100644
index 000..004f7e1
--- /dev/null
+++ b/drivers/clk/qcom/apss-ipq6018.c
@@ -0,0 +1,106
On 2020 Mai 27, Stephane Eranian wrote:
...
> diff --git a/arch/x86/events/Makefile b/arch/x86/events/Makefile
> index 6f1d1fde8b2de..12c42eba77ec3 100644
> --- a/arch/x86/events/Makefile
> +++ b/arch/x86/events/Makefile
> @@ -1,5 +1,6 @@
> # SPDX-License-Identifier: GPL-2.0-only
> obj-y
On Sat, May 30, 2020 at 10:44 PM Denis Efremov wrote:
>
> Allow user to use alternative implementations of compression tools,
> such as pigz, pbzip2, pxz. For example, multi-threaded tools to
> speed up the build:
> $ make GZIP=pigz BZIP2=pbzip2
>
> Variables _GZIP, _BZIP2, _LZOP are used
The following commit has been merged into the x86/entry branch of tip:
Commit-ID: 5f98f9eee4d41e012f6a768cec1bd6a143572c09
Gitweb:
https://git.kernel.org/tip/5f98f9eee4d41e012f6a768cec1bd6a143572c09
Author:Thomas Gleixner
AuthorDate:Thu, 28 May 2020 16:53:20 +02:00
The following commit has been merged into the x86/entry branch of tip:
Commit-ID: 0cfc1b7f2f935584bdd6ef5d9a08a258a16d0a11
Gitweb:
https://git.kernel.org/tip/0cfc1b7f2f935584bdd6ef5d9a08a258a16d0a11
Author:Thomas Gleixner
AuthorDate:Mon, 01 Jun 2020 14:50:43 +02:00
Hi Linus,
The following changes since commit 8f3d9f354286745c751374f5f1fcafee6b3f3136:
Linux 5.7-rc1 (2020-04-12 12:35:55 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/geert/linux-m68k.git
tags/m68k-for-v5.8-tag1
for you to fetch
Most callers of config read do not check for return value. But most of the
ones that do, checks for error indication in 'val' variable.
This patch updates error handling in advk_pcie_rd_conf() function. If PIO
transfer fails then 'val' variable is set to 0x which indicates
failture.
Linus,
Please pull the latest core/kprobes git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
core-kprobes-2020-06-01
# HEAD: 66e9b0717102507e64f638790eaece88765cc9e5 kprobes: Prevent probes in
.noinstr.text section
Various kprobes updates, mostly centered around
On Mon, Jun 01, 2020 at 12:55:44AM -0700, Ian Rogers wrote:
> On Sun, May 24, 2020 at 3:43 PM Jiri Olsa wrote:
> >
> > Adding new test that process metrics code and checks
> > the expected results. Starting with easy ipc metric.
> >
> > Signed-off-by: Jiri Olsa
>
> Acked-by: Ian Rogers
>
> I
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 6d2e16a3181bafb77b535095c39ad1c8b9558c8c
Gitweb:
https://git.kernel.org/tip/6d2e16a3181bafb77b535095c39ad1c8b9558c8c
Author:Serge Semin
AuthorDate:Thu, 21 May 2020 23:48:15 +03:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 809eb4e9bf9d84eb5b703358afd0d564d514f6d2
Gitweb:
https://git.kernel.org/tip/809eb4e9bf9d84eb5b703358afd0d564d514f6d2
Author:Geert Uytterhoeven
AuthorDate:Tue, 19 May 2020 10:11:01 +02:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: b33aaf5cd68d0fa0f0d6aa15831a1e82e2ef98e1
Gitweb:
https://git.kernel.org/tip/b33aaf5cd68d0fa0f0d6aa15831a1e82e2ef98e1
Author:Serge Semin
AuthorDate:Thu, 21 May 2020 23:48:10 +03:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 65e0f876405ef4f0ff25eb1c5ff3e9b536d68805
Gitweb:
https://git.kernel.org/tip/65e0f876405ef4f0ff25eb1c5ff3e9b536d68805
Author:Serge Semin
AuthorDate:Thu, 21 May 2020 23:48:14 +03:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: cee43dbf2ee3f430434e2b66994eff8a1aeda889
Gitweb:
https://git.kernel.org/tip/cee43dbf2ee3f430434e2b66994eff8a1aeda889
Author:Serge Semin
AuthorDate:Thu, 21 May 2020 23:48:13 +03:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: bdf8783c0dae9d3d8fc1c4078fe849ab8aa8b583
Gitweb:
https://git.kernel.org/tip/bdf8783c0dae9d3d8fc1c4078fe849ab8aa8b583
Author:Christophe JAILLET
AuthorDate:Thu, 09 Apr 2020 11:25:43 +02:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: bfed0eded1ce00bda5cc2d2939b017f88e6b1fd0
Gitweb:
https://git.kernel.org/tip/bfed0eded1ce00bda5cc2d2939b017f88e6b1fd0
Author:Rob Herring
AuthorDate:Fri, 17 Apr 2020 16:20:45 -05:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 6d15120b282e49811a47f2f6d6b749d178be7e99
Gitweb:
https://git.kernel.org/tip/6d15120b282e49811a47f2f6d6b749d178be7e99
Author:Tony Lindgren
AuthorDate:Tue, 19 May 2020 08:51:57 -07:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 46b30515f97ece3da661b251e4a0ad9ac7a338d3
Gitweb:
https://git.kernel.org/tip/46b30515f97ece3da661b251e4a0ad9ac7a338d3
Author:Tony Lindgren
AuthorDate:Thu, 07 May 2020 10:23:17 -07:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 311fb70aa55174ddebb5c6022b23e58b85e9f116
Gitweb:
https://git.kernel.org/tip/311fb70aa55174ddebb5c6022b23e58b85e9f116
Author:Dejin Zheng
AuthorDate:Wed, 29 Apr 2020 23:12:23 +08:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: c177e2975430cec296aa52a0d413e447417d6cf9
Gitweb:
https://git.kernel.org/tip/c177e2975430cec296aa52a0d413e447417d6cf9
Author:Tony Lindgren
AuthorDate:Tue, 19 May 2020 08:51:57 -07:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: aba1ad05da088944a62eb87fb0cd8391152e8985
Gitweb:
https://git.kernel.org/tip/aba1ad05da088944a62eb87fb0cd8391152e8985
Author:Tony Lindgren
AuthorDate:Thu, 07 May 2020 10:23:18 -07:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 4855f2bd91b6e3461af7d795bfe9a40420122131
Gitweb:
https://git.kernel.org/tip/4855f2bd91b6e3461af7d795bfe9a40420122131
Author:Christophe JAILLET
AuthorDate:Thu, 09 Apr 2020 12:12:26 +02:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 83cba9536905e4f82b726a98fe404400f0c9eb76
Gitweb:
https://git.kernel.org/tip/83cba9536905e4f82b726a98fe404400f0c9eb76
Author:Johan Hovold
AuthorDate:Wed, 13 May 2020 14:25:48 +02:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 8c42c0f72d7c4f295646d3eba73f62e5579b1732
Gitweb:
https://git.kernel.org/tip/8c42c0f72d7c4f295646d3eba73f62e5579b1732
Author:Jason Yan
AuthorDate:Tue, 14 Apr 2020 20:02:38 +08:00
Committer:
The following commit has been merged into the timers/core branch of tip:
Commit-ID: ac819eda7cc96656df50897848ffe5dfe9a3cb7c
Gitweb:
https://git.kernel.org/tip/ac819eda7cc96656df50897848ffe5dfe9a3cb7c
Author:Lokesh Vutla
AuthorDate:Mon, 27 Apr 2020 22:56:04 +05:30
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 25259f7a5de2de9d67793dc584b15c83a3134c93
Gitweb:
https://git.kernel.org/tip/25259f7a5de2de9d67793dc584b15c83a3134c93
Author:Michael Ellerman
AuthorDate:Sun, 26 Apr 2020 22:43:56 +10:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: ac161f57b66dcf14b3339b1c5857c08a9ad4d833
Gitweb:
https://git.kernel.org/tip/ac161f57b66dcf14b3339b1c5857c08a9ad4d833
Author:Anson Huang
AuthorDate:Wed, 01 Apr 2020 12:27:02 +08:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 7d7de1a65349811b24971c5e8e040e6aac192dd4
Gitweb:
https://git.kernel.org/tip/7d7de1a65349811b24971c5e8e040e6aac192dd4
Author:Serge Semin
AuthorDate:Thu, 21 May 2020 23:48:17 +03:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 264418e20d1fedbed8ad79683b63caa3d72c3b2e
Gitweb:
https://git.kernel.org/tip/264418e20d1fedbed8ad79683b63caa3d72c3b2e
Author:Lokesh Vutla
AuthorDate:Mon, 27 Apr 2020 22:58:31 +05:30
The following commit has been merged into the timers/core branch of tip:
Commit-ID: e69bc8999662a3fa6d856820dd09717afff1cbb0
Gitweb:
https://git.kernel.org/tip/e69bc8999662a3fa6d856820dd09717afff1cbb0
Author:Serge Semin
AuthorDate:Thu, 21 May 2020 23:48:11 +03:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 52762fbd1c4778ac9b173624ca0faacd22ef4724
Gitweb:
https://git.kernel.org/tip/52762fbd1c4778ac9b173624ca0faacd22ef4724
Author:Tony Lindgren
AuthorDate:Thu, 07 May 2020 10:23:18 -07:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: d1b5e55208fd8e1c73876ab6ad1ce93485e3f5a2
Gitweb:
https://git.kernel.org/tip/d1b5e55208fd8e1c73876ab6ad1ce93485e3f5a2
Author:Dejin Zheng
AuthorDate:Wed, 29 Apr 2020 23:35:59 +08:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: ac593e62b0cfcbc53502be8b6c7e40fed8baff8c
Gitweb:
https://git.kernel.org/tip/ac593e62b0cfcbc53502be8b6c7e40fed8baff8c
Author:Colin Ian King
AuthorDate:Tue, 19 May 2020 23:44:28 +01:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 7a3768c206a006525afc090f92d4d618d8356b92
Gitweb:
https://git.kernel.org/tip/7a3768c206a006525afc090f92d4d618d8356b92
Author:Saravana Kannan
AuthorDate:Tue, 24 Mar 2020 12:53:02 -07:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: d15483bb49bae0f9cbb67c54becec252545752d3
Gitweb:
https://git.kernel.org/tip/d15483bb49bae0f9cbb67c54becec252545752d3
Author:Tony Lindgren
AuthorDate:Thu, 07 May 2020 10:23:17 -07:00
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 48016e78d328998b1f00bcfb639adeabca51abe5
Gitweb:
https://git.kernel.org/tip/48016e78d328998b1f00bcfb639adeabca51abe5
Author:Paul Burton
AuthorDate:Thu, 21 May 2020 23:48:16 +03:00
On Thu, May 28, 2020 at 11:52:26PM +0900, Masami Hiramatsu wrote:
> Fix to load test_sysctl.ko module correctly.
>
> sysctl.sh checks whether the test module is embedded (or loaded
> already) or not at first, and if not, it returns skip error
> instead of trying modprobe. Thus, there is no chance
On Thu, May 28, 2020 at 11:52:16PM +0900, Masami Hiramatsu wrote:
> test_sysctl.c is expected to be used as a module, but since
> it does not use module_init(), it never be registered as
> a module and not appeared under /sys/module/.
> In the result, the selftests/sysctl/sysctl.sh always fails
>
On Thu, May 28, 2020 at 11:52:06PM +0900, Masami Hiramatsu wrote:
> Make prime number generator independently selectable from
> kconfig. This allows us to enable CONFIG_PRIME_NUMBERS=m
> and run the tools/testing/selftests/lib/prime_numbers.sh
> without other DRM selftest modules.
>
>
On Thu, May 28, 2020 at 11:52:37PM +0900, Masami Hiramatsu wrote:
> Fix config file to require CONFIG_TEST_SYSCTL=m instead of y
> because this driver introduces a test sysctl interfaces which
> are normally not used, and only used for the selftest.
>
> Signed-off-by: Masami Hiramatsu
Linus,
Please pull the latest core/rcu git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git core-rcu-2020-06-01
# HEAD: cb3cb6733fbd8fd8d2c716095fdca42dadba2063 Merge branch 'WIP.core/rcu'
into core/rcu, to pick up two x86/entry dependencies
The RCU updates for this
On Mon Jun 01 20, Jerry Snitselaar wrote:
On Fri May 29 20, Jerry Snitselaar wrote:
On Tue Apr 14 20, Joerg Roedel wrote:
Hi,
here is the second version of this patch-set. The first version with
some more introductory text can be found here:
On Mon, Jun 01, 2020 at 12:44:15AM -0700, Ian Rogers wrote:
SNIP
> > + memset(, 0, sizeof(error));
> > + ret = parse_events_fake(evlist, id, );
> > + if (ret) {
> > + pr_debug("str: %s\n", error.str);
> > + pr_debug("help : %s\n",
Linus,
Please pull the latest efi/core git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git efi-core-2020-06-01
# HEAD: e9524fb97ab5b41b85e1d3408f8e513433798f3c efi/x86: Don't blow away
existing initrd
The EFI changes for this cycle are:
- preliminary changes for
On 4/27/20 10:05 AM, Bernard Zhao wrote:
> Eliminate the magic numbers, add vender infoframe size macro
> like other hdmi modules.
>
> Signed-off-by: Bernard Zhao
Applied to drm-misc-next tree (patch should show up in v5.9), thanks.
Best regards,
--
Bartlomiej Zolnierkiewicz
Samsung R
On 4/23/20 6:42 PM, Dejin Zheng wrote:
> A call of the function do_take_over_console() can fail here.
> The corresponding system resources were not released then.
> Thus add a call of iounmap() and release_mem_region()
> together with the check of a failure predicate. and also
> add
On 5/5/20 1:29 AM, Joe Perches wrote:
> IS_BUILTIN can be use to replace various initializations
> like #if CONFIG_ int val = 1; #else int val = 0; #endif
> so do so.
>
> Signed-off-by: Joe Perches
Applied to drm-misc-next tree (patch should show up in v5.9), thanks.
Best regards,
--
On 4/22/20 9:19 AM, Jason Yan wrote:
> Fix the following coccicheck warning:
>
> drivers/video/fbdev/omap2/omapfb/dss/hdmi4.c:461:15-32: WARNING:
> Comparison to bool
> drivers/video/fbdev/omap2/omapfb/dss/dispc.c:891:5-35: WARNING:
> Comparison of 0/1 to bool variable
>
> Signed-off-by: Jason
On 4/29/20 10:45 AM, Christophe JAILLET wrote:
> 'dma_alloc_coherent()' must be balanced by a call to 'dma_free_coherent()'
> not 'dma_free_wc()'.
> The correct dma_free_ function is already used in the error handling path
> of the probe function.
>
> Fixes: 77e196752bdd ("[ARM] pxafb: allow
On 4/22/20 6:07 PM, Dejin Zheng wrote:
> the sfb->fb->screen_base is not save the value get by iounmap() when
> the chip id is 0x720. so iounmap() for address sfb->fb->screen_base
> is not right.
>
> Fixes: 1461d6672864854 ("staging: sm7xxfb: merge sm712fb with fbdev")
> CC: Andy Shevchenko
>
On 5/25/20 9:11 AM, Tiezhu Yang wrote:
> When call function devm_platform_ioremap_resource(), we should use IS_ERR()
> to check the return value and return PTR_ERR() if failed.
>
> Signed-off-by: Tiezhu Yang
Applied to drm-misc-next tree (patch should show up in v5.9), thanks.
Best regards,
Hi,
On Mon, 1 Jun 2020 at 09:02, Sai Prakash Ranjan
wrote:
>
> Add a flag to check whether TMC ETR/ETF is enabled or not.
> This is later used in shutdown callback to determine if
> we require to disable ETR/ETF.
>
> Signed-off-by: Sai Prakash Ranjan
> ---
>
sysnames should be freed after refcnt being decreased to zero in
afs_put_sysnames().
Signed-off-by: Zhihao Cheng
Cc: # v4.17+
Fixes: 6f8880d8e681557 ("afs: Implement @sys substitution handling")
---
fs/afs/proc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/fs/afs/proc.c b/fs/afs/proc.c
Linus,
Please pull the latest locking/core git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
locking-core-2020-06-01
# HEAD: 19f545b6e07f753c4dc639c2f0ab52345733b6a8 zram: Use local lock to
protect per-CPU data
The biggest change to core locking facilities in
On 06/01/20 at 02:42pm, Mike Rapoport wrote:
> On Thu, May 28, 2020 at 10:15:10AM -0500, Steve Wahl wrote:
> > On Thu, May 28, 2020 at 05:07:31PM +0800, Baoquan He wrote:
> > > On 05/26/20 at 01:49pm, David Hildenbrand wrote:
> > > > On 26.05.20 13:32, Mike Rapoport wrote:
> > > > > Hello Baoquan,
On 5/7/20 1:06 PM, Jason Yan wrote:
> Fix the following coccicheck warning:
>
> include/linux/libata.h:1446:8-9: WARNING: return of 0/1 in function
> 'ata_is_host_link' with return type bool
>
> Signed-off-by: Jason Yan
Acked-by: Bartlomiej Zolnierkiewicz
Best regards,
--
Bartlomiej
Hi,
On Mon, 1 Jun 2020 at 09:02, Sai Prakash Ranjan
wrote:
>
> Implement a shutdown callback to ensure ETR/ETF hardware is
> properly shutdown in reboot/shutdown path. This is required
> for ETR/ETF which has SMMU address translation enabled like
> on SC7180 SoC and few others. If the hardware
Hi Jens,
with Linux v5.7 final I switched to linux-block.git/for-next and reverted...
"block: read-ahead submission should imply no-wait as well"
...and see no boot-slowdowns.
Regards,
- Sedat -
...
> > > > +static const struct iio_chan_spec scd30_channels[] = {
> > > > + {
> > > > + .type = IIO_PRESSURE,
> > > > + .info_mask_separate = BIT(IIO_CHAN_INFO_CALIBSCALE),
> > > > + .info_mask_separate_available =
> > > >
On 2020/6/1 19:56, Catalin Marinas wrote:
> Hi Zhenyu,
>
> On Sat, May 30, 2020 at 06:24:21PM +0800, Zhenyu Ye wrote:
>> On 2020/5/26 22:52, Catalin Marinas wrote:
>>> On Mon, May 25, 2020 at 03:19:42PM +0800, Zhenyu Ye wrote:
tlb_flush_##_pxx##_range() is used to set tlb->cleared_*,
Several MFD child drivers register their class devices directly under
the parent device. This means you cannot blindly do devres conversions
so that deregistration ends up being tied to the parent device,
something which leads to use-after-free on driver unbind when the class
device is released
Several MFD child drivers register their class devices directly under
the parent device. This means you cannot blindly do devres conversions
so that deregistration ends up being tied to the parent device,
something which leads to use-after-free on driver unbind when the class
device is released
Several MFD child drivers register their class devices directly under
the parent device. This means you cannot blindly do devres conversions
so that deregistration ends up being tied to the parent device,
something which leads to use-after-free on driver unbind when the class
device is released
Drop the pointless and needlessly confusing casts of struct-device
pointers.
Signed-off-by: Johan Hovold
---
drivers/leds/leds-lm355x.c | 9 +++--
drivers/leds/leds-lm3642.c | 9 +++--
2 files changed, 6 insertions(+), 12 deletions(-)
diff --git a/drivers/leds/leds-lm355x.c
Several MFD child drivers register their class devices directly under
the parent device. This means you cannot use devres so that
deregistration ends up being tied to the parent device, something which
leads to use-after-free on driver unbind when the class device is
released while still being
Several MFD child drivers register their class devices directly under
the parent device (about half of the MFD LED drivers do so).
This means you cannot blindly do devres conversions so that
deregistration ends up being tied to the parent device, something which
leads to use-after-free on driver
Several MFD child drivers register their class devices directly under
the parent device. This means you cannot blindly do devres conversions
so that deregistration ends up being tied to the parent device,
something which leads to use-after-free on driver unbind when the class
device is released
...
> > > > > +
> > > > > + return ret;
> > > > > +}
> > > > > +
> > > > > +int scd30_probe(struct device *dev, int irq, const char *name, void
> > > > > *priv,
> > > > > + scd30_command_t command)
> > > > > +{
> > > > > + static const unsigned long scd30_scan_masks[] = {
在 2020/6/1 20:00, Markus Elfring 写道:
Fix some potential memory leaks in error handling branches while
iterating xattr entries.
Such information is useful.
For example, function ubifs_tnc_remove_ino()
forgets to free pxent if it exists. Similar problems also exist in
ubifs_purge_xattrs(),
On Mon, 01 Jun 2020 17:31:31 +0530
Vaibhav Jain wrote:
> Hi Christoph and Steven,
>
> Have addressed your review comment to update the patch description and
> title for this patch. Can you please provide your ack to this patch.
>
>
I thought I already did, but it appears it was a reply to a
On Mon, Jun 1, 2020 at 4:42 PM Johan Hovold wrote:
>
> Several MFD child drivers register their class devices directly under
> the parent device (about half of the MFD LED drivers do so).
>
> This means you cannot blindly do devres conversions so that
> deregistration ends up being tied to the
On Tue, May 26, 2020 at 02:20:06PM -0700, Douglas Anderson wrote:
> When I combined kgdboc_earlycon with an inflight patch titled ("soc:
> qcom-geni-se: Add interconnect support to fix earlycon crash") [1]
> things went boom. Specifically I got a crash during the transition
> between
Hi!
Currently there is no method to know if the test image generated by vimc
is correct (except for comparing it with a known 'correct' image). So, I
wanted to investigate about a possibility to add text to each color bar
of the generated pattern. I think currently vivid supports this
On Mon, Jun 1, 2020 at 3:46 PM Zhihao Cheng wrote:
>
> 在 2020/6/1 20:00, Markus Elfring 写道:
> >> Fix some potential memory leaks in error handling branches while
> >> iterating xattr entries.
> > Such information is useful.
> >
> >
> >> For example, function ubifs_tnc_remove_ino()
> >> forgets to
On Mon, Jun 1, 2020 at 3:26 PM Serge Semin
wrote:
>
> Add myself as a maintainer of MIPS CPU and GIC IRQchip, MIPS GIC timer
> and MIPS CPS CPUidle drivers.
...
> +MIPS CORE DRIVERS
> +M: Serge Semin
> +L: linux-m...@vger.kernel.org
> +S: Supported
> +F: drivers/bus/mips_cdmm.c
>
> On Jun 1, 2020, at 2:23 AM, Billy Laws wrote:
>
>
>>
>> On May 30, 2020, at 5:26 PM, Gabriel Krisman Bertazi
>> wrote:
>>
>> Andy Lutomirski writes:
>>
>> On May 29, 2020, at 11:00 PM, Gabriel Krisman Bertazi
>> wrote:
>
> Modern Windows applications are
>> I suggest to avoid the specification of duplicate function calls
>> (also for the desired exception handling).
>> Will it be helpful to add a few jump targets?
>>
On Mon, Jun 01, 2020 at 04:51:01PM +0300, Andy Shevchenko wrote:
> On Mon, Jun 1, 2020 at 4:42 PM Johan Hovold wrote:
> >
> > Several MFD child drivers register their class devices directly under
> > the parent device (about half of the MFD LED drivers do so).
> >
> > This means you cannot
Hi, Manfred.
Did you get my last message?
On Wed, May 27, 2020 at 02:22:57PM +0300, Artur Barsegyan wrote:
> [sorry for the duplicates — I have changed my email client]
>
> About your case:
>
> The new receiver puts at the end of the receivers list.
> pipelined_send() starts from the beginning
On 6/1/20 7:35 AM, Sedat Dilek wrote:
> Hi Jens,
>
> with Linux v5.7 final I switched to linux-block.git/for-next and reverted...
>
> "block: read-ahead submission should imply no-wait as well"
>
> ...and see no boot-slowdowns.
Can you try with these patches applied instead? Or pull my
On Sun, May 31, 2020 at 10:22 PM Bharat Kumar Gogada
wrote:
>
> > On 25. 02. 20 17:32, Rob Herring wrote:
> > > On Mon, Feb 17, 2020 at 8:28 AM Michal Simek
> > wrote:
> > >>
> > >> Hi Rob,
> > >>
> > >> On 14. 02. 20 0:47, Rob Herring wrote:
> > >>> On Wed, Feb 12, 2020 at 2:58 AM Michal Simek
thanks, will send an updated version soon.
On Mon, 1 Jun 2020 at 14:12, Sumit Garg wrote:
>
> On Fri, 29 May 2020 at 13:57, Maxim Uvarov wrote:
> >
> > Register driver on the TEE bus. The module tee registers bus,
> > and module optee calls optee_enumerate_devices() to scan
> > all devices on
On Mon, Jun 1, 2020 at 5:01 PM Johan Hovold wrote:
>
> On Mon, Jun 01, 2020 at 04:51:01PM +0300, Andy Shevchenko wrote:
> > On Mon, Jun 1, 2020 at 4:42 PM Johan Hovold wrote:
> > >
> > > Several MFD child drivers register their class devices directly under
> > > the parent device (about half of
On Mon, Jun 1, 2020 at 4:00 PM Markus Elfring wrote:
>
> >> I suggest to avoid the specification of duplicate function calls
> >> (also for the desired exception handling).
> >> Will it be helpful to add a few jump targets?
> >>
On Mon, Jun 1, 2020 at 4:04 PM Jens Axboe wrote:
>
> On 6/1/20 7:35 AM, Sedat Dilek wrote:
> > Hi Jens,
> >
> > with Linux v5.7 final I switched to linux-block.git/for-next and reverted...
> >
> > "block: read-ahead submission should imply no-wait as well"
> >
> > ...and see no boot-slowdowns.
>
On 6/1/20 8:13 AM, Sedat Dilek wrote:
> On Mon, Jun 1, 2020 at 4:04 PM Jens Axboe wrote:
>>
>> On 6/1/20 7:35 AM, Sedat Dilek wrote:
>>> Hi Jens,
>>>
>>> with Linux v5.7 final I switched to linux-block.git/for-next and reverted...
>>>
>>> "block: read-ahead submission should imply no-wait as
On Tue, May 26, 2020 at 01:51:14PM -0600, Jens Axboe wrote:
> +++ b/include/linux/pagemap.h
> @@ -456,6 +456,43 @@ static inline pgoff_t linear_page_index(struct
> vm_area_struct *vma,
> return pgoff;
> }
>
> +/* This has the same layout as wait_bit_key - see fs/cachefiles/rdwr.c */
>
On 5/22/20 9:24 AM, Krystian Hebel wrote:
>
> On 05.05.2020 01:21, Daniel Kiper wrote:
>> +static grub_err_t
>> +init_txt_heap (struct grub_slaunch_params *slparams, struct
>> grub_txt_acm_header *sinit)
>> +{
>> + grub_uint8_t *txt_heap;
>> + grub_uint32_t os_sinit_data_ver, sinit_caps;
>> +
Hi Artus,
On 6/1/20 4:02 PM, Artur Barsegyan wrote:
Hi, Manfred.
Did you get my last message?
Yes, I'm just too busy right now.
My plan/backlog is:
- the xarray patch from Matthew
- improve finding max_id in ipc_rmid(). Perhaps even remove max_id
entirely and instead calculate it on
401 - 500 of 1763 matches
Mail list logo