On Fri, Jul 24, 2020 at 2:12 AM Dmitry V. Levin wrote:
>
> According to Documentation/driver-api/ioctl.rst, in order to support
> 32-bit user space running on a 64-bit kernel, each subsystem or driver
> that implements an ioctl callback handler must also implement the
> corresponding compat_ioctl
Daniel Axtens writes:
> Hi Michael,
>
> Unfortunately, this patch doesn't completely solve the problem.
>
> Trying the original reproducer, I'm still able to trigger the crash even
> with this patch, although not 100% of the time. (If I turn ASLR off
> outside of tmux it reliably crashes, if I tur
Quoting Claudiu Beznea (2020-07-22 00:38:10)
> Check best_rate against available clock ranges.
>
> Fixes: df70aeef6083 ("clk: at91: add generated clock driver")
> Signed-off-by: Claudiu Beznea
> Reviewed-by: Alexandre Belloni
> ---
Applied to clk-next
Quoting Claudiu Beznea (2020-07-22 00:38:12)
> Use logical or for range check. In case bestrate is not in
> characteristics->output[0].min..characteristics->output[0].max
> range we should return -ERANGE.
>
> Fixes: a436c2a447e59 ("clk: at91: add sam9x60 PLL driver")
> Signed-off-by: Claudiu Bezne
Quoting Claudiu Beznea (2020-07-22 00:38:09)
> __clk_determine_rate() may return error. Skip the current step
> in case of error.
>
> Fixes: 1a1a36d72e3d3 ("clk: at91: clk-generated: make gclk determine
> audio_pll rate")
> Signed-off-by: Claudiu Beznea
> Reviewed-by: Alexandre Belloni
> ---
A
Quoting Claudiu Beznea (2020-07-22 00:38:20)
> Add master clock support (MCK1..4) for SAMA7G5. SAMA7G5's PMC has
> multiple master clocks feeding different subsystems. One of them
> feeds image subsystem and is changeable based on image subsystem
> needs.
>
> Signed-off-by: Claudiu Beznea
> ---
Quoting Claudiu Beznea (2020-07-22 00:38:15)
> Main RC oscillator frequency is 12MHz according to datasheet
> (chapter 27.2).
>
> Fixes: 01e2113de9a52 ("clk: at91: add sam9x60 pmc driver")
> Signed-off-by: Claudiu Beznea
> Reviewed-by: Alexandre Belloni ---
Applied to clk-next
Quoting Claudiu Beznea (2020-07-22 00:38:22)
> Add mux table option. This is necessary for IP versions that has
> gaps in the range of available clock sources (e.g. SAMA7G5).
>
> Signed-off-by: Claudiu Beznea
> ---
Applied to clk-next
Quoting Claudiu Beznea (2020-07-22 00:38:24)
> Some of the SAMA7G5 PLLs support multiple outputs (e.g. AUDIO PLL).
> For these, split the PLL clock in two: fractional clock and
> divider clock. In case PLLs supports multiple outputs (since these
> outputs are dividers (with different settings) shar
Quoting Claudiu Beznea (2020-07-22 00:38:16)
> Chapter 57.7.5 of SAM9X60 datasheet specifies that the maximum drift of
> this oscillator is +- 3KHz. Use that value and the formula at [1]
> or the calculator at [2] to compute the PPB value.
>
> [1] https://www.everythingrf.com/rf-calculators/ppm-to
Quoting Claudiu Beznea (2020-07-22 00:38:14)
> In commit a436c2a447e59 ("clk: at91: add sam9x60 PLL driver")
> the fractional part of PLL wasn't set on registers but it was
> calculated and taken into account for determining div and mul
> (see sam9x60_pll_get_best_div_mul()).
>
> Fixes: a436c2a447
Quoting Claudiu Beznea (2020-07-22 00:38:17)
> Replace conditional operator with double logical not as code
> may be simpler to read.
>
> Signed-off-by: Claudiu Beznea
> ---
Applied to clk-next
Quoting Claudiu Beznea (2020-07-22 00:38:21)
> Some peripheral clocks on SAMA7G5 supports requesting parent to change
> its rate (image related clocks: csi, csi2dc, isc). Add support
> so that if registered with this option the clock rate to be
> requested from parent.
>
> Signed-off-by: Claudiu B
Quoting Claudiu Beznea (2020-07-22 00:38:23)
> Add macro for PLL IDs mask.
>
> Signed-off-by: Claudiu Beznea
> ---
Applied to clk-next
Quoting Claudiu Beznea (2020-07-22 00:38:19)
> Add mux table option. This is necessary for IP versions that has
> gaps in the range of available clock sources (e.g. SAMA7G5).
>
> Signed-off-by: Claudiu Beznea
> ---
Applied to clk-next
Quoting Claudiu Beznea (2020-07-22 00:38:18)
> Pass the ID of changeable parent at registration. This will allow
> the scalability of this clock driver with regards to the changeable
> parent ID for versions of this IP where changeable parent is not the
> last one in the parents list (e.g. SAMA7G5)
Quoting Claudiu Beznea (2020-07-22 00:38:25)
> Add UTMI support for SAMA7G5. SAMA7G5's UTMI control is done via
> XTALF register. Values written at bits 2..0 in this register
> correspond to the on board crystal oscillator frequency.
>
> Signed-off-by: Claudiu Beznea
> ---
Applied to clk-next
On Fri, Jul 24, 2020 at 1:46 AM Wolfram Sang wrote:
>
> On Fri, Jul 17, 2020 at 02:31:54PM +0530, Rayagonda Kokatanur wrote:
> > Add new event I2C_SLAVE_PEC_ERR to list of slave events.
> > This event will be used by slave bus driver to indicate
> > PEC error to slave client or backend driver.
> >
On Fri, Jul 24, 2020 at 6:12 AM kernel test robot wrote:
>drivers/gpio/gpio-xilinx.c: In function 'xgpio_probe':
>drivers/gpio/gpio-xilinx.c:638:10: error: 'struct gpio_chip' has no member
> named 'of_gpio_n_cells'
> 638 | chip->gc.of_gpio_n_cells = cells;
> | ^
>
Quoting Claudiu Beznea (2020-07-22 00:38:24)
> Some of the SAMA7G5 PLLs support multiple outputs (e.g. AUDIO PLL).
> For these, split the PLL clock in two: fractional clock and
> divider clock. In case PLLs supports multiple outputs (since these
> outputs are dividers (with different settings) shar
Quoting Claudiu Beznea (2020-07-22 00:38:26)
> Add clock support for SAMA7G5.
>
> Signed-off-by: Claudiu Beznea
> ---
Applied to clk-next
* Jarkko Sakkinen wrote:
> +void text_free(void *region)
> +{
> + /*
> + * This memory may be RO, and freeing RO memory in an interrupt is not
> + * supported by vmalloc.
> + */
> + lockdep_assert_irqs_enabled();
> +
> + vfree(region);
Had to dig around a bit to find
Quoting Ahmad Fatoum (2020-07-03 00:32:35)
> syscon_node_to_regmap() will make the created regmap get and enable the
> first clock it can parse from the device tree. This clock is not needed to
> access the registers and should not be enabled at that time.
>
> Use device_node_to_regmap to resolve
Hi Nick,
On Thu, Jul 23, 2020 at 10:54 PM Nick Desaulniers
wrote:
>
> Just a small cleanup while I was touching this header.
> compiler_attributes.h does feature detection of these __attributes__(())
> and provides more concise ways to invoke them.
Thanks for taking the time to add this patch to
We have custom stack expansion checks that it turns out are extremely
badly tested and contain bugs, surprise. So add some tests that
exercise the code and capture the current boundary conditions.
The signal test currently fails on 64-bit kernels because the 2048
byte allowance for the signal fram
We have powerpc specific logic in our page fault handling to decide if
an access to an unmapped address below the stack pointer should expand
the stack VMA.
The code was originally added in 2004 "ported from 2.4". The rough
logic is that the stack is allowed to grow to 1MB with no extra
checking.
Now that the powerpc code behaves the same as other architectures we
can drop the special cases we had.
Signed-off-by: Michael Ellerman
---
.../powerpc/mm/stack_expansion_ldst.c | 41 +++
1 file changed, 5 insertions(+), 36 deletions(-)
v2: no change just rebased.
diff
We have powerpc specific logic in our page fault handling to decide if
an access to an unmapped address below the stack pointer should expand
the stack VMA.
The logic aims to prevent userspace from doing bad accesses below the
stack pointer. However as long as the stack is < 1MB in size, we allow
Update the stack expansion load/store test to take into account the
new allowance of 4224 bytes below the stack pointer.
Signed-off-by: Michael Ellerman
---
.../selftests/powerpc/mm/stack_expansion_ldst.c| 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
v2: Update for cha
* Jarkko Sakkinen wrote:
> Use text_alloc() and text_free() instead of module_alloc() and
> module_memfree() when an arch provides them.
>
> Cc: linux...@kvack.org
> Cc: Andi Kleen
> Cc: Masami Hiramatsu
> Cc: Peter Zijlstra
> Signed-off-by: Jarkko Sakkinen
> ---
> kernel/kprobes.c | 9 ++
On 23. 07. 20 16:06, Srinivas Neeli wrote:
> Added entry for xilinx GPIO drivers.
>
> Signed-off-by: Srinivas Neeli
> ---
> MAINTAINERS | 10 ++
> 1 file changed, 10 insertions(+)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index ea296f213e45..71c40b0ddef6 100644
> --- a/MAINTAINERS
On Fri, 24 Jul 2020 09:47:57 +0100
Giovanni Cabiddu wrote:
> Add denylist of devices that by default are not probed by vfio-pci.
> Devices in this list may be susceptible to untrusted application, even
> if the IOMMU is enabled. To be accessed via vfio-pci, the user has to
> explicitly disable th
On Fri, Jul 24, 2020 at 01:46:18PM +0530, Anshuman Khandual wrote:
> On 07/24/2020 08:38 AM, Kefeng Wang wrote:
> > On 2020/7/24 11:04, Kefeng Wang wrote:
> >> ERROR: modpost: "__cpu_logical_map" [drivers/cpufreq/tegra194-cpufreq.ko]
> >> undefined!
> >>
> >> ARM64 tegra194-cpufreq driver use cpu_
On 24.07.2020 9:27, Jiri Slaby wrote:
Since commit 28bc24fc46f9 (vc: separate state), vc->vc_color is known as
Cgit says "Bad object id: 28bc24fc46f9" (in Linus' repo). Also, you should
enclose the commit summary in (""), not just ()...
vc->state.color. Somehow both me and 0-day bot misse
Hi Sakari,
On 23/07/2020 23:28, Sakari Ailus wrote:
> Hi Kieran,
>
> On Thu, Jul 16, 2020 at 10:02:24AM +0100, Kieran Bingham wrote:
>> Hi Sakari,
>>
>> This is the output of checkpatch --strict on this driver. Sorry for not
>> detailing this in the commit or cover letter.
>
> No worries.
>
>>
On Thu, Jul 23, 2020 at 10:15:25PM +0300, Oded Gabbay wrote:
> Hello Greg,
>
> (Re-sending this pull request)
>
> This is habanalabs pull request for the merge window of kernel 5.9. It
> contains many small improvements to common and GAUDI code. Details are in
> the tag.
>
> Thanks,
> Oded
>
>
On Thu, Jul 23, 2020 at 7:37 PM Srinivas Neeli
wrote:
>
> Added entry for xilinx GPIO drivers.
>
> Signed-off-by: Srinivas Neeli
> ---
Acked-by: : Shubhrajyoti Datta
On Friday, July 24, 2020 3:55 PM, Michal Hocko wrote:
> What is the reason to run under !root cgroup in those sessions if you do not
> care about accounting anyway?
The systemd not support run those sessions under root cgroup, disable
pam-systemd will not create session/cgroup, but this is not
On Fri, Jul 24, 2020 at 10:13:52AM +0100, Mark Rutland wrote:
> On Fri, Jul 24, 2020 at 01:46:18PM +0530, Anshuman Khandual wrote:
> > On 07/24/2020 08:38 AM, Kefeng Wang wrote:
> > >> Reported-by: Hulk Robot
> > >> Signed-off-by: Kefeng Wang
> > >> ---
> > >> arch/arm64/kernel/setup.c | 1 +
>
Hi Amit,
On Thu, 2020-07-23 at 10:44 +0530, Amit Pundir wrote:
> Hi Nicolas,
>
> Sorry I got stuck on other things yesterday.
No worries :)
> On Tue, 21 Jul 2020 at 21:57, Nicolas Saenz Julienne
[...]
> >
> > Let's get a bigger hammer, I'm just looking for clues here. Can you
> > apply this
On Tue, 14 Jul 2020 at 16:12, Veerabhadrarao Badiganti
wrote:
>
>
> On 7/13/2020 9:26 PM, Veerabhadrarao Badiganti wrote:
> >
> > On 7/11/2020 5:49 AM, Matthias Kaehlcke wrote:
> >> Hi,
> >>
> >> On Fri, Jul 10, 2020 at 04:28:36PM +0530, Veerabhadrarao Badiganti
> >> wrote:
> >>> Hi Mathias,
> >>>
On Fri, Jul 24, 2020 at 1:50 AM Wolfram Sang wrote:
>
>
> > + /* Enable partial slave HW PEC support if requested by the client */
> > + iproc_i2c->en_s_pec = !!(slave->flags & I2C_CLIENT_PEC);
> > + if (iproc_i2c->en_s_pec)
> > + dev_info(iproc_i2c->device, "Enable PEC\n")
On Fri, 10 Jul 2020 at 05:00, Viresh Kumar wrote:
>
> Thanks for the quick reply Ionela.
>
> On 09-07-20, 13:43, Ionela Voinescu wrote:
> > I'll put all my comments here for now, as they refer more to the design
> > of the solution.
> >
> > I hope it won't be too repetitive compared to what we pre
On Fri, Jul 24, 2020 at 12:30:59PM +0300, Sergei Shtylyov wrote:
> On 24.07.2020 9:27, Jiri Slaby wrote:
>
> > Since commit 28bc24fc46f9 (vc: separate state), vc->vc_color is known as
>
>Cgit says "Bad object id: 28bc24fc46f9" (in Linus' repo). Also, you should
> enclose the commit summary in
A clk driver can be a module but the gdsc code is in the common module.
Export this symbol so that allmodconfig builds keep working.
Cc: Jonathan Marek
Fixes: 0638226dd095 ("clk: qcom: add common gdsc_gx_do_nothing_enable for gpucc
drivers")
Signed-off-by: Stephen Boyd
---
drivers/clk/qcom/gds
Quoting Stephen Boyd (2020-06-22 02:09:35)
> Two things aren't documented causing kernel-doc to fail when checking
> the core clk.c file. Fix them so that this file is clean.
>
> Signed-off-by: Stephen Boyd
> ---
Applied to clk-next
Quoting Stephen Boyd (2020-07-24 02:40:25)
> A clk driver can be a module but the gdsc code is in the common module.
> Export this symbol so that allmodconfig builds keep working.
>
> Cc: Jonathan Marek
> Fixes: 0638226dd095 ("clk: qcom: add common gdsc_gx_do_nothing_enable for
> gpucc drivers")
Thierry, Dmitry,
I'm happy with this series from a media perspective. However, patches 1-5 fix
various i2c-tegra.c issues and patch 12 changes mipi calibration functions in
drivers/gpu that patch 13 relies on.
I think the i2c-tegra.c patches can be merged independently into the i2c
subsystem, but
On Fri, Jul 24, 2020 at 11:08:03AM +0800, Kefeng Wang wrote:
> +maillist
>
> On 2020/7/24 11:04, Kefeng Wang wrote:
> > ERROR: modpost: "__cpu_logical_map" [drivers/cpufreq/tegra194-cpufreq.ko]
> > undefined!
> >
> > ARM64 tegra194-cpufreq driver use cpu_logical_map, export
> > __cpu_logical_map
On 07/24/20 11:12, Peter Zijlstra wrote:
> On Thu, Jul 16, 2020 at 12:03:47PM +0100, Qais Yousef wrote:
>
> I've trimmed the Changelog to read like:
+1
Should we mention the ordering issue too? Or maybe I misinterpreted the
'Possible unsafe locking scenario' part?
>
> ---
> Subject: sched/ucla
On Wed, Jul 22, 2020 at 10:41:57AM -0700, Aviraj CJ wrote:
> From: Jon Maloy
>
> upstream e654f9f53b45fde3fcc8051830b212c7a8f36148 commit
>
> The policy for handling the skb list locks on the send and receive paths
> is simple.
>
> - On the send path we never need to grab the lock on the 'xmitq
>-Original Message-
>From: Stephen Rothwell
>Sent: Friday, July 24, 2020 5:24 AM
[...]
>Subject: linux-next: manual merge of the net-next tree with the net tree
>
>Hi all,
>
>Today's linux-next merge of the net-next tree got a conflict in:
>
> drivers/net/ethernet/freescale/enetc/enetc_pf
On Thu, 2020-06-11 at 18:46 +, Tomasz Figa wrote:
> Hi Xia,
>
> On Thu, Jun 04, 2020 at 05:05:53PM +0800, Xia Jiang wrote:
> > Add mtk jpeg encode v4l2 driver based on jpeg decode, because that jpeg
> > decode and encode have great similarities with function operation.
> >
> > Signed-off-by:
On 23/07/2020 20:08, David Miller wrote:
> From: Luo bin
> Date: Thu, 23 Jul 2020 22:40:37 +0800
>
>> +static int hinic_fw_reporter_dump(struct devlink_health_reporter *reporter,
>> + struct devlink_fmsg *fmsg, void *priv_ctx,
>> + struct n
On Thu, Jul 23, 2020 at 9:07 PM Sami Tolvanen wrote:
>
> On Mon, Jul 20, 2020 at 04:21:34PM +0800, Neal Liu wrote:
> > Gentle ping on this patch.
> >
> >
> > On Fri, 2020-07-10 at 11:08 +0800, Neal Liu wrote:
> > > On Thu, 2020-07-09 at 14:18 +0200, Rafael J. Wysocki wrote:
> > > > On Mon, Jul 6,
On Thu, Jul 23, 2020 at 10:30:58PM +0200, Karol Herbst wrote:
> On Wed, Jul 22, 2020 at 11:25 AM Mika Westerberg
> wrote:
> >
> > On Tue, Jul 21, 2020 at 01:37:12PM -0500, Patrick Volkerding wrote:
> > > On 7/21/20 10:27 AM, Mika Westerberg wrote:
> > > > On Tue, Jul 21, 2020 at 11:01:55AM -0400,
In function load_plugin, we get symbol loaded address from symbol name
TEP_PLUGIN_LOADER_NAME, whereas the symbol name TEP_PLUGIN_ALIAS_NAME
is optionally used for finding plugin options which is not used after.
Signed-off-by: Wang ShaoBo
---
tools/lib/traceevent/event-plugin.c | 5 -
1 file
On 24/07/2020 10:38, Pavel Machek wrote:
> Simplify oxnas_nand_probe.
>
> Signed-off-by: Pavel Machek (CIP)
>
> diff --git a/drivers/mtd/nand/raw/oxnas_nand.c
> b/drivers/mtd/nand/raw/oxnas_nand.c
> index 8d0d76ad319d..f44947043e5a 100644
> --- a/drivers/mtd/nand/raw/oxnas_nand.c
> +++ b/driver
In the reservation routine, we only check whether the cpuset meets
the memory allocation requirements. But we ignore the mempolicy of
MPOL_BIND case. If someone mmap hugetlb succeeds, but the subsequent
memory allocation may fail due to mempolicy restrictions and receives
the SIGBUS signal. This ca
Make the code a little simpler by dropping
some unneeded tests.
Generated by: scripts/coccinelle/free/ifnullfree.cocci
Fixes: c406fbce2054 ("printk: implement syslog")
CC: John Ogness
Signed-off-by: kernel test robot
---
tree: https://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-rt-devel
On Thu, 16 Jul 2020 at 20:23, Arnd Bergmann wrote:
>
> On Thu, Jul 16, 2020 at 4:16 PM Ulf Hansson wrote:
>
> > + /* Continue with the SD express init, if the card supports it. */
> > + resp &= 0x3000;
> > + if (pcie_bits && resp) {
> > + if (resp == 0x3000)
> > +
Function jvmti_write_code called by compiled_method_load_cb may return
error in using fwrite_unlocked, this failure should be captured and
warned.
Signed-off-by: Wang ShaoBo
---
tools/perf/jvmti/jvmti_agent.c | 23 +++
1 file changed, 15 insertions(+), 8 deletions(-)
diff --
From: Colin Ian King
The variable ret is being initialized with a value that is never read
and it is being updated later with a new value. The initialization is
redundant and can be removed.
Addresses-Coverity: ("Unused value")
Signed-off-by: Colin Ian King
---
drivers/char/hw_random/core.c |
Drop extra trailing Semicolon.
Signed-off-by: Wang ShaoBo
---
fs/io_uring.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/io_uring.c b/fs/io_uring.c
index f81d36d78594..cf71c698e497 100644
--- a/fs/io_uring.c
+++ b/fs/io_uring.c
@@ -4007,7 +4007,7 @@ static int io_send(s
Drop trailing whitespace.
Signed-off-by: Wang ShaoBo
---
drivers/hwmon/pmbus/max20730.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/hwmon/pmbus/max20730.c b/drivers/hwmon/pmbus/max20730.c
index 3ddc19b81b90..87d936d45d65 100644
--- a/drivers/hwmon/pmbus/max207
On Fri, Jul 24, 2020 at 01:28:35AM +0300, Jarkko Sakkinen wrote:
> On Sat, Jul 18, 2020 at 07:23:59PM +0300, Mike Rapoport wrote:
> > On Fri, Jul 17, 2020 at 06:04:17AM +0300, Jarkko Sakkinen wrote:
> > > Introduce functions for allocating memory for dynamic trampolines, such
> > > as kprobes. An a
On 2020/07/17 3:48 Rob Herring wrote:
> > +
> > + reg:
> > +minItems: 2
> > +maxItems: 32
>
> Needs some sort of description as to what each region is.
Okay, will add it in v3.
>
> > +
> > + interrupts:
> > +minItems: 2
> > +maxItems: 32
>
> ditto
Will add it in v3.
>
> > +
>
Hi,
On 7/24/20 11:49 AM, Rajendra Nayak wrote:
> Hey Stan,
>
> On 7/23/2020 11:36 PM, Stanimir Varbanov wrote:
>> Hi Rajendra,
>>
>> After applying 2,3 and 4/5 patches on linaro-integration v5.8-rc2 I see
>> below messages on db845:
>>
>> qcom-venus aa0.video-codec: dev_pm_opp_set_rate: faile
David Howells wrote:
> > What guarantees that mount_id is going to remain a 32bit entity?
>
> You think it likely we'd have >4 billion concurrent mounts on a system? That
> would require >1.2TiB of RAM just for the struct mount allocations.
>
> But I can expand it to __u64.
That said, sys_nam
We missed to update isize of compressed file in write_end() with
below case:
cluster size is 16KB
- write 14KB data from offset 0
- overwrite 16KB data from offset 0
Fixes: 4c8ff7095bef ("f2fs: support data compression")
Signed-off-by: Chao Yu
---
fs/f2fs/data.c | 4
1 file changed, 4 ins
Currently, we allocate temp pages which is used to pad hole in
cluster during read IO submission, it may take long time before
releasing them in f2fs_decompress_pages(), since they are only
used as temp output buffer in decompression context, so let's
just do the allocation in that context to reduc
On Fri, Jul 24, 2020 at 08:05:48AM +0300, Jarkko Sakkinen wrote:
> Add lock_modules() and unlock_modules() wrappers for acquiring module_mutex
> in order to remove the compile time dependency to it.
>
> Cc: linux...@kvack.org
> Cc: Andi Kleen
> Cc: Peter Zijlstra
> Suggested-by: Masami Hiramatsu
On Fri, Jul 24, 2020 at 08:05:49AM +0300, Jarkko Sakkinen wrote:
> Introduce functions for allocating memory for dynamic trampolines, such
> as kprobes. An arch can promote the availability of these functions with
> CONFIG_ARCH_HAS_TEXT_ALLOC.
As it was pointed out at the discussion on the previou
Hi!
> > I expect some of this should be moved into the phylib core. We don't
> > want each PHY inventing its own way to do this. The core should
> > provide a framework and the PHY driver fills in the gaps.
> >
> > Take a look at for example mscc_main.c and its LED information. It has
> > pretty
Hi all,
Changes since 20200723:
New tree: ubifs-fixes
My fixes tree contains:
dbf24e30ce2e ("device_cgroup: Fix RCU list debugging warning")
The net-next tree gained conflicts against the net tree.
The crypto tree gained a conflict against the jc_docs tree.
The security tree still had its
On Fri, 2020-07-24 at 11:57 +0200, Rafael J. Wysocki wrote:
> On Thu, Jul 23, 2020 at 9:07 PM Sami Tolvanen wrote:
> >
> > On Mon, Jul 20, 2020 at 04:21:34PM +0800, Neal Liu wrote:
> > > Gentle ping on this patch.
> > >
> > >
> > > On Fri, 2020-07-10 at 11:08 +0800, Neal Liu wrote:
> > > > On Thu,
(cc people whi particpaged in v2 disuccsion)
On Fri, Jul 24, 2020 at 08:05:47AM +0300, Jarkko Sakkinen wrote:
> Remove MODULES dependency by migrating from module_alloc() to the new
> text_alloc() API. Essentially these changes provide preliminaries for
> allowing to compile a static kernel with a
On Fri, Jul 24, 2020 at 08:05:52AM +0300, Jarkko Sakkinen wrote:
> Use text_alloc() and text_free() instead of module_alloc() and
> module_memfree() when an arch provides them.
>
> Cc: linux...@kvack.org
> Cc: Andi Kleen
> Cc: Masami Hiramatsu
> Cc: Peter Zijlstra
> Signed-off-by: Jarkko Sakkin
On Fri, Jul 24, 2020 at 11:20:26AM +0200, Arnd Bergmann wrote:
> On Fri, Jul 24, 2020 at 2:12 AM Dmitry V. Levin wrote:
> >
> > According to Documentation/driver-api/ioctl.rst, in order to support
> > 32-bit user space running on a 64-bit kernel, each subsystem or driver
> > that implements an ioc
On Thu 2020-07-23 20:13:18, Marek Behún wrote:
> Hi,
>
> this is v2 of my RFC adding support for LEDs connected to Marvell PHYs.
>
> The LED subsystem patches are not contained:
> - the patch adding support for LED private triggers is already accepted
> in Pavel Machek's for-next tree.
> If y
On 24. 07. 20, 11:30, Sergei Shtylyov wrote:
> On 24.07.2020 9:27, Jiri Slaby wrote:
>
>> Since commit 28bc24fc46f9 (vc: separate state), vc->vc_color is known as
>
> Cgit says "Bad object id: 28bc24fc46f9" (in Linus' repo).
That's because it's not in Linus' repo yet.
--
js
suse labs
From: Wang Sheng Long
The cp210x driver lacks soft-flow function,so need and
this function.
Signed-off-by: Wang Sheng Long
---
drivers/usb/serial/cp210x.c | 110 +---
1 file changed, 103 insertions(+), 7 deletions(-)
diff --git a/drivers/usb/serial/cp210x.c
On Fri, 24 Jul 2020 at 10:12, Jiang Biao wrote:
>
> On Fri, 24 Jul 2020 at 15:24, Vincent Guittot
> wrote:
> >
> > On Fri, 24 Jul 2020 at 01:39, Jiang Biao wrote:
> > >
> > > From: Jiang Biao
> > >
> > > Sched-idle CPU has been considered in select_idle_cpu and
> > > select_idle_smt, it also ne
On 07/24/2020 03:05 PM, Catalin Marinas wrote:
> On Fri, Jul 24, 2020 at 10:13:52AM +0100, Mark Rutland wrote:
>> On Fri, Jul 24, 2020 at 01:46:18PM +0530, Anshuman Khandual wrote:
>>> On 07/24/2020 08:38 AM, Kefeng Wang wrote:
> Reported-by: Hulk Robot
> Signed-off-by: Kefeng Wang
>>>
There is ecspi ERR009165 on i.mx6/7 soc family, which cause FIFO
transfer to be send twice in DMA mode. Please get more information from:
https://www.nxp.com/docs/en/errata/IMX6DQCE.pdf. The workaround is adding
new sdma ram script which works in XCH mode as PIO inside sdma instead
of SMC mode, me
On 07/24/2020 03:00 PM, Catalin Marinas wrote:
> On Fri, Jul 24, 2020 at 01:46:18PM +0530, Anshuman Khandual wrote:
>> On 07/24/2020 08:38 AM, Kefeng Wang wrote:
>>> On 2020/7/24 11:04, Kefeng Wang wrote:
ERROR: modpost: "__cpu_logical_map" [drivers/cpufreq/tegra194-cpufreq.ko]
undefi
There are two ways for SDMA accessing SPBA devices: one is SDMA->AIPS
->SPBA(masterA port), another is SDMA->SPBA(masterC port). Please refer
to the 'Figure 58-1. i.MX 6Dual/6Quad SPBA connectivity' of i.mx6DQ
Reference Manual. SDMA provide the corresponding app_2_mcu/mcu_2_app and
shp_2_mcu/mcu_
Since sdma_transfer_init() will do sdma_load_context before any
sdma transfer, no need once more in sdma_config_channel().
Signed-off-by: Robin Gong
Acked-by: Vinod Koul
---
drivers/dma/imx-sdma.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/dma/imx-sdma.c b/d
Add 'fw_loaded' and 'is_ram_script' to check if the script used by channel
is ram script and it's loaded or not, so that could prevent meaningless
following malloc dma descriptor and bd allocate in sdma_transfer_init(),
otherwise memory may be consumed out potentially without free in case
that spi
ERR009165 fixed from i.mx6ul, add its compatible name in binding doc.
Signed-off-by: Robin Gong
Acked-by: Mark Brown
Reviewed-by: Rob Herring
---
Documentation/devicetree/bindings/spi/fsl-imx-cspi.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/spi/fsl
Change to XCH mode even in dma mode, please refer to the below
errata:
https://www.nxp.com/docs/en/errata/IMX6DQCE.pdf
Signed-off-by: Robin Gong
Acked-by: Mark Brown
---
drivers/spi/spi-imx.c | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --git a/drivers/spi/spi-imx.c b
There are two ways for SDMA accessing SPBA devices: one is SDMA->AIPS
->SPBA(masterA port), another is SDMA->SPBA(masterC port). Please refer
to the 'Figure 58-1. i.MX 6Dual/6Quad SPBA connectivity' of i.mx6DQ
Reference Manual. SDMA provide the corresponding app_2_mcu/mcu_2_app and
shp_2_mcu/mcu_2_
Add mcu_2_ecspi script to fix ecspi errata ERR009165.
Signed-off-by: Robin Gong
Acked-by: Vinod Koul
---
drivers/dma/imx-sdma.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/dma/imx-sdma.c b/drivers/dma/imx-sdma.c
index cf02c3e..d5d5d40 100644
--- a/drivers/dma/imx-sdma.c
+++
This reverts commit ad0d92d7ba6aecbe2705907c38ff8d8be4da1e9c, because
in spi-imx case, burst length may be changed dynamically.
Signed-off-by: Robin Gong
Acked-by: Sascha Hauer
---
drivers/dma/imx-sdma.c | 8
1 file changed, 8 deletions(-)
diff --git a/drivers/dma/imx-sdma.c b/drivers
ECSPI issue fixed from i.mx6ul at hardware level, no need
ERR009165 anymore on those chips such as i.mx8mq.
Signed-off-by: Robin Gong
Acked-by: Vinod Koul
---
drivers/dma/imx-sdma.c | 29 -
1 file changed, 28 insertions(+), 1 deletion(-)
diff --git a/drivers/dma/imx
ERR009165 fixed on i.mx6ul/6ull/6sll. All other i.mx6/7 and
i.mx8m/8mm still need this errata. Please refer to nxp official
errata document from https://www.nxp.com/ .
For removing workaround on those chips. Add new i.mx6ul type.
Signed-off-by: Robin Gong
Acked-by: Mark Brown
---
drivers/spi/s
MikroTik CRS326-24G-2S board has a switch chip with an integrated
Marvell Prestera 98DX3236 CPU.
This commit includes two board variants, namely the factory
default one and a Bit variant. The Bit variant has a
bigger Macronix flash.
This device tree includes basic Linux support.
Signed-off-by: L
MikroTik CRS328-4C-20S-4S board has a switch chip with an integrated
Marvell Prestera 98DX3236 CPU.
This commit includes two board variants, namely the factory
default one and a Bit variant. The Bit variant has a
bigger Macronix flash.
This device tree includes basic Linux support.
Signed-off-by
For the compatibility of NXP internal legacy kernel before 4.19 which
is based on uart ram script and upstreaming kernel based on uart rom
script, add both uart ram/rom script in latest sdma firmware. By default
uart rom script used.
Besides, add two multi-fifo scripts for SAI/PDM on i.mx8m/8mm and
These patches add support for a series of MikroTik CRS3xx switches
based on the Marvell Prestera 98DX3236 switch chip.
Namely, support is added for:
- MikroTik CRS305-1G-4S+ (including the Bit variant)
- MikroTik CRS326-24G-2S+ (including the Bit variant)
- MikroTik CRS328-4C-20S-4S+ (includ
401 - 500 of 1414 matches
Mail list logo
