Hello,
syzbot found the following crash on:
HEAD commit:4e99b321 Merge tag 'nfs-for-5.8-2' of git://git.linux-nfs...
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=14355b4b10
kernel config: https://syzkaller.appspot.com/x/.config?x=bf3aec367b9ab569
das
On Mon, 2020-06-29 at 15:37 +0800, Peter Chen wrote:
> On Mon, Jun 29, 2020 at 2:04 PM Chunfeng Yun
> wrote:
> >
> > A SuperSpeed device shall include the USB 2.0 extension descriptor
> > and shall support LPM when operating in USB 2.0 HS mode(see usb3.2
> > spec9.6.2.1). But we always don't supp
Next fund one, in net/ipv6/ip6_flowlabel.c:ipv6_flowlabel_opt() we
have this gem toward the end:
if (!freq->flr_label) {
if (copy_to_user(&((struct in6_flowlabel_req __user
*)optval)->flr_label,
&fl->label, sizeof(fl
The Analog Devices AXI ADC driver uses the devm_ioremap_resource
function, but does not specify a dependency on IOMEM in Kconfig. This
causes a build failure on architectures without IOMEM, for example, UML
(notably with make allyesconfig).
Fix this by making CONFIG_ADI_AXI_ADC depend on CONFIG_IO
On Tue, 2020-06-16 at 16:56 +0100, Daniele Alessandrelli wrote:
> Hi,
>
> This patch-set adds initial support for a new Intel Movidius SoC
> code-named
> Keem Bay. The SoC couples an ARM Cortex A53 CPU with an Intel
> Movidius VPU.
>
> This initial patch-set enables only the minimal set of compon
On Tue, 30 Jun 2020, Herbert Xu wrote:
> On Mon, Jun 29, 2020 at 01:30:03PM +0100, Lee Jones wrote:
> > A recent change to the Regulator consumer API (which this driver
> > utilises) add prototypes for the some suspend functions. These
> > functions require including header file include/linux/sus
From: Xu Wang
usb_free_coherent() is safe with NULL addr and this check is
not required.
Signed-off-by: Xu Wang
---
drivers/net/wireless/zydas/zd1211rw/zd_usb.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/net/wireless/zydas/zd1211rw/zd_usb.c
b/drivers/net/wi
On Mon, 29 Jun 2020 17:18:09 -0400
"Michael S. Tsirkin" wrote:
> On Mon, Jun 29, 2020 at 06:48:28PM +0200, Pierre Morel wrote:
> >
> >
> > On 2020-06-29 18:09, Michael S. Tsirkin wrote:
> > > On Wed, Jun 17, 2020 at 12:43:57PM +0200, Pierre Morel wrote:
> > > > An architecture protecting th
Hi everybody,
this patchset adds xterm like mouse reporting features to the console.
The linux virtual console has support for mouse reporting since 1994 or so,
but the kernel only supports the original X10/X11 style standard protocols.
To support more protocols these patches expand the kernel st
Add additional defines for mouse event types. The change of the value
of TIOCL_SELBUTTONMASK deserves a bit more explanation :
The old value of 15 uses the first 4 bits and sends them unchanged back
to userspace if requested by an application. But in fact only the first
two bits have ever been use
We need two values to store the status of mouse reporting, both need at
least two (vc_protocol_mouse) or three (vc_report_mouse) bits, so use
chars.
Signed-off-by: Tammo Block
---
include/linux/console_struct.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/include/linux/c
This enables userspace to enable one of the mouse protocols and choose
one of the new event types by escape sequences.
They are not a bitmasks, but mutually exclusive.
And don't forget to reset protocol value also if resetting vc.
Signed-off-by: Tammo Block
---
drivers/tty/vt/vt.c | 17 +++
The URXVT protocol easy, all data analog to the old X10.
Signed-off-by: Tammo Block
---
drivers/tty/vt/vt.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/tty/vt/vt.c b/drivers/tty/vt/vt.c
index 36520f7f0315..903c81c52887 100644
--- a/drivers/tty/vt/vt.c
+++ b/dri
On Thu, 18 Jun 2020, Matti Vaittinen wrote:
> Add entry for maintaining power management IC drivers for ROHM
> BD71837, BD71847, BD71850, BD71828, BD71878, BD70528 and BD99954.
>
> Signed-off-by: Matti Vaittinen
> Acked-by: Sebastian Reichel
> ---
> Morning Lee - could you take this in MFD? Thi
The SRG protocol indicates a button release by appending a "m" to the
report. In this case the button number is not 3 ("release state") but
the number of the button that was released. As release event are only
reported for the first three buttons, we need to store the number on
click events because
This patch adds a description of the kernel interface(s) used for vt
console mouse reporting and describes the protocols and bitmasks.
Signed-off-by: Tammo Block
---
.../admin-guide/console-mouse-reporting.rst | 92 +++
Documentation/admin-guide/index.rst | 1 +
2 fi
On Tue, Jun 30, 2020 at 07:44:48AM +0200, Ahmed S. Darwish wrote:
> A sequence counter write side critical section must be protected by some
> form of locking to serialize writers. A plain seqcount_t does not
> contain the information of which lock must be held when entering a write
> side critical
On 2020-06-11 00:47, Rikard Falkeborn wrote:
genwqe_err_handler is never modified, so it can be made const to allow
the compiler to put it in read-only memory.
Before:
textdata bss dec hex filename
2017461042464 287427046 drivers/misc/genwqe/card_base.o
After:
On Mon, Jun 8, 2020 at 5:57 AM Rikard Falkeborn
wrote:
>
> Commit 8b59cd81dc5e ("kbuild: ensure full rebuild when the compiler is
> updated") introduced a new CONFIG option CONFIG_CC_VERSION_TEXT. On my
> system, this is set to "gcc (GCC) 10.1.0" which breaks KUnit config
> parsing which did not l
On 30.06.20 00:58, Wei Yang wrote:
> On Mon, Jun 29, 2020 at 03:13:25PM -0700, Dan Williams wrote:
>> On Mon, Jun 29, 2020 at 1:34 AM Wei Yang
>> wrote:
>>>
>>> On Thu, Jun 25, 2020 at 12:46:43PM -0700, Dan Williams wrote:
On Wed, Jun 24, 2020 at 10:53 PM David Hildenbrand
wrote:
>
On Tue, Jun 30, 2020 at 08:40:51AM +0200, Andreas Kemnade wrote:
[...]
> got a chance to test it on a Tolino Shine 2 HD.
> It uses the RTC from the RC5T619 but backlight seems to go via MSP430
> EC.
>
> I got this.
>
> [1.453603] ntxec 0-0043: Netronix embedded controller version f110
> dete
On 2020-06-29 16:04, Lee Jones wrote:
Variable 'rc' hasn't been checked since the driver's inception
in 2013. If it hasn't caused any issues since then, it's unlikely
to in the future. Let's take it out for now.
Fixes the following W=1 kernel build warning(s):
drivers/misc/genwqe/card_base.c
2020년 6월 29일 (월) 오후 5:03, Michal Hocko 님이 작성:
>
> On Mon 29-06-20 15:41:37, Joonsoo Kim wrote:
> > 2020년 6월 26일 (금) 오후 4:33, Michal Hocko 님이 작성:
> > >
> > > On Fri 26-06-20 14:02:49, Joonsoo Kim wrote:
> > > > 2020년 6월 25일 (목) 오후 9:05, Michal Hocko 님이 작성:
> > > > >
> > > > > On Tue 23-06-20 15:13:4
On Mon, 29 Jun 2020 at 21:08, Sasha Levin wrote:
>
>
> This is the start of the stable review cycle for the 4.14.186 release.
> There are 78 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Respons
On Mon, Jun 22, 2020 at 10:05 PM Souptick Joarder wrote:
>
> On Wed, Jun 17, 2020 at 8:22 AM Souptick Joarder wrote:
> >
> > First, when memory allocation for sg_list_unaligned failed, there
> > is no point of calling put_pages() as we haven't pinned any pages.
> >
> > Second, if get_user_pages_f
Good day
Is this email private for discussion and personal to you?
On Mon, Jun 29, 2020 at 02:20:11PM -0700, Doug Anderson wrote:
> On Sat, May 16, 2020 at 1:20 AM liwei (GF) wrote:
> > On 2020/5/14 8:34, Doug Anderson wrote:
> > > On Sat, May 9, 2020 at 6:49 AM Wei Li wrote:
> > >>
> > >> This patch set is to fix several issues of single-step debugging
> > >> i
2020년 6월 30일 (화) 오후 3:42, Michal Hocko 님이 작성:
>
> On Tue 30-06-20 15:30:04, Joonsoo Kim wrote:
> > 2020년 6월 29일 (월) 오후 4:55, Michal Hocko 님이 작성:
> [...]
> > > diff --git a/mm/hugetlb.c b/mm/hugetlb.c
> > > index 57ece74e3aae..c1595b1d36f3 100644
> > > --- a/mm/hugetlb.c
> > > +++ b/mm/hugetlb.c
> >
Hi, Dave,
Dave Hansen writes:
> From: Dave Hansen
>
> Some method is obviously needed to enable reclaim-based migration.
>
> Just like traditional autonuma, there will be some workloads that
> will benefit like workloads with more "static" configurations where
> hot pages stay hot and cold page
On 2020-06-29 16:04, Lee Jones wrote:
From missing documentation for function arguments, to promotion
obvious kerneldoc headers and incorrectly named arguments.
Fixes the following W=1 warnings:
drivers/misc/genwqe/card_base.c:175: warning: Function parameter or
member 'cd' not described in 'g
Hi Pavel,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on next-20200622]
[cannot apply to linus/master v5.8-rc2 v5.8-rc1 v5.7 v5.8-rc3]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to use as docum
On 2020-06-29 16:04, Lee Jones wrote:
Including; add missing documentation for function arguments,
re-ordering
of #defines i.e. not placed between kerneldoc headers and the functions
they are documenting, demotion of file header/comment from kerneldoc
format and removal of documentation for non-
Hi,
On 29/06/2020 10:47, Vinay Simha B N wrote:
> Neil,
>
> yaml is the v3 version, there was no change , so i had not created v4 for yaml
> [PATCH v3 2/2] display/drm/bridge: TC358775 DSI/LVDS driver
>
OK, please resend the whole patchset even with unchanged patches, you can
explain
which pat
> -Original Message-
> From: Amit Kucheria
> Sent: 2020年6月30日 14:47
> To: Andy Tang
> Cc: Shawn Guo ; Leo Li ; Rob
> Herring ; lakml ;
> open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS
> ; LKML
> Subject: Re: [EXT] Re: [PATCH 1/2] arm64: dts: ls1088a: add more thermal
> zone
On 2020-06-29 16:04, Lee Jones wrote:
Including; demoting file header from kerneldoc to standard comment/
header, adding a variety of missing function argument documentation,
repairing formatting (kerneldoc does not like blank lines) and the
demotion of a kerneldoc header which shows no interest
On Mon, 2020-06-29 at 10:00 +0200, Markus Elfring wrote:
> > Some pointers are dereferenced before successful checks.
>
> I suggest to reconsider and improve the change description.
>
> * Would a null pointer dereference be possible only with the variables “mep”
> and “mreq” in the implementati
On Mon, Jun 29, 2020 at 09:57:27PM +0200, Rikard Falkeborn wrote:
> sun6i_dphy_ops and sun6i_dphy_regmap_config are not modified so make them
> const structs to allow the compiler to put them in read-only memory.
>
> Before:
>textdata bss dec hex filename
>44071944
On Mon, Jun 15, 2020 at 3:20 PM Lu Baolu wrote:
>
> Hi Koba Ko,
>
> On 2020/6/15 11:19, Koba Ko wrote:
> > hi All,
> > I have a machine and there's only intel gpu.
> > the secureboot and vt-d is enabled in BIOS.
> > On the Ubuntu desktop, I do s2idle first and restart the machine.
> > The machine
Hi Qiangming,
When you send new version, you should
- Add version number in subject, so we know this is a new one.
- List what's changed in this patch after ---, so reviewer knows where
we should check.
On Tue, 2020-06-23 at 15:42 +0800, Qiangming Xia wrote:
> From: "qiangming.xia"
>
>
On 2020-06-29 16:04, Lee Jones wrote:
'fatal_err' is taken as an argument to a static function which is only
invoked once. During this invocation 'fatal_err' is not set. There
doesn't appear to be a good reason to keep it around.
Also fixes the following W=1 kernel build warning:
drivers/mis
Hi Krzysztof,
On 29.06.2020 22:44, Krzysztof Kozlowski wrote:
> AMBA is a bus so name the node with DMA controllers just as "bus" to fix
> dtschema warnings like:
>
> amba: $nodename:0: 'amba' does not match
> '^(bus|soc|axi|ahb|apb)(@[0-9a-f]+)?$'
>
> Signed-off-by: Krzysztof Kozlowski
Do
When I update the latest kernel, I see the following "ptrval" boot
messages. Use "%pK" instead of "%p" so that the cpu address can be printed
when the kptr_restrict sysctl is set to 1.
Both radeon_fence_driver_start_ring() and amdgpu_fence_driver_start_ring()
have this similar issue, fix t
On 2020/6/30 12:49, Rajat Jain wrote:
The "ExternalFacing" devices (root ports) are still internal devices that
sit on the internal system fabric and thus trusted. Currently they were
being marked untrusted.
This patch uses the platform flag to identify the external facing devices
and then use i
On Tue, Jun 30, 2020 at 12:07 PM Zong Li wrote:
>
> On Mon, Jun 29, 2020 at 9:23 PM Anup Patel wrote:
> >
> > On Mon, Jun 29, 2020 at 6:23 PM Zong Li wrote:
> > >
> > > On Mon, Jun 29, 2020 at 4:28 PM Anup Patel wrote:
> > > >
> > > > On Mon, Jun 29, 2020 at 11:22 AM Zong Li wrote:
> > > > >
>
On 2020/6/30 12:49, Rajat Jain wrote:
The firmware was provinding "ExternalFacing" attribute on PCI root ports,
to allow the kernel to mark devices behind it as external. Note that the
firmware provides an immutable, read-only property, i.e. the location of
the device.
The use of (external) devi
On Tue, 30 Jun 2020, haver wrote:
> On 2020-06-29 16:04, Lee Jones wrote:
> > Variable 'rc' hasn't been checked since the driver's inception
> > in 2013. If it hasn't caused any issues since then, it's unlikely
> > to in the future. Let's take it out for now.
> >
> > Fixes the following W=1 ker
Hi Tao,
Le lundi 15 juin 2020 à 16:14:01 (+0800), Xing Zhengjun a écrit :
>
>
> On 6/15/2020 1:18 PM, Tao Zhou wrote:
...
> I apply the patch based on v5.7, the regression still existed.
Could you try the patch below ? This patch is not a real fix because it
impacts performance of others b
This series contains few clean up, minor bug fixes and
Convert get_user_pages() to pin_user_pages().
I'm compile tested this, but unable to run-time test,
so any testing help is much appriciated.
v2:
Address Dan's review comments to return -ERRNO for partially
mapped pages and cha
On 6/30/20 7:38 AM, Siddharth Gupta wrote:
>
> On 6/17/2020 1:44 AM, Arnaud POULIQUEN wrote:
>>
>> On 6/16/20 9:56 PM, risha...@codeaurora.org wrote:
>>> On 2020-04-30 01:30, Arnaud POULIQUEN wrote:
Hi Rishabh,
On 4/21/20 8:10 PM, Rishabh Bhatnagar wrote:
> Add the chara
There is a bug, when get_user_pages() failed but partially pinned
pages are not unpinned and positive numbers are returned instead of
-ERRNO. Fixed it.
Also, int is more appropriate type for rv. Changed it.
Signed-off-by: Souptick Joarder
Cc: John Hubbard
Cc: Dan Carpenter
Cc: Bharath Vedartha
Some pointers are dereferenced before successful checks.
Reported-by: Markus Elfring
Signed-off-by: Chunfeng Yun
---
v2: nothing changed, but abandon another patch
---
drivers/usb/mtu3/mtu3_gadget.c | 25 ++---
1 file changed, 18 insertions(+), 7 deletions(-)
diff --git a/d
From: Xu Wang
Use offset_in_page macro instead of (addr & ~PAGE_MASK).
Signed-off-by: Xu Wang
---
kernel/events/uprobes.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/kernel/events/uprobes.c b/kernel/events/uprobes.c
index bb0862873dba..44d175d81ed6 100644
--- a/ke
On Tue, Jun 30, 2020 at 12:37:07AM +, Damien Le Moal wrote:
On 2020/06/30 3:35, Kanchan Joshi wrote:
On Fri, Jun 26, 2020 at 02:50:20AM +, Damien Le Moal wrote:
On 2020/06/26 2:18, Kanchan Joshi wrote:
Introduce RWF_ZONE_APPEND flag to represent zone-append. User-space
sends this with
As 3 goto level referring to same common code, those can be
accomodated with a single goto level and renameing it to
unpin_pages. Set the -ERRNO when returning partial mapped
pages in more appropriate place.
Signed-off-by: Souptick Joarder
Cc: John Hubbard
Cc: Bharath Vedartham
Cc: Dan Carpente
In 2019, we introduced pin_user_pages*() and now we are converting
get_user_pages*() to the new API as appropriate. [1] & [2] could
be referred for more information. This is case 2 as per document [1].
[1] Documentation/core-api/pin_user_pages.rst
[2] "Explicit pinning of user-space pages":
First, convert set_page_dirty() to set_page_dirty_lock()
Second, there is an interval in there after set_page_dirty() and
before put_page(), in which the device could be running and setting
pages dirty. Moving set_page_dirty_lock() after dma_unmap_sg().
Signed-off-by: Souptick Joarder
Suggested-
On Mon, 29 Jun 2020 at 21:10, Sasha Levin wrote:
>
>
> This is the start of the stable review cycle for the 4.9.229 release.
> There are 191 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Respons
Hi all,
Changes since 20200629:
My fixes tree contains:
dbf24e30ce2e ("device_cgroup: Fix RCU list debugging warning")
b236d81d9e4f ("powerpc/boot/dts: Fix dtc "pciex" warnings")
The jc_docs tree gained a conflict against the f2fs tree.
The drm-intel tree gained a conflict against the drm-
On Tue, Jun 30, 2020 at 07:42:58AM +, Chen Ni wrote:
> Use offset_in_page macro instead of (addr & ~PAGE_MASK).
Shees, so now we're replacing a trivial expression with something that's
actually longer to type? How does that make sense?
> - memcpy(dst, kaddr + (vaddr & ~PAGE_MASK), len);
From: Linus Torvalds
> Sent: 29 June 2020 18:03
> On Mon, Jun 29, 2020 at 8:29 AM Christoph Hellwig wrote:
> >
> > So based on that I'd rather get away without our flag and tag the
> > kernel pointer case in setsockopt explicitly.
>
> Yeah, I'd be ok to pass that kind of flag around for setsockop
On 2020/06/30 16:43, Kanchan Joshi wrote:
> On Tue, Jun 30, 2020 at 12:37:07AM +, Damien Le Moal wrote:
>> On 2020/06/30 3:35, Kanchan Joshi wrote:
>>> On Fri, Jun 26, 2020 at 02:50:20AM +, Damien Le Moal wrote:
On 2020/06/26 2:18, Kanchan Joshi wrote:
> Introduce RWF_ZONE_APPEND f
EC is using 32 bit timestamps (us), and before converting it to 64bit
they were not casted, so it would overflow every 4s.
Regular overflow every ~70 minutes was not taken into acoun either.
Signed-off-by: Gwendal Grignou
---
drivers/platform/chrome/cros_ec_sensorhub_ring.c | 4 +---
1 file chan
Hi Koba,
On 2020/6/30 15:31, Koba Ko wrote:
On Mon, Jun 15, 2020 at 3:20 PM Lu Baolu wrote:
Hi Koba Ko,
On 2020/6/15 11:19, Koba Ko wrote:
hi All,
I have a machine and there's only intel gpu.
the secureboot and vt-d is enabled in BIOS.
On the Ubuntu desktop, I do s2idle first and restart th
On 6/30/2020 12:25 PM, Kuninori Morimoto wrote:
External email: Use caution opening links or attachments
Hi Sameer
Thank you for explaining detail at off-list mail.
Your issue happen on (C) case, and you are tring to solve it.
It is easy to understand if it was indicated at log area.
I hav
Patch 1 adds dt binding document in YAML format.
Patch 2 add PWM fan controller driver for LGM SoC.
Patch series is baselined on linux 5.8-rc2.
v3:
- Address below review concerns from Uwe Kleine-K�nig.
* Improve notes and limitations comments.
* Add common prefixes for all #defines.
* Modi
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 consumer other than fan.
Add DT bindings documentation for this PWM fan controller.
Signed-off-by: Rahul Tanwar
---
.../devi
On 30. 06. 20, 9:10, Tammo Block wrote:
> Add additional defines for mouse event types. The change of the value
> of TIOCL_SELBUTTONMASK deserves a bit more explanation :
>
> The old value of 15 uses the first 4 bits and sends them unchanged back
> to userspace if requested by an application. But
On Mon, Jun 29, 2020 at 09:49:38PM -0700, Rajat Jain wrote:
> The "ExternalFacing" devices (root ports) are still internal devices that
> sit on the internal system fabric and thus trusted. Currently they were
> being marked untrusted.
>
> This patch uses the platform flag to identify the external
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 fan attached to the system. Add
driver for this PWM fan controller.
Signed-off-by: Rahul Tanwar
---
drivers/pwm/Kconfig | 11 ++
dr
On 2020/06/30 16:53, Damien Le Moal wrote:
> On 2020/06/30 16:43, Kanchan Joshi wrote:
>> On Tue, Jun 30, 2020 at 12:37:07AM +, Damien Le Moal wrote:
>>> On 2020/06/30 3:35, Kanchan Joshi wrote:
On Fri, Jun 26, 2020 at 02:50:20AM +, Damien Le Moal wrote:
> On 2020/06/26 2:18, Kanch
On 30. 06. 20, 9:11, Tammo Block wrote:
> The SRG protocol indicates a button release by appending a "m" to the
> report. In this case the button number is not 3 ("release state") but
> the number of the button that was released. As release event are only
> reported for the first three buttons, we
On Mon, Jun 29, 2020 at 09:49:41PM -0700, Rajat Jain wrote:
> Add a new (optional) field to denote the physical location of a device
> in the system, and expose it in sysfs. This was discussed here:
> https://lore.kernel.org/linux-acpi/20200618184621.ga446...@kroah.com/
>
> (The primary choice for
On Mon, Jun 29, 2020 at 09:49:40PM -0700, Rajat Jain wrote:
> device_attach() returning failure indicates a driver error while trying to
> probe the device. In such a scenario, the PCI device should still be added
> in the system and be visible to the user.
>
> This patch partially reverts:
> comm
Hi,
On Mon, Jun 29, 2020 at 02:00:32PM +0800, Chen-Yu Tsai wrote:
> From: Chen-Yu Tsai
>
> The HPD sense mechanism in Allwinner's old HDMI encoder hardware is more
> or less an input-only GPIO. Other GPIO-based HPD implementations
> directly return the current state, instead of polling for a spe
On 6/30/2020 11:37 AM, Kuninori Morimoto wrote:
External email: Use caution opening links or attachments
Hi Sameer
PCM devices are created for dai links with 'no-pcm' flag as '0'.
Such DAI links have CPU component which implement pcm_construct()
and pcm_destruct() callbacks. Based on this,
On 2020-06-30 09:42, Lee Jones wrote:
On Tue, 30 Jun 2020, haver wrote:
On 2020-06-29 16:04, Lee Jones wrote:
> Variable 'rc' hasn't been checked since the driver's inception
> in 2013. If it hasn't caused any issues since then, it's unlikely
> to in the future. Let's take it out for now.
>
>
On Tue, Jun 30, 2020 at 3:40 PM Anup Patel wrote:
>
> On Tue, Jun 30, 2020 at 12:07 PM Zong Li wrote:
> >
> > On Mon, Jun 29, 2020 at 9:23 PM Anup Patel wrote:
> > >
> > > On Mon, Jun 29, 2020 at 6:23 PM Zong Li wrote:
> > > >
> > > > On Mon, Jun 29, 2020 at 4:28 PM Anup Patel wrote:
> > > > >
> @@ -177,13 +177,13 @@ For example, to check drivers/net/wirele
> To apply Coccinelle on a file basis, instead of a directory basis, the
> following command may be used::
>
> -make C=1 CHECK="scripts/coccicheck"
> +make C=1 CHECK="scripts/coccicheck" path/to/file.c
Can such information
On Mon, Jun 29, 2020 at 08:45:25PM +0300, Paraschiv, Andra-Irina wrote:
>
>
> On 29/06/2020 19:20, Greg KH wrote:
> >
> > On Mon, Jun 22, 2020 at 11:03:18PM +0300, Andra Paraschiv wrote:
> > > +static int __init ne_init(void)
> > > +{
> > > + struct pci_dev *pdev = pci_get_device(PCI_VENDOR_
Am 30.06.20 um 09:36 schrieb Tiezhu Yang:
When I update the latest kernel, I see the following "ptrval" boot
messages. Use "%pK" instead of "%p" so that the cpu address can be printed
when the kptr_restrict sysctl is set to 1.
Both radeon_fence_driver_start_ring() and amdgpu_fence_driver
suggest to use as documented in
https://git-scm.com/docs/git-format-patch]
url:
https://github.com/0day-ci/linux/commits/Daniel-Gutson/SPI-LPC-information-kernel-module/20200630-070234
base: https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc.git
Hi,
On Tue, Jun 30, 2020 at 09:53:41AM +1000, Stephen Rothwell wrote:
> After merging the clk tree, today's linux-next build (x86_64 allmodconfig)
> produced this warning:
>
> WARNING: modpost: missing MODULE_LICENSE() in
> drivers/clk/bcm/clk-bcm2711-dvp.o
>
> Introduced by commit
>
> 1bc95
Hi Qais,
here are some more 2c from me...
On Mon, Jun 29, 2020 at 18:26:33 +0200, Qais Yousef
wrote...
[...]
> diff --git a/kernel/sched/core.c b/kernel/sched/core.c
> index 235b2cae00a0..8d80d6091d86 100644
> --- a/kernel/sched/core.c
> +++ b/kernel/sched/core.c
> @@ -794,6 +794,26 @@ unsig
On Tue, 30 Jun 2020, haver wrote:
> On 2020-06-30 09:42, Lee Jones wrote:
> > On Tue, 30 Jun 2020, haver wrote:
> >
> > > On 2020-06-29 16:04, Lee Jones wrote:
> > > > Variable 'rc' hasn't been checked since the driver's inception
> > > > in 2013. If it hasn't caused any issues since then, it's
On 06/30/2020 02:10 PM, Hari Bathini wrote:
>
>
> On 30/06/20 9:00 am, piliu wrote:
>>
>>
>> On 06/29/2020 01:55 PM, Hari Bathini wrote:
>>>
>>>
>>> On 28/06/20 7:44 am, piliu wrote:
Hi Hari,
>>>
>>> Hi Pingfan,
>>>
After a quick through for this series, I have a few question/co
Add brackets to protect parameters of the recently added sg_table related
macros from side-effects.
Fixes: 709d6d73c756 ("scatterlist: add generic wrappers for iterating over
sgtable objects")
Signed-off-by: Marek Szyprowski
---
include/linux/scatterlist.h | 8
1 file changed, 4 insert
Cc Randy who commented on v0 (you should have done it).
On 30. 06. 20, 9:12, Tammo Block wrote:
> This patch adds a description of the kernel interface(s) used for vt
> console mouse reporting and describes the protocols and bitmasks.
>
> Signed-off-by: Tammo Block
> ---
> .../admin-guide/conso
On Mon, 29 Jun 2020 at 21:23, Sasha Levin wrote:
>
>
> This is the start of the stable review cycle for the 4.4.229 release.
> There are 135 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Respons
Move the recently added sg_table wrapper out of CONFIG_IOMMU_SUPPORT to
let the client code copile also when IOMMU support is disabled.
Fixes: 48530d9fab0d ("iommu: add generic helper for mapping sgtable objects")
Signed-off-by: Marek Szyprowski
---
include/linux/iommu.h | 32 ---
"physmem" in the memblock allocator is somewhat weird: it's not actually
used for allocation, it's simply information collected during boot, which
describes the unmodified physical memory map at boot time, without any
standby/hotplugged memory. It's only used on s390x and is currently the
only reas
This is the follow-up of [1]:
[PATCH RFC 0/2] s390/mm: don't set ARCH_KEEP_MEMBLOCK
This series is based on the latest s390/features branch, which contains
"s390/zcore: remove memmap device". [2]
Looking into why we still create memblocks for stdnaby/hotplugged memory
(via add_memory()),
Commit 50be63450728 ("s390/mm: Convert bootmem to memblock") mentions
"The original bootmem allocator is getting replaced by memblock. To
cover the needs of the s390 kdump implementation the physical
memory list is used."
As we can now reference "physmem" managed in the mem
On 30.06.20 10:17, David Hildenbrand wrote:
> "physmem" in the memblock allocator is somewhat weird: it's not actually
> used for allocation, it's simply information collected during boot, which
> describes the unmodified physical memory map at boot time, without any
> standby/hotplugged memory. It
On 30/06/2020 01:10, Krishna Reddy wrote:
> NVIDIA's Tegra194 SoC uses two ARM MMU-500s together to interleave
> IOVA accesses across them.
> Add NVIDIA implementation for dual ARM MMU-500s and add new compatible
> string for Tegra194 SoC SMMU topology.
There is no description here of the 3rd SM
Having a non-MSA (Modem Self-Authentication) SID bypassed breaks modem
sandboxing i.e if a transaction were to originate from it, the hardware
memory protections units (XPUs) would fail to flag them (any transaction
originating from modem are historically termed as an MSA transaction).
Drop the unu
H Rob
Yes, I see the same issue. As you wrote probably dt-schema was not up to data.
I have fresh system, and I had problem with running 'make dt_binding_check'
The script complain for:
dtc needs libyaml for DT schema validation support. Install the necessary
libyaml development package
but
On Tue, Jun 30, 2020 at 07:56:46AM +, Damien Le Moal wrote:
On 2020/06/30 16:53, Damien Le Moal wrote:
On 2020/06/30 16:43, Kanchan Joshi wrote:
On Tue, Jun 30, 2020 at 12:37:07AM +, Damien Le Moal wrote:
On 2020/06/30 3:35, Kanchan Joshi wrote:
On Fri, Jun 26, 2020 at 02:50:20AM +000
On 29. 06. 20, 10:15, Vaibhav Gupta wrote:
> With the support of generic PM callbacks, drivers no longer need to use
> legacy .suspend() and .resume() in which they had to maintain PCI states
> changes and device's power state themselves. All required operations are
> done by PCI core.
>
> Driver
On 30/06/2020 01:10, Krishna Reddy wrote:
> Add binding for NVIDIA's Tegra194 SoC SMMU topology that is based
> on ARM MMU-500.
>
> Signed-off-by: Krishna Reddy
> ---
> Documentation/devicetree/bindings/iommu/arm,smmu.yaml | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/Document
Dave Hansen writes:
> +/*
> + * Find an automatic demotion target for 'node'.
> + * Failing here is OK. It might just indicate
> + * being at the end of a chain.
> + */
> +static int establish_migrate_target(int node, nodemask_t *used)
> +{
> + int migration_target;
> +
> + /*
> + *
1 - 100 of 1359 matches
Mail list logo
