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 `\bxmlns\b`:
For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:
On Fri, Jul 17, 2020 at 12:46 AM Alex Shi wrote:
>
>
>
> 在 2020/7/17 上午5:12, Alexander Duyck 写道:
> > On Fri, Jul 10, 2020 at 5:59 PM Alex Shi wrote:
> >>
> >> Combine PageLRU check and ClearPageLRU into a function by new
> >> introduced func TestClearPageLRU. This function will be used as page
>
The sender of this email would like to recall the message. And drink
more coffee. The sender will also avoid making any more commits on
Friday.
On Fri, 17 Jul 2020 at 13:03, Daniel Díaz wrote:
>
> Hello!
>
> On Fri, 17 Jul 2020 at 12:07, Paul E. McKenney wrote:
> >
> > On Thu, Jul 16, 2020 at
From: Rayagonda Kokatanur
Handle clk_get_rate() returning <= 0 condition to avoid
possible division by zero.
Fixes: daa5abc41c80 ("pwm: Add support for Broadcom iProc PWM controller")
Signed-off-by: Rayagonda Kokatanur
Signed-off-by: Scott Branden
---
Changes from v1: ensure 'polarity' and
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 `\bxmlns\b`:
For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:
On 2020-07-17 10:22 a.m., Ray Jui wrote:
On 7/17/2020 10:07 AM, Scott Branden wrote:
From: Rayagonda Kokatanur
Handle clk_get_rate() returning <= 0 condition to avoid
possible division by zero.
Fixes: daa5abc41c80 ("pwm: Add support for Broadcom iProc PWM controller")
Signed-off-by:
On Fri, Jul 17, 2020 at 8:17 PM Nick Desaulniers
wrote:
>
> On Fri, Jul 17, 2020 at 6:46 AM Arvind Sankar wrote:
> >
> > On Tue, Jul 14, 2020 at 08:41:26PM -0400, Arvind Sankar wrote:
> > > The compressed kernel currently contains bogus run-time relocations in
> > > the startup code in
> -Original Message-
> From: Randy Dunlap
> Sent: Sunday, July 12, 2020 9:42 AM
> To: Eads, Gage ; linux-kernel@vger.kernel.org;
> a...@arndb.de; gre...@linuxfoundation.org
> Cc: Karlsson, Magnus ; Topel, Bjorn
>
> Subject: Re: [PATCH 04/20] dlb2: add device ioctl layer and first 4
> -Original Message-
> From: Randy Dunlap
> Sent: Sunday, July 12, 2020 9:54 AM
> To: Eads, Gage ; linux-kernel@vger.kernel.org;
> a...@arndb.de; gre...@linuxfoundation.org
> Cc: Karlsson, Magnus ; Topel, Bjorn
>
> Subject: Re: [PATCH 04/20] dlb2: add device ioctl layer and first 4
> > +/* Verify the ioctl argument size and copy the argument into kernel
> > +memory */ static int dlb2_copy_from_user(struct dlb2_dev *dev,
> > + unsigned long user_arg,
> > + u16 user_size,
> > + void *arg,
> -Original Message-
> From: Arnd Bergmann
> Sent: Sunday, July 12, 2020 10:34 AM
> To: Eads, Gage
> Cc: linux-kernel@vger.kernel.org; gregkh ;
> Karlsson, Magnus ; Topel, Bjorn
>
> Subject: Re: [PATCH 09/20] dlb2: add ioctl to configure ports, query poll mode
>
> On Sun, Jul 12,
> -Original Message-
> From: Greg KH
> Sent: Sunday, July 12, 2020 10:57 AM
> To: Eads, Gage
> Cc: linux-kernel@vger.kernel.org; a...@arndb.de; Karlsson, Magnus
> ; Topel, Bjorn
> Subject: Re: [PATCH 01/20] dlb2: add skeleton for DLB 2.0 driver
>
> On Sun, Jul 12, 2020 at 08:43:12AM
> -Original Message-
> From: Greg KH
> Sent: Sunday, July 12, 2020 10:58 AM
> To: Eads, Gage
> Cc: linux-kernel@vger.kernel.org; a...@arndb.de; Karlsson, Magnus
> ; Topel, Bjorn
> Subject: Re: [PATCH 01/20] dlb2: add skeleton for DLB 2.0 driver
>
> On Sun, Jul 12, 2020 at 08:43:12AM
On Fri, Jul 17, 2020 at 6:46 AM Arvind Sankar wrote:
>
> On Tue, Jul 14, 2020 at 08:41:26PM -0400, Arvind Sankar wrote:
> > The compressed kernel currently contains bogus run-time relocations in
> > the startup code in head_{32,64}.S, which are generated by the linker,
> > but must not actually
On Thu, Jul 16, 2020 at 06:42:54PM +0800, Xu Yilun wrote:
> +static const struct spi_device_id m10bmc_spi_id[] = {
> + { "m10-n3000", M10_N3000 },
> + { }
> +};
> +MODULE_DEVICE_TABLE(spi, m10bmc_spi_id);
> +static struct spi_driver intel_m10bmc_spi_driver = {
> + .driver = {
> +
On Thu, Jul 16, 2020 at 06:42:52PM +0800, Xu Yilun wrote:
> This patch add support for regmap API that is intended to be used by
> the drivers of some SPI slave chips which integrate the "SPI slave to
> Avalon Master Bridge" (spi-avmm) IP.
At a very high level this looks far too complicated.
Hi Rob,
Thanks for your review.
On 7/17/20 2:49 PM, Rob Herring wrote:
> On Thu, Jul 2, 2020 at 1:13 PM Helen Koike wrote:
>>
>> aclk_isp_wrap is a child of aclk_isp, and hclk_isp_wrap is a child of
>> hclk_isp, thus we can remove parents from the list.
>
> But it looks like it is the wrap
On 2020-07-17 13:40:22, Nayna wrote:
>
> On 7/9/20 2:19 AM, Tyler Hicks wrote:
> > The "appraise_flag" option is only appropriate for appraise actions
> > and its "blacklist" value is only appropriate when
> > CONFIG_IMA_APPRAISE_MODSIG is enabled and "appraise_flag=blacklist" is
> > only
Hi Thomas,
I love your patch! Yet something to improve:
[auto build test ERROR on linux/master]
[also build test ERROR on tip/x86/core tip/irq/core linus/master v5.8-rc5
next-20200717]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest
On Fri, 17 Jul 2020 10:47:51 -0700
Sami Tolvanen wrote:
> > Someone just submitted a patch for arm64 for this:
> >
> > https://lore.kernel.org/r/20200717143338.19302-1-gregory.herr...@oracle.com
> >
> > Is that what you want?
>
> That looks like the same issue, but we need to fix this on x86
Hi Rob,
Just checking in again to see if you have any thoughts about the
proposal outlined in previous emails in this thread.
Best regards,
On Fri, Jul 10, 2020 at 1:51 AM Prashant Malani wrote:
>
> Hi Rob,
>
> Thought I'd check in again to see if you've had a chance to look at
> this
On 2020-07-17 18:50, Saravana Kannan wrote:
On Fri, Jul 17, 2020 at 3:49 AM Marc Zyngier wrote:
Hi Saravana,
Thanks for re-spinning this one.
On Fri, 17 Jul 2020 03:44:47 +0100,
Saravana Kannan wrote:
>
> Compiling an irqchip driver as a platform driver needs to bunch of
> things to be
Hello!
On Fri, 17 Jul 2020 at 12:07, Paul E. McKenney wrote:
>
> On Thu, Jul 16, 2020 at 05:19:52PM -0700, Dexuan-Linux Cui wrote:
> > On Thu, Jul 16, 2020 at 7:47 AM Naresh Kamboju
> > wrote:
> > >
> > > On Sun, 12 Jul 2020 at 21:39, Paul E. McKenney wrote:
> > > >
> > > > On Sun, Jul 12,
> v3 -> v4:
> - The patch v3 sent on May 27 may be lost somewhere in the
> world, so resend it.
Can previous patch review aspects get any more attention?
https://lore.kernel.org/cocci/5dad9b19-ceb5-1606-9f62-7626e5677...@web.de/
https://lkml.org/lkml/2020/5/27/1326
Regards,
Markus
This patch aligns the return value of hw_atl_utils_ver_match function with
its name.
Change the return type to bool, because it's better aligned with the actual
usage. Return true when the version matches, false otherwise.
Signed-off-by: Mark Starovoytov
Signed-off-by: Igor Russkikh
---
From: Dmitry Bogdanov
This patch adds support for FW 4.x, which is about to get into the
production for some products.
4.x is mostly compatible with 3.x, save for soft reset, which requires
the acquisition of 2 additional semaphores.
Other differences (e.g. absence of PTP support) are handled
This patch set adds support for FW 4.x, which is about to get into the
production for some products.
4.x is mostly compatible with 3.x, save for soft reset, which requires
the acquisition of 2 additional semaphores.
Other differences (e.g. absence of PTP support) are handled via
capabilities.
On 7/17/2020 2:45 AM, Sudeep Holla wrote:
> On Wed, Jul 15, 2020 at 03:43:24PM -0700, Florian Fainelli wrote:
>>
>>
>> On 7/15/2020 9:55 AM, Daniele Alessandrelli wrote:
>>> From: Daniele Alessandrelli
>>>
>>> Currently, when SMC/HVC is used as transport, the base address of the
>>> shared
The pull request you sent on Fri, 17 Jul 2020 09:52:13 -0600:
> git://git.kernel.dk/linux-block.git tags/io_uring-5.8-2020-07-17
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/4ebf8d7649cd86c41c41bf48da4b7761da2d5009
Thank you!
--
Deet-doot-dot, I am a bot.
On Fri, 2020-07-17 at 12:04 +0200, Hans Verkuil wrote:
> On 17/07/2020 11:51, Joe Perches wrote:
> > On Fri, 2020-07-17 at 11:29 +0200, Hans Verkuil wrote:
> > > It's standard linux codingstyle to use lowercase for hex numbers.
> > > Can you change that throughout the source for the next version?
> On Jul 18, 2020, at 01:34, Chuck Lever wrote:
>
>
>
>> On Jul 17, 2020, at 1:29 PM, Pierre Sauter wrote:
>>
>> Hi Chuck,
>>
>> Am Donnerstag, 16. Juli 2020, 21:25:40 CEST schrieb Chuck Lever:
>>> So this makes me think there's a possibility you are not using upstream
>>> stable
On Fri, 17 Jul 2020 14:40:53 -0300
Arnaldo Carvalho de Melo wrote:
> Say you use:
>
> ^C[root@ssdandy ~]# cyclictest --smp -um -p95
> # /dev/cpu_dma_latency set to 0us
> policy: fifo: loadavg: 0.05 0.03 0.06 2/409 29072
>
> T: 0 (29065) P:95 I:1000 C:518 Min: 2 Act:2 Avg:2
- On Jul 17, 2020, at 1:44 PM, Alan Stern st...@rowland.harvard.edu wrote:
> On Fri, Jul 17, 2020 at 12:22:49PM -0400, Mathieu Desnoyers wrote:
>> - On Jul 17, 2020, at 12:11 PM, Alan Stern st...@rowland.harvard.edu
>> wrote:
>>
>> >> > I agree with Nick: A memory barrier is needed
On Fri, Jul 17, 2020 at 06:47:50PM +0100, Matthew Wilcox wrote:
> On Thu, Jul 16, 2020 at 09:44:27PM -0700, Eric Biggers wrote:
...
> > + /* on success, pairs with smp_load_acquire() above and below */
> > + if (cmpxchg_release(, NULL, p) != NULL) {
>
> Why do we have
On Fri, Jul 17, 2020 at 3:49 AM Marc Zyngier wrote:
>
> Hi Saravana,
>
> Thanks for re-spinning this one.
>
> On Fri, 17 Jul 2020 03:44:47 +0100,
> Saravana Kannan wrote:
> >
> > Compiling an irqchip driver as a platform driver needs to bunch of
> > things to be done right:
> > - Making sure the
On Fri, 17 Jul 2020 10:31:54 + lebon zhou wrote:
> When application provided buffer size less than sockaddr_storage, then
> kernel will overwrite some memory area which may cause memory corruption,
> e.g.: in recvmsg case, let msg_name=malloc(8) and msg_namelen=8, then
> usually application
On Thu, Jul 16, 2020 at 11:55:59PM +0200, Thomas Gleixner wrote:
> Kees Cook writes:
> > On Thu, Jul 16, 2020 at 08:22:09PM +0200, Thomas Gleixner wrote:
> >> This code is needlessly duplicated and different in all
> >> architectures.
> >>
> >> Provide a generic version based on the x86
On Thu, Jul 2, 2020 at 1:13 PM Helen Koike wrote:
>
> aclk_isp_wrap is a child of aclk_isp, and hclk_isp_wrap is a child of
> hclk_isp, thus we can remove parents from the list.
But it looks like it is the wrap clocks you are removing.
>
> Also, for the isp0, we only need the ISP clock, ACLK
On 17/07/2020 19:34, David Miller wrote:
> From: Daniel Lezcano
> Date: Wed, 15 Jul 2020 09:43:00 +0200
>
>> if you agree with this change, is it possible I merge it through the
>> thermal tree in order to fix the issue ?
>
> No problem:
>
> Acked-by: David S. Miller
Thanks!
--
On Fri, Jul 17, 2020 at 08:31:27PM +1000, Stephen Rothwell wrote:
> Hi all,
>
> After merging the akpm-current tree, today's linux-next build (powerpc
> ppc64_defconfig) produced this warning:
>
> mm/vmstat.c:614: warning: "MAX_THRESHOLD" redefined
> 614 | #define MAX_THRESHOLD 0
> |
>
On Thu, Jul 16, 2020 at 09:44:27PM -0700, Eric Biggers wrote:
> +If that doesn't apply, you'll have to implement one-time init yourself.
> +
> +The simplest implementation just uses a mutex and an 'inited' flag.
> +This implementation should be used where feasible:
I think some syntactic sugar
On Fri, Jul 17, 2020 at 10:36 AM Steven Rostedt wrote:
>
> On Fri, 17 Jul 2020 10:28:13 -0700
> Sami Tolvanen wrote:
>
> > On Fri, Jun 26, 2020 at 4:29 AM Peter Zijlstra wrote:
> > >
> > > On Thu, Jun 25, 2020 at 03:40:42PM -0700, Sami Tolvanen wrote:
> > >
> > > > > Not boot tested, but it
On Thu, Jul 9, 2020 at 4:05 AM Rajendra Nayak wrote:
>
> Add the OPP tables for DSI and MDP based on the perf state/clk
> requirements, and add the power-domains property to specify the
> scalable power domain.
>
> Signed-off-by: Rajendra Nayak
> Reviewed-by: Matthias Kaehlcke
Tested-by: Rob
On 7/17/20 10:38 AM, Sowjanya Komatineni wrote:
On 7/17/20 10:23 AM, Sowjanya Komatineni wrote:
On 7/17/20 10:08 AM, Hans Verkuil wrote:
On 17/07/2020 18:34, Sowjanya Komatineni wrote:
On 7/17/20 3:54 AM, Hans Verkuil wrote:
Hi Sowjanya,
On 15/07/2020 06:20, Sowjanya Komatineni wrote:
In preparation for further refactoring of kernel_read_file*(), rename
the "max_size" argument to the more accurate "buf_size", and correct
its type to size_t. Add kerndoc to explain the specifics of how the
arguments will be used. Note that with buf_size now size_t, it can no
longer be negative
FIRMWARE_PREALLOC_BUFFER is a "how", not a "what", and confuses the LSMs
that are interested in filtering between types of things. The "how"
should be an internal detail made uninteresting to the LSMs.
Fixes: a098ecd2fa7d ("firmware: support loading into a pre-allocated buffer")
Fixes:
From: Scott Branden
Move kernel_read_file* out of linux/fs.h to its own linux/kernel_read_file.h
include file. That header gets pulled in just about everywhere
and doesn't really need functions not related to the general fs interface.
Suggested-by: Christoph Hellwig
Signed-off-by: Scott
On Thu, Jul 2, 2020 at 1:13 PM Helen Koike wrote:
>
> Fix the following error found with make ARCH=arm64 dt_binding_check:
>
> Documentation/devicetree/bindings/media/rockchip-isp1.example.dts:24.27-101.11:
> Warning (unit_address_vs_reg): /example-0/parent@0: node has a unit name, but
> no reg
The EFI platform firmware fallback would clobber any pre-allocated
buffers. Instead, correctly refuse to reallocate when too small (as
already done in the sysfs fallback), or perform allocation normally
when needed.
Fixes: e4c2c0ff00ec ("firmware: Add new platform fallback mechanism and firm
These routines are used in places outside of exec(2), so in preparation
for refactoring them, move them into a separate source file,
fs/kernel_read_file.c.
Signed-off-by: Kees Cook
---
fs/Makefile | 3 +-
fs/exec.c | 132
Now that there is an API for checking loaded contents for modules
loaded without a file, call into the LSM hooks.
Cc: Jessica Yu
Signed-off-by: Kees Cook
---
kernel/module.c | 14 ++
1 file changed, 10 insertions(+), 4 deletions(-)
diff --git a/kernel/module.c b/kernel/module.c
In preparation for refactoring kernel_read_file*(), remove the redundant
"size" argument which is not needed: it can be included in the return
code, with callers adjusted. (VFS reads already cannot be larger than
INT_MAX.)
Signed-off-by: Kees Cook
---
drivers/base/firmware_loader/main.c | 8
On Thu, Jul 2, 2020 at 1:13 PM Helen Koike wrote:
>
> Organize properties order in dt-binbings to move it out of staging.
typo
>
> On top: compatible, reg and interrupts.
> Then alphabetical order, then properties starting with '#'.
>
> Signed-off-by: Helen Koike
>
> ---
>
> V2:
> - this is a
To perform partial reads, callers of kernel_read_file*() must have a
non-NULL file_size argument and a preallocated buffer. The new "offset"
argument can then be used to seek to specific locations in the file to
fill the buffer to, at most, "buf_size" per call.
Where possible, the LSM hooks can
On Fri, Jul 17, 2020 at 12:22:49PM -0400, Mathieu Desnoyers wrote:
> - On Jul 17, 2020, at 12:11 PM, Alan Stern st...@rowland.harvard.edu
> wrote:
>
> >> > I agree with Nick: A memory barrier is needed somewhere between the
> >> > assignment at 6 and the return to user mode at 8. Otherwise
Now that security_post_load_data() is wired up, use it instead
of the NULL file argument style of security_post_read_file(),
and update the security_kernel_load_data() call to indicate that a
security_kernel_post_load_data() call is expected.
Wire up the IMA check to match earlier logic. Perhaps
Hi,
Here's my attempt at clearing the path to partial read support in
kernel_read_file(), which fixes a number of issues along the way. I'm
still fighting with the firmware test suite (it doesn't seem to pass
for me even in stock v5.7... ?) But I don't want to block Scott's work[1]
any this week,
In preparation for adding partial read support, add an optional output
argument to kernel_read_file*() that reports the file size so callers
can reason more easily about their reading progress.
Signed-off-by: Kees Cook
---
drivers/base/firmware_loader/main.c | 1 +
fs/kernel_read_file.c
There are a few places in the kernel where LSMs would like to have
visibility into the contents of a kernel buffer that has been loaded or
read. While security_kernel_post_read_file() (which includes the
buffer) exists as a pairing for security_kernel_read_file(), no such
hook exists to pair with
As with the kernel_load_data LSM hook, add a "contents" flag to the
kernel_read_file LSM hook that indicates whether the LSM can expect
a matching call to the kernel_post_read_file LSM hook with the full
contents of the file. With the coming addition of partial file read
support for
The "FIRMWARE_EFI_EMBEDDED" enum is a "where", not a "what". It
should not be distinguished separately from just "FIRMWARE", as this
confuses the LSMs about what is being loaded. Additionally, there was
no actual validation of the firmware contents happening.
Fixes: e4c2c0ff00ec ("firmware: Add
On Thu, Jul 2, 2020 at 1:13 PM Helen Koike wrote:
>
> Add missing required nodes in json-schema yaml file for
> Rockchip ISP1 dt-bindings.
>
> Signed-off-by: Helen Koike
> ---
>
> Changes in v2:
> - New patch in the series
> ---
> .../devicetree/bindings/media/rockchip-isp1.yaml | 8
On 16 Jul 2020, at 6:15, Robbie Ko wrote:
Kirill A. Shutemov 於 2020/7/15 下午4:11 寫道:
On Wed, Jul 15, 2020 at 10:45:39AM +0800, Robbie Ko wrote:
Kirill A. Shutemov 於 2020/7/14 下午6:19 寫道:
On Tue, Jul 14, 2020 at 11:46:12AM +0200, Vlastimil Babka wrote:
On 7/13/20 3:57 AM, Robbie Ko wrote:
On Thu, Jul 2, 2020 at 1:13 PM Helen Koike wrote:
>
> Add missing required items in Rockchip ISP1 dt-bindings example for
> a complete i2c node.
>
> Signed-off-by: Helen Koike
> ---
>
> Changes in v2:
> - new patch in the series
> ---
> .../devicetree/bindings/media/rockchip-isp1.yaml
Em Fri, Jul 17, 2020 at 01:01:24PM -0400, Steven Rostedt escreveu:
> On Fri, 17 Jul 2020 21:26:50 +0800
> Changbin Du wrote:
>
> > On Thu, Jul 16, 2020 at 12:36:30PM -0300, Arnaldo Carvalho de Melo wrote:
> > > Em Sat, Jul 11, 2020 at 08:40:21PM +0800, Changbin Du escreveu:
> > > > This allows
The pull request you sent on Fri, 17 Jul 2020 14:01:54 +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/60541fb62438c6abd821874cfc3a24d280d1cbbf
Thank you!
--
Deet-doot-dot, I am a
The pull request you sent on Fri, 17 Jul 2020 13:55:30 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs.git
> tags/ovl-fixes-5.8-rc6
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/44fea37378bf735de63263d558763ce50fca05ef
Thank you!
--
On 17/07/2020 17:55, Murali Karicheri wrote:
For small Ethernet frames with size less than minimum size 66 for HSR
vs 60 for regular Ethernet frames, hsr driver currently doesn't pad the
frame to make it minimum size. This results in incorrect LSDU size being
populated in the HSR tag for
On 7/17/20 2:51 AM, Anshuman Khandual wrote:
>
>
> On 07/17/2020 02:06 PM, Will Deacon wrote:
>> On Fri, Jul 17, 2020 at 10:32:53AM +0530, Anshuman Khandual wrote:
>>>
>>>
>>> On 07/16/2020 11:55 PM, Mike Kravetz wrote:
>From 17c8f37afbf42fe7412e6eebb3619c6e0b7e1c3c Mon Sep 17 00:00:00 2001
The pull request you sent on Fri, 17 Jul 2020 14:31:39 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/fuse.git
> tags/fuse-fixes-5.8-rc6
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/0dd68a34eccd598109eb845d107a7e8e196745db
Thank you!
--
Hi,
On Fri, Jul 17, 2020 at 7:46 AM Jordan Crouse wrote:
>
> On Fri, Jul 17, 2020 at 08:04:18PM +0530, Akhil P Oommen wrote:
> > On targets where GMU is available, GMU takes over the ownership of GX GDSC
> > during its initialization. So, move the refcount-get on GX PD before we
> > initialize
The pull request you sent on Fri, 17 Jul 2020 16:42:44 +0100:
> https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git
> tags/regmap-fix-v5.8-rc5
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/ee43695571c258c0945d4c456ea85b2af9aafdf4
Thank you!
--
The pull request you sent on Fri, 17 Jul 2020 08:59:07 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git
> tags/sound-5.8-rc6
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/a238ac2d6aa587168db943661646883126f3c3fd
Thank you!
--
Deet-doot-dot,
The pull request you sent on Fri, 17 Jul 2020 16:42:54 +0100:
> https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
> tags/regulator-fix-v5.8-rc5
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/8da822e8a573767c4777a4b3f11ee12954a8cd0e
Thank you!
--
On Sat, Jul 11, 2020 at 5:42 AM Changbin Du wrote:
>
> This adds an option '-F/--funcs' to list all available functions to trace,
> which is read from tracing file 'available_filter_functions'.
>
> $ sudo ./perf ftrace -F | head
> trace_initcall_finish_cb
> initcall_blacklisted
> do_one_initcall
On Fri, 17 Jul 2020 10:28:13 -0700
Sami Tolvanen wrote:
> On Fri, Jun 26, 2020 at 4:29 AM Peter Zijlstra wrote:
> >
> > On Thu, Jun 25, 2020 at 03:40:42PM -0700, Sami Tolvanen wrote:
> >
> > > > Not boot tested, but it generates the required sections and they look
> > > > more or less as
> On Jul 17, 2020, at 1:29 PM, Pierre Sauter wrote:
>
> Hi Chuck,
>
> Am Donnerstag, 16. Juli 2020, 21:25:40 CEST schrieb Chuck Lever:
>> So this makes me think there's a possibility you are not using upstream
>> stable kernels. I can't help if I don't know what source code and commit
>>
Yi,
On 7/12/20 1:20 PM, Liu Yi L wrote:
> This patch exports iommu nesting capability info to user space through
> VFIO. User space is expected to check this info for supported uAPIs (e.g.
it is not only to check the supported uAPIS but rather to know which
callbacks it must call upon vIOMMU
From: Daniel Lezcano
Date: Wed, 15 Jul 2020 09:43:00 +0200
> if you agree with this change, is it possible I merge it through the
> thermal tree in order to fix the issue ?
No problem:
Acked-by: David S. Miller
On 7/17/20 10:23 AM, Sowjanya Komatineni wrote:
On 7/17/20 10:08 AM, Hans Verkuil wrote:
On 17/07/2020 18:34, Sowjanya Komatineni wrote:
On 7/17/20 3:54 AM, Hans Verkuil wrote:
Hi Sowjanya,
On 15/07/2020 06:20, Sowjanya Komatineni wrote:
This series adds support for video capture from
From: Chris Healy
Date: Tue, 14 Jul 2020 10:59:10 -0700
> Some Cotsworks SFF have invalid data in the first few bytes of the
> module EEPROM. This results in these modules not being detected as
> valid modules.
>
> Address this by poking the correct EEPROM values into the module
> EEPROM when
On Fri, Jul 17, 2020 at 9:34 AM Guenter Roeck wrote:
>
> On Fri, Jul 17, 2020 at 12:13:04AM +0200, Marek Szyprowski wrote:
> > Hi Saravana,
> >
> > On 16.07.2020 23:45, Saravana Kannan wrote:
> > > Marek and Guenter reported that commit 287905e68dd2 ("driver core:
> > > Expose device link details
Hi Chuck,
Am Donnerstag, 16. Juli 2020, 21:25:40 CEST schrieb Chuck Lever:
> So this makes me think there's a possibility you are not using upstream
> stable kernels. I can't help if I don't know what source code and commit
> stream you are using. It also makes me question the bisect result.
Yes
On Fri, 17 Jul 2020 16:33:38 +0200
gregory.herr...@oracle.com wrote:
> From: Gregory Herrero
>
> Currently, if a section has a relocation to '_mcount' symbol, a new
> __mcount_loc entry will be added whatever the relocation type is.
> This is problematic when a relocation to '_mcount' is in the
On Fri, Jun 26, 2020 at 4:29 AM Peter Zijlstra wrote:
>
> On Thu, Jun 25, 2020 at 03:40:42PM -0700, Sami Tolvanen wrote:
>
> > > Not boot tested, but it generates the required sections and they look
> > > more or less as expected, ymmv.
>
> > > diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
> >
On 7/17/2020 1:19 AM, Zhang Changzhong wrote:
> The driver forgets to call clk_disable_unprepare() in error path after
> a success calling for clk_prepare_enable().
>
> Fix to goto err_clk_disable if clk_prepare_enable() is successful.
>
> Signed-off-by: Zhang Changzhong
> ---
>
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 8882572675c1bb1cc544f4e229a11661f1fc52e4
commit: 670d0a4b10704667765f7d18f7592993d02783aa sparse: use identifiers to
define address spaces
date: 4 weeks ago
config: m68k-randconfig-s031-20200717 (attached
--
Good day Dear
I have a project of $18.5 Million Us Dollars which I will like you to
support me
so that the fund will be transfer to your bank account.
Please if you are capable reply back to me so that i will give more
details about this
project.
Thank you I am waiting to hear from you
Looks correct to me, but I forgot everything about posix-timers.c
this obviously means that the expired timer won't fire until the
task returns to user-mode but probably we don't care.
One cosmetic nit below,
On 07/16, Thomas Gleixner wrote:
>
> +#ifdef CONFIG_POSIX_CPU_TIMERS_TASK_WORK
> +void
From:
Date: Tue, 14 Jul 2020 13:15:20 -0400
> From: Min Li
>
> Add below to “Ancillary clock features” section
> - Low Pass Filter (LPF) access from user space
>
> Add below to list of “Supported hardware” section
> + Renesas (IDT) ClockMatrix™
>
> Signed-off-by: Min Li
Applied, thank
From: Kuppuswamy Sathyanarayanan
pcie_ports_dpc_native is set only if user requests native handling
of PCIe DPC capability via pcie_port_setup command line option.
User input takes precedence over _OSC based control negotiation
result. So consider the _OSC negotiated result for DPC ownership
From: Kuppuswamy Sathyanarayanan
If CONFIG_PCIEPORTBUS is not enabled in kernel then initialing
struct pci_host_bridge PCIe specific native_* members to "1" is
incorrect. So protect the PCIe specific member initialization
with CONFIG_PCIEPORTBUS.
Signed-off-by: Kuppuswamy Sathyanarayanan
---
From: Kuppuswamy Sathyanarayanan
Currently, AER and DPC Capabilities dependency checks is
distributed between DPC and portdrv service drivers. So move
them out of DPC driver.
Also, since services & PCIE_PORT_SERVICE_AER check already
ensures AER native ownership, no need to add additional
From: Kuppuswamy Sathyanarayanan
pcie_ports_native is set only if user requests native handling
of PCIe capabilities via pcie_port_setup command line option.
User input takes precedence over _OSC based control negotiation
result. So consider the _OSC negotiated result only if
pcie_ports_native
From: Kuppuswamy Sathyanarayanan
In DPC service enable logic, check for
services & PCIE_PORT_SERVICE_AER implies pci_aer_available()
is true. So there is no need to explicitly check it again.
Also, passing pcie_ports=dpc-native in kernel command line
implies DPC needs to be enabled in native
From: Kuppuswamy Sathyanarayanan
Currently, PCIe capabilities ownership status is detected by
verifying the status of pcie_ports_native, pcie_ports_dpc_native
and _OSC negotiated results (cached in struct pci_host_bridge
->native_* members). But this logic can be simplified, and we can
use only
On 7/17/2020 10:07 AM, Scott Branden wrote:
> From: Rayagonda Kokatanur
>
> Handle clk_get_rate() returning <= 0 condition to avoid
> possible division by zero.
>
> Fixes: daa5abc41c80 ("pwm: Add support for Broadcom iProc PWM controller")
> Signed-off-by: Rayagonda Kokatanur
>
Hi,
On Fri, Jul 17, 2020 at 9:22 AM Thomas Gleixner wrote:
>
> Doug,
>
> Doug Anderson writes:
> > On Thu, Jul 9, 2020 at 3:51 AM Thomas Gleixner wrote:
> >> TBH, I don't see why this is a good idea.
> >>
> >> 1) I'm not following your argumentation that the command line option is
> >> a
On 7/17/20 10:08 AM, Hans Verkuil wrote:
On 17/07/2020 18:34, Sowjanya Komatineni wrote:
On 7/17/20 3:54 AM, Hans Verkuil wrote:
Hi Sowjanya,
On 15/07/2020 06:20, Sowjanya Komatineni wrote:
This series adds support for video capture from external camera sensor to
Tegra video driver.
Yi,
On 7/12/20 1:20 PM, Liu Yi L wrote:
> This patch is added as instead of returning a boolean for DOMAIN_ATTR_NESTING,
> iommu_domain_get_attr() should return an iommu_nesting_info handle.
you may add in the commit message you return an empty nesting info
struct for now as true nesting is not
401 - 500 of 1397 matches
Mail list logo
