On 07/13, Nathan Royce wrote:
> On Mon, Jul 13, 2020 at 7:03 PM Jaegeuk Kim wrote:
> >
> > Hi Nathan,
> >
> > Could you try to say "N" here to move forward to fix the corrupted metadata?
> >
> > Thanks,
> *
> Do you want to restore lost files into ./lost_found/? [Y/N] N
> Info: Write valid
On Tue, 14 Jul 2020, Mrinal Pandey wrote:
> The usage of "capture group (...)" in the immediate condition after `&&`
> results in `$1` being uninitialized. This issues a warning "Use of
> uninitialized value $1 in regexp compilation at ./scripts/checkpatch.pl
> line 2638".
>
> I noticed this
On Thu, Jul 09, 2020 at 09:27:43AM -0700, Andy Lutomirski wrote:
> On Thu, Jul 9, 2020 at 9:22 AM Dave Hansen wrote:
> >
> > On 7/9/20 9:07 AM, Andy Lutomirski wrote:
> > > On Thu, Jul 9, 2020 at 8:56 AM Dave Hansen wrote:
> > >> On 7/9/20 8:44 AM, Andersen, John wrote:
> > >>> Bits
On 2020-07-13 17:50 +0530, Suraj Upadhyay wrote:
> Simplify while loops into more readable and simple for loops.
>
> Signed-off-by: Suraj Upadhyay
> ---
[...]
> @@ -1824,7 +1821,7 @@ static struct sk_buff *ql_build_rx_skb(struct
> ql_adapter *qdev,
> sbq_desc->p.skb =
On Thu, Jul 09, 2020 at 09:27:43AM -0700, Andy Lutomirski wrote:
> On Thu, Jul 9, 2020 at 9:22 AM Dave Hansen wrote:
> >
> > On 7/9/20 9:07 AM, Andy Lutomirski wrote:
> > > On Thu, Jul 9, 2020 at 8:56 AM Dave Hansen wrote:
> > >> On 7/9/20 8:44 AM, Andersen, John wrote:
> > >>> Bits
Hi Dillon,
On Tue, 14 Jul 2020 13:21:07 +0800 dillon min wrote:
>
> Thanks, how about the below commit message.
>
> Subject: [PATCH v4] Fix dcan driver probe failed on am437x platform
>
> Got following d_can probe errors with kernel 5.8-rc1 on am437x
>
> [ 10.730822] CAN device driver
Hi Uwe,
On 14/7/2020 3:10 am, Uwe Kleine-König wrote:
> Hello,
>
> On Tue, Jun 30, 2020 at 03:55:32PM +0800, Rahul Tanwar wrote:
>> Intel Lightning Mountain(LGM) SoC contains a PWM fan controller.
>> This PWM controller does not have any other consumer, it is a
>> dedicated PWM controller for
On 7/14/2020 6:23 AM, Doug Anderson wrote:
Rajendra,
On Fri, Jul 10, 2020 at 5:41 AM Greg KH wrote:
On Thu, Jul 09, 2020 at 03:07:00PM +0530, Rajendra Nayak wrote:
When using the geni-serial as console, its important to be
able to hit the lowest possible power state in suspend,
even with
1.The CU1000-Neo board actually uses X1000E instead of X1000,
so the wrongly written "ingenic,x1000" in compatible should
be changed to "ingenic,x1000e".
2.Adjust the order of nodes according to the corresponding
address value.
3.Drop unnecessary node in "wlan_pwrseq".
4.Add the leds node to
v3->v4:
1.Modify the commit message and add the change description
for CU1000-Neo in patch [2/5].
2.The wrongly written "ingenic,x1000" in compatible is
changed to "ingenic,x1000e" in "cu1000-neo.dts".
3.Adjust the order of nodes according to the corresponding
address value for X1000.
4.Drop
Add a device tree and a defconfig for the Ingenic X1830 based
YSH & ATIL CU Neo board.
Tested-by: 周正 (Zhou Zheng)
Signed-off-by: 周琰杰 (Zhou Yanjie)
---
Notes:
v1->v2:
1.Add DT node for LED.
2.Update defconfig for LED.
v2->v3:
Adjust the order of nodes according to the
1.Add bindings for Ingenic X1830 based board, prepare for later dts.
2.The CU1000-Neo board actually uses X1000E instead of X1000, so
the wrongly written "ingenic,x1000" in bindings should be changed
to "ingenic,x1000e", the corresponding dts file modification will
be made in a patch later
When using the geni-serial as console, its important to be
able to hit the lowest possible power state in suspend,
even with no_console_suspend.
The only thing that prevents it today on platforms like the sc7180
is the interconnect BW votes, which we certainly don't need when
the system is in
Refresh CU1000-Neo's defconfig to support LED.
Tested-by: 周正 (Zhou Zheng)
Signed-off-by: 周琰杰 (Zhou Yanjie)
---
Notes:
v4:
New patch.
arch/mips/configs/cu1000-neo_defconfig | 4
1 file changed, 4 insertions(+)
diff --git a/arch/mips/configs/cu1000-neo_defconfig
Support the Ingenic X1830 SoC using the code under arch/mips/jz4740.
This is left unselectable in Kconfig until a X1830 based board is
added in a later commit.
Tested-by: 周正 (Zhou Zheng)
Signed-off-by: 周琰杰 (Zhou Yanjie)
---
Notes:
v1->v2:
No change.
v2->v3:
Adjust the
Hi Rob,
On 14/7/2020 12:46 am, Rob Herring wrote:
> On Tue, Jun 30, 2020 at 03:55:31PM +0800, Rahul Tanwar wrote:
>> Intel's LGM(Lightning Mountain) SoC contains a PWM fan controller
>> which is only used to control the fan attached to the system. This
>> PWM controller does not have any other
On Tue, Jul 14, 2020 at 11:54 AM Stephen Rothwell wrote:
>
> Hi Dillon,
>
> On Tue, 14 Jul 2020 11:43:31 +0800 dillon min wrote:
> >
> > On Tue, Jul 14, 2020 at 11:38 AM Stephen Rothwell
> > wrote:
> > >
> > > On Tue, 14 Jul 2020 11:23:18 +0800 dillon.min...@gmail.com wrote:
> > > >
> > > >
On Tue, 2020-07-14 at 15:03 +1000, Aleksa Sarai wrote:
> On 2020-07-13, Eric W. Biederman wrote:
> > Matt Bennett writes:
> >
> > > On Thu, 2020-07-02 at 21:10 +0200, Christian Brauner wrote:
> > > > On Thu, Jul 02, 2020 at 08:17:38AM -0500, Eric W. Biederman wrote:
> > > > > Matt Bennett
On 7/13/20 6:18 AM, Tero Kristo wrote:
> If the RTI watchdog is running already during probe, the driver must
> configure itself to match the HW. Window size and timeout is probed from
> hardware, and the last keepalive ping is adjusted to match it also.
>
> Signed-off-by: Tero Kristo
> ---
>
On 2020/7/14 01:44, Alexander A. Klimov wrote:
> Rationale:
> Reduces attack surface on kernel devs opening the links for MITM
> as HTTPS traffic is much harder to manipulate.
>
> Deterministic algorithm:
> For each file:
> If not .svg:
> For each line:
> If doesn't contain
Hi,
I was just browsing
https://www.kernel.org/doc/html/latest/filesystems/proc.html
The "VmFlags" description seems to be missing a table. It's there in
Documentation/filesystems/proc.rst so I assume it's some sphinx/rst
problem. Possibly the table is over indented?
Anyway I thought I'd let
This change does the following:
* removes the SPI device table in favor of the OF device table
* adds 'name' && 'chip_id' fields to chip_info
* implements chip ID & silicon revision checking; the device ID for
AD7124-4 is 0x0, so just checking that value can be useless;
but at least the
On 2020-07-13, Eric W. Biederman wrote:
> Matt Bennett writes:
>
> > On Thu, 2020-07-02 at 21:10 +0200, Christian Brauner wrote:
> >> On Thu, Jul 02, 2020 at 08:17:38AM -0500, Eric W. Biederman wrote:
> >> > Matt Bennett writes:
> >> >
> >> > > Previously the connector functionality could
Excerpts from Andy Lutomirski's message of July 14, 2020 4:18 am:
>
>> On Jul 13, 2020, at 9:48 AM, Nicholas Piggin wrote:
>>
>> Excerpts from Andy Lutomirski's message of July 14, 2020 1:59 am:
On Thu, Jul 9, 2020 at 6:57 PM Nicholas Piggin wrote:
On big systems, the mm
On 7/13/20 5:22 AM, Saheed O. Bolarinwa wrote:
> Remove unnecessary check for 0.
>
> Signed-off-by: "Saheed O. Bolarinwa"
> ---
> This patch depends on PATCH 16/35
>
> drivers/hwmon/sis5595.c | 13 -
> drivers/hwmon/via686a.c | 13 -
> drivers/hwmon/vt8231.c | 13
On 7/13/20 5:22 AM, Saheed O. Bolarinwa wrote:
> In reference to the PCI spec (Chapter 2), PCIBIOS* is an x86 concept.
> Their scope should be limited within arch/x86.
>
> Change all PCIBIOS_SUCCESSFUL to 0
>
> Signed-off-by: "Saheed O. Bolarinwa"
> ---
> drivers/hwmon/sis5595.c | 8
>
On Thu, 9 Jul 2020 14:52:17 +0100, Colin King wrote:
> Currently pointer tdata is being dereferenced on the initialization of
> pointer skb before tdata is null checked. This could lead to a potential
> null pointer dereference. Fix this by dereferencing tdata after tdata
> has been null pointer
On Thu, 9 Jul 2020 11:06:07 -0400, Xianting Tian wrote:
> kmem_cache_destroy and mempool_destroy can correctly handle
> null pointer parameter, so there is no need to check if the
> parameter is null before calling kmem_cache_destroy and
> mempool_destroy.
Applied to 5.9/scsi-queue, thanks!
On Mon, 6 Jul 2020 14:07:05 +0800, Stanley Chu wrote:
> This small series fixes and simplifies setup_xfer_req vop and request's
> completion timestamp.
>
> Stanley Chu (2):
> scsi: ufs: Simplify completion timestamp for SCSI and query commands
> scsi: ufs: Fix and simplify setup_xfer_req
On Sun, 12 Jul 2020 08:32:26 +0800, Stanley Chu wrote:
> Add inline encryption support to ufs-mediatek.
>
> The standards-compliant parts, such as querying the crypto capabilities
> and enabling crypto for individual UFS requests, are already handled by
> ufshcd-crypto.c, which itself is wired
On Mon, 13 Jul 2020 16:04:29 +0800, John Garry wrote:
> Includes a patch to speed up error handling and a kerneldoc clean-up.
>
> John Garry (1):
> scsi: hisi_sas: Remove one kerneldoc comment
>
> Luo Jiaxing (1):
> scsi: hisi_sas: Directly trigger SCSI error handling for completion
>
Hi Alex,
On Mon, 13 Jul 2020 16:48:42 -0600
Alex Williamson wrote:
> On Tue, 7 Jul 2020 16:43:45 -0700
> Jacob Pan wrote:
>
> > IOMMU UAPI is newly introduced to support communications between
> > guest virtual IOMMU and host IOMMU. There has been lots of
> > discussions on how it should
On 14/07/2020 12:40, Leonardo Bras wrote:
> Thank you for this feedback Alexey!
>
> On Mon, 2020-07-13 at 17:33 +1000, Alexey Kardashevskiy wrote:
>> [...]
>>> - int len, ret;
>>> + int len, ret, reset_win_ext;
>>
>> Make it "reset_token".
>
> Oh, it's not a token here, it just checks if
On Mon, Jul 13, 2020 at 10:02:24AM +0200, Takashi Iwai wrote:
> On Wed, 08 Jul 2020 20:14:27 +0200,
> Dan Williams wrote:
> >
> > +Recommended replacements for 'blacklist/whitelist' are:
> > +'denylist / allowlist'
> > +'blocklist / passlist'
>
> I started looking through the tree now
On 2020-07-14 00:43, Jordan Crouse wrote:
On Mon, Jul 13, 2020 at 08:03:32PM +0100, Will Deacon wrote:
On Mon, Jul 13, 2020 at 11:00:32AM -0600, Jordan Crouse wrote:
> On Mon, Jul 13, 2020 at 04:11:23PM +0100, Will Deacon wrote:
> > On Thu, Jun 11, 2020 at 04:36:56PM -0600, Jordan Crouse wrote:
On Mon, Jul 13, 2020 at 6:29 PM Peilin Ye wrote:
>
> Prevent __btf_resolve_helper_id() from dereferencing `btf_vmlinux`
> as NULL. This patch fixes the following syzbot bug:
>
>
> https://syzkaller.appspot.com/bug?id=5edd146856fd513747c1992442732e5a0e9ba355
>
> Reported-by:
From: Ramuthevar Vadivel Murugan
Add the dt-schema to support USB PHY on Intel LGM SoC
Signed-off-by: Ramuthevar Vadivel Murugan
Reviewed-by: Rob Herring
---
.../devicetree/bindings/phy/intel,lgm-usb-phy.yaml | 53 ++
1 file changed, 53 insertions(+)
create mode 100644
From: Ramuthevar Vadivel Murugan
Add support for USB PHY on Intel LGM SoC.
Signed-off-by: Ramuthevar Vadivel Murugan
Reviewed-by: Philipp Zabel
---
drivers/phy/Kconfig | 11 ++
drivers/phy/Makefile | 1 +
drivers/phy/phy-lgm-usb.c | 278
The USB PHY provides the optimized for low power dissipation while active,
idle, or on standby.
Requires minimal external components, a single resistor, for best operation.
Supports 10/5-Gbps high-speed data transmission rates through 3-m USB 3.x cable
---
v6:
- No Change
v5:
- As per Felipe
Hi Bart,
On 2020-07-14 11:52, Bart Van Assche wrote:
On 2020-07-13 19:28, Can Guo wrote:
o Queue eh_work on a single threaded workqueue to avoid concurrency
between
eh_works.
Please use another approach (mutex?) to serialize error handling. There
are
already way too workqueues in a
Hi Bart,
On 2020-07-14 11:47, Bart Van Assche wrote:
On 2020-07-13 19:28, Can Guo wrote:
Dumping testbus registers needs to sleep a bit intermittently as there
are
too many of them. Skip them for those contexts where sleep is not
allowed.
Meanwhile, if ufs_qcom_dump_dbg_regs() calls
Hi Bart,
On 2020-07-14 11:38, Bart Van Assche wrote:
On 2020-07-13 19:28, Can Guo wrote:
@@ -2538,7 +2540,8 @@ static int ufshcd_queuecommand(struct Scsi_Host
*host, struct scsi_cmnd *cmd)
err = SCSI_MLQUEUE_HOST_BUSY;
goto out;
}
-
On 2020-07-14 11:41, Bart Van Assche wrote:
On 2020-07-13 19:28, Can Guo wrote:
The scsi_block_reqs_cnt increased in ufshcd_hold() is supposed to be
decreased back in ufshcd_ungate_work() in a paired way. However, if
specific ufshcd_hold/release sequences are met, it is possible that
On 7/13/20 20:24, Baolin Wang wrote:
>> Since start keep alive is so small to make a function call how about we
>> in-line the call ? untested patch :-
> I am Okay about your suggestion. Will send v2 with your suggested-by tag
> if no other objection. Thanks.
>
Keith, Christoph are you guys okay
Andrew Morton wrote:
> On Tue, 14 Jul 2020 11:07:44 +0800 linmiaohe wrote:
>
>> The vm_flags may be changed after call_mmap() because drivers may set
>> some flags for their own purpose. As a result, we failed to merge the
>> adjacent vma due to the different vm_flags as userspace can't pass
Hello,
syzbot found the following crash on:
HEAD commit:0aea6d5c Merge tag 'for-linus-5.8b-rc5-tag' of git://git.k..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=1646fd6710
kernel config: https://syzkaller.appspot.com/x/.config?x=b1a5a263f7a540cb
Hi Dillon,
On Tue, 14 Jul 2020 11:43:31 +0800 dillon min wrote:
>
> On Tue, Jul 14, 2020 at 11:38 AM Stephen Rothwell
> wrote:
> >
> > On Tue, 14 Jul 2020 11:23:18 +0800 dillon.min...@gmail.com wrote:
> > >
> > > From: dillon min
> > >
> > > Fixes: 1a5cd7c23cc5 ("bus: ti-sysc: Enable all
Hi Rob,
On 13/7/2020 11:07 pm, Rob Herring wrote:
On Mon, 13 Jul 2020 16:54:52 +0800, Ramuthevar,Vadivel MuruganX wrote:
From: Ramuthevar Vadivel Murugan
Add the dt-schema to support USB PHY on Intel LGM SoC
Signed-off-by: Ramuthevar Vadivel Murugan
Reviewed-by: Rob Herring
---
Hi Rob,
On 13/7/2020 11:08 pm, Rob Herring wrote:
On Mon, Jul 13, 2020 at 04:54:52PM +0800, Ramuthevar,Vadivel MuruganX wrote:
From: Ramuthevar Vadivel Murugan
Add the dt-schema to support USB PHY on Intel LGM SoC
Signed-off-by: Ramuthevar Vadivel Murugan
Reviewed-by: Rob Herring
---
On 2020-07-13 19:28, Can Guo wrote:
> o Queue eh_work on a single threaded workqueue to avoid concurrency between
> eh_works.
Please use another approach (mutex?) to serialize error handling. There are
already way too workqueues in a running Linux system.
> o According to the UFSHCI JEDEC
From: dillon min
V2 -> V3:
make Fixes tags after Signed-off-by line.
V1 -> V2:
correct commit messages based on Stephen Rothwell's reviewing.
make Fixes tags to oneline.
make all commit message tags at the end of commit message
V1:
Got following d_can probe errors with kernel 5.8-rc1 on
From: dillon min
[1]: https://www.ti.com/lit/pdf/spruh73 Chapter-23, Figure 23-1. DCAN
Integration
[2]: https://www.ti.com/lit/pdf/spruhl7 Chapter-25, Figure 25-1. DCAN
Integration
[3]: commit 516f1117d0fb ("ARM: dts: Configure osc clock for d_can on am335x")
Signed-off-by: dillon min
Fixes:
Hi all,
On Tue, 7 Jul 2020 12:33:01 +1000 Stephen Rothwell
wrote:
>
> On Tue, 30 Jun 2020 12:54:59 +1000 Stephen Rothwell
> wrote:
> >
> > On Mon, 22 Jun 2020 11:37:00 +1000 Stephen Rothwell
> > wrote:
> > >
> > > After merging the tip tree, today's linux-next build (x86_64 allmodconfig)
On Tue, Jul 14, 2020 at 4:32 AM Palmer Dabbelt wrote:
>
> On Sat, 27 Jun 2020 09:19:52 PDT (-0700), Anup Patel wrote:
> > The current RISC-V timer driver is convoluted and implements two
> > distinct timers:
> > 1. S-mode timer: This is for Linux RISC-V S-mode with MMU. The
> > clocksource
On 13-07-20, 20:05, Alexander A. Klimov wrote:
> Rationale:
> Reduces attack surface on kernel devs opening the links for MITM
> as HTTPS traffic is much harder to manipulate.
>
> Deterministic algorithm:
> For each file:
> If not .svg:
> For each line:
> If doesn't contain
On 2020-07-13 19:28, Can Guo wrote:
> Dumping testbus registers needs to sleep a bit intermittently as there are
> too many of them. Skip them for those contexts where sleep is not allowed.
>
> Meanwhile, if ufs_qcom_dump_dbg_regs() calls ufs_qcom_testbus_config() from
> ufshcd_suspend/resume
On Tue, Jul 14, 2020 at 8:07 AM Rob Herring wrote:
>
> On Sat, Jun 27, 2020 at 09:49:57PM +0530, Anup Patel wrote:
> > We add DT bindings documentation for CLINT device.
> >
> > Signed-off-by: Anup Patel
> > Reviewed-by: Palmer Dabbelt
> > ---
> > .../bindings/timer/sifive,clint.txt
On 13-07-20, 17:37, Jon Hunter wrote:
>
> On 13/07/2020 04:25, Viresh Kumar wrote:
> > On 12-07-20, 11:06, Jon Hunter wrote:
> >> Commit 6cc3d0e9a097 ("cpufreq: tegra186: add
> >> CPUFREQ_NEED_INITIAL_FREQ_CHECK flag") fixed CPUFREQ support for
> >> Tegra186 but as a consequence the following
Hi sll,
On Thu, 25 Jun 2020 11:25:17 +1000 Stephen Rothwell
wrote:
>
> On Wed, 24 Jun 2020 11:57:07 -0400 Qian Cai wrote:
> >
> > On Wed, May 13, 2020 at 12:29:52AM +0100, David Howells wrote:
> > > Qian Cai wrote:
> > >
> > > > Reverted the linux-next commit ee8ad8190cb1 (“vfs,
On Tue, Jul 14, 2020 at 11:38 AM Stephen Rothwell wrote:
>
> Hi,
>
> On Tue, 14 Jul 2020 11:23:18 +0800 dillon.min...@gmail.com wrote:
> >
> > From: dillon min
> >
> > Fixes: 1a5cd7c23cc5 ("bus: ti-sysc: Enable all clocks directly during init
> > to read revision")
> >
> > [1]:
On 2020-07-13 19:28, Can Guo wrote:
> The scsi_block_reqs_cnt increased in ufshcd_hold() is supposed to be
> decreased back in ufshcd_ungate_work() in a paired way. However, if
> specific ufshcd_hold/release sequences are met, it is possible that
> scsi_block_reqs_cnt is increased twice but only
On Tue, Jul 14, 2020 at 11:32:52AM +0800, Hillf Danton wrote:
>
> Add FALLOC_FL_NOBLOCK and on the shmem side try to lock inode upon the
> new flag. And the overall upside is to keep the current gfp either in
> the khugepaged context or not.
>
> --- a/include/uapi/linux/falloc.h
> +++
Hi Rob,
在 2020/7/14 上午10:32, Rob Herring 写道:
On Fri, Jun 26, 2020 at 01:37:15AM +0800, 周琰杰 (Zhou Yanjie) wrote:
Add bindings for Ingenic X1830 based board, prepare for later dts.
Tested-by: 周正 (Zhou Zheng)
Signed-off-by: 周琰杰 (Zhou Yanjie)
---
Notes:
v1->v2:
No change.
Hi,
On Tue, 14 Jul 2020 11:23:18 +0800 dillon.min...@gmail.com wrote:
>
> From: dillon min
>
> Fixes: 1a5cd7c23cc5 ("bus: ti-sysc: Enable all clocks directly during init to
> read revision")
>
> [1]: https://www.ti.com/lit/pdf/spruh73 Chapter-23, Figure 23-1. DCAN
> Integration
> [2]:
Thanks for your reply.
> >
> > /* validiate cached dentries */
> > - for (i = 1; i < num_entries; i++) {
> > - ep = exfat_get_dentry_cached(es, i);
> > - if (!exfat_validate_entry(exfat_get_entry_type(ep), ))
>
> > + for (i = 1; i < es->num_entries; i++) {
> > +
On 2020-07-13 19:28, Can Guo wrote:
> @@ -2538,7 +2540,8 @@ static int ufshcd_queuecommand(struct Scsi_Host *host,
> struct scsi_cmnd *cmd)
> err = SCSI_MLQUEUE_HOST_BUSY;
> goto out;
> }
> - WARN_ON(hba->clk_gating.state != CLKS_ON);
> + if
Hi, Adrian,
Just one suggestion for you.
Adrian Pop 于2020年7月3日周五 上午1:30写道:
>
> STM32f769-disco features a 4" MIPI DSI display: add support for it.
> On Cortex-M7 DMA can't use cached memory. For this reason I use a dedicated
> memory pool for DMA with no-cache attribute which is located at the
typec_register_altmode returns ERR_PTR on failure.
Signed-off-by: Kyle Tso
---
drivers/usb/typec/class.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/typec/class.c b/drivers/usb/typec/class.c
index c9234748537a..02655694f200 100644
---
typec_partner_register_altmode returns ERR_PTR. Reset the pointer
altmode to NULL on failure.
Signed-off-by: Kyle Tso
---
drivers/usb/typec/tcpm/tcpm.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/typec/tcpm/tcpm.c b/drivers/usb/typec/tcpm/tcpm.c
index
*** BLURB HERE ***
Kyle Tso (2):
usb: typec: Comment correction for typec_partner_register_altmode
usb: typec: tcpm: Error handling for tcpm_register_partner_altmodes
drivers/usb/typec/class.c | 2 +-
drivers/usb/typec/tcpm/tcpm.c | 4 +++-
2 files changed, 4 insertions(+), 2
On 7/13/20 6:53 PM, qiang.zh...@windriver.com wrote:
> From: Zhang Qiang
>
> CPU: 0 PID: 6801 Comm: syz-executor201 Not tainted 5.8.0-rc4-syzkaller #0
> Hardware name: Google Google Compute Engine/Google Compute Engine,
> BIOS Google 01/01/2011
>
> Reported-by:
> From: Fenghua Yu
> Sent: Tuesday, July 14, 2020 7:48 AM
>
> From: Ashok Raj
>
> ENQCMD and Data Streaming Accelerator (DSA) and all of their associated
> features
> are a complicated stack with lots of interconnected pieces.
> This documentation provides a big picture overview for all of
On Fri, 3 Jul 2020 10:10:00 +0200
Peter Zijlstra wrote:
> On Thu, Jul 02, 2020 at 05:58:16PM -0400, Steven Rostedt wrote:
>
> > + /* No need to test direct calls on created trampolines */
> > + if (ops->flags & FTRACE_OPS_FL_SAVE_REGS) {
> > + /* NOP the jnz 1f; but make sure it's
The usage of "capture group (...)" in the immediate condition after `&&`
results in `$1` being uninitialized. This issues a warning "Use of
uninitialized value $1 in regexp compilation at ./scripts/checkpatch.pl
line 2638".
I noticed this bug while running checkpatch on the set of commits from
From: dillon min
Fixes: 1a5cd7c23cc5 ("bus: ti-sysc: Enable all clocks directly during init to
read revision")
[1]: https://www.ti.com/lit/pdf/spruh73 Chapter-23, Figure 23-1. DCAN
Integration
[2]: https://www.ti.com/lit/pdf/spruhl7 Chapter-25, Figure 25-1. DCAN
Integration
[3]: commit
On Mon, Jul 13, 2020 at 11:58:18PM +, Chaitanya Kulkarni wrote:
> On 7/12/20 23:31, Baolin Wang wrote:
> > We've already validated the 'kato' in nvme_start_keep_alive(), thus no
> > need to validate it again in nvme_start_ctrl(). Remove it.
> >
> > Signed-off-by: Baolin Wang
> > ---
> >
From: dillon min
V1 -> V2:
correct commit messages based on Stephen Rothwell's reviewing.
make Fixes tags to oneline.
make all commit message tags at the end of commit message
V1:
Got following d_can probe errors with kernel 5.8-rc1 on am437x
[ 10.730822] CAN device driver interface
On Tue, 14 Jul 2020 11:07:44 +0800 linmiaohe wrote:
> The vm_flags may be changed after call_mmap() because drivers may set some
> flags for their own purpose. As a result, we failed to merge the adjacent
> vma due to the different vm_flags as userspace can't pass in the same one.
> Try to merge
On Fri, 2020-07-10 at 18:41 +0800, Matthias Brugger wrote:
>
> On 09/07/2020 11:12, Neal Liu wrote:
> > Add bindings for mtk-devapc.
> >
> > Signed-off-by: Neal Liu
> > ---
> > .../devicetree/bindings/soc/mediatek/devapc.yaml | 82
> >
> > 1 file changed, 82
On Fri, 10 Jul 2020 14:33:37 +0300, Roger Quadros wrote:
> There were some review comments after the patch was integrated.
> Address those.
>
> Fixes: 1883a934e156 ("dt-bindings: usb: convert keystone-usb.txt to YAML")
> Signed-off-by: Roger Quadros
> ---
>
On Wed, Jul 08, 2020 at 06:50:17PM +0100, Daniele Alessandrelli wrote:
> From: Daniele Alessandrelli
>
> Document Intel Movidius SoC code-named Keem Bay, along with the Keem Bay
> EVM board.
>
> Reviewed-by: Dinh Nguyen
> Signed-off-by: Daniele Alessandrelli
> ---
>
On Wed, Jul 08, 2020 at 09:40:35AM +0200, Luca Ceresoli wrote:
> Convert to yaml the VersaClock bindings document. The mapping between
> clock specifier and physical pins cannot be described formally in yaml
> schema, then keep it verbatim in the description field.
>
> Signed-off-by: Luca
syzbot has found a reproducer for the following crash on:
HEAD commit:11ba4688 Linux 5.8-rc5
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=175391fb10
kernel config: https://syzkaller.appspot.com/x/.config?x=a160d1053fc89af5
dashboard link:
Hi Chun-Kuang,
On Mon, 2020-07-13 at 22:20 +0800, Chun-Kuang Hu wrote:
> Hi, Neal:
>
> Neal Liu 於 2020年7月13日 週一 下午4:27寫道:
> >
> > Hi Chun-Kuang,
> >
> > Thanks for your review.
> >
> > On Fri, 2020-07-10 at 22:21 +0800, Chun-Kuang Hu wrote:
> > > Hi, Neal:
> > >
> > > Neal Liu 於 2020年7月10日 週五
On Wed, 08 Jul 2020 09:40:32 +0200, Luca Ceresoli wrote:
> 'idt' is misspelled 'itd' in a few places, fix it.
>
> Fixes: 34662f6e3084 ("dt: Add additional option bindings for IDT VersaClock")
> Signed-off-by: Luca Ceresoli
> ---
> Documentation/devicetree/bindings/clock/idt,versaclock5.txt | 4
Define the __rseq_abi with the extensible size feature.
Signed-off-by: Mathieu Desnoyers
---
tools/testing/selftests/rseq/rseq.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/tools/testing/selftests/rseq/rseq.c
b/tools/testing/selftests/rseq/rseq.c
index da2264c679b9..2c29215d4790
From: Miaohe Lin
The vm_flags may be changed after call_mmap() because drivers may set some
flags for their own purpose. As a result, we failed to merge the adjacent
vma due to the different vm_flags as userspace can't pass in the same one.
Try to merge vma after call_mmap() to fix this issue.
Recent discussion led to a solution for extending struct rseq. This is
an implementation of the proposed solution.
Now is a good time to agree on this scheme before the release of glibc
2.32, just in case there are small details to fix on the user-space
side in order to allow extending struct
Add a __rseq_abi.flags "RSEQ_TLS_FLAG_SIZE", which indicates support for
extending struct rseq. This adds two new fields to struct rseq:
user_size and kernel_size.
The user_size field allows the size of the __rseq_abi definition (which
can be overridden by symbol interposition either by a
Print whether extensible size feature is supported by the kernel
and __rseq_abi definition, along with the contents of the kernel_size
field if it is available.
Signed-off-by: Mathieu Desnoyers
---
tools/testing/selftests/rseq/basic_test.c | 15 +++
1 file changed, 15 insertions(+)
The rseq registration and unregistration expect a fixed-size length
(32 bytes). In preparation to extend struct rseq, pass a fixed value
rather than the size of the rseq structure.
Signed-off-by: Mathieu Desnoyers
---
include/uapi/linux/rseq.h | 5 +
On Tue, Jul 07, 2020 at 10:16:22AM +0800, Cathy Zhang wrote:
> SERIALIZE instruction is supported by intel processors,
> like Sapphire Rapids. Expose it in KVM supported cpuid.
Providing at least a rough overview of the instruction, e.g. its enumeration,
usage, fault rules, controls, etc... would
> From: Fenghua Yu
> Sent: Tuesday, July 14, 2020 7:48 AM
>
> PASID is defined as a few different types in iommu including "int",
> "u32", and "unsigned int". To be consistent and to match with uapi
> definitions, define PASID and its variations (e.g. max PASID) as "u32".
> "u32" is also shorter
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in:
drivers/gpu/drm/drm_probe_helper.c
between commit:
12c683e12cd8 ("drm: bridge: Pass drm_display_info to drm_bridge_funcs
.mode_valid()")
from the drm tree and commit:
1c26b8e09004 ("drm/probe_helper: Add
On (20/07/10 11:58), John Ogness wrote:
>
> IMHO users of these sequence number interfaces need to see all the
> records individually and reassemble the LOG_CONT messages themselves if
> they want to. I believe that is the only sane path forward. To do this,
> the caller id will no longer be
On 7/13/2020 7:23 PM, Xu Wang wrote:
> platform_get_resource() may return NULL, add proper
> check to avoid potential NULL dereferencing.
>
> Signed-off-by: Xu Wang
> ---
If you use devm_ioremap_resource() you can remove the !res check
entirely which would be equally acceptable as a fix.
>
We are getting this soft lockup in fanotify_read.
The reason is that this code does not seem to scale to cases where there
are big bursts of events generated by fanotify_handle_event.
fanotify_read acquires group->notification_lock for each event.
fanotify_handle_event uses the lock to add one
On Fri, Jul 03, 2020 at 10:44:13AM +0300, Eugen Hristev wrote:
> Add bindings documentation for microchip CSI2 Demultiplexer controller.
>
> CSI2DC is a demultiplexer from Synopsys IDI interface specification to
> parallel interface connection or direct memory access.
>
> Signed-off-by: Eugen
On Mon, Jul 13, 2020 at 06:57:39PM -0700, Andrew Morton wrote:
> +++ a/kernel/panic.c
> @@ -313,13 +313,16 @@ void panic(const char *fmt, ...)
>* Delay timeout seconds before rebooting the machine.
>* We can't use the "normal" timers since we just panicked.
>
The mm-of-the-moment snapshot 2020-07-13-19-49 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You
1 - 100 of 1509 matches
Mail list logo