On Mon, Jun 15, 2020 at 04:05:56PM +1200, Mark Tomlinson wrote:
> When needing to send/receive data in small chunks, make this interrupt
> driven rather than waiting for a completion event for each small section
> of data.
Again was this done for a reason and if so do we understand why doing
UFS has many functions to print different types of debugging
information. Some information is helpful for vendor drivers and
can be dumped if something wrong in vendor-specific flows.
To have minimum and most simple exported interface for vendor
drivers, create a single and unified entrance to
Print host state and register dumps while suspend or resume flow
is failed.
Signed-off-by: Stanley Chu
---
drivers/scsi/ufs/ufs-mediatek.c | 16 +++-
1 file changed, 11 insertions(+), 5 deletions(-)
diff --git a/drivers/scsi/ufs/ufs-mediatek.c b/drivers/scsi/ufs/ufs-mediatek.c
Hi,
This series creates an unified entry function for UFS debugging information
dump, and exports it to vendors to help debugging.
In the same time, do a small cleanup in ufshcd_make_hba_operational().
Stanley Chu (3):
scsi: ufs: Remove redundant label "out" in
Label "out" is redundant in ufshcd_make_hba_operational() and
can be removed.
Signed-off-by: Stanley Chu
---
drivers/scsi/ufs/ufshcd.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/scsi/ufs/ufshcd.c b/drivers/scsi/ufs/ufshcd.c
index 1e1316ba7082..152ae7f5ae86 100644
---
On Mon, Jun 15, 2020 at 09:53:06AM +0200, Marco Elver wrote:
>
> Disabling KCOV for smp_processor_id now moves the crash elsewhere. In
> the case of KASAN into its 'memcpy' wrapper, called after
> __this_cpu_read in fixup_bad_iret. This is making me suspicious,
> because it shouldn't be called
kmemleak report:
[<57dcc2ca>] __kmalloc_track_caller+0x139/0x2b0
[] kstrndup+0x37/0x80
[] parse_probe_arg.isra.7+0x3cc/0x630
[<055bf2ba>] traceprobe_parse_probe_arg+0x2f5/0x810
[<655a7766>] trace_kprobe_create+0x2ca/0x950
[<4fc6a02a>] create_or_delete_trace_kprobe+0xf/0x30
On 15/06/2020 15:27, Doug Anderson wrote:
Hi,
On Mon, Jun 15, 2020 at 3:44 AM Srinivas Kandagatla
wrote:
+properties:
+ compatible:
+enum:
+ - qcom,qfprom
As per discussion in patch #1, I believe SoC compatible should be here
too in case it is ever needed. This is standard
Hi,
On Mon, Jun 15, 2020 at 3:44 AM Srinivas Kandagatla
wrote:
>
> >> +properties:
> >> + compatible:
> >> +enum:
> >> + - qcom,qfprom
> >
> > As per discussion in patch #1, I believe SoC compatible should be here
> > too in case it is ever needed. This is standard practice for dts
>
On Mon, Jun 15, 2020 at 10:29:01AM +0200, Oleksandr Natalenko wrote:
> Just to let you know, this fails to compile for me with THP disabled on
> v5.8-rc1:
>
> CC mm/compaction.o
> In file included from ./include/linux/dev_printk.h:14,
> from ./include/linux/device.h:15,
>
On Mon, 15 Jun 2020 at 16:41, Krzysztof Kozlowski wrote:
>
> On Mon, Jun 15, 2020 at 04:12:28PM +0300, Vladimir Oltean wrote:
> > On Mon, 15 Jun 2020 at 16:10, Mark Brown wrote:
> >
> > >
> > > It's a bit unusual to need to actually free the IRQ over suspend -
> > > what's driving that
While looking at enqueue_task_fair and dequeue_task_fair, it occurred
to me that dequeue_task_fair can also be optimized as Vincent described
in commit 7d148be69e3a ("sched/fair: Optimize enqueue_task_fair()").
dequeue_throttle label can ensure se not to be NULL, and se is
always NULL when
On Mon, 15 Jun 2020 at 16:15, Masahiro Yamada wrote:
>
> On Mon, Jun 15, 2020 at 7:41 PM Ard Biesheuvel wrote:
> >
> > On Mon, 15 Jun 2020 at 12:26, Ard Biesheuvel wrote:
> > >
> > > On Thu, 4 Jun 2020 at 04:20, Masahiro Yamada wrote:
> > > >
> > > > Documentation/kbuild/makefiles.rst says:
>
On 2020/06/15 21:39 Mark Brown wrote:
> On Mon, Jun 15, 2020 at 01:35:01PM +, Robin Gong wrote:
> > Then how about choosing specific error code for such dma not ready
> > case where nothing went out on the bus neither?
>
> Yes, that's what I suggested.
Seems not easy to find a suitable error
On Mon, Jun 15, 2020 at 12:48:20PM +0100, Kieran Bingham wrote:
> Hi Kaaira,
>
> On 14/06/2020 21:02, Kaaira Gupta wrote:
> > Add a control in VIMC to show the correct order of the colors for a
> > given test pattern.
> > The control can be accessed by using show_colors_order in v4l2-ctl
> >
> >
Chun-Kuang Hu 於 2020年6月15日 週一 下午10:14寫道:
>
> Hi, Neal:
>
> Neal Liu 於 2020年6月15日 週一 上午10:43寫道:
> >
> > Hi Chun-Kuang,
> >
> >
> > On Sun, 2020-06-14 at 11:26 +0800, Chun-Kuang Hu wrote:
> > > Hi, Neal:
> > >
> > > Neal Liu 於 2020年6月9日 週二 下午6:25寫道:
> > > >
> > > > MT6873 bus frabric provides
On Mon, Jun 15, 2020 at 4:44 AM Srinivas Kandagatla
wrote:
>
>
>
> On 12/06/2020 22:59, Doug Anderson wrote:
> > Hi,
> >
> > On Thu, Jun 11, 2020 at 2:49 AM Ravi Kumar Bokka
> > wrote:
> >>
> >> This patch adds dt-bindings document for qfprom-efuse controller.
> >>
> >> Signed-off-by: Ravi
Hi Jacopo,
On Fri, Jun 12, 2020 at 05:12:09PM +0200, Jacopo Mondi wrote:
> On Mon, Jun 08, 2020 at 11:44:32AM +0200, Eugeniu Rosca wrote:
> > FWIW, I seem to hit pre-existing issues in vanilla rcar-du,
> > while unplugging HDMI cable during a cyclic suspend-resume:
> >
> > HW: H3 ES2.0 Salvator-X
On Fri, Jun 12, 2020 at 04:57:37PM +1000, Herbert Xu wrote:
> The header file linux/uio.h includes crypto/hash.h which pulls in
> most of the Crypto API. Since linux/uio.h is used throughout the
> kernel this means that every tiny bit of change to the Crypto API
> causes the entire kernel to get
The PWM framework is going to change the PWM period and duty cycles to
be 64-bit unsigned integers. To avoid build errors on platforms that do
not natively support 64-bit division, use explicity 64-bit division.
Signed-off-by: Thierry Reding
---
drivers/pwm/pwm-iqs620a.c | 7 ---
1 file
The PWM core will soon change the duty cycle and period of PWMs to 64
bits to allow for a broader range of values. Use a 64-bit format
specifier to avoid a warning when that change is made.
Signed-off-by: Thierry Reding
---
drivers/video/fbdev/ssd1307fb.c | 2 +-
1 file changed, 1 insertion(+),
On Mon, Jun 15, 2020 at 7:41 PM Ard Biesheuvel wrote:
>
> On Mon, 15 Jun 2020 at 12:26, Ard Biesheuvel wrote:
> >
> > On Thu, 4 Jun 2020 at 04:20, Masahiro Yamada wrote:
> > >
> > > Documentation/kbuild/makefiles.rst says:
> > >
> > > Use of lib-y is normally restricted to `lib/` and
Hi,
this contains a couple of fixes for issues that I ran into after
applying Guru's series to convert PWM period and duty-cycle to 64-bit.
Bartlomiej, can you provide an Acked-by on the first patch so that I can
take it through the PWM tree along with the rest of Guru's series?
Thanks,
Thierry
From: Richard Gong
Correct the incorrect flag value for COMMAND_RECONFIG_FLAG_PARTIAL and
increase FPGA reconfig timeout values so that Intel service layer and
FPGA manager drivers can work with all versions of firmware.
Signed-off-by: Richard Gong
---
Hi, Neal:
Neal Liu 於 2020年6月15日 週一 上午10:43寫道:
>
> Hi Chun-Kuang,
>
>
> On Sun, 2020-06-14 at 11:26 +0800, Chun-Kuang Hu wrote:
> > Hi, Neal:
> >
> > Neal Liu 於 2020年6月9日 週二 下午6:25寫道:
> > >
> > > MT6873 bus frabric provides TrustZone security support and data
> > > protection to prevent slaves
From: Richard Gong
Add the following device attributes to Intel Stratix10 Remote System
Update (RSU) sysfs interface:
dcmf0
dcmf1
dcmf2
dcmf3
max_retry
Signed-off-by: Richard Gong
---
.../testing/sysfs-devices-platform-stratix10-rsu | 36
From: Richard Gong
Patches have been internally reviewed by colleagues at Intel.
DCMF = Decision Configuration Management Firmware. The max retry parameter
is the maximum times the images is allowed to reload itself before giving
up and starting RSU failover flow.
Extend Intel Stratix10
From: Richard Gong
Extend Intel Remote System Update (RSU) driver to get decision
configuration management firmware (DCMF) versions and max retry
parameter value.
Signed-off-by: Richard Gong
---
drivers/firmware/stratix10-rsu.c | 166 +--
1 file changed,
From: Richard Gong
Extend Intel Stratix10 service layer driver to support new RSU DCMF
versions and max retry parameter.
DCMF = Decision Configuration Management Firmware. The max retry parameter
is the maximum times the images is allowed to reload itself before giving
up and starting RSU
On Mon, Jun 15, 2020 at 03:31:35PM +0200, Arnd Bergmann wrote:
> > #ifdef CONFIG_COMPAT
> > - if (unlikely(argv.is_compat)) {
> > + if (in_compat_syscall()) {
> > + const compat_uptr_t __user *compat_argv =
> > + compat_ptr((unsigned long)argv);
> >
Hello,
On 2020-06-12 19:28:06 +0200, Michael Rodin wrote:
> Hi Niklas,
> Hi Suresh,
>
> On Fri, Jun 12, 2020 at 12:10:51PM +0900, Suresh Udipi wrote:
> > On Wed, Jun 10, 2020 at 03:40:04PM +0200, Niklas Söderlund wrote:
> > > Hi Suresh,
> > >
> > > Thanks for your persistent work!
> > >
> > >
On Mon, Jun 15, 2020 at 11:47 AM Chunyan Zhang wrote:
>
> From: Chunyan Zhang
>
> SC27XX-SPI added subdevices according to a pre-defined mfd_cell array,
> no matter these devices were really included on board. So with this
> patch we switch to a new way of detecting subdevices which are
>
Subject: [15 Jun 2020 Mon] Orchard Road Walking Exercises: 5140 steps or
3.92 km in one hour
On 15 June 2020 Monday, I, Mr. Turritopsis Dohrnii Teo En Ming, have
walked 5140 steps or 3.92 km from Orchard Road MRT Station (Singapore)
to The Cathay shopping center (Singapore) and from The
Tejun reports seeing rare div0 crashes in memory.low stress testing:
[37228.504582] RIP: 0010:mem_cgroup_calculate_protection+0xed/0x150
[37228.505059] Code: 0f 46 d1 4c 39 d8 72 57 f6 05 16 d6 42 01 40 74 1f 4c 39
d8 76 1a 4c 39 d1 76 15 4c 29 d1 4c 29 d8 4d 29 d9 31 d2 48 0f af c1 <49> f7 f1
Hi!
Droid 4 has same problem as N900: it is often neccessary to manually
tweak current draw from USB, for example when using thin charging cable.
N900 creates unique attribute by hand, but I believe
POWER_SUPPLY_PROP_INPUT_CURRENT_LIMIT looks suitable. (Should N900 be
converted?)
Comments?
> +// Confidence: High
Would you like to add any suggestion for a possible patch message?
…
> +virtual report
> +virtual org
> +virtual context
> +virtual patch
+virtual report, org, context, patch
Is such a SmPL code variant more succinct?
…
> +ssize_t show(struct device *dev, struct
Hi Mauro,
If you have any chance to update this series, could you move
kprobes.rst under trace/ directly? I think Naveen's idea is better.
Thank you,
On Mon, 15 Jun 2020 08:50:25 +0200
Mauro Carvalho Chehab wrote:
> There are several files that I was unable to find a proper place
> for them,
- Original Message -
> Hi!
> > setns01 6 TFAIL : setns01.c:176: regular file fd exp_errno=22:
> > errno=EBADF(9): Bad file descriptor
> > setns01 0 TINFO : setns(12, 0x2)
> > setns01 7 TFAIL : setns01.c:176: regular file fd exp_errno=22:
> > errno=EBADF(9): Bad
On Mon, Jun 15, 2020 at 09:12:56AM +0200, Paolo Bonzini wrote:
> On 15/06/20 06:20, Paul E. McKenney wrote:
> >
> > I get the following conflict when rebasing 39a8c47635b0 ("kvm/svm:
> > Disable KCSAN for svm_vcpu_run()") onto v5.8-rc1:
> >
> > <<< 6c410247efb2d3907b508a2448ab9ab1c86d938c
>
On 12 June 2020 7:23:55 PM IST, Andrey Konovalov
wrote:
>The bus_type field of v4l2_fwnode_endpoint structure passed as the
>argument
>to v4l2_fwnode_endpoint_alloc_parse() function must be initiaized.
>Set it to V4L2_MBUS_CSI2_DPHY, and check for -ENXIO which is returned
>when the requested
Joe Perches 於 2020年6月15日 週一 上午4:41寫道:
>
> On Fri, 2020-06-12 at 20:40 +0800, Bernard Zhao wrote:
> > In function mtk_dsi_clk_hs_state, remove unnecessary conversion
> > to bool return, this change is to make the code a bit readable.
> []
> > diff --git a/drivers/gpu/drm/mediatek/mtk_dsi.c
> >
On 15/06/2020 16:36, Pavel Begunkov wrote:
> Don't leave garbage in req.work before punting async on -EAGAIN
> in io_iopoll_queue().
oops, cc'ed a wrong person.
+Cc: Xiaoguang Wang
>
> [ 140.922099] general protection fault, probably for non-canonical
> address 0xdead0100:
On Mon, Jun 15, 2020 at 06:21:18PM +0530, Syed Nayyar Waris wrote:
> This macro iterates for each group of bits (clump) with set bits,
> within a bitmap memory region. For each iteration, "start" is set to
> the bit offset of the found clump, while the respective clump value is
> stored to the
Fix NULL pointer error if removing uacce's parent module during app's
running. SIGBUS is already reported by do_page_fault, so uacce_vma_fault
is not needed. If providing vma_fault, vmf->page has to be filled as well,
required by __do_fault.
Reported-by: Jean-Philippe Brucker
Signed-off-by:
Em Mon, 15 Jun 2020 07:22:17 -0600
Jonathan Corbet escreveu:
> On Sun, 14 Jun 2020 23:54:26 -0700
> Randy Dunlap wrote:
>
> > On 6/14/20 11:53 PM, Mauro Carvalho Chehab wrote:
> > > Em Sun, 14 Jun 2020 20:33:22 -0700
> > > Randy Dunlap escreveu:
> > >
> > >> From: Randy Dunlap
> > >>
This forward declaration is redundant since the header including the
full data structure is included.
Signed-off-by: Charles Keepax
---
New since v1 of the series.
Thanks,
Charles
include/linux/mfd/madera/pdata.h | 1 -
1 file changed, 1 deletion(-)
diff --git
Whilst it doesn't matter if the internal 32k clock register settings
are cleaned up on exit, as the part will be turned off losing any
settings, hence the driver hasn't historially bothered. The external
clock should however be cleaned up, as it could cause clocks to be
left on, and will at best
The mfd_cell structures inconsistently use commas on single entries in
the table, make this consistent by always using a comma. Also remove an
extra blank line.
Signed-off-by: Charles Keepax
---
Changes since v1:
- Added some additional commit description.
- Move the removing and unused
BUG_ON macros are generally frowned upon when the issue isn't super
critical, the kernel can certainly carry on with the 32k clock on the
CODEC in a bad state so change the BUG_ON to a WARN_ON.
Signed-off-by: Charles Keepax
---
No changes since v1.
Thanks,
Charles
drivers/mfd/arizona-core.c
The ST1232 and ST1633 touch controllers have read/write registers for
the X and Y resolution and it seems that these can also be
pre-programmed so that the resolution is matched to that of the display
paired with the touch panel.
Instead of hard coding the resolution in the driver, read it from
On 6/15/20 3:03 PM, Dan Carpenter wrote:
> On Sun, Jun 14, 2020 at 10:42:54PM +0300, Denis Efremov wrote:
>> On 6/4/20 7:27 PM, Joe Perches wrote:
>>> On Thu, 2020-06-04 at 17:08 +0300, Denis Efremov wrote:
Check for memset() with 0 followed by kfree().
>>>
>>> Perhaps those uses should be
On Mon, Jun 15, 2020 at 11:23 AM Chunyan Zhang wrote:
>
> From: Freeman Liu
>
> Add support to the new efuse IP which is integrated in the SC2730
> which includes multiple blocks in a single chip.
>
> Signed-off-by: Freeman Liu
> Signed-off-by: Chunyan Zhang
Looks good to me. You can add my
On Thu, Jun 11, 2020 at 09:41:54PM -0400, Sasha Levin wrote:
> This is a note to let you know that I've just added the patch titled
>
> perf probe: Accept the instance number of kretprobe event
>
> to the 4.4-stable tree which can be found at:
>
>
On Mon, Jun 15, 2020 at 05:34:39AM -0700, Matthew Wilcox wrote:
> On Mon, Jun 15, 2020 at 02:12:49PM +0200, Christoph Hellwig wrote:
> > We still need to check if the fѕ is open write, even for the low-level
> > helper.
>
> Do we need the analogous check for FMODE_READ in the __kernel_read()
>
> -Original Message-
> From: Jim Mattson
> Sent: Friday, June 12, 2020 7:04 PM
> To: Moger, Babu
> Cc: Wanpeng Li ; Joerg Roedel ;
> the arch/x86 maintainers ; Sean Christopherson
> ; Ingo Molnar ;
> Borislav Petkov ; H . Peter Anvin ; Paolo
> Bonzini ; Vitaly Kuznetsov ;
> Thomas
On 13/06/20 02:04, Jim Mattson wrote:
>> I think I have misunderstood this part. I was not inteding to change the
>> #GP behaviour. I will remove this part. My intension of these series is to
>> handle invpcid in shadow page mode. I have verified that part. Hope I did
>> not miss anything else.
>
On Mon, Jun 15, 2020 at 09:32:17AM +0200, refactormys...@gmail.com wrote:
> From: Bolarinwa Olayemi Saheed
>
>
> PATCH 1/8 to 7/8:
> PCIBIOS_ error codes have positive values and they are passed down the
> call heirarchy from accessors. For functions which are meant to return
> only a negative
','orig_task'
date: 10 months ago
config: ia64-randconfig-r003-20200615 (attached as .config)
compiler: ia64-linux-gcc (GCC) 9.3.0
reproduce (this is a W=1 build):
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O
~/bin/make.cross
chmod +x ~/bin
On Sat, Jun 13, 2020 at 12:26:09AM -0700, Sargun Dhillon wrote:
> This introduces an extensibility mechanism to receive seccomp
> notifications. It uses read(2), as opposed to using an ioctl. The listener
> must be first configured to write the notification via the
> SECCOMP_IOCTL_NOTIF_CONFIG
On Mon, Jun 15, 2020 at 3:00 PM Christoph Hellwig wrote:
>
> Hi all,
>
> this series first cleans up the exec code and then adds proper
> kernel_execveat and kernel_wait callers instead of relying on the fact
> that the early init code and kernel threads implicitly run with
> the address limit
On Fri, Jun 12, 2020 at 12:19:58PM +0900, Joonsoo Kim wrote:
> 2020년 6월 5일 (금) 오전 12:06, Johannes Weiner 님이 작성:
> >
> > On Thu, Jun 04, 2020 at 03:35:27PM +0200, Vlastimil Babka wrote:
> > > On 6/1/20 10:44 PM, Johannes Weiner wrote:
> > > > From a8faceabc1454dfd878caee2a8422493d937a394 Mon Sep 17
On Mon, Jun 15, 2020 at 04:12:28PM +0300, Vladimir Oltean wrote:
> On Mon, 15 Jun 2020 at 16:10, Mark Brown wrote:
>
> >
> > It's a bit unusual to need to actually free the IRQ over suspend -
> > what's driving that requirement here?
>
> clk_disable_unprepare(dspi->clk); is driving the
On Mon, Jun 15, 2020 at 2:29 PM Christoph Hellwig wrote:
>
> On Mon, Jun 15, 2020 at 02:57:01PM +0200, David Sterba wrote:
> > On Sun, Jun 14, 2020 at 09:50:17AM -0700, Linus Torvalds wrote:
> > > On Sun, Jun 14, 2020 at 4:56 AM David Sterba wrote:
> > > >
> > > > Reverts are not great, but
On Mon, Jun 15, 2020 at 4:22 PM Jan Kiszka wrote:
>
> Changes in v3:
> - extend also I2C table
> - tag "Datasheet:" in commit log
Reviewed-by: Andy Shevchenko
Thanks!
>
> Changes in v2:
> - add dt binding update
>
> Jan
>
> Jan Kiszka (2):
> dt-bindings: gpio: pca953x: add nxp,pcal9535
>
On Mon, Jun 15, 2020 at 01:35:01PM +, Robin Gong wrote:
> On 2020/06/15 20:36 Mark Brown wrote:
> > If we see an error in transfer_one() it could be from anything, we've no
> > idea
> > what happened on the bus - the controller may have got part way through the
> > transfer before failing.
On 2020-06-15 02:12, Jing Xiangfeng wrote:
> In srpt_cm_req_recv(), it is possible that sdev is NULL,
> so we should test sdev before using it.
>
> Signed-off-by: Jing Xiangfeng
> ---
> drivers/infiniband/ulp/srpt/ib_srpt.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff
On Sat 2020-06-13 09:57:24, Jim Cromie wrote:
> make the code-block reusable to later handle "file foo.c:101-200" etc.
> This should be a 90%+ code-move, with minimal adaptations; reindent,
> and scafolding.
This sentence sounds like the author did some hidden
microoptimizations and potentially
Don't leave garbage in req.work before punting async on -EAGAIN
in io_iopoll_queue().
[ 140.922099] general protection fault, probably for non-canonical
address 0xdead0100: [#1] PREEMPT SMP PTI
...
[ 140.922105] RIP: 0010:io_worker_handle_work+0x1db/0x480
...
[ 140.922114]
On Mon, Jun 15, 2020 at 04:29:15PM +0300, Vladimir Oltean wrote:
> On Mon, 15 Jun 2020 at 16:24, Mark Brown wrote:
> > I see - this could be fixed by having the interrupt handler bounce the
> > clock on, there's a little overhead from that but hopefully not too
> > much. That should also help
Hi Daejun
On Mon, 2020-06-15 at 18:30 +0900, Daejun Park wrote:
> +static int ufshpb_execute_map_req(struct ufshpb_lu *hpb,
> + struct ufshpb_req *map_req)
> +{
> + struct request_queue *q;
> + struct request *req;
> + struct scsi_request *rq;
>
This add pinctrl support to the Microchip Sparx5 SoC.
Reviewed-by: Alexandre Belloni
Signed-off-by: Lars Povlsen
---
arch/arm64/boot/dts/microchip/sparx5.dtsi | 26 +++
.../dts/microchip/sparx5_pcb134_board.dtsi| 5
.../dts/microchip/sparx5_pcb135_board.dtsi|
The Sparx5 support 9 different clock outputs. This include file has
defines for each supported clock ordinal.
Reviewed-by: Stephen Boyd
Reviewed-by: Alexandre Belloni
Signed-off-by: Lars Povlsen
---
include/dt-bindings/clock/microchip,sparx5.h | 23
1 file changed, 23
On Mon, Jun 15, 2020 at 02:56:55PM +0200, Peter Zijlstra wrote:
> Where the condition:
>
> !cpus_share_cache(smp_processor_id(), cpu)
>
> already implies 'cpu != smp_processor_id()', because a CPU always
> shares cache with itself, the secondary condition added in commit:
>
> 2ebb17717550
On 2020/06/15 20:36 Mark Brown wrote:
> On Sun, Jun 14, 2020 at 01:04:57PM +, Robin Gong wrote:
>
> Please delete unneeded context from mails when replying. Doing this makes
> it much easier to find your reply in the message, helping ensure it won't be
> missed by people scrolling through
This add support for Sparx5 pinctrl, using the ocelot drives as
basis. It adds pinconfig support as well, as supported by the
platform.
Reviewed-by: Alexandre Belloni
Signed-off-by: Lars Povlsen
---
drivers/pinctrl/pinctrl-ocelot.c | 430 ++-
1 file changed, 429
This adds the basic DT structure for the Microchip Sparx5 SoC, and the
reference boards, pcb125, pcb134 and pcb135. The two latter have a
NAND vs a eMMC centric variant (as a mount option).
Reviewed-by: Alexandre Belloni
Signed-off-by: Lars Povlsen
---
MAINTAINERS
On Mon, Jun 15, 2020 at 9:08 PM Vlastimil Babka wrote:
>
> On 6/14/20 8:38 AM, Muchun Song wrote:
> > When a kmem_cache is initialized with SLAB_ACCOUNT slab flag, we must
> > not call kmem_cache_alloc with __GFP_ACCOUNT GFP flag. In this case,
> > we can be accounted to kmemcg twice. This is not
On Mon, 15 Jun 2020 at 16:28, Krzysztof Kozlowski wrote:
>
> On Mon, Jun 15, 2020 at 04:14:06PM +0300, Vladimir Oltean wrote:
> > On Mon, 15 Jun 2020 at 16:10, Krzysztof Kozlowski wrote:
> > >
> >
> > >
> > > It is a slightly different bug which so this patch should have a follow
> > > up.
> > >
On Mon, Jun 15, 2020 at 11:04:06AM +0200, Jann Horn wrote:
> +Kees, Christian, Sargun, Aleksa, kernel-hardening for their opinions
> on seccomp-related aspects
>
> On Tue, Jun 9, 2020 at 4:24 PM Stefano Garzarella wrote:
> > Hi Jens,
> > Stefan and I have a proposal to share with io_uring
On Fri, Jun 12, 2020 at 10:42 PM Lakshmi Ramasubramanian
wrote:
>
> The data maintained by the security modules could be tampered with by
> malware. The LSM needs to periodically query the state of
> the security modules and measure the data when the state is changed.
>
> Define a workqueue for
This adds a DPLL clock to the Sparx5 SoC. It is used to generate clock
to misc peripherals, specifically the SDHCI/eMMC controller.
Signed-off-by: Lars Povlsen
---
arch/arm64/boot/dts/microchip/sparx5.dtsi | 39 +--
1 file changed, 23 insertions(+), 16 deletions(-)
diff
This patch adds i2c devices and muxes to the Sparx5 reference boards.
Reviewed-by: Alexandre Belloni
Signed-off-by: Lars Povlsen
---
arch/arm64/boot/dts/microchip/sparx5.dtsi | 38 +++
.../boot/dts/microchip/sparx5_pcb125.dts | 4 +
.../dts/microchip/sparx5_pcb134_board.dtsi|
This add the DT bindings documentation for the Sparx5 SoC DPLL clock
Reviewed-by: Alexandre Belloni
Signed-off-by: Lars Povlsen
---
.../bindings/clock/microchip,sparx5-dpll.yaml | 52 +++
1 file changed, 52 insertions(+)
create mode 100644
This adds a device driver for the Sparx5 SoC DPLL clock
Signed-off-by: Lars Povlsen
---
drivers/clk/Makefile | 1 +
drivers/clk/clk-sparx5.c | 312 +++
2 files changed, 313 insertions(+)
create mode 100644 drivers/clk/clk-sparx5.c
diff --git
This adds support for the Microchip Sparx5 ARMv8-based SoC family of
TSN-capable gigabit switches.
Reviewed-by: Alexandre Belloni
Signed-off-by: Lars Povlsen
---
MAINTAINERS | 8
arch/arm64/Kconfig.platforms | 14 ++
2 files changed, 22 insertions(+)
This patch series adds support for Microchip Sparx5 SoC, the CPU
system of a advanced, TSN capable gigabit switch. The CPU is an armv8
x 2 CPU core (A53).
Although this is an ARM core, it shares some peripherals with the
Microsemi Ocelot MIPS SoC.
Changes in v3:
- a "gpio-restart" node has been
On Thu, Jun 11, 2020 at 04:24:12AM -0700, Matthew Wilcox wrote:
> On Wed, Jun 10, 2020 at 11:59:54PM -0700, Christoph Hellwig wrote:
> > On Wed, Jun 10, 2020 at 01:12:54PM -0700, Matthew Wilcox wrote:
> > > From: "Matthew Wilcox (Oracle)"
> > >
> > > Another fortnight, another dump of my current
This adds the main Sparx5 SoC DT documentation file, with information
abut the supported board types.
Reviewed-by: Alexandre Belloni
Signed-off-by: Lars Povlsen
---
.../bindings/arm/microchip,sparx5.yaml| 65 +++
.../devicetree/bindings/mfd/syscon.yaml | 1 +
2
On Mon, Jun 15, 2020 at 04:05:55PM +1200, Mark Tomlinson wrote:
> Instead of splitting transfers into smaller parts, just perform the
> operation that the higher level asked for.
I don't understand this change - presumably there was some reason for
splitting the transfers into smaller chunks
On Mon, Jun 15, 2020 at 3:00 PM Christoph Hellwig wrote:
>
> The only differenence betweeen the compat exec* syscalls and their
> native versions is that compat_ptr sign extension, and the fact that
> the pointer arithmetics for the two dimensional arrays needs to use
> the compat pointer size.
Hi!
> From: Mathieu Othacehe
>
> commit 18dfb5326370991c81a6d1ed6d1aeee055cb8c05 upstream.
>
> The bytes returned by the i2c reading need to be swapped
> unconditionally. Otherwise, on be16 platforms, an incorrect value will be
> returned.
>
> Taking the slow path via next merge window as its
On Mon, 15 Jun 2020 at 16:24, Mark Brown wrote:
>
> On Mon, Jun 15, 2020 at 04:12:28PM +0300, Vladimir Oltean wrote:
> > On Mon, 15 Jun 2020 at 16:10, Mark Brown wrote:
>
> > > It's a bit unusual to need to actually free the IRQ over suspend -
> > > what's driving that requirement here?
>
> >
On Mon, Jun 15, 2020 at 04:14:06PM +0300, Vladimir Oltean wrote:
> On Mon, 15 Jun 2020 at 16:10, Krzysztof Kozlowski wrote:
> >
>
> >
> > It is a slightly different bug which so this patch should have a follow
> > up.
> >
> > Best regards,
> > Krzysztof
> >
>
> Why is it a different bug? It's
On Sat 2020-06-13 09:57:23, Jim Cromie wrote:
> reduce word count via macro, no actual object change.
>
> OTOH, maybe() could be scrubbed if printk's default printing (iirc) of
> "(null)" pointers is deemed appropriate for the log-msg.
> ---
> lib/dynamic_debug.c | 9 +
> 1 file changed,
On Mon, 15 Jun 2020 at 18:49, Jens Wiklander wrote:
>
> The old TEE mailing list tee-...@lists.linaro.org is about to be
> retired. From now on please use op-...@lists.trustedfirmware.org
> instead.
>
> Signed-off-by: Jens Wiklander
> ---
> MAINTAINERS | 6 +++---
> 1 file changed, 3
The following commit has been merged into the x86/urgent branch of tip:
Commit-ID: 5d5103595e9e53048bb7e70ee2673c897ab38300
Gitweb:
https://git.kernel.org/tip/5d5103595e9e53048bb7e70ee2673c897ab38300
Author:Sean Christopherson
AuthorDate:Mon, 08 Jun 2020 10:41:34 -07:00
On Mon, Jun 15, 2020 at 03:24:12PM +0200, Christian Borntraeger wrote:
> stable team,
> please consider
>
> commit 49f2d2419d60a103752e5fbaf158cf8d07c0d884
> usercopy: mark dma-kmalloc caches as usercopy caches
> for stable.
Now queued up.
thanks,
greg k-h
On Mon, Jun 15, 2020 at 02:57:01PM +0200, David Sterba wrote:
> On Sun, Jun 14, 2020 at 09:50:17AM -0700, Linus Torvalds wrote:
> > On Sun, Jun 14, 2020 at 4:56 AM David Sterba wrote:
> > >
> > > Reverts are not great, but under current circumstances I don't see
> > > better options.
> >
> >
This patch adds support for enuminput control to the adv748x hdmi subdev.
This will allow userspace for example to query input hdmi signal status.
Signed-off-by: Ramzi BEN MEFTAH
---
drivers/media/i2c/adv748x/adv748x-hdmi.c | 17 +
1 file changed, 17 insertions(+)
diff --git
…
> +virtual context
> +virtual patch
> +virtual org
> +virtual report
+virtual context, patch, org, report
Is such a SmPL code variant more succinct?
…
> +if (...)
> + \(memset@ok\|memzero_explicit@ok\)(...);
Would you like to tolerate any extra source code around such a function call
in an
801 - 900 of 1560 matches
Mail list logo