Add a missing structure comment for the recently
added @list member.
Signed-off-by: Luben Tuikov
Cc: Stephen Rothwell
Cc: Daniel Vetter
Cc: Christian König
---
include/drm/gpu_scheduler.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/drm/gpu_scheduler.h
Yahu Gao writes:
> There is a kernel NULL pointer dereference was found in Linux system.
> The details of kernel NULL is shown at bellow.
>
> Currently, we do not have a way to provoke this fault on purpose, but
> the reproduction rate in out CI loops is high enough that we could go
> for a
Hello,
syzbot found the following issue on:
HEAD commit:b3298500 Merge tag 'for-5.10/dm-fixes' of git://git.kernel..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=135a07ab50
kernel config: https://syzkaller.appspot.com/x/.config?x=e49433cfed49b7d9
Hi all,
On Wed, 9 Dec 2020 10:54:39 -0800 Kees Cook wrote:
>
> On Wed, Dec 09, 2020 at 11:01:52AM +0100, Dmitry Vyukov wrote:
> > Both KCOV and UBSAN use compiler instrumentation. If UBSAN detects a bug
> > in KCOV, it may cause infinite recursion via printk and other common
> > functions. We
On Tue 08 Dec 02:04 CST 2020, Uwe Kleine-K?nig wrote:
> Hello,
>
> On Mon, Dec 07, 2020 at 10:40:22PM -0600, Bjorn Andersson wrote:
> > The SN65DSI86 provides the ability to supply a PWM signal on GPIO 4,
> > with the primary purpose of controlling the backlight of the attached
> > panel. Add an
Al Viro pointed out that using the phrase "close_on_exec(fd,
rcu_dereference_raw(current->files->fdt))" instead of wrapping it in
rcu_read_lock(), rcu_read_unlock() is a very questionable
optimization[1].
Once wrapped with rcu_read_lock()/rcu_read_unlock() that phrase
becomes equivalent the
From: Mike Rapoport
There could be struct pages that are not backed by actual physical memory.
This can happen when the actual memory bank is not a multiple of
SECTION_SIZE or when an architecture does not register memory holes
reserved by the firmware as memblock.memory.
Such pages are
From: Mike Rapoport
Hi,
Commit 73a6e474cb37 ("mm: memmap_init: iterate over
memblock regions rather that check each PFN") exposed several issues with
the memory map initialization and these patches fix those issues.
Initially there were crashes during compaction that Qian Cai reported back
in
From: Mike Rapoport
memblock does not require that the reserved memory ranges will be a subset
of memblock.memory.
As the result there maybe reserved pages that are not in the range of any
zone or node because zone and node boundaries are detected based on
memblock.memory and pages that only
On 09/12/2020 14:33, Clément Péron wrote:
Hi,
> I try to review this, and compare against the vendor Kernel>
> On Wed, 2 Dec 2020 at 14:54, Andre Przywara wrote:
>>
>> While the clocks are fairly similar to the H6, many differ in tiny
>> details, so a separate clock driver seems indicated.
>>
Hi all,
Commit
2305d20f251d ("firmware: xilinx: Mark pm_api_features_map with static
keyword")
is missing a Signed-off-by from its committer.
--
Cheers,
Stephen Rothwell
pgpoUowBVuoOV.pgp
Description: OpenPGP digital signature
On Wed, Dec 09, 2020 at 11:13:07AM +0100, Arnaud POULIQUEN wrote:
>
>
> On 11/26/20 10:06 PM, Mathieu Poirier wrote:
> > Refactor function rproc_del() and rproc_cdev_release() to take
> > into account the policy specified in the device tree.
> >
> > Signed-off-by: Mathieu Poirier
> > ---
> >
Tested-by: Ian Goegebuer
On Mon, Dec 7, 2020 at 7:24 AM ron minnich wrote:
>
> I pinged the person again. Hope to hear today. Sorry for delay.
>
> On Sun, Dec 6, 2020 at 11:52 PM Sven Eckelmann wrote:
> >
> > On Friday, 27 November 2020 19:54:30 CET ron minnich wrote:
> > > Thanks, Sven, for
Fix a possible NULL pointer dereference when trying to read
hwmon sysfs entries associated to NVMe-oF devices that were
hot-removed or disconnected.
Unregister the NVMe hwmon device upon controller teardown
(nvme_stop_ctrl()).
Signed-off-by: Enzo Matsumiya
---
drivers/nvme/host/core.c | 1 +
Al Viro writes:
> On Wed, Dec 09, 2020 at 11:13:38AM -0800, Linus Torvalds wrote:
>> On Wed, Dec 9, 2020 at 10:05 AM Eric W. Biederman
>> wrote:
>> >
>> > - struct file * file = xchg(>fd[i],
>> > NULL);
>> > + struct file * file =
On Wed, Dec 9, 2020 at 3:08 PM H. Nikolaus Schaller wrote:
>
> But I have tested with
>
> > spi->mode |= SPI_MODE_3;
>
> which should keep the mode intact. Right? That did not work either.
>
- make sure ("spi: fix client driver breakages when using GPIO descriptors")
is in your tree
- your
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86/cache
head: 2ba836dbe2467d31fffb439258c2f454c6f1a317
commit: 2ba836dbe2467d31fffb439258c2f454c6f1a317 [6/6] x86/resctrl: Fix
incorrect local bandwidth when mba_sc is enabled
config: i386-allyesconfig (attached as .config)
From: Xie He
> Sent: 09 December 2020 03:34
>
> According to the X.25 documentation, there was a plan to implement
> X.25-over-802.2-LLC. It never finished but left various code stubs in the
> X.25 code. At this time it is unlikely that it would ever finish so it
> may be better to remove those
Hi all,
Commits
d24e661920cb ("cifs: Enable sticky bit with cifsacl mount option.")
4bcfb51f82f0 ("cifs: Fix unix perm bits to cifsacl conversion for "other"
bits.")
are missing a Signed-off-by from their committer.
--
Cheers,
Stephen Rothwell
pgpY7JNWmuTgK.pgp
Description: OpenPGP
Hi Christophe,
I love your patch! Yet something to improve:
[auto build test ERROR on powerpc/next]
[also build test ERROR on next-20201209]
[cannot apply to robh/for-next linus/master mpe/next v5.10-rc7]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting
On Wed, Dec 09, 2020 at 09:45:32AM +0100, Arnaud POULIQUEN wrote:
>
>
> On 12/9/20 1:53 AM, Mathieu Poirier wrote:
> > On Tue, Dec 08, 2020 at 07:35:18PM +0100, Arnaud POULIQUEN wrote:
> >> Hi Mathieu,
> >>
> >>
> >> On 11/26/20 10:06 PM, Mathieu Poirier wrote:
> >>> Introduce function
Hi again, Emmanuel,
On Wed, 9 Dec 2020 at 21:07, Emmanuel Grumbach wrote:
>
> Indeed, the bit is reverse logic. So we can put that aside.
> Frankly, I have no clue. You can try our backport tree to bisect,
> should be easier..
> What I see here is that your GP_CTRL value is 080003d8
>
> #define
This avoids most code indentation
Signed-off-by: Samuel Thibault
Index: linux-5.10/drivers/accessibility/speakup/spk_ttyio.c
===
--- linux-5.10.orig/drivers/accessibility/speakup/spk_ttyio.c
+++
From: Pavel Begunkov
> Sent: 09 December 2020 02:20
>
> The block layer spends quite a while in blkdev_direct_IO() to copy and
> initialise bio's bvec. However, if we've already got a bvec in the input
> iterator it might be reused in some cases, i.e. when new
> ITER_BVEC_FLAG_FIXED flag is set.
Greg KH, le mer. 09 déc. 2020 15:40:29 +0100, a ecrit:
> On Mon, Nov 30, 2020 at 11:26:41PM +0100, Samuel Thibault wrote:
> > This merely adds the missing synth parameter to all io functions.
> >
> > Signed-off-by: Samuel Thibault
>
> This patch breaks the build :(
>
> Can you rebase and
We do not actually need speakup_tty and spk_ttyio_synth global
variables, the synth can store the pointer to the tty, and the tty
ldisc_data can store the pointer to the synth.
Along the way, we can clench the initialization of the synth and the
creation of the tty, so that tty is never NULL.
This merely adds the missing synth parameter to all io functions.
Signed-off-by: Samuel Thibault
Index: linux-5.10/drivers/accessibility/speakup/spk_ttyio.c
===
--- linux-5.10.orig/drivers/accessibility/speakup/spk_ttyio.c
+++
This series reworks the relation between the speakup line discipline and the
speakup synthesizers. This is probably fixing a few minor issues, but since it
is invasive it'll better wait for 5.11.
On 12/9/20 12:15 PM, Souptick Joarder wrote:
> Kernel test robot throws below warning ->
>
> In file included from drivers/usb/cdns3/core.c:23:
>>> drivers/usb/cdns3/host-export.h:27:51: warning: 'struct usb_hcd'
>>> declared inside parameter list will not be visible outside of this
>>>
On Wed, Dec 9, 2020 at 10:47 PM Emmanuel Grumbach wrote:
>
> On Wed, Dec 9, 2020 at 10:40 PM Rui Salvaterra wrote:
> >
> > Hi, Emmanuel,
> >
> > On Wed, 9 Dec 2020 at 20:32, Emmanuel Grumbach wrote:
> > >
> > > Rui, I looked at the register dump and looks like you're using AMT on
> > > your
Add devicetree binding documentation for regulator-poweroff driver.
Signed-off-by: Michael Klein
---
.../power/reset/regulator-poweroff.yaml | 37 +++
1 file changed, 37 insertions(+)
create mode 100644
On Fri, Nov 20 2020 at 12:46, Juergen Gross wrote:
> SWAPGS is used only for interrupts coming from user mode or for
> returning to user mode. So there is no reason to use the PARAVIRT
> framework, as it can easily be replaced by an ALTERNATIVE depending
> on X86_FEATURE_XENPV.
>
> There are
This driver registers a pm_power_off function to disable a set of
regulators defined in the devicetree to turn off the board.
Signed-off-by: Michael Klein
---
drivers/power/reset/Kconfig | 7 ++
drivers/power/reset/Makefile | 1 +
Add add devicetree information for the regulator-poweroff driver.
Signed-off-by: Michael Klein
---
This patch depends on the regulator names added in
arch/arm/boot/dts/sun8i-h2-plus-bananapi-m2-zero.dts | 5 +
1 file changed, 5 insertions(+)
diff --git
Changes in v2:
- rename DT node
Changes in v3:
- add regulator-poweroff driver
- use regulator-poweroff driver instead of gpio-poweroff
Changes in v4:
- hardcode poweroff timeout to 3000ms, not configurable any more
- remove support for multiple regulators
- fix Documentation issues
On Wed, Dec 9, 2020 at 12:32 PM Matthew Wilcox wrote:
>
> If a filesystem has put an Uptodate page into the page cache, the
> rest of the kernel can read it without telling the filesystem.
XFS does the same thing for xfs_file_read_iter() too.
Not that I disagree with you - when you mmap a file,
On Fri, Nov 20 2020 at 12:46, Juergen Gross wrote:
> Xen PV guests don't use IST. For double fault interrupts switch to
> the same model as NMI.
>
> Correct a typo in a comment while copying it.
>
> Signed-off-by: Juergen Gross
> Acked-by: Peter Zijlstra (Intel)
Reviewed-by: Thomas Gleixner
On Fri, Nov 20 2020 at 12:46, Juergen Gross wrote:
> Xen PV guests don't use IST. For machine check interrupts switch to
> the same model as debug interrupts.
>
> Signed-off-by: Juergen Gross
> Acked-by: Peter Zijlstra (Intel)
Reviewed-by: Thomas Gleixner
On Wed, Dec 09, 2020 at 09:04:46AM -0800, Jakub Kicinski wrote:
> On Wed, 9 Dec 2020 08:21:00 +0200 Leon Romanovsky wrote:
> > On Tue, Dec 08, 2020 at 11:22:26AM -0800, Jakub Kicinski wrote:
> > > On Mon, 7 Dec 2020 20:14:00 +0800 Zou Wei wrote:
> > > > Remove including that don't need it.
> >
On Wed, 9 Dec 2020 20:35:00 +
Al Viro wrote:
> > And most of the d_revalidate() functions have:
> >
> > if (flags & LOOKUP_RCU)
> > return -ECHILD;
>
> Umm... That depends upon the filesystem mix involved; said that, I'd rather
> drop that "unlikely"...
Sure enough.
On Mon, Dec 7, 2020 at 4:36 PM Michal Kubecek wrote:
> Not removal, commit 3351b16af494 ("mm/filemap: add static for function
> __add_to_page_cache_locked") made the function static which breaks the
> build in btfids phase - but it seems to happen only on some
> architectures. In our case, ppc64,
Hello,
Rough take after skimming:
* I don't have an overall objection. In terms of behavior, the only thing
which stood out was input rejection depending on the current usage. The
preferred way of handling that is rejecting future allocations rather than
failing configuration as that makes
Marcelo,
On Wed, Dec 09 2020 at 13:34, Marcelo Tosatti wrote:
> On Tue, Dec 08, 2020 at 10:33:15PM +0100, Thomas Gleixner wrote:
>> On Tue, Dec 08 2020 at 15:11, Marcelo Tosatti wrote:
>> > max_cycles overflow. Sent a message to Maxim describing it.
>>
>> Truly helpful. Why the hell did you not
Hi Dominique,
On Wed, 9 Dec 2020 14:01:30 +0100 Dominique Martinet
wrote:
>
> I guess it's possible to make kbuild check both sbin and PATH, would
> that be acceptable?
I guess so. But, have you actually found any setup where depmod is not
/sbin/depmod? i.e. what problem are you trying to
Documentation for both cgroup versions, v1 and v2, of Encryption IDs
controller. This new controller is used to track and limit usage of
hardware memory encryption capabilities on the CPUs.
Signed-off-by: Vipin Sharma
Reviewed-by: David Rientjes
Reviewed-by: Dionna Glaze
---
Hardware memory encryption is available on multiple generic CPUs. For
example AMD has Secure Encrypted Virtualization (SEV) and SEV -
Encrypted State (SEV-ES).
These memory encryptions are useful in creating encrypted virtual
machines (VMs) and user space programs.
There are limited number of
On 12/9/20 3:27 PM, Matthew Rosato wrote:
Today, ISM devices are completely disallowed for vfio-pci passthrough as
QEMU will reject the device due to an (inappropriate) MSI-X check.
However, in an effort to enable ISM device passthrough, I realized that the
manner in which ISM performs block
Hello,
This patch adds a new cgroup controller, Encryption IDs, to track and
limit the usage of encryption IDs on a host.
AMD provides Secure Encrypted Virtualization (SEV) and SEV with
Encrypted State (SEV-ES) to encrypt the guest OS's memory using limited
number of Address Space Identifiers
Use the newer .apply function of pwm_ops instead of .config, .enable,
.disable and .set_polarity. This guarantees atomic changes of the pwm
controller configuration. It also reduces the size of the driver.
Since now period is a 64 bit value, add an extra check to reject periods
that exceed the
On 26/11/2020 18:18, Srinivas Pandruvada wrote:
> Add support for RFIM (Radio Frequency Interference Mitigation) support
> via processor thermal PCI device. This drivers allows adjustment of
> FIVR (Fully Integrated Voltage Regulator) and DDR (Double Data Rate)
> frequencies to avoid RF
When building block/blk-iocost.c on arch/x6x/ or arch/nios2/, the
build fails due to missing the file.
Fix this by adding local64.h as a "generic-y" file in their respective
Kbuild files, so that they will use a copy of
instead (copied to arch/*/include/generated/local64.h by the
build system).
On Wed, Dec 9, 2020 at 10:40 PM Rui Salvaterra wrote:
>
> Hi, Emmanuel,
>
> On Wed, 9 Dec 2020 at 20:32, Emmanuel Grumbach wrote:
> >
> > Rui, I looked at the register dump and looks like you're using AMT on
> > your system?
> > Can you confirm?
>
> AMT? You mean Intel Active Management?
On Sun, Oct 04, 2020 at 01:07:11PM +0300, Codrin Ciubotariu wrote:
> Starting with
> commit 75820314de26 ("i2c: core: add generic I2C GPIO recovery")
> GPIO bus recovery is supported by the I2C core, so we can remove the
> driver implementation and use that one instead.
>
> Signed-off-by: Codrin
On Wed, Dec 09, 2020 at 09:11:15PM +0100, Pavel Machek wrote:
> > Some distributions are about to switch to Python 3 support only.
> > This means that /usr/bin/python, which is Python 2, is not available
> > anymore. Hence, switch scripts to use Python 3 explicitly.
>
> Should python be
allnoconfig
i386 randconfig-a004-20201209
i386 randconfig-a005-20201209
i386 randconfig-a001-20201209
i386 randconfig-a002-20201209
i386 randconfig-a006-20201209
i386 randconfig-a003-20201209
x86_64
On Wed, Dec 9, 2020 at 10:32 PM Emmanuel Grumbach wrote:
>
> On Wed, Dec 9, 2020 at 7:19 PM Jakub Kicinski wrote:
> >
> > On Tue, 8 Dec 2020 23:17:48 + Rui Salvaterra wrote:
> > > Hi, Luca,
> > >
> > > On Tue, 8 Dec 2020 at 16:27, Coelho, Luciano
> > > wrote:
> > > > On Tue, 2020-12-08 at
Hi, again,
On Wed, 9 Dec 2020 at 20:40, Emmanuel Grumbach wrote:
>
> Besides, don't you get a stack dump in the vicinity of this register
> dump? That's be helpful to see.
Nope. No stack trace at all. Only the register dump.
Thanks,
Rui
Hi, Emmanuel,
On Wed, 9 Dec 2020 at 20:32, Emmanuel Grumbach wrote:
>
> Rui, I looked at the register dump and looks like you're using AMT on
> your system?
> Can you confirm?
AMT? You mean Intel Active Management? Heavens, no, not that I know
of! This is a personal laptop (Lenovo B51-80). (And
> Initialize the RCU-tasks earlier, before *_initcall() callbacks are
> invoked. Do it after the workqueue subsytem is up and running. That
> gives us a possibility to make use of synchronize_rcu_tasks*() wait
> API in early_initcall() callbacks.
>
> Fixes: 36dadef23fcc ("kprobes: Init kprobes in
On Wed, Dec 9, 2020 at 9:22 PM Grygorii Strashko
wrote:
> On 09/12/2020 14:53, Linus Walleij wrote:
> > On Wed, Dec 9, 2020 at 12:19 PM Arnd Bergmann wrote:
> >> On Wed, Dec 9, 2020 at 9:51 AM Linus Walleij
> >> wrote:
> >>> On Tue, Dec 8, 2020 at 3:07 PM Enrico Weigelt, metux IT consult
>
There is no use for OF headers in the driver, but mod_devicetable.h
must be included. Update driver accordingly.
Cc: Peng Hao
Cc: Arnd Bergmann
Signed-off-by: Andy Shevchenko
---
v2: no changes
drivers/misc/pvpanic.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
Switch to use new platform_get_mem_or_io() instead of home grown analogue.
Cc: Alex Williamson
Cc: Cornelia Huck
Cc: k...@vger.kernel.org
Signed-off-by: Andy Shevchenko
Acked-by: Eric Auger
---
v2: added tag (Eric)
drivers/vfio/platform/vfio_platform.c | 13 +
1 file changed, 1
Switch to use new platform_get_mem_or_io() instead of home grown analogue.
Note, the code has been moved upper in the function to allow farther cleanups,
such as resource sanity check.
Cc: linux-...@vger.kernel.org
Signed-off-by: Andy Shevchenko
---
v2: no changes
drivers/usb/host/sl811-hcd.c |
There is nothing special in the driver that requires to have
a special ACPI driver for it. Combine both into simple
platform driver.
Cc: Peng Hao
Cc: Arnd Bergmann
Signed-off-by: Andy Shevchenko
---
v2: no changes
drivers/misc/pvpanic.c | 130 ++---
1 file
There are at least few existing users of the proposed API which
retrieves either MEM or IO resource from platform device.
Make it common to utilize in the existing and new users.
Cc: Eric Auger
Cc: Alex Williamson
Cc: k...@vger.kernel.org
Cc: linux-...@vger.kernel.org
Cc: Peng Hao
Cc: Arnd
On Tue, Dec 08, 2020 at 11:10:52AM +0100, Maxime Ripard wrote:
On Mon, Dec 07, 2020 at 03:27:54PM +0100, Michael Klein wrote:
This driver registers a pm_power_off function to disable a set of
regulators defined in the devicetree to turn off the board.
Signed-off-by: Michael Klein
---
On Wed, Dec 09, 2020 at 03:24:03PM -0500, Steven Rostedt wrote:
> From: Steven Rostedt (VMware)
>
> Running my yearly branch profiling code, it detected a 100% wrong branch
> condition in name.c for lookup_fast(). The code in question has:
>
> status = d_revalidate(dentry,
On Tue, Dec 08, 2020 at 01:35:29PM -0800, Vipin Sharma wrote:
> Hello,
>
> This patch adds a new cgroup controller, Encryption IDs, to track and
> limit the usage of encryption IDs on a host.
>
> AMD provides Secure Encrypted Virtualization (SEV) and SEV with
> Encrypted State (SEV-ES) to
Your email has been selected for the United Nations Covid-19 Relief Fund, for
more details kindly reply to sangior...@aclipisa.it
Best regards,
Dr. Susan Marshal
On Wed, Dec 9, 2020 at 7:19 PM Jakub Kicinski wrote:
>
> On Tue, 8 Dec 2020 23:17:48 + Rui Salvaterra wrote:
> > Hi, Luca,
> >
> > On Tue, 8 Dec 2020 at 16:27, Coelho, Luciano
> > wrote:
> > > On Tue, 2020-12-08 at 11:27 +, Rui Salvaterra wrote:
> > > >
> > > > [ 3174.003910] iwlwifi
On Wed, Dec 09, 2020 at 11:04:13AM -0800, Linus Torvalds wrote:
> In particular, it made it a nightmare to read what do_fault_around()
> does: it does that odd
>
> if (pmd_none(*vmf->pmd)) {
> vmf->prealloc_pte = pte_alloc_one(vmf->vma->vm_mm);
>
> and then it calls
On Wed, Dec 09, 2020 at 08:25:52PM +, Mark Brown wrote:
> On Wed, Dec 09, 2020 at 11:15:35PM +0300, Serge Semin wrote:
> > On Wed, Dec 09, 2020 at 07:54:20PM +, Mark Brown wrote:
>
> > > Right, in general we aim to do this sort of fixup on the transfers
> > > and messages rather than the
Some s390 PCI devices (e.g. ISM) perform I/O operations that have very
specific requirements in terms of alignment as well as the patterns in
which the data is read/written. Allowing these to proceed through the
typical vfio_pci_bar_rw path will cause them to be broken in up in such a
way that
Today, ISM devices are completely disallowed for vfio-pci passthrough as
QEMU will reject the device due to an (inappropriate) MSI-X check.
However, in an effort to enable ISM device passthrough, I realized that the
manner in which ISM performs block write operations is highly incompatible
with
Some zpci device types (e.g., ISM) follow different rules for length
and alignment of pci instructions. Recognize this and keep track of
it in the zpci_dev.
Signed-off-by: Matthew Rosato
Reviewed-by: Niklas Schnelle
Reviewed-by: Pierre Morel
---
arch/s390/include/asm/pci.h | 3 ++-
We'll need to know this information for vfio passthrough.
Signed-off-by: Matthew Rosato
Reviewed-by: Pierre Morel
---
arch/s390/include/asm/pci.h | 1 +
arch/s390/include/asm/pci_clp.h | 3 ++-
arch/s390/pci/pci_clp.c | 1 +
3 files changed, 4 insertions(+), 1 deletion(-)
diff
Use an additional bit of the VFIO_DEVICE_INFO_CAP_ZPCI_GROUP flags
field to pass whether or not the associated device supports relaxed
length and alignment for some I/O operations.
Signed-off-by: Matthew Rosato
Acked-by: Niklas Schnelle
Reviewed-by: Pierre Morel
---
On Tue 08 Dec 17:52 CST 2020, Daniel Vetter wrote:
> On Tue, Dec 08, 2020 at 04:02:16PM -0600, Bjorn Andersson wrote:
> > On Tue 08 Dec 06:47 CST 2020, Thierry Reding wrote:
> >
> > > On Mon, Dec 07, 2020 at 10:44:46PM -0600, Bjorn Andersson wrote:
> > > > Some bridge chips, such as the TI
From: Arnd Bergmann
On Mon, 7 Dec 2020 16:47:51 +0800, Zhen Lei wrote:
> v1 --> v2:
> Update the patch description and subject.
>
> I'm going to describe the detailed analysis here, because I don't want the
> patch description to be too long.
>
> 0) make ARCH=arm CROSS_COMPILE=arm-linux-gnu-
Add self tests for checking of RCU-tasks API functionality.
It covers:
- wait API functions;
- invoking/completion call_rcu_tasks*().
Self-tests are run when CONFIG_PROVE_RCU kernel parameter is set.
Signed-off-by: Uladzislau Rezki (Sony)
---
kernel/rcu/tasks.h | 44
Initialize the RCU-tasks earlier, before *_initcall() callbacks are
invoked. Do it after the workqueue subsytem is up and running. That
gives us a possibility to make use of synchronize_rcu_tasks*() wait
API in early_initcall() callbacks.
Fixes: 36dadef23fcc ("kprobes: Init kprobes in
On 12/9/20 9:26 AM, Rob Herring wrote:
On Tue, Dec 01, 2020 at 01:12:43PM -0800, Sowjanya Komatineni wrote:
This patch adds YAML based device tree binding document for Tegra
QSPI driver.
Signed-off-by: Sowjanya Komatineni
---
.../devicetree/bindings/spi/nvidia,tegra-qspi.yaml | 77
On Sat, 5 Dec 2020 01:15:07 +0100, Alexandre Belloni wrote:
> Add devicetree documentation for simple audio multiplexers
Applied to
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-next
Thanks!
[1/2] dt-bindings: add simple-audio-mux binding
commit:
On Wed, Dec 09, 2020 at 11:15:35PM +0300, Serge Semin wrote:
> On Wed, Dec 09, 2020 at 07:54:20PM +, Mark Brown wrote:
> > Right, in general we aim to do this sort of fixup on the transfers
> > and messages rather than the devices, I guess we might be missing
> > validation in some of the
On Wed, Dec 9, 2020 at 10:15 AM Greg Kroah-Hartman
wrote:
>
> On Fri, Nov 20, 2020 at 06:02:15PM -0800, Saravana Kannan wrote:
> > The current implementation of fw_devlink is very inefficient because it
> > tries to get away without creating fwnode links in the name of saving
> > memory usage.
On Sat, Nov 28, 2020 at 01:05:16PM +0530, Manivannan Sadhasivam wrote:
> On Fri, Nov 20, 2020 at 01:56:07AM +0200, Cristian Ciocaltea wrote:
> > Add I2C controller nodes for Actions Semi S500 SoC.
> >
> > Signed-off-by: Cristian Ciocaltea
>
> Reviewed-by: Manivannan Sadhasivam
DTS changes
From: Steven Rostedt (VMware)
Running my yearly branch profiling code, it detected a 100% wrong branch
condition in name.c for lookup_fast(). The code in question has:
status = d_revalidate(dentry, nd->flags);
if (likely(status > 0))
On Fri, Nov 20, 2020 at 01:56:06AM +0200, Cristian Ciocaltea wrote:
> Add S500 variant to the list of devices supported by the Actions Semi
> Owl I2C driver.
>
> Signed-off-by: Cristian Ciocaltea
Applied to for-next, thanks!
signature.asc
Description: PGP signature
On 09/12/2020 14:53, Linus Walleij wrote:
On Wed, Dec 9, 2020 at 12:19 PM Arnd Bergmann wrote:
On Wed, Dec 9, 2020 at 9:51 AM Linus Walleij wrote:
On Tue, Dec 8, 2020 at 3:07 PM Enrico Weigelt, metux IT consult
wrote:
What we need to understand is if your new usecase is an outlier
so
On Fri, Nov 20, 2020 at 01:56:04AM +0200, Cristian Ciocaltea wrote:
> Convert the Actions Semi Owl I2C DT binding to a YAML schema for
> enabling DT validation.
>
> Additionally, add a new compatible string corresponding to the I2C
> controller found in the S500 variant of the Actions Semi Owl
On Wed, 9 Dec 2020 at 20:13, Richard Henderson
wrote:
>
> On 12/9/20 12:39 PM, Catalin Marinas wrote:
> >> I would have thought that the best way is to use TCO, so that we don't
> >> have to
> >> have dual mappings (and however many MB of extra page tables that might
> >> imply).
> >
> > The
On Fri, Nov 20, 2020 at 01:56:05AM +0200, Cristian Ciocaltea wrote:
> The Actions Semi Owl I2C DT binding has been converted to YAML schema,
> therefore update accordingly the entry in MAINTAINERS.
>
> Signed-off-by: Cristian Ciocaltea
Squashed with 10/18 and applied to for-next, thanks!
On Wed, Dec 09, 2020 at 12:08:51PM +0100, Enrico Weigelt, metux IT consult
wrote:
> Hello folks,
>
>
> while trying to make some more drivers compile-test'able, i've
> discovered some arch specific calls in here, eg.:
>
>
> In file included from
>
On Wed, Dec 9, 2020 at 12:14 PM Matthew Wilcox wrote:
[..]
> If we put in into a separate patch, someone will suggest backing out the
> patch which tells us that there's a problem. You know, like this guy ...
>
On 09/12/2020 18:37, Willem de Bruijn wrote:
> On Wed, Dec 9, 2020 at 10:25 AM Geva, Erez wrote:
>>
>>
>> On 09/12/2020 15:48, Willem de Bruijn wrote:
>>> On Wed, Dec 9, 2020 at 9:37 AM Erez Geva wrote:
Configure and send TX sending hardware timestamp from
user space
Kernel test robot throws below warning ->
In file included from drivers/usb/cdns3/core.c:23:
>> drivers/usb/cdns3/host-export.h:27:51: warning: 'struct usb_hcd'
>> declared inside parameter list will not be visible outside of this
>> definition or declaration
27 | static inline int
On Thu, 03 Dec 2020 20:06:41 +0530, Sameer Pujar wrote:
> Convert Tegra HDA doc to YAML format.
>
> Signed-off-by: Sameer Pujar
> ---
> .../bindings/sound/nvidia,tegra30-hda.txt | 35
> .../bindings/sound/nvidia,tegra30-hda.yaml | 98
> ++
> 2
On Thu, 03 Dec 2020 22:24:30 +0300, Dmitry Osipenko wrote:
> Document opp-supported-hw property, which is not strictly necessary to
> have on Tegra20, but it's very convenient to have because all other SoC
> core devices will use hardware versioning, and thus, it's good to maintain
> the
On Wed, Dec 9, 2020 at 2:31 AM Martin Schiller wrote:
>
> >> 1. When the x25 module gets loaded, layer 2 may already be running and
> >> connected. In this case, although we are in X25_LINK_STATE_0, we still
> >> need to handle the Restart Request received, rather than ignore it.
> >
> > Hmm...
On Tue, Dec 08, 2020 at 03:09:59PM +0100, Grzegorz Jaszczyk wrote:
> The firmware blob can contain optional ELF sections: .resource_table
> section and .pru_irq_map one. The second one contains the PRUSS
> interrupt mapping description, which needs to be setup before powering
> on the PRU core. To
501 - 600 of 1496 matches
Mail list logo
