On Mon 25 May 04:53 PDT 2020, Jonathan Marek wrote:
[..]
> I guess the commit message is ambiguous, that's not what I meant. Is "Now
> that the kernel initializes the iommu, the bypass mappings set by the
> bootloader are cleared. Adding the iommus property is required so that new
> mappings are
Hi Sivaprakash,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on robh/for-next]
[also build test WARNING on linus/master v5.7-rc7 next-20200528]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system. BTW, we also
On Fri, May 29, 2020 at 09:06:09AM +0800, Feng Tang wrote:
> As is explained by Michal Hocko:
>
> : Looking at the history, this has been added by 82f71ae4a2b8
> : ("mm: catch memory commitment underflow") to have a safety check
> : for issues which have been fixed. There doesn't seem to be any
On Thu, 28 May 2020 15:27:53 +0800, Anson Huang wrote:
> Convert the i.MX31 clock binding to DT schema format using json-schema.
>
> Signed-off-by: Anson Huang
> ---
> .../devicetree/bindings/clock/imx31-clock.txt | 90
> .../devicetree/bindings/clock/imx31-clock.yaml
On Thu, 28 May 2020 15:27:52 +0800, Anson Huang wrote:
> Convert the i.MX35 clock binding to DT schema format using json-schema.
>
> Signed-off-by: Anson Huang
> ---
> .../devicetree/bindings/clock/imx35-clock.txt | 114 -
> .../devicetree/bindings/clock/imx35-clock.yaml
On Thu, 28 May 2020 15:27:51 +0800, Anson Huang wrote:
> Convert the i.MX5 clock binding to DT schema format using json-schema.
>
> Signed-off-by: Anson Huang
> ---
> .../devicetree/bindings/clock/imx5-clock.txt | 28 --
> .../devicetree/bindings/clock/imx5-clock.yaml | 63
>
The Subject was "Re: [PATCH] ASoC: dt-bindings: simple-card: care missing
address #address-cells"
Hi Rob
I'm trying to create v2 of simple-card patch,
And got issue which I can't solve by myself.
I think "xxx,yyy" (= which has "," at the property name)
needs special care, but it is very
On Thu, 21 May 2020 06:32:58 PDT (-0700), Anup Patel wrote:
The RISC-V per-HART local interrupt controller manages software
interrupts, timer interrupts, external interrupts (which are routed
via the platform level interrupt controller) and other per-HART
local interrupts.
This patch adds a
Thanks, I've applied this patch series.
- Ted
Hey,
Apologies for previous PR, I did build it locally, I just don't build
EXPERT kernels, I expect if I ever get a new builder I should add a
few more configs to my list.
I've just dropped the i915 PR from this completely, I'm sure when they
wake up they'll be able to tell us what we are
Dear Rafael,
This is devfreq-next pull request for v5.8-rc1. I add detailed description of
this pull request on the following tag. Please pull devfreq with following
updates.
- tag name : devfreq-next-for-5.8
Best Regards,
Chanwoo Choi
The following changes since commit
On Thu 28 May 08:46 PDT 2020, Sumit Semwal wrote:
> From: Nisha Kumari
>
> Add Short circuit interrupt handling and recovery for the lab and
> ibb regulators on qcom platforms.
>
> The client panel drivers need to register for REGULATOR_EVENT_OVER_CURRENT
> notification which will be triggered
Hi Rafael,
Thanks for your reply !
On 2020/5/28 20:48, Rafael J. Wysocki wrote:
> On Friday, May 22, 2020 5:34:35 AM CEST Xiongfeng Wang wrote:
>> Macro 'for_each_active_policy()' is defined internally. To avoid some
>> cpufreq driver needing this macro to iterate over all the policies in
>>
Warm reboot can not reset controller qca6390 due to
lack of controllable power supply, so causes firmware
download failure during enable.
Fixed by sending VSC EDL_SOC_RESET to reset qca6390
within added device shutdown implementation.
Signed-off-by: Zijun Hu
Tested-by: Zijun Hu
---
Hi,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on tip/perf/core]
[also build test WARNING on tip/auto-latest linus/master linux/master v5.7-rc7
next-20200528]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system
Calls of the functions clk_disable_unprepare() and hci_free_dev()
were missing for the exception handling.
Thus add the missed function calls together with corresponding
jump targets.
Fixes: 055825614c6b ("Bluetooth: btmtkuart: add an implementation for clock osc
property")
Signed-off-by:
On Thu, May 28, 2020 at 7:14 PM Tetsuo Handa
wrote:
>
> You said
>
> Some kind of "not even root" flag, which might be per-process and not
> possible to clear once set (so that your _normal_ system binaries
> could still do the root-only stuff, but then you could start a fuzzing
> process
On 2020/5/29 上午2:34, Andrii Nakryiko wrote:
[snip]
>>>
>>> With CO-RE, it also will allow to compile this tool once and run it on
>>> many different kernels without recompilation. Please do take a look
>>> and submit a PR there, it will be a good addition to the toolkit (and
>>> will force you
Le jeudi 28 mai 2020 à 16:18 +0530, diksh...@codeaurora.org a écrit :
> > not allowed. So I need to know more about this.
> > Regards,
> >Hans
>
> we need this for use cases like HDR10+ where metadata info is part of
> the bitstream.
>
> To handle such frame specific data, support for
add support to change TX/RX queue number with ethtool -L
Signed-off-by: Luo bin
---
.../net/ethernet/huawei/hinic/hinic_ethtool.c | 46 +++
.../net/ethernet/huawei/hinic/hinic_main.c| 2 +-
drivers/net/ethernet/huawei/hinic/hinic_tx.c | 5 ++
3 files changed, 44
On Thu, May 28, 2020 at 6:45 PM Joel Fernandes wrote:
>
> glibc's already defines struct sched_param (which is a POSIX
> struct), so my inclusion of above which is a UAPI
> header exported by the kernel, breaks because the following commit moved
> sched_param into the UAPI:
> e2d1e2aec572a
On 5/26/20 10:22 AM, Paolo Bonzini wrote:
In case an interrupt arrives after nested.check_events but before the
call to kvm_cpu_has_injectable_intr, we could end up enabling the interrupt
window even if the interrupt is actually going to be a vmexit. This is
useless rather than harmful, but
On Fri, 29 May 2020 at 12:02, Dave Airlie wrote:
>
> On Fri, 29 May 2020 at 11:49, Linus Torvalds
> wrote:
> >
> > On Thu, May 28, 2020 at 5:21 PM Dave Airlie wrote:
> > >
> > > Seems to have wound down nicely, a couple of i915 fixes, amdgpu fixes
> > > and minor ingenic fixes.
> >
> > Dave,
Convert the i.MX GPT binding to DT schema format using json-schema.
Signed-off-by: Anson Huang
---
Changes since V2:
- in compatible properties, group all the ones with the same
fallback to a single 'items' list using enum for the first entry.
---
On 2020/05/29 9:28, Linus Torvalds wrote:
>> Current kernel is not well segmented enough to allow switching based on
>> per process flags. We can't distinguish whether some kernel message was
>> caused by a process with such flags.
>
> Who said anything at all about per process?
>
You said
On Thu, May 28, 2020 at 02:50:09PM +0800, wetp wrote:
>
> On 2020/5/28 上午10:22, HORIGUCHI NAOYA(堀口 直也) wrote:
> > Hi Zhang,
> >
> > Sorry for my late response.
> >
> > On Tue, May 26, 2020 at 03:06:41PM +0800, Wetp Zhang wrote:
> > > From: Zhang Yi
> > >
> > > If a process don't need
On Tue, 2020-05-19 at 18:04 -0700, Andy Lutomirski wrote:
> On Mon, May 18, 2020 at 6:35 PM Andy Lutomirski wrote:
> > [...]
> > > On May 18, 2020, at 5:38 PM, Dave Hansen wrote:
> > > [...]
> > > The sadistic parts of selftests/x86 come from real bugs. Either bugs
> > > where the kernel fell
Convert the anatop regulator binding to DT schema format using json-schema.
Signed-off-by: Anson Huang
---
Changes since V1:
- remove definition of "regulator-name" which is a standrad property;
- add "unevaluatedProperties: false".
---
Le jeudi 28 mai 2020 à 13:24 +0200, Hans Verkuil a écrit :
> On 28/05/2020 12:48, diksh...@codeaurora.org wrote:
> > Hi Hans,
> >
> > Thanks for the review.
> >
> > On 2020-05-26 16:27, Hans Verkuil wrote:
> > > Hi Dikshita,
> > >
> > > My apologies for the delay, this was (mostly) due to
On 2020-05-28 18:24, Colin King wrote:
From: Colin Ian King
Currently pointer pdd is being dereferenced when assigning pointer
dpm and then pdd is being null checked. Fix this by checking if
pdd is null before the dereference of pdd occurs.
Addresses-Coverity: ("Dereference before null
On Thu 28 May 08:46 PDT 2020, Sumit Semwal wrote:
> From: Nisha Kumari
>
> Qualcomm platforms have LAB(LCD AMOLED Boost)/IBB(Inverting Buck Boost)
> regulators, labibb for short, which are used as power supply for
> LCD Mode displays.
>
> This patch adds labibb regulator driver for pmi8998
On (20/05/25 19:43), Tetsuo Handa wrote:
> >> On Sun 2020-05-24 23:50:34, Tetsuo Handa wrote:
> >>> syzbot found a NULL pointer dereference bug inside mptcp_recvmsg() due to
> >>> ssock == NULL, but this bug manifested inside selinux_socket_recvmsg()
> >>> because pr_debug() was no-op [1].
> >>>
>
On 05/29/2020 07:15 AM, Stephen Boyd wrote:
Quoting Tiezhu Yang (2020-05-27 19:27:42)
On 05/28/2020 03:06 AM, Stephen Boyd wrote:
Quoting Tiezhu Yang (2020-05-27 07:39:21)
The return value about hisi_reset_init() is not correct, fix it.
Fixes: e9a2310fb689 ("reset: hisilicon: fix potential
On Fri, 2020-05-29 at 09:00 +0800, Yi Wang wrote:
> From: Liao Pingfang
>
> Use kzalloc instead of kmalloc in the error message according to
> the previous kzalloc() call.
[]
> diff --git a/fs/btrfs/check-integrity.c b/fs/btrfs/check-integrity.c
[]
> @@ -632,7 +632,7 @@ static int
On Fri, 29 May 2020 at 11:49, Linus Torvalds
wrote:
>
> On Thu, May 28, 2020 at 5:21 PM Dave Airlie wrote:
> >
> > Seems to have wound down nicely, a couple of i915 fixes, amdgpu fixes
> > and minor ingenic fixes.
>
> Dave, this doesn't even build. WTF?
>
> In
Yafang Shao writes:
Look at this patch[1] carefully you will find that it introduces the
same issue that I tried to fix in another patch [2]. Even more sad is
these two patches are in the same patchset. Although this issue isn't
related with the issue found by Naresh, we have to ask ourselves
On 2020/5/29 2:42, Markus Elfring wrote:
Add a mutex destroy call in hclge_init_ae_dev() when fails.
How do you think about a wording variant like the following?
Change description:
The function “mutex_init” was called before a call of
the function “hclge_pci_init”.
But the
If an interrupt is disabled the ITS driver has sent a discard removing
the DeviceID and EventID from the ITT. After this occurs it can't be
moved to another collection with a MOVI and a command error occurs if
attempted. Before issuing the MOVI command make sure that the IRQ isn't
disabled and
On Thu, May 28, 2020 at 6:47 PM Al Viro wrote:
>
> case S_IFREG:
> inode->i_op = _file_inode_operations;
> inode->i_fop = _file_operations;
>
> i_size_write(inode, DLM_LVB_LEN);
> is the only thing that does anything to size of that sucker.
Hi Paul,
Thanks for your response!
On Thu, May 28, 2020 at 10:21:21AM -0700, Paul E. McKenney wrote:
> On Thu, May 28, 2020 at 06:37:47AM -0700, Bart Van Assche wrote:
> > On 2020-05-27 22:19, Ming Lei wrote:
> > > On Wed, May 27, 2020 at 08:33:48PM -0700, Bart Van Assche wrote:
> > >> My
On Fri, May 29, 2020 at 11:45:01AM +1000, Stephen Rothwell wrote:
> Hi all,
>
> Today's linux-next merge of the vfs tree got a conflict in:
>
> fs/erofs/super.c
>
> between commit:
>
> e7cda1ee94f4 ("erofs: code cleanup by removing ifdef macro surrounding")
>
> from the erofs tree and
On Fri, May 29, 2020 at 12:41 AM Chris Down wrote:
>
> Naresh Kamboju writes:
> >On Thu, 28 May 2020 at 20:33, Michal Hocko wrote:
> >>
> >> On Fri 22-05-20 02:23:09, Naresh Kamboju wrote:
> >> > My apology !
> >> > As per the test results history this problem started happening from
> >> > Bad :
On Thu, May 28, 2020 at 5:21 PM Dave Airlie wrote:
>
> Seems to have wound down nicely, a couple of i915 fixes, amdgpu fixes
> and minor ingenic fixes.
Dave, this doesn't even build. WTF?
In drivers/gpu/drm/i915/gt/selftest_lrc.c, there's a
engine_heartbeat_disable() function that takes two
On Thu, May 28, 2020 at 06:27:36PM -0700, Linus Torvalds wrote:
> On Thu, May 28, 2020 at 5:04 PM Al Viro wrote:
> >
> > if (*ppos >= i_size_read(inode))
> > return 0;
> >
> > + /* don't read past the lvb */
> > + if (count > i_size_read(inode) - *ppos)
> > +
On Thu, May 28, 2020 at 04:23:26PM -0700, Linus Torvalds wrote:
> On Thu, May 28, 2020 at 4:09 PM Joel Fernandes wrote:
> >
> > > So no, this patch is fundamentally wrong. It negates the whole point
> > > of having a uapi header at all.
> >
> > Sorry, I naively assumed that headers in
Hi all,
Today's linux-next merge of the vfs tree got a conflict in:
fs/erofs/super.c
between commit:
e7cda1ee94f4 ("erofs: code cleanup by removing ifdef macro surrounding")
from the erofs tree and commit:
91a7c5e1d30e ("erofs: convert to use the new mount fs_context api")
from the
iptables, ip6tables, arptables and ebtables table registration,
replacement and unregistration configuration events are logged for the
native (legacy) iptables setsockopt api, but not for the
nftables netlink api which is used by the nft-variant of iptables in
addition to nftables itself.
Add
On Thu 28 May 08:46 PDT 2020, Sumit Semwal wrote:
> From: Nisha Kumari
>
> This patch adds devicetree nodes for LAB and IBB regulators.
>
Reviewed-by: Bjorn Andersson
> Signed-off-by: Nisha Kumari
> Signed-off-by: Sumit Semwal
>
> --
> v2: sumits: updated for better compatible string and
My Dear in the lord
My name is Mrs. Mina A. Brunel I am a Norway Citizen who is living in Burkina
Faso, I am married to Mr. Brunel Patrice, a politicians who owns a small gold
company in Burkina Faso; He died of Leprosy and Radesyge, in year February
2010, During his lifetime he deposited
On Thu 28 May 08:46 PDT 2020, Sumit Semwal wrote:
> Some regulators might need to verify that they have indeed been enabled
> after the enable() call is made and enable_time delay has passed.
>
> This is implemented by repeatedly checking is_enabled() upto
> poll_enabled_time, waiting for the
On Thu, 21 May 2020 06:32:57 PDT (-0700), Anup Patel wrote:
The plic_find_hart_id() can be useful to other interrupt controller
drivers (such as RISC-V local interrupt driver) so we rename this
function to riscv_of_parent_hartid() and place it in arch directory
along with
On Thu, 21 May 2020 06:32:56 PDT (-0700), Anup Patel wrote:
Currently, the IPI handling routine riscv_software_interrupt() does
not take any argument and also does not perform irq_enter()/irq_exit().
This patch makes IPI handling routine more self-contained by:
1. Passing "pt_regs *" argument
On Thu, May 28, 2020 at 5:04 PM Al Viro wrote:
>
> if (*ppos >= i_size_read(inode))
> return 0;
>
> + /* don't read past the lvb */
> + if (count > i_size_read(inode) - *ppos)
> + count = i_size_read(inode) - *ppos;
This isn't a new problem,
Hi Bean,
On Thu, 2020-05-28 at 13:56 +0200, Bean Huo wrote:
> From: Bean Huo
>
> At UFS initialization stage, to get the length of the descriptor,
> ufshcd_read_desc_length() being called 6 times. This patch is to
> delete unnecessary reduntant code, remove ufshcd_read_desc_length()
> and boost
Use the dedicated function watchdog_active()
instead of the generic test_bit() function.
It is done using the following Coccinelle script:
@@
identifier wdd;
@@
- test_bit(WDOG_ACTIVE, >status)
+ watchdog_active(wdd)
Signed-off-by: Bumsik Kim
---
drivers/watchdog/watchdog_dev.c | 2 +-
1 file
Hi, Tiezhu,
On Thu, May 28, 2020 at 4:28 PM Tiezhu Yang wrote:
>
> Replace PTR_STR with INST_PTR_STR to fix the following build warning when
> CONFIG_TEST_PRINTF is set:
>
> CC lib/test_printf.o
> lib/test_printf.c:214:0: warning: "PTR_STR" redefined
> #define PTR_STR "0123456789ab"
pm_runtime_get_sync() increments the runtime PM usage counter even
the call returns an error code. Thus a pairing decrement is needed
on the error handling path to keep the counter balanced.
Signed-off-by: Dinghao Liu
---
sound/soc/img/img-i2s-out.c | 8 ++--
1 file changed, 6
On Thu 28 May 16:05 PDT 2020, Chris Lew wrote:
> A null pointer dereference in qrtr_ns_data_ready() is seen if a client
> opens a qrtr socket before qrtr_ns_init() can bind to the control port.
> When the control port is bound, the ENETRESET error will be broadcasted
> and clients will close
i386 randconfig-a004-20200526
i386 randconfig-a003-20200526
i386 randconfig-a006-20200526
i386 randconfig-a002-20200526
i386 randconfig-a005-20200526
x86_64 randconfig-a013-20200528
x86_64
From: Liao Pingfang
Use kcalloc instead of kmalloc in the comment according to
the previous kcalloc() call.
Signed-off-by: Liao Pingfang
---
fs/reiserfs/inode.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/reiserfs/inode.c b/fs/reiserfs/inode.c
index 6419e6d..21ad762
From: Liao Pingfang
Use kzalloc instead of kmalloc in the error message according to
the previous kzalloc() call.
Signed-off-by: Liao Pingfang
---
fs/btrfs/check-integrity.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/fs/btrfs/check-integrity.c
From: Liao Pingfang
Use kzalloc instead of kmalloc in the error message according to
the previous kzalloc() call.
Signed-off-by: Liao Pingfang
---
drivers/misc/mic/host/mic_main.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/misc/mic/host/mic_main.c
On Thu, May 28, 2020 at 06:37:47AM -0700, Bart Van Assche wrote:
> On 2020-05-27 22:19, Ming Lei wrote:
> > On Wed, May 27, 2020 at 08:33:48PM -0700, Bart Van Assche wrote:
> >> My understanding is that operations that have acquire semantics pair
> >> with operations that have release semantics. I
On Thu, 2020-05-28 at 13:56 +0200, Bean Huo wrote:
> From: Bean Huo
>
> Delete ufshcd_read_desc(). Instead, let caller directly call
> ufshcd_read_desc_param().
>
> Signed-off-by: Bean Huo
> ---
> drivers/scsi/ufs/ufshcd.c | 27 ---
> 1 file changed, 8 insertions(+),
On Mon 25 May 02:47 PDT 2020, Sai Prakash Ranjan wrote:
> Hi Jonathan,
>
> On 2020-05-25 02:36, Jonathan Marek wrote:
> > Add support for the graphics clock controller found on SM8250
> > based devices. This would allow graphics drivers to probe and
> > control their clocks.
> >
> > This is
From: Huang Ying
In some swap scalability test, it is found that there are heavy lock
contention on swap cache even if we have split one swap cache radix
tree per swap device to one swap cache radix tree every 64 MB trunk in
commit 4b3ef9daa4fc ("mm/swap: split swap cache into 64MB trunks").
percpu_counter_sum_positive() will provide more accurate info.
As with percpu_counter_read_positive(), in worst case the deviation
could be 'batch * nr_cpus', which is totalram_pages/256 for now,
and will be more when the batch gets enlarged.
Its time cost is about 800 nanoseconds on a 2C/4T
As is explained by Michal Hocko:
: Looking at the history, this has been added by 82f71ae4a2b8
: ("mm: catch memory commitment underflow") to have a safety check
: for issues which have been fixed. There doesn't seem to be any bug
: reports mentioning this splat since then so it is likely just
:
When checking a performance change for will-it-scale scalability
mmap test [1], we found very high lock contention for spinlock of
percpu counter 'vm_committed_as':
94.14% 0.35% [kernel.kallsyms] [k] _raw_spin_lock_irqsave
48.21%
Use the existing vm_memory_committed() instead, which is also
convenient for future change.
Signed-off-by: Feng Tang
Acked-by: Michal Hocko
---
fs/proc/meminfo.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/proc/meminfo.c b/fs/proc/meminfo.c
index b030d8b..e3d14ee
When checking a performance change for will-it-scale scalability mmap test
[1], we found very high lock contention for spinlock of percpu counter
'vm_committed_as':
94.14% 0.35% [kernel.kallsyms] [k] _raw_spin_lock_irqsave
48.21%
Hi Thomas,
> -Original Message-
> From: Thomas Gleixner
> Sent: Friday, May 29, 2020 12:36 AM
> To: Jianyong Wu ; net...@vger.kernel.org;
> yangbo...@nxp.com; john.stu...@linaro.org; pbonz...@redhat.com;
> sean.j.christopher...@intel.com; m...@kernel.org;
> richardcoch...@gmail.com; Mark
Add HEVC GUID and assotiate with HEVC pixel format so that frame
based format descriptors recognized by the UVC video driver.
Signed-off-by: Dmitry Buzdyk
---
drivers/media/usb/uvc/uvc_driver.c | 5 +
drivers/media/usb/uvc/uvcvideo.h | 4
2 files changed, 9 insertions(+)
diff --git
Hi all,
Today's linux-next merge of the nfsd tree got a conflict in:
net/sunrpc/svc_xprt.c
between commit:
2baebf955125 ("SUNRPC: Split the xdr_buf event class")
from the nfs-anna tree and commit:
ca4faf543a33 ("SUNRPC: Move xpt_mutex into socket xpo_sendto methods")
from the nfsd
From: Liao Pingfang
Use kmalloc instead of kzalloc in the log message according to
the previous kmalloc() call.
Signed-off-by: Liao Pingfang
---
drivers/scsi/esas2r/esas2r_main.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/scsi/esas2r/esas2r_main.c
From: Liao Pingfang
Use kzalloc instead of kmalloc in the comment/message according to
the previous kzalloc() call.
Signed-off-by: Liao Pingfang
---
drivers/pci/hotplug/ibmphp_pci.c | 2 +-
drivers/pci/setup-bus.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git
On 05/29/2020 03:23 AM, Andrew Morton wrote:
> On Wed, 27 May 2020 10:25:18 +0800 Bibo Mao wrote:
>
>> If two threads concurrently fault at the same page, the thread that
>> won the race updates the PTE and its local TLB. For now, the other
>> thread gives up, simply does nothing, and
From: Liao Pingfang
Use kzalloc instead of kmalloc in the error message according to
the previous kzalloc() call.
Signed-off-by: Liao Pingfang
---
arch/powerpc/kernel/nvram_64.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/kernel/nvram_64.c
Hi all,
Today's linux-next merge of the nfsd tree got a conflict in:
include/trace/events/sunrpc.h
between commit:
2baebf955125 ("SUNRPC: Split the xdr_buf event class")
from the nfs-anna tree and commit:
998024dee197 ("SUNRPC: Add more svcsock tracepoints")
from the nfsd tree.
I
From: Liao Pingfang
Use kzalloc instead of kmalloc in the error message according to
the previous kzalloc() call.
Signed-off-by: Liao Pingfang
---
net/atm/lec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/atm/lec.c b/net/atm/lec.c
index ca37f5a..33033d7 100644
---
On Thu, May 28, 2020 at 4:32 PM Khalid Aziz wrote:
>
> This looks good to me. I like the idea overall of controlling
> aggressiveness of compaction with a single tunable for the whole
> system. I wonder how an end user could arrive at what a reasonable
> value would be for this based upon their
Hi Matthias,
Thanks for your comment.
On Thu, 2020-05-28 at 23:08 +0200, Matthias Brugger wrote:
>
> On 28/05/2020 19:04, Dennis YC Hsieh wrote:
> > add write_s function in cmdq helper functions which
> > writes value contains in internal register to address
> > with large dma access support.
>
Daniel Jordan writes:
> On Thu, May 28, 2020 at 01:32:40PM +0800, Huang, Ying wrote:
>> Daniel Jordan writes:
>>
>> > On Mon, May 25, 2020 at 08:26:48AM +0800, Huang Ying wrote:
>> >> diff --git a/mm/swapfile.c b/mm/swapfile.c
>> >> index 423c234aca15..0abd93d2a4fc 100644
>> >> ---
From: Al Viro
Signed-off-by: Al Viro
---
drivers/gpu/drm/i915/i915_perf.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_perf.c b/drivers/gpu/drm/i915/i915_perf.c
index 551be589d6f4..a52461016935 100644
--- a/drivers/gpu/drm/i915/i915_perf.c
+++
From: Al Viro
... and the rest of query_perf_config_data() to normal uaccess primitives
Signed-off-by: Al Viro
---
drivers/gpu/drm/i915/i915_query.c | 46 ++-
drivers/gpu/drm/i915/i915_reg.h | 2 +-
2 files changed, 17 insertions(+), 31 deletions(-)
From: Al Viro
Signed-off-by: Al Viro
---
drivers/gpu/drm/i915/gem/i915_gem_context.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/drivers/gpu/drm/i915/gem/i915_gem_context.c
b/drivers/gpu/drm/i915/gem/i915_gem_context.c
index 68326ad3b2e0..55cb6dbfe61f 100644
---
From: Al Viro
Signed-off-by: Al Viro
---
drivers/gpu/drm/i915/i915_query.c | 16 ++--
1 file changed, 6 insertions(+), 10 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_query.c
b/drivers/gpu/drm/i915/i915_query.c
index ef25ce6e395e..ad8e55fe1e59 100644
---
From: Al Viro
compat_alloc_user_space() is a bad kludge; the sooner it goes, the
better...
Signed-off-by: Al Viro
---
drivers/gpu/drm/i915/i915_ioc32.c | 14 +-
1 file changed, 5 insertions(+), 9 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_ioc32.c
Low-hanging fruit in i915 uaccess-related stuff.
There's some subtler stuff remaining after that; these
are the simple ones.
Branch in uaccess.i915, based at uaccess.base.
Al Viro (5):
i915: switch query_{topology,engine}_info() to copy_to_user()
i915: switch
From: Al Viro
Signed-off-by: Al Viro
---
drivers/staging/comedi/comedi_fops.c | 45 ++--
1 file changed, 22 insertions(+), 23 deletions(-)
diff --git a/drivers/staging/comedi/comedi_fops.c
b/drivers/staging/comedi/comedi_fops.c
index e85a143057a1..a40a865ed45c
From: Al Viro
Signed-off-by: Al Viro
---
drivers/staging/comedi/comedi_fops.c | 138 ---
1 file changed, 48 insertions(+), 90 deletions(-)
diff --git a/drivers/staging/comedi/comedi_fops.c
b/drivers/staging/comedi/comedi_fops.c
index ae0067ab5ead..d80a416e70b2
From: Al Viro
mechanical move
Signed-off-by: Al Viro
---
drivers/staging/comedi/Makefile | 1 -
drivers/staging/comedi/comedi_compat32.c | 455 ---
drivers/staging/comedi/comedi_compat32.h | 28 --
drivers/staging/comedi/comedi_fops.c | 451
From: Al Viro
Just take copy_from_user() out of do_rangeing_ioctl() into the caller and
have compat_rangeinfo() build a native version and pass it to
do_rangeinfo_ioctl()
directly.
Signed-off-by: Al Viro
---
drivers/staging/comedi/comedi_fops.c | 43 ++--
From: Al Viro
Signed-off-by: Al Viro
---
drivers/staging/comedi/comedi_fops.c | 20
1 file changed, 12 insertions(+), 8 deletions(-)
diff --git a/drivers/staging/comedi/comedi_fops.c
b/drivers/staging/comedi/comedi_fops.c
index d80a416e70b2..e85a143057a1 100644
---
From: Al Viro
Just take copy_from_user() out of do_chaninfo_ioctl() into the caller and
have compat_chaninfo() build a native version and pass it to do_chaninfo_ioctl()
directly.
Signed-off-by: Al Viro
---
drivers/staging/comedi/comedi_fops.c | 68
1 file
From: Al Viro
Signed-off-by: Al Viro
---
drivers/staging/comedi/comedi_fops.c | 26 --
1 file changed, 8 insertions(+), 18 deletions(-)
diff --git a/drivers/staging/comedi/comedi_fops.c
b/drivers/staging/comedi/comedi_fops.c
index 9dfb81dfe43c..ecd29f28673c 100644
---
From: Al Viro
Signed-off-by: Al Viro
---
drivers/staging/comedi/comedi_fops.c | 48 ++--
1 file changed, 24 insertions(+), 24 deletions(-)
diff --git a/drivers/staging/comedi/comedi_fops.c
b/drivers/staging/comedi/comedi_fops.c
index a40a865ed45c..f5ecfbfcdaf5
From: Al Viro
Just take copy_from_user() out of do_insn_ioctl() into the caller and
have compat_insn() build a native version and pass it to do_insn_ioctl()
directly.
One difference from the previous commits is that the helper used to
convert 32bit variant to native has two users -
The way comedi compat ioctls are done is wrong.
Instead of having ->compat_ioctl() copying the 32bit
stuff in, then passing the kernel copies to helpers shared
with native ->ioctl() and doing copyout with conversion if
needed, it's playing silly buggers with creating a 64bit
copy on user
On Thu, May 21, 2020 at 6:34 AM Anup Patel wrote:
>
> The RISC-V per-HART local interrupt controller driver is mandatory
> for all RISC-V system (with/without MMU) hence we force select it
> for CONFIG_RISCV (just like RISCV_TIMER).
>
> Signed-off-by: Anup Patel
> ---
> arch/riscv/Kconfig | 1 +
201 - 300 of 1841 matches
Mail list logo