On Thu, Jun 04, 2020 at 10:49:19AM -0700, Kees Cook wrote:
> On Thu, Jun 04, 2020 at 12:21:38PM -0500, Gustavo A. R. Silva wrote:
> > Add a note to educate people about the proper use of struct_size() when
> > the trailing array in the enclosing structure is a one-element array.
> >
> > Zero-lengt
On 2020-06-03 15:37, govi...@codeaurora.org wrote:
Hi Mani,
On 2020-06-03 05:57, Manivannan Sadhasivam wrote:
On Tue, Jun 02, 2020 at 01:04:26PM -0700, Brian Norris wrote:
On Tue, Jun 2, 2020 at 12:40 PM John Stultz
wrote:
> On Tue, Jun 2, 2020 at 12:16 PM Brian Norris wrote:
> > On Mon, Ju
Hi Fan,
Able to reproduce this issue on v4.19.y using your test program.
And as per commit message it fixes commit 5c7fb56e5e3f
("mm, dax: dax-pmd vs thp-pmd vs hugetlbfs-pm”) at kernel version v4.5.
So, v4.9.y should be vulnerable, however not able to reproduce on v4.9.y.
Does any specific scen
> Due to race conditions between qca_hw_error and qca_controller_memdump
> during SSR timeout,the same pointer is freed twice.
This is an unfortunate software situation.
> Which results to double free error.
How do you think about to omit this sentence from the change description?
> Now a loc
The pull request you sent on Thu, 4 Jun 2020 14:19:05 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/pavel/linux-leds.git/
> tags/leds-5.8-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/86c67ce20d080bdfefafd461d3068cad0a49a66b
Thank you!
--
Deet-doot-do
The pull request you sent on Wed, 3 Jun 2020 10:04:29 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/lee/backlight.git
> tags/backlight-next-5.8
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/302d5b3321aa61ff4ab15f0abc737d923355d33d
Thank you!
--
Deet-doot-
The pull request you sent on Wed, 3 Jun 2020 12:45:21 +0200:
> git://www.linux-watchdog.org/linux-watchdog.git tags/linux-watchdog-5.8-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/0486a39a6d6c8db78bde4d7b9c44e32dcc6050d4
Thank you!
--
Deet-doot-dot, I am a bot
The pull request you sent on Thu, 4 Jun 2020 18:52:33 +0200:
> https://git.kernel.org/pub/scm/linux/kernel/git/brodo/linux.git pcmcia-next
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/a0a4d17e02a80a74a63c7cbb7bc8cea2f0b7d8b1
Thank you!
--
Deet-doot-dot, I am a bot
The pull request you sent on Thu, 04 Jun 2020 13:43:49 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git
> tags/sound-5.8-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/631d6914085b4eea8d68a84f800974a6ad8fb5c0
Thank you!
--
Deet-doot-dot, I
The pull request you sent on Wed, 3 Jun 2020 22:42:14 +0200 (CEST):
> git://git.kernel.org/pub/scm/linux/kernel/git/livepatching/livepatching.git
> for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/9fb4c5250f10dc4d8257cd766991be690eb25c5b
Thank you!
--
Deet-
The pull request you sent on Wed, 3 Jun 2020 17:14:41 -0700:
> git://git.kernel.org/pub/scm/linux/kernel/git/chrome-platform/linux.git
> tags/tag-chrome-platform-for-v5.8
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/9875b201e05a8dfd107530853a0d021c8eea95d1
Thank yo
The pull request you sent on Wed, 3 Jun 2020 22:31:00 +0200 (CEST):
> git://git.kernel.org/pub/scm/linux/kernel/git/hid/hid.git for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/a789d5f8a99a366778a6e42b3700a246244201a6
Thank you!
--
Deet-doot-dot, I am a bot.
The pull request you sent on Wed, 3 Jun 2020 10:03:03 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/lee/mfd.git tags/mfd-next-5.8
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/512b7d37ee0a9b4e2b5fafcd0b7c65a3f6e430ca
Thank you!
--
Deet-doot-dot, I am a bot
On 6/4/20 10:39 AM, Eugeniy Paltsev wrote:
> Kernel builds set their own default -mcpu for a given ISA build.
> But that gets in the way of "custom" -mcpu flags from propagating
> into kernel build.
>
> This will also be used in next patches for HSDK-4xD board support which
> uses a different -mcp
On 6/3/20 6:22 PM, Stefano Stabellini wrote:
> Hi all,
>
> This series is a collection of fixes to get Linux running on the RPi4 as
> dom0.
>
> Conceptually there are only two significant changes:
>
> - make sure not to call virt_to_page on vmalloc virt addresses (patch
> #1)
> - use phys_to_dma
On Sat, May 30, 2020 at 07:44:06PM -0400, Boris Ostrovsky wrote:
> CAUTION: This email originated from outside of the organization. Do not click
> links or open attachments unless you can confirm the sender and know the
> content is safe.
>
>
>
> On 5/19/20 7:28 PM, Anchal Agarwal wrote:
> > F
On 2020-06-04 22:39, Matthias Kaehlcke wrote:
On Thu, Jun 04, 2020 at 04:44:42PM +0530, Pradeep P V K wrote:
Interconnect bandwidth scaling support is now added as a
part of OPP [1]. So, make sure interconnect driver is ready
before handling interconnect scaling.
This change is based on
[1] [Pa
Add a note to educate people about the proper use of struct_size() when
the trailing array in the enclosing structure is a one-element array.
Zero-length and one-element arrays will soon be removed from the kernel,
but in the meantime, it's worth letting people know how to correctly
use struct_siz
On 6/2/2020 7:12 AM, Alex Williamson wrote:
On Fri, 8 May 2020 10:20:35 +0300
Diana Craciun wrote:
Allow userspace to mmap device regions for direct access of
fsl-mc devices.
Signed-off-by: Bharat Bhushan
Signed-off-by: Diana Craciun
---
drivers/vfio/fsl-mc/vfio_fsl_mc.c | 60 +++
On 03/06/20 12:11, Denis Efremov wrote:
> Replace opencoded alloc and copy with vmemdup_user().
>
> Signed-off-by: Denis Efremov
> ---
> Looks like these are the only places in KVM that are suitable for
> vmemdup_user().
>
> arch/x86/kvm/cpuid.c | 17 +++--
> virt/kvm/kvm_main.c |
Ira Weiny writes:
> On Wed, Jun 03, 2020 at 11:41:42PM +0530, Vaibhav Jain wrote:
>> Hi Ira,
>>
>> Thanks for reviewing this patch. My responses below:
>>
>> Ira Weiny writes:
>>
>
> ...
>
>> >> + *
>> >> + * Payload Version:
>> >> + *
>> >> + * A 'payload_version' field is present in PDSM
On 02/06/20 22:07, Anthony Yznaga wrote:
> While investigating optimizing qemu start time for large memory guests
> I found that kvm_mmu_slot_apply_flags() is walking rmaps to update
> existing sptes when creating or moving a slot but that there won't be
> any existing sptes to update and any sptes
ehind generic IOMMU_API
date: 8 days ago
config: ia64-randconfig-r006-20200604 (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
On 6/4/20 7:57 PM, Kees Cook wrote:
> On Thu, Jun 04, 2020 at 07:20:18PM +0200, Vegard Nossum wrote:
>> On 2020-06-04 19:18, Vlastimil Babka wrote:
>> > On 6/4/20 7:14 PM, Vegard Nossum wrote:
>> > >
>> > > Hi all,
>> > >
>> > > I ran into a boot problem with latest linus/master
>> > > (6929f71e4
> On Thu, Jun 04, 2020 at 03:42:55PM +0200, Uladzislau Rezki wrote:
> > On Thu, Jun 04, 2020 at 12:23:20PM +0200, Peter Enderborg wrote:
> > > The count and scan can be separated in time. It is a fair chance
> > > that all work is already done when the scan starts. It
> > > then might retry. This i
On 6/2/2020 7:12 AM, Alex Williamson wrote:
On Fri, 8 May 2020 10:20:34 +0300
Diana Craciun wrote:
Expose to userspace information about the memory regions.
Signed-off-by: Bharat Bhushan
Signed-off-by: Diana Craciun
---
drivers/vfio/fsl-mc/vfio_fsl_mc.c | 77 +
Hi!
Is there a good reason this did not land in 4.14 branch?
Openwrt is using that and so it missed this patch.
Any chance it goes in in next round?
Regards,
David
On Mon, 18 May 2020 at 19:50, Greg Kroah-Hartman
wrote:
>
> From: Guillaume Nault
>
> [ Upstream commit b8c158395119be62294da736
> if of_find_device_by_node() succeed, socfpga_setup_ocram_self_refresh()
> doesn't have a corresponding put_device(). Thus add a jump target to fix
> the exception handling for this function implementation.
Do you find a previous update suggestion interesting?
ARM: socfpga: PM: Add missing put_d
> if of_find_device_by_node() succeed, socfpga_setup_ocram_self_refresh()
> doesn't have a corresponding put_device(). Thus add a jump target to fix
> the exception handling for this function implementation.
Do you find a previous update suggestion interesting?
ARM: socfpga: PM: Add missing put_d
Hi Ira,
Thanks again for looking into patch. My responses below:
Ira Weiny writes:
> On Thu, Jun 04, 2020 at 12:34:04AM +0530, Vaibhav Jain wrote:
>> Hi Ira,
>>
>> Thanks for reviewing this patch. My responses below:
>>
>> Ira Weiny writes:
>>
>> > On Tue, Jun 02, 2020 at 03:44:38PM +0530,
On 2020-06-04 04:03, Evan Green wrote:
On Tue, Jun 2, 2020 at 10:29 PM Sibi Sankar
wrote:
Evan,
Thanks for taking time to review
the series.
On 2020-06-02 23:14, Evan Green wrote:
> On Tue, Jun 2, 2020 at 9:33 AM Sibi Sankar
> wrote:
>>
>> Sometimes the stop triggers a watchdog rather than a
On Tue, Jun 02, 2020 at 03:12:27PM +0800, Jason Wang wrote:
>
> On 2020/6/2 下午1:09, Michael S. Tsirkin wrote:
> > On Fri, May 29, 2020 at 04:03:02PM +0800, Jason Wang wrote:
> > > Note that since virtio specification does not support get/restore
> > > virtqueue state. So we can not use this driver
On Thursday, June 4, 2020 1:57:56 PM EDT Richard Guy Briggs wrote:
> > > diff --git a/kernel/auditsc.c b/kernel/auditsc.c
> > > index 468a23390457..3a9100e95fda 100644
> > > --- a/kernel/auditsc.c
> > > +++ b/kernel/auditsc.c
> > > @@ -75,6 +75,7 @@
> > > #include
> > > #include
> > > #include
>
On Wed, Jun 3, 2020 at 11:59 PM James Morris wrote:
>
> On Wed, 1 Apr 2020, Daniel Colascione wrote:
>
> > Daniel Colascione (3):
> > Add a new LSM-supporting anonymous inode interface
> > Teach SELinux about anonymous inodes
> > Wire UFFD up to SELinux
> >
> > fs/anon_inodes.c
Current frame list construction algorithm assumes that decoded image
will be output into its own buffer. That is true for progressive content
but not for interlaced where each field is decoded separately into same
buffer.
Fix that by checking if capture buffer is listed in DPB. If it is, reuse
it.
Applied. thanks!
Alex
On Thu, Jun 4, 2020 at 6:35 AM Colin King wrote:
>
> From: Colin Ian King
>
> There is a spelling mistake in a dml_print message. Fix it.
>
> Signed-off-by: Colin Ian King
> ---
> drivers/gpu/drm/amd/display/dc/dml/dcn30/display_mode_vba_30.c | 2 +-
> 1 file changed, 1
>> E.g., on powerpc that's 16MB so they have *a lot* of memory blocks.
>> That's why that's not papering over the problem. Increasing the memory
>> block size isn't always the answer.
>
> Ok. If you don't mind, what's the purpose of hotplugging at that granularity?
> I'm simply curious.
On bare
When interlaced H264 content is being decoded, references must indicate
which field is being referenced. Currently this was done by checking
capture buffer flags. However, that is not correct because capture
buffer may hold both fields.
Fix this by checking newly introduced flags in reference list
Currently H264 interlaced content it's not properly decoded on Cedrus.
There are two reasons for this:
1. slice parameters control doesn't provide enough information
2. bug in frame list construction in Cedrus driver
As described in commit message in patch 1, references stored in
reference lists s
When dealing with with interlaced frames, reference lists must tell if
each particular reference is meant for top or bottom field. This info
is currently not provided at all in the H264 related controls.
Make reference lists hold a structure which will also hold flags along
index into DPB array. F
The following changes since commit b9bbe6ed63b2b9f2c9ee5cbd0f2c946a2723f4ce:
Linux 5.7-rc6 (2020-05-17 16:48:37 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/riscv/linux.git
tags/riscv-for-linus-5.8-mw0
for you to fetch changes up to 09c0533d1
On Thu, Jun 04, 2020 at 08:31:55AM +0200, Oliver Hartkopp wrote:
>
> Great! Thanks for the info - and how I could have checked it on my own, too.
>
No problem. :)
Thanks
--
Gustavo
The following changes since commit b9bbe6ed63b2b9f2c9ee5cbd0f2c946a2723f4ce:
Linux 5.7-rc6 (2020-05-17 16:48:37 -0700)
are available in the Git repository at:
https://github.com/cminyard/linux-ipmi.git tags/for-linus-5.8-1
for you to fetch changes up to 2a556ce779e39b15cbb74e896ca640e86baeb
Linuxhttps://bit.ly/2XrWvrc
Chris
On Tue, May 26, 2020 at 07:58:09PM +0900, David Stevens wrote:
> This change adds a new flavor of dma-bufs that can be used by virtio
> drivers to share exported objects. A virtio dma-buf can be queried by
> virtio drivers to obtain the UUID which identifies the underlying
> exported object.
>
> S
> if of_find_device_by_node() succeed, imx6q_suspend_init() doesn't have a
> corresponding put_device(). Thus add a jump target to fix the exception
> handling for this function implementation.
Do you find a previous update suggestion useful?
ARM: imx6: Add missing put_device() call in imx6q_susp
Hi Kees,
On Thu, Jun 4, 2020 at 5:01 PM Kees Cook wrote:
> On Thu, Jun 04, 2020 at 10:23:06AM -0300, Jason Gunthorpe wrote:
> > On Wed, Jun 03, 2020 at 04:32:02PM -0700, Kees Cook wrote:
> > > Using uninitialized_var() is dangerous as it papers over real bugs[1]
> > > (or can in the future), and
>
> On Jun 4, 2020, at 9:35 AM, Will Deacon wrote:
>
> Hi Sean,
>
> On Thu, Jun 04, 2020 at 08:48:35AM -0700, Sean Christopherson wrote:
>> On Thu, Jun 04, 2020 at 04:15:23PM +0100, Marc Zyngier wrote:
>>> On Fri, 22 May 2020 15:51:58 +0300
>>> "Kirill A. Shutemov" wrote:
>>>
== Backgrou
Hi Naresh,
I suspect the loop failures are due to
faf1d25440d6ad06d509dada4b6fe62fea844370 ("loop: Clean up
LOOP_SET_STATUS lo_flags handling"), I will investigate and get back
to you.
Thanks,
Martijn
On Thu, Jun 4, 2020 at 7:19 PM Naresh Kamboju wrote:
>
> + linux-bl...@vger.kernel.org
>
> On
On Wed, Jun 03, 2020 at 06:03:35PM -0400, Mimi Zohar wrote:
> Hi Roberto,
>
> On Wed, 2020-06-03 at 17:08 +0200, Roberto Sassu wrote:
> > If the template field 'd' is chosen and the digest to be added to the
> > measurement entry was not calculated with SHA1 or MD5, it is
> > recalculated with SHA
On Thu, Jun 4, 2020 at 6:12 AM Peter Zijlstra wrote:
>
> On Thu, May 28, 2020 at 12:54:42PM -0700, Suren Baghdasaryan wrote:
> > Each psi group requires a dedicated kthread_delayed_work and
> > kthread_worker. Since no other work can be performed using psi_group's
> > kthread_worker, the same resu
On 04/06/2020 20:06, Jens Axboe wrote:
> On 6/3/20 12:51 PM, Jens Axboe wrote:
>> On 6/3/20 9:03 AM, Pavel Begunkov wrote:
>>> The first one adds checks {SQPOLL,IOPOLL}. IOPOLL check can be
>>> moved in the common path later, or rethinked entirely, e.g.
>>> not io_iopoll_req_issued()'ed for unsuppo
Adding a colleague from the Android kernel team.
On Thu, Jun 4, 2020 at 11:52 AM Stephen Smalley
wrote:
>
> On Wed, Jun 3, 2020 at 11:59 PM James Morris wrote:
> >
> > On Wed, 1 Apr 2020, Daniel Colascione wrote:
> >
> > > Daniel Colascione (3):
> > > Add a new LSM-supporting anonymous inode i
Hello,
syzbot found the following crash on:
HEAD commit:39884604 mptcp: fix NULL ptr dereference in MP_JOIN error ..
git tree: net-next
console output: https://syzkaller.appspot.com/x/log.txt?x=125d5d1610
kernel config: https://syzkaller.appspot.com/x/.config?x=55b0bb710b7fdf44
das
On Tue, May 12, 2020 at 09:23:45AM -0700, Joe Perches wrote:
> On Tue, 2020-05-12 at 08:38 +0200, David Hildenbrand wrote:
> > On 12.05.20 07:21, Lukas Bulwahn wrote:
> > > Hi David,
> > >
> > > with your commit 6d6b93b9afd8 ("MAINTAINERS: Add myself as virtio-balloon
> > > co-maintainer"), visib
On Wed, Jun 3, 2020 at 4:32 PM Kees Cook wrote:
>
> Using uninitialized_var() is dangerous as it papers over real bugs[1]
> (or can in the future), and suppresses unrelated compiler warnings (e.g.
> "unused variable"). If the compiler thinks it is uninitialized, either
> simply initialize the vari
On Thu, Jun 4, 2020 at 7:30 PM Thomas Gleixner wrote:
>
> Miklos,
>
> Thomas Gleixner writes:
> >> Of course this does not reproduce here. What kind of host is this
> >> running on? Can you provide a full demsg of the host please from boot to
> >> post resume?
> >
> > Plus /proc/cpuinfo please (o
On Thu, 4 Jun 2020, Matthias Maennich wrote:
> When running `make coccicheck` in report mode using the
> add_namespace.cocci file, it will fail for files that contain
> MODULE_LICENSE. Those match the replacement precondition, but spatch
> errors out as virtual.ns is not set.
>
> In order to fi
Hi Harigovindan
On Thu, Jun 04, 2020 at 04:04:38PM +0530, Harigovindan P wrote:
> ti-sn65dsi86 bridge is enumerated as a runtime device.
>
> Adding sleep ops to force runtime_suspend when PM suspend is
> requested on the device.
Patch looks correct - but could you please explain why it is needed.
When we enter into fadump crash path via system reset we fail to update
the pstore.
On the system reset path we first update the pstore then we go for fadump
crash. But the problem here is when all the CPUs try to get the pstore
lock to initiate the pstore write, only one CPUs will acquire the loc
>Subject: Re: [PATCH] scsi: megaraid_sas: fix kdump kernel boot hung caused
>by JBOD
>
>On 2020/06/04 Thu 16:39, Chandrakanth Patil wrote:
>>
>>Hi Martin, Xiaoming Gao, Kai Liu,
>>
>>It is a known firmware issue and has been fixed. Please update to the
>>latest firmware available in the Broadcom su
On Thu, 2020-06-04 at 16:12 -0300, Bruno Meneguele wrote:
> On Wed, Jun 03, 2020 at 06:03:35PM -0400, Mimi Zohar wrote:
> > Hi Roberto,
> >
> > On Wed, 2020-06-03 at 17:08 +0200, Roberto Sassu wrote:
> > > If the template field 'd' is chosen and the digest to be added to the
> > > measurement entr
From: Jordan Hand
If a child swnode is unregistered after it's parent, it can lead to
undefined behavior.
When a swnode is unregistered, recursively free it's children to avoid
this condition.
Signed-off-by: Jordan Hand
---
drivers/base/swnode.c | 13 -
1 file changed, 8 insertion
Hello,
I spent some more thoughts into this...
On Wed, Jun 3, 2020 at 5:16 AM Greg Kroah-Hartman
wrote:
>
> On Wed, Jun 03, 2020 at 04:51:18AM -0700, Rajat Jain wrote:
> > Hello,
> >
> > >
> > > > Thanks for the pointer! I'm still looking at the details yet, but a
> > > > quick look (usb_dev_aut
On Wed, Jun 3, 2020 at 4:32 PM Kees Cook wrote:
>
> Using uninitialized_var() is dangerous as it papers over real bugs[1]
> (or can in the future), and suppresses unrelated compiler warnings (e.g.
> "unused variable"). If the compiler thinks it is uninitialized, either
> simply initialize the vari
Memory bandwidth is calculated reading the monitoring counter
at two intervals and calculating the delta. It is the software’s
responsibility to read the count often enough to avoid having
the count roll over _twice_ between reads.
The current code hardcodes the bandwidth monitoring counter's widt
66991be690eb25c5b
> commit: e18a8c104d777af46aa5c8573c8a19ba2b5de597 ia64: Hide the
> archdata.iommu field behind generic IOMMU_API
> date: 8 days ago
> config: ia64-randconfig-r006-20200604 (attached as .config)
> compiler: ia64-linux-gcc (GCC) 9.3.0
> reproduce (t
On Thu, Jun 4, 2020 at 11:57 AM Palmer Dabbelt wrote:
>
> The following changes since commit b9bbe6ed63b2b9f2c9ee5cbd0f2c946a2723f4ce:
>
> Linux 5.7-rc6 (2020-05-17 16:48:37 -0700)
>
> are available in the Git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/riscv/linux.git
>
Hi Linus,
These are the proposed RDMA patches for 5.8.
A more active cycle than most of the recent past. In particular the new RNBD
block driver was Ack'd by Jens and is flowing through RDMA due to it also
introducing a new ULP.
Also a heads up, Mellanox has been acquired by NVIDIA and you'll pr
On 6/4/20 1:22 PM, Pavel Begunkov wrote:
> On 04/06/2020 20:06, Jens Axboe wrote:
>> On 6/3/20 12:51 PM, Jens Axboe wrote:
>>> On 6/3/20 9:03 AM, Pavel Begunkov wrote:
The first one adds checks {SQPOLL,IOPOLL}. IOPOLL check can be
moved in the common path later, or rethinked entirely, e.g
On Wed, Jun 3, 2020 at 4:32 PM Kees Cook wrote:
>
> Using uninitialized_var() is dangerous as it papers over real bugs[1]
> (or can in the future), and suppresses unrelated compiler warnings (e.g.
> "unused variable"). If the compiler thinks it is uninitialized, either
> simply initialize the vari
When the ACPI battery receives a notification event it should always
read the battery state fresh from the ACPI device and not use the cached
state. Currently the cached state stays valid and the new state may not
be read when a notification occurs. This can lead to a udev event
showing that the ba
On Thu, Jun 04, 2020 at 03:35:20PM -0400, Mimi Zohar wrote:
> On Thu, 2020-06-04 at 16:12 -0300, Bruno Meneguele wrote:
> > On Wed, Jun 03, 2020 at 06:03:35PM -0400, Mimi Zohar wrote:
> > > Hi Roberto,
> > >
> > > On Wed, 2020-06-03 at 17:08 +0200, Roberto Sassu wrote:
> > > > If the template fiel
On 6/4/20 10:39 AM, Eugeniy Paltsev wrote:
> Changes v1->v2:
> * Fallback to ISA default mcpu flag if custom one isn't supported by
>compiler.
> * Drop HSDK custom Kconfig options (choose between HSDK and HSDK-4xD) as
>we don't need it (at least for now). Instead we select ARC_LPB_DISABLE
On 6/4/20 11:12 AM, Daniel Jordan wrote:
>> E.g., on powerpc that's 16MB so they have *a lot* of memory blocks.
>> That's why that's not papering over the problem. Increasing the memory
>> block size isn't always the answer.
> Ok. If you don't mind, what's the purpose of hotplugging at that granul
Greetings!
Preface
---
This patch set can be applied over:
git.kernel.org/pub/scm/linux/kernel/git/ebiederm/user-namespace.git d35bec8a5788
Overview
Directories and files can be created and deleted by dynamically loaded modules.
Not all of these files are virtualized and safe inside
In addition to subset=pid, added the ability to specify top-level
directory and file names.
Not all directories in procfs have proc directory entries. For example,
/proc/sys has its own directory operations and does not have proc
directory entries. But all paths in procfs have at least one top-lev
Signed-off-by: Alexey Gladkov
---
Documentation/filesystems/proc.rst | 6 ++
1 file changed, 6 insertions(+)
diff --git a/Documentation/filesystems/proc.rst
b/Documentation/filesystems/proc.rst
index e2ecf248feb5..68acd335cd8c 100644
--- a/Documentation/filesystems/proc.rst
+++ b/Documentat
On Fri, May 29, 2020 at 03:26:06PM -0600, Shuah Khan wrote:
> On 5/29/20 2:37 PM, Seth Forshee wrote:
> > On Wed, Mar 04, 2020 at 04:20:09PM -0600, Seth Forshee wrote:
> > > Test cases which use echo to write strings containing backslashes
> > > fail with some shells, as echo's treatment of backsla
On Wed, Jun 3, 2020 at 4:32 PM Kees Cook wrote:
>
> Using uninitialized_var() is dangerous as it papers over real bugs[1]
> (or can in the future), and suppresses unrelated compiler warnings (e.g.
> "unused variable"). If the compiler thinks it is uninitialized, either
> simply initialize the vari
Calling pm_runtime_get_sync increments the counter even in case of
failure, causing incorrect ref count. Call pm_runtime_put if
pm_runtime_get_sync fails.
Signed-off-by: Navid Emamdoost
---
drivers/dma/tegra210-adma.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/
16.05.2020 15:01, Dmitry Osipenko пишет:
> 15.05.2020 21:18, Michał Mirosław пишет:
>> On Fri, May 15, 2020 at 12:36:50AM +0300, Dmitry Osipenko wrote:
>>> There are few hardware variants of NVIDIA Tegra30-based Nexus 7 device:
>>>
>>> 1. WiFi-only (named Grouper)
>>> 2. GSM (named Tilapia)
>>> 3.
Please pull the proc-linus branch from the git tree:
git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/user-namespace.git
exec-linus
HEAD: 3977e285ee89a94699255dbbf6eeea13889a1083 exec: Remove the
recomputation of bprm->cred
Last cycle for the Nth time I ran into bugs and quality
On 04/06/2020 22:52, Jens Axboe wrote:
> On 6/4/20 1:22 PM, Pavel Begunkov wrote:
>> On 04/06/2020 20:06, Jens Axboe wrote:
>>> On 6/3/20 12:51 PM, Jens Axboe wrote:
On 6/3/20 9:03 AM, Pavel Begunkov wrote:
> The first one adds checks {SQPOLL,IOPOLL}. IOPOLL check can be
> moved in the
On 04/06/20 21:28, Miklos Szeredi wrote:
> time(2) returns good time, while clock_gettime(2) returns bad time.
> Here's an example:
>
> time=1591298725 RT=1591300383 MONO=39582 MONO_RAW=39582 BOOT=39582
> time=1591298726 RT=1591300383 MONO=39582 MONO_RAW=39582 BOOT=39582
> time=1591298727 RT=15913
Good afternoon,
On Thu, 4 Jun 2020 at 08:17, Arnaud POULIQUEN wrote:
>
> Hi Mathieu,
>
> On 6/1/20 7:51 PM, Mathieu Poirier wrote:
> > This patch prevents the firmware image name from being displayed when
> > the remoteproc core is attaching to a remote processor. This is needed
> > needed since
On Thu, Jun 04, 2020 at 12:36:23PM -0700, jorh...@linux.microsoft.com wrote:
> From: Jordan Hand
>
> If a child swnode is unregistered after it's parent, it can lead to
> undefined behavior.
Crashing the system is not really "undefined" :)
> When a swnode is unregistered, recursively free it's
On Thu, 04 Jun 2020 12:50:13 PDT (-0700), ati...@atishpatra.org wrote:
On Thu, Jun 4, 2020 at 11:57 AM Palmer Dabbelt wrote:
The following changes since commit b9bbe6ed63b2b9f2c9ee5cbd0f2c946a2723f4ce:
Linux 5.7-rc6 (2020-05-17 16:48:37 -0700)
are available in the Git repository at:
git
On Wed, Jun 3, 2020 at 4:32 PM Kees Cook wrote:
>
> Using uninitialized_var() is dangerous as it papers over real bugs[1]
> (or can in the future), and suppresses unrelated compiler warnings (e.g.
> "unused variable"). If the compiler thinks it is uninitialized, either
> simply initialize the vari
On Thu, Jun 04, 2020 at 08:39:00PM +0200, David Balažic wrote:
> Hi!
>
> Is there a good reason this did not land in 4.14 branch?
>
> Openwrt is using that and so it missed this patch.
>
> Any chance it goes in in next round?
Does it apply and build cleanly?
I don't know why I didn't backport
On 6/4/20 2:12 PM, Pavel Begunkov wrote:
> On 04/06/2020 22:52, Jens Axboe wrote:
>> On 6/4/20 1:22 PM, Pavel Begunkov wrote:
>>> On 04/06/2020 20:06, Jens Axboe wrote:
On 6/3/20 12:51 PM, Jens Axboe wrote:
> On 6/3/20 9:03 AM, Pavel Begunkov wrote:
>> The first one adds checks {SQPOLL
On Thu, Jun 04, 2020 at 01:08:44PM -0700, Nick Desaulniers wrote:
> On Wed, Jun 3, 2020 at 4:32 PM Kees Cook wrote:
> >
> > Using uninitialized_var() is dangerous as it papers over real bugs[1]
> > (or can in the future), and suppresses unrelated compiler warnings (e.g.
> > "unused variable"). If
Fix linkage error when CONFIG_BINFMT_ELF is selected but CONFIG_COREDUMP
is not:
ia64-linux-ld: arch/ia64/kernel/elfcore.o: in function
`elf_core_write_extra_phdrs':
elfcore.c:(.text+0x172): undefined reference to `dump_emit'
ia64-linux-ld: arch/ia64/kernel/elfcore.o: in function
`el
On Thu, 04 Jun 2020, Linus Torvalds wrote:
> On Wed, Jun 3, 2020 at 2:04 AM Lee Jones wrote:
> >
> >- Convert to GPIO descriptors; l4f00242t03
>
> I'm impressed by that completely nonsensical device naming scheme.
>
> I had to look it up because I thought that line might have been line nois
On Thu, Jun 04, 2020 at 12:29:17PM -0700, Nick Desaulniers wrote:
> On Wed, Jun 3, 2020 at 4:32 PM Kees Cook wrote:
> >
> > Using uninitialized_var() is dangerous as it papers over real bugs[1]
> > (or can in the future), and suppresses unrelated compiler warnings (e.g.
> > "unused variable"). If
(Trimmed original Ccs due to outgoing email policy.)
Hi,
On 2020-04-24 08:43, Christoph Hellwig wrote:
Instead of having all the sysctl handlers deal with user pointers, which
is rather hairy in terms of the BPF interaction, copy the input to and
from userspace in common code. This also mea
From: "Matthew Wilcox (Oracle)"
Test generic/019 often results in:
WARNING: at fs/iomap/buffered-io.c:1069 iomap_page_mkwrite_actor+0x57/0x70
Since this can happen due to a storage error, we should not WARN for it.
Just return -EIO, which will be converted to a SIGBUS for the hapless
task attem
On Thu, Jun 04, 2020 at 01:21:23PM -0500, Gustavo A. R. Silva wrote:
> Yeah. My reasoning for is that it will take a while --at least one
> development cycle more-- to completely get rid of all the 0/1-arrays.
Right -- but we need a place to point people when we tell them "please
don't use 0-byte
On 6/4/2020 9:05 AM, Florian Fainelli wrote:
>
>
> On 6/4/2020 5:32 AM, Mark Brown wrote:
>> On Wed, Jun 03, 2020 at 08:46:55PM -0700, Florian Fainelli wrote:
>>> The SPI controller found in the BCM2711 and BCM7211 SoCs is instantiated
>>> 5 times, with all instances sharing the same interrupt
On Thu, Jun 4, 2020 at 1:18 PM Kees Cook wrote:
>
> On Thu, Jun 04, 2020 at 01:08:44PM -0700, Nick Desaulniers wrote:
> > On Wed, Jun 3, 2020 at 4:32 PM Kees Cook wrote:
> > >
> > > Using uninitialized_var() is dangerous as it papers over real bugs[1]
> > > (or can in the future), and suppresses
701 - 800 of 1147 matches
Mail list logo
