There are some files under Documentation which uses
deprecated versions of GNU Free Documentation License, on
both versions 1.1 and 1.2.
On all cases, the license is with no Invariant Sections,
Front-Cover Texts or Back-Cover Texts.
Add the text file for them, as we'll start using SPDX
for
As discussed in [1], KUnit tests have hitherto not had a particularly
consistent naming scheme. This adds documentation outlining how tests
and test suites should be named, including how those names should be
used in Kconfig entries and filenames.
[1]:
Fix formating of struct description to avoid warning highlighted
by W=1 compilation.
Signed-off-by: Alain Volmat
---
v2: fixes tag removed
drivers/mailbox/mailbox-sti.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/mailbox/mailbox-sti.c
On 08.09.20 22:10, David Hildenbrand wrote:
Let's try to merge system ram resources we add, to minimize the number
of resources in /proc/iomem. We don't care about the boundaries of
individual chunks we added.
Cc: Andrew Morton
Cc: Michal Hocko
Cc: Boris Ostrovsky
Cc: Juergen Gross
Cc:
On 08.09.20 22:10, David Hildenbrand wrote:
We soon want to pass flags, e.g., to mark added System RAM resources.
mergeable. Prepare for that.
This patch is based on a similar patch by Oscar Salvador:
https://lkml.kernel.org/r/20190625075227.15193-3-osalva...@suse.de
Acked-by: Wei Liu
Cc:
On Tue, Sep 8, 2020 at 8:40 PM Arvind Sankar wrote:
>
> On Tue, Sep 08, 2020 at 10:21:32AM -0700, Kees Cook wrote:
> > On Tue, Sep 08, 2020 at 11:39:11AM +0200, Marco Elver wrote:
> > > On Sun, 6 Sep 2020 at 00:23, Arvind Sankar wrote:
> > > >
> > > > String functions can be useful in early
On Wed, 9 Sep 2020 00:09:23 +0900
Masami Hiramatsu wrote:
> > > Of course make it lockless then warning is gone.
> > > But even without the lockless patch, this warning can be false-positive
> > > because we prohibit nested kprobe call, right?
> >
> > Yes, because the actual nesting is avoided
Hello,
syzbot found the following issue on:
HEAD commit:59126901 Merge tag 'perf-tools-fixes-for-v5.9-2020-09-03' ..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=12edb93590
kernel config: https://syzkaller.appspot.com/x/.config?x=3c5f6ce8d5b68299
Fix IOVA reserve failure for memory regions listed in dma-ranges in the
following cases.
- start address of memory region is 0x0.
- end address of a memory region is equal to start address of next memory
region.
Fixes: aadad097cd46f ("iommu/dma: Reserve IOVA for PCIe inaccessible DMA
-a004-20200908
i386 randconfig-a005-20200908
i386 randconfig-a006-20200908
i386 randconfig-a002-20200908
i386 randconfig-a001-20200908
i386 randconfig-a003-20200908
i386 randconfig-a004-20200907
i386
On Wed, 2020-09-09 at 05:12 +0200, Mike Galbraith wrote:
> On Wed, 2020-09-02 at 17:55 +0200, Sebastian Andrzej Siewior wrote:
> >
> > Known issues
> > - It has been pointed out that due to changes to the printk code the
> >internal buffer representation changed. This is only an issue
Hi,
here is the new version of the patch based on Peters suggestion
It looks like it works fine. I added the BUG_ON to __crash_kexec,
because it is a precondition, that panic_cpu is set correctly, otherwise
the whole locking logic fails.
The mutex_trylock can still be used, because it is
Hi all,
After merging the driver-core tree, today's linux-next build (x86_64
allmodconfig) failed like this:
lib/test_firmware.c: In function 'trigger_request_platform_store':
lib/test_firmware.c:517:35: error: 'efi_embedded_fw_list' undeclared (first use
in this function); did you mean
ses on x86_64 with Linux next 20200908 tag
> kernel
> this kernel BUG noticed several times.
>
> metadata:
> git branch: master
> git repo:
> https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git
> git commit: dff9f829e5b0181d4ed9d35aa62d695292399b54
>
HWCAP name arrays (hwcap_str, compat_hwcap_str, compat_hwcap2_str) that are
scanned for /proc/cpuinfo are detached from their bit definitions making it
vulnerable and difficult to correlate. It is also bit problematic because
during /proc/cpuinfo dump these arrays get traversed sequentially
On Tue, 8 Sep 2020 at 21:05, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 5.8.8 release.
> There are 186 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
>
On Tue, 8 Sep 2020 at 21:12, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 5.4.64 release.
> There are 129 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
>
Hi Pavel,
On 09/09/20 00:22, Pavel Machek wrote:
> Hi!
>
> > This is RFC v2 of Peter's SCHED_DEADLINE server infrastructure
> > implementation [1].
> >
> > SCHED_DEADLINE servers can help fixing starvation issues of low priority
> > tasks (e.g.,
> > SCHED_OTHER) when higher priority tasks
On Tue, Sep 08, 2020 at 05:53:16PM +, Felipe Franciosi wrote:
>
>
> > On Sep 8, 2020, at 3:22 PM, Paolo Bonzini wrote:
> >
> > On 28/08/20 14:21, Matej Genci wrote:
> >> VirtIO 1.0 spec says
> >>The removed and rescan events ... when sent for LUN 0, they MAY
> >>apply to the entire
Hi all,
After merging the tty tree, today's linux-next build (arm
multi_v7_defconfig) produced this warning:
drivers/tty/serial/8250/8250_bcm2835aux.c: In function
'bcm2835aux_serial_probe':
drivers/tty/serial/8250/8250_bcm2835aux.c:154:3: warning: ignoring return value
of 'dev_err_probe'
* Bhaskar Chowdhury [200908 23:08]:
> On 00:56 Wed 09 Sep 2020, Pavel Machek wrote:
> > Would it be possible to create a mailing list on vger.kernel.org?
> > Probably phones@ or phone-devel@? I believe it would be useful to
> > cover hardware-dependend pieces of the phone stack (ofono,
> >
It was printed unconditionally even if nothing is printed.
Check if the output list empty when filter is given.
Before:
$ ./perf list duration
List of pre-defined events (to be used in -e):
duration_time [Tool event]
Metric Groups:
After:
$
Print libpfm4 events with 'perf list pfm' command like others.
When libpfm4 support is not enabled, it'd print nothing.
Also it support glob pattern matching for event name.
$ perf list pfm
List of pre-defined events (to be used in --pfm-events):
ix86arch:
UNHALTED_CORE_CYCLES
The sep is already checked being not NULL. The code seems to be a
leftover from some refactoring.
Signed-off-by: Namhyung Kim
diff --git a/tools/perf/builtin-list.c b/tools/perf/builtin-list.c
index 0a7fe4cb..10ab5e40a34f 100644
--- a/tools/perf/builtin-list.c
+++
Hi,
Mauro Carvalho Chehab writes:
> This binding driver is needed for Hikey 970 to work,
> as otherwise a Serror is produced:
>
> [1.837458] SError Interrupt on CPU0, code 0xbf02 -- SError
> [1.837462] CPU: 0 PID: 74 Comm: kworker/0:1 Not tainted 5.8.0+ #205
> [
Currently NXP fspi driver has support of DT only. Adding ACPI
support to the driver so that it can be used by UEFI firmware
booting in ACPI mode. This driver will be probed if any firmware
will expose HID "NXP0009" in DSDT table.
Signed-off-by: kuldip dwivedi
---
Notes:
1. Add ACPI match
Hi,
Mauro Carvalho Chehab writes:
>> > I tested here, together with the Hikey 970 phy RFC patches I sent
>> > last week.
>> >
>> > Without this patch, the USB HID driver receives -EPROTO from
>> > submitted URBs, causing it to enter into an endless reset cycle
>> > on every 500 ms, at the
Hi Christoph,
On 9/8/20 1:55 PM, Christoph Hellwig wrote:
On Tue, Sep 08, 2020 at 06:36:19AM +0100, Christoph Hellwig wrote:
On Mon, Sep 07, 2020 at 09:18:50PM +0100, Tom Murphy wrote:
Yeah we talked about passing an attr to map_sg to disable merging at
the following microconfernce:
Hi,
Roger Quadros writes:
> Converts cdns-usb3.txt to YAML schema cdns,usb3.yaml
>
> Signed-off-by: Roger Quadros
> ---
> .../devicetree/bindings/usb/cdns,usb3.yaml| 89 +++
> .../devicetree/bindings/usb/cdns-usb3.txt | 45 --
Rob, should I wait for your Ack
Looks good:
Reviewed-by: Christoph Hellwig
This should probably go into Al's base.set_fs branch.
Hi,
i don't see this Patchset in 5.9-rc4
is anything missing?
regards Frank
On Mon, Sep 07, 2020 at 07:54:37PM +0200, Corentin Labbe wrote:
> When adding allwinner,sun8i-a33-crypto, I forgot to add that it needs reset.
> Furthermore, there are no need to use items to list only one compatible
> in compatible list.
>
> Fixes: f81547ba7a98 ("dt-bindings: crypto: add new
> +static void dump_mem(const char *, const char *, unsigned long, unsigned
> long, bool kernel_mode);
This adds a pointlessly long line.
And looking at the code I don't see why the argument is even needed.
dump_mem() currently does an unconditional set_fs(KERNEL_DS), so it
should always use
> +SYSCALL_DEFINE4(oabi_epoll_wait, int, epfd, struct oabi_epoll_event __user
> *, events,
> + int, maxevents, int, timeout)
> +SYSCALL_DEFINE6(oabi_epoll_pwait, int, epfd, struct oabi_epoll_event __user
> *, events,
> + int, maxevents, int, timeout, const sigset_t
Jonathan Cameron 於 2020年8月30日 週日 上午1:12寫道：
>
> On Mon, 24 Aug 2020 17:06:24 +0800
> Gene Chen wrote:
>
> > From: Gene Chen
> >
> > Add MT6360 ADC driver include Charger Current, Voltage, and
> > Temperature.
> >
> > Signed-off-by: Gene Chen
> Hi Gene,
>
> A few comments inline. The big one
On Mon, Sep 07, 2020 at 05:36:46PM +0200, Arnd Bergmann wrote:
> The epoll_wait() system call wrapper is one of the remaining users of
> the set_fs() infrasturcture for Arm. Changing it to not require set_fs()
> is rather complex unfortunately.
>
> The approach I'm taking here is to allow
On Tue, Sep 08, 2020 at 08:15:56AM +0200, Maxime Ripard wrote:
> On Mon, Sep 07, 2020 at 07:54:37PM +0200, Corentin Labbe wrote:
> > When adding allwinner,sun8i-a33-crypto, I forgot to add that it needs reset.
> > Furthermore, there are no need to use items to list only one compatible
> > in
On Tue, 8 Sep 2020 at 06:46, Stephen Rothwell wrote:
>
> Hi all,
>
> Today's linux-next merge of the mmc tree got a conflict in:
>
> drivers/mmc/host/Kconfig
>
> between commits:
>
> cb6c03019cdd ("ARM: exynos: stop selecting PLAT_SAMSUNG")
> db8230d29c3a ("ARM: s5pv210: don't imply
On Mon, Sep 07, 2020 at 06:24:56PM +0200, Martin Cerveny wrote:
> Add support for crypto engine (sun4i-ss) for Allwinner V3s.
> Functionality like A33 so add only compatible and enable
> in device tree.
>
> Regards.
Applied, thanks
Maxime
signature.asc
Description: PGP signature
On Mon, Sep 07, 2020 at 07:30:47PM +0200, pet...@infradead.org wrote:
...
>
> Don't look at this function in isolation, look at native_sched_clock()
> where it's used as a whole.
>
...
> What happened (afaict) is that the change caused it to use more
> registers and ended up spiling crap on the
Hi Linus,
The i915 reverts are going to be a bit of a conflict mess for next, so
I decided to dequeue them now, along with some msm fixes for a ring
corruption issue, that Rob sent over the weekend.
Dave.
drm-fixes-2020-09-08:
drm fixes for 5.9-rc5 (special edition)
i915:
- revert gpu
Hi,
On Fri, Sep 04, 2020 at 10:01:06PM +0200, Martin Cerveny wrote:
> First patch extends cedrus capability to all decoders
> because V3s missing MPEG2 decoder.
>
> Next two patches add system control node (SRAM C1) and
> next three patches add support for Cedrus VPU.
How was it tested?
On Tue, Sep 08, 2020 at 02:04:53PM +0800, Lu Baolu wrote:
> Do you mind telling where can I find Marek's series?
[PATCH v10 00/30] DRM: fix struct sg_table nents vs. orig_nents misuse
on various lists including the iommu one.
Hi all,
Gentle ping on this patch.
Thanks
Hanks Chen
On Thu, 2020-07-30 at 21:30 +0800, Hanks Chen wrote:
> Add MT6779 UART0 clock support.
>
> Fixes: 710774e04861 ("clk: mediatek: Add MT6779 clock support")
> Signed-off-by: Wendell Lin
> Signed-off-by: Hanks Chen
> Reviewed-by: Matthias
On Fri, Sep 04, 2020 at 10:01:11PM +0200, Martin Cerveny wrote:
> Allwinner V3s SoC contains video engine. Add compatible for it.
>
> Signed-off-by: Martin Cerveny
The prefix isn't the right one, it shouldn't be media: but dt-bindings: media:
cedrus:
Maxime
signature.asc
Description: PGP
On Mon, Aug 31, 2020 at 12:31:21AM +0300, Tali Perry wrote:
> timeout_usec value calculation was wrong, the calculated value
> was in msec instead of usec.
>
> Signed-off-by: Tali Perry
> Reviewed-by: Avi Fishman
Applied to for-current, thanks! And thanks for the Fixes-tag, Joel.
This patch adds hwmon functionality for Intel MAX 10 BMC chip. This BMC
chip connects to a set of sensor chips to monitor current, voltage,
thermal and power of different components on board. The BMC firmware is
responsible for sensor data sampling and recording in shared registers.
Host driver
This patch depends on the patch "add Intel MAX 10 BMC chip support for
Intel FPGA PAC".
https://lore.kernel.org/lkml/1599491813-20819-1-git-send-email-yilun...@intel.com/
This patch adds support for the hwmon sub device in Intel MAX 10 BMC
Xu Yilun (1):
hwmon: intel-m10-bmc-hwmon: add hwmon
From: Zqiang
Due to CPU hotplug, it may never be online after it's offline,
some objects in percpu pool is never free. in order to avoid
this happening, install CPU hotplug callback, call this callback
func to free objects in percpu pool when CPU going offline.
Signed-off-by: Zqiang
---
Hi all,
Gentle ping on this patch set.
Thanks!
Hanks Chen
On Thu, 2020-07-30 at 21:04 +0800, Hanks Chen wrote:
> Hi all,
>
> Gentle ping on this patch.
>
> Thanks!
>
> Hanks Chen
>
>
> On Wed, 2020-07-22 at 17:21 +0200, Matthias Brugger wrote:
> >
> > On 22/07/2020 13:16, Hanks Chen
On a testing system with 2 physical NUMA node, 8GB memory, a small
memory hole from 640KB to 1MB, and a large memory hole from 3GB to
4GB. If "numa=fake=1G" is used in kernel command line, the resulting
fake NUMA nodes are as follows,
NUMA: Node 0 [mem 0x-0x0009] + [mem
This patch detects end reverses the effects of the malicious FTDI
Windows driver version 2.12.00(FTDIgate).
While we currently load the ftdi_sio driver for devices with
FTDI_BRICK_PID(0x) userspace applications that expect the
appropriate FTDI_8U232AM_PID(0x6001) PID may not work properly.
Alban, Andy,
Can you please apply this patch series from 2018 or please explain
what I (or John) have to do so this series can be applied?
https://patchwork.kernel.org/cover/10552139/
[V2,0/3] phy: qcom-ipq4019-usb: add new driver
OpenWRT has been applying this code to all ipq4019 targets
Adding linux-...@vger.kernel.org since Andy's email in MAINTAINERs bounced.
Using Matthew's personal email since his codeaurora email bounced.
On Mon, Sep 7, 2020 at 11:35 PM Grant Grundler wrote:
>
> Alban, Andy,
> Can you please apply this patch series from 2018 or please explain
> what I (or
Hi Daniel,
On Mon, 31 Aug 2020, 9:18am, Daniel Wagner wrote:
> changes since v1:
>
> - added dummy warn function to patch#1
> - added log entry to patch#4
>
> as suggested by Martin
>
>
>
> Initial cover letter:
>
> The first crash we observed is due memory corruption in the srb memory
>
Em Mon, 07 Sep 2020 17:04:31 +0300
Felipe Balbi escreveu:
> >> static const struct dev_pm_ops dwc3_dev_pm_ops = {
> >>SET_SYSTEM_SLEEP_PM_OPS(dwc3_suspend, dwc3_resume)
> >> + .complete = dwc3_complete,
>
> why is this done on complete? Why can't it be done at the end of
>
On Mon, 31 Aug 2020, 9:18am, Daniel Wagner wrote:
>
> Emit a warning when ->done or ->free are called on an already freed
> srb. There is a hidden use-after-free bug in the driver which corrupts
> the srb memory pool which originates from the cleanup callbacks. By
> explicitly resetting the
On Sun, Sep 06, 2020 at 06:06:39PM +0200, Mateusz Nosek wrote:
> Hi,
>
> I performed simple benchmarks using custom kernel module with the code
> fragment in question 'copy-pasted' in there in both versions. In case of 1k,
> 10k and 100k iterations the average time for kzalloc version was 5.1 and
On Mon, 31 Aug 2020, 9:18am, Daniel Wagner wrote:
>
> Refactor qla2x00_get_sp_from_handle() to avoid the unecessary
> goto if early returns are used. With this we can also avoid
> preinitilzing the sp pointer.
>
> Signed-off-by: Daniel Wagner
> ---
> drivers/scsi/qla2xxx/qla_isr.c | 8
Some MediaTek platforms does not have to bind MPHY so users
shall not see any unnecessary logs. Simply remove logs for this
case.
Fixes: fc4983018fea ("scsi: ufs-mediatek: Allow unbound mphy")
Signed-off-by: Stanley Chu
---
drivers/scsi/ufs/ufs-mediatek.c | 5 -
1 file changed, 4
Forcibly leave UniPro low-power mode if UIC commands is failed.
This makes hba_enable_delay_us as correct (default) value for
re-enabling the host.
At the same time, change type of parameter "lpm" in function
ufs_mtk_unipro_set_pm() to "bool".
Signed-off-by: Stanley Chu
---
Hi Martin, Avri,
This series fix some defects and introduce host reset mechanism in MediaTek UFS
platforms.
Please consider this patch series for kernel v5.10.
Thanks,
Stanley Chu
Stanley Chu (4):
scsi: ufs-mediatek: Eliminate error message for unbound mphy
scsi: ufs-mediatek: Fix
Simply add HOST_PA_TACTIVATE quirk back since it was incorrectly
removed before.
Fixes: 47d054580a75 ("scsi: ufs-mediatek: fix HOST_PA_TACTIVATE quirk for
Samsung UFS Devices")
Signed-off-by: Stanley Chu
---
drivers/scsi/ufs/ufs-mediatek.c | 6 --
1 file changed, 6 deletions(-)
diff --git
Add host reset mechanism to try to recover host-side errors
during recovery flow.
Signed-off-by: Stanley Chu
---
drivers/scsi/ufs/ufs-mediatek.c | 48 +++--
drivers/scsi/ufs/ufs-mediatek.h | 3 +++
2 files changed, 49 insertions(+), 2 deletions(-)
diff --git
On Mon, 31 Aug 2020, 9:18am, Daniel Wagner wrote:
>
> Commit 7c3df1320e5e ("[SCSI] qla2xxx: Code changes to support new
> dynamic logging infrastructure.") removed the use of the func
> argument.
>
> Signed-off-by: Daniel Wagner
> ---
> drivers/scsi/qla2xxx/qla_gbl.h | 3 +--
>
On Mon, 31 Aug 2020, 9:18am, Daniel Wagner wrote:
>
> It was observed on an ISP8324 16Gb HBA with fw=8.08.203 (d0d5) that
> pkt->entry_type was MBX_IOCB_TYPE/0x39 with an sp->type SRB_SCSI_CMD
> which is invalid and should not be possible.
>
> A careful code review of the crash dump didn't reveal
These days dma ops can be overridden per device, and the virtio core
uses that to handle the dma quirks transparently for the rest of the
kernel. So we can drop the virtio_has_dma_quirk() checks, just use
the dma api unconditionally and depend on the virtio core having setup
dma_ops as needed.
On Mon, Sep 07, 2020 at 02:49:49PM -0700, Jonathan Bakker wrote:
> Looking at this again, it appears that there is actually control for
> it at offset 0x6818 of pmu_syscon (0xe0108000) [1]. However, it defaults to
> enabled so it's not required for proper use of the block. Whether it should
> be
Em Tue, 08 Sep 2020 09:09:46 +0300
Felipe Balbi escreveu:
> >> Why does it affect only Hikey kirin?
> >
> > As John Stultz didn't re-submit this one (and looking at the DT
> > between Kirin 960 and 970 from the original Kernel 4.9 official
> > drivers), I suspect that only Kirin 970 requires
Em Mon, 7 Sep 2020 17:59:34 +0200
Mauro Carvalho Chehab escreveu:
> diff --git a/drivers/usb/dwc3/dwc3-of-simple.c
> b/drivers/usb/dwc3/dwc3-of-simple.c
> index 8852fbfdead4..2d497165efe2 100644
> --- a/drivers/usb/dwc3/dwc3-of-simple.c
> +++ b/drivers/usb/dwc3/dwc3-of-simple.c
> @@ -49,7
On Mon, Sep 07, 2020 at 04:55:26PM -0700, Jonathan Bakker wrote:
> Sadly, this is causing issues for me. The machine driver is no longer
> probing correctly
> on the Galaxy S.
>
> The failing call in sound/soc/samsung/aries_wm8994.c is
>
> /* Set CPU of_node for BT DAI */
>
On Mon, Sep 07, 2020 at 04:57:53PM -0700, Jonathan Bakker wrote:
> Hi Krzysztof,
>
> On 2020-09-07 9:11 a.m., Krzysztof Kozlowski wrote:
> > The S3C RTC requires 32768 Hz clock as input which is provided by PMIC.
> > However there is no such clock provider but rather a regulator driver
> > which
On Tue, 8 Sep 2020 00:39:51 +0200
Halil Pasic wrote:
> On Mon, 7 Sep 2020 11:39:05 +0200
> Pierre Morel wrote:
>
> > Hi all,
> >
> > The goal of the series is to give a chance to the architecture
> > to validate VIRTIO device features.
>
> Michael, is this going in via your tree?
>
I
Le 03/09/2020 à 23:35, Andrew Morton a écrit :
On Wed, 2 Sep 2020 11:09:11 +0200 Laurent Dufour wrote:
register_mem_sect_under_nodem() is checking the memory block's node id only
if the system state is "SYSTEM_BOOTING". On PowerPC, the memory blocks are
registered while the system state is
On Mon, Sep 07, 2020 at 05:28:54PM -0700, Jonathan Bakker wrote:
> Ah, I figured out why the dma stopped working. In s5pv210-aries.dtsi the
> dma's for i2s0
> are overriden to use pdma0 instead of pdma1. That also needs changing for
> this to
> work properly.
Indeed I missed this, thanks for
On Tue, Sep 8, 2020 at 4:12 AM Jakub Kicinski wrote:
>
> On Mon, 7 Sep 2020 11:50:10 +0800 Po-Hsu Lin wrote:
> > The kci_test_encap_fou() test from kci_test_encap() in rtnetlink.sh
> > needs the fou module to work. Otherwise it will fail with:
> >
> > $ ip netns exec "$testns" ip fou add port
On Fri, 28 Aug 2020, 8:39am, Martin K. Petersen wrote:
>
> Lukas,
>
> > So, if these drivers are not orphans, you can answer Thomas Gleixner's
> > original email from 2019. If you can quickly ack that patch set, I am
> > happy to do the donkey work to get this apply nicely on the current
> >
On Tue, Sep 8, 2020 at 6:29 AM Masahiro Yamada wrote:
> There was a request to preprocess the module linker script like we
> do for the vmlinux one. (https://lkml.org/lkml/2020/8/21/512)
>
> The difference between vmlinux.lds and module.lds is that the latter
> is needed for external module
Hi Evan,
> changes in v2:
> - changed lowercase "pca to uppercase "PCA".
> - reworded and reformatted the multiline comment.
> - moved the clock frequency KERN_INFO closer to the call that sets this.
> - moved the i2c_bus_settings struct to the more generic i2c.h and removed
> - the comments
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/virtio/virtgpu_drv.h | 2 +-
drivers/gpu/drm/virtio/virtgpu_display.c | 11 +++
drivers/gpu/drm/virtio/virtgpu_kms.c | 6 +-
3 files changed, 13 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/virtio/virtgpu_drv.h
In case queuing virtio commands fails (can happen when
the device got unplugged) pass up the error.
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/virtio/virtgpu_vq.c | 36 +++--
1 file changed, 19 insertions(+), 17 deletions(-)
diff --git
Usually we wait for the host to complete the unref request, then cleanup
the guest-side state of the object in the completion callback. When
submitting the unref command failed the completion callback will not be
called though, so cleanup right away.
Fixes a WARN on stale mm entries on driver
Add support to use dw-apb-ictl as primary interrupt controller.
Signed-off-by: Zhen Lei
---
.../interrupt-controller/snps,dw-apb-ictl.txt | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git
Add support to use dw-apb-ictl as primary interrupt controller.
Suggested-by: Marc Zyngier
Signed-off-by: Zhen Lei
Tested-by: Haoyu Lv
---
drivers/irqchip/Kconfig | 2 +-
drivers/irqchip/irq-dw-apb-ictl.c | 75 +--
2 files changed, 73 insertions(+), 4
v1 --> v2:
According to Marc Zyngier's suggestion, discard adding an independent SD5203-VIC
driver, but make the dw-apb-ictl irqchip driver to support hierarchy irq domain.
It was originally available only for secondary interrupt controller, now it can
also be used as primary interrupt controller.
Rename some functions and variables in advance, to make the next patch
looks more clear. The details are as follows:
1. rename dw_apb_ictl_handler() to dw_apb_ictl_handle_irq_cascaded().
In function dw_apb_ictl_init():
1. rename local variable irq to parent_irq.
2. add "const struct
From: Wanpeng Li
All the checks in lapic_timer_int_injected(), __kvm_wait_lapic_expire(), and
these function calls waste cpu cycles when the timer mode is not tscdeadline.
We can observe ~1.3% world switch time overhead by kvm-unit-tests/vmexit.flat
vmcall testing on AMD server. This patch
This patch adds description for VFIO Mdev support for dfl devices on
dfl bus.
Signed-off-by: Xu Yilun
Signed-off-by: Matthew Gerlach
---
Documentation/fpga/dfl.rst | 20
1 file changed, 20 insertions(+)
diff --git a/Documentation/fpga/dfl.rst b/Documentation/fpga/dfl.rst
Change PINCTRL_IMX to tristate to support loadable module build.
And i.MX common pinctrl driver should depend on CONFIG_OF to make sure
no build error when i.MX common pinctrl driver is enabled for different
architectures without CONFIG_OF.
Also add module author, description and license.
Use function callbacks for SCU related functions in pinctrl-imx.c
in order to support the scenario of PINCTRL_IMX is built in while
PINCTRL_IMX_SCU is built as module, all drivers using SCU pinctrl
driver need to initialize the SCU related function callback, and
no need to check
This patch is to provide VFIO support to DFL devices. When bound this
driver to a dfl device, it registers a set of callbacks to the mediated
device framework to enable mediated device creation. When a mediated
device is created by user via mdev interfaces, it will be exposed to
user as a VFIO
Change PINCTR_IMX_SCU to tristate, add module author, description
and license to support building SCU pinctrl core driver as module.
Signed-off-by: Anson Huang
---
Changes since V2:
- move the removal of #ifdef CONFIG_PINCTRL_IMX_SCU and #else block to
patch #1.
---
On 07/09/2020 14:57, Paul Cercueil wrote:
>
>
> Le dim. 30 août 2020 à 22:28, Sam Ravnborg a écrit :
>> Hi Laurent.
>>
>>> >
>>> > Please read the cover letter, it explains why it's done this way. The
>>> > whole point of this patchset is to merge DSI and DBI frameworks in a
>>> > way that
The macro CONT_PTE_SHIFT actually depends on CONT_SHIFT, which has
been defined in page-def.h, based on CONFIG_ARM64_CONT_SHIFT. Lets
reflect the dependency.
Signed-off-by: Gavin Shan
---
arch/arm64/include/asm/pgtable-hwdef.h | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git
The macro was introduced by commit ("arm64: PTE/PMD
contiguous bit definition") at the beginning. It's only used by
commit <348a65cdcbbf> ("arm64: Mark kernel page ranges contiguous"),
which was reverted later by commit <667c27597ca8>. This makes the
macro unused.
This removes the unused macro
Add support for overriding the default matching of a dfl device to a dfl
driver. It follows the same way that can be used for PCI and platform
devices. This patch adds the 'driver_override' sysfs file. It can be
used by VFIO to bind dfl devices for user accessing.
Signed-off-by: Xu Yilun
---
These patches depend on the patchset: "Modularization of DFL private
feature drivers" & "add dfl bus support to MODULE_DEVICE_TABLE()"
https://lore.kernel.org/linux-fpga/1599488581-16386-1-git-send-email-yilun...@intel.com/
This patchset provides an VFIO Mdev driver for dfl devices. It makes
From: Yu Chen
SPLIT_BOUNDARY_DISABLE should be set for DesignWare USB3 DRD Core
of Hisilicon Kirin Soc when dwc3 core act as host.
[mchehab: dropped a dev_dbg() as only traces are now allowwed on this driver]
Signed-off-by: Yu Chen
Signed-off-by: Mauro Carvalho Chehab
---
This small patch series add a new quirk for the dwc3 driver. The first patch
was submitted previously to the USB mailing list:
https://patchwork.kernel.org/patch/10909965/
This quirk is also present at the official Linaro's tree for Hikey 970.
Without that, the URBs produced by the USB
At Hikey 970, setting the SPLIT disable at the General
User Register 3 is required.
Without that, the URBs generated by the usbhid driver
return -EPROTO errors. That causes the code at
hid-core.c to call hid_io_error(), which schedules
a reset_work, causing a call to hid_reset().
In turn, the
1001 - 1100 of 1840 matches
Mail list logo
