On Mon, Sep 28, 2020 at 01:54:05PM +1000, Stephen Rothwell wrote:
> Hi all,
>
> After merging the drm tree, today's linux-next build (x86_64 allmodconfig)
> failed like this:
The driver needs to switch do dma_alloc_noncoherent + dma_sync_single*
like the other drivers converted in the dma tree.
That is the crude fix, and it should work. I'd much rather make
compat_iovec always available, though. Let me give that a spin.
Add support Winbond w25q{64,128,256}jwm which are identical to existing
w25q32jwm except for their sizes.
This was tested with w25q64jwm, basic erase/write/readback and
lock/unlock both lower/upper blocks were okay.
Signed-off-by: i...@chromium.org
Signed-off-by: Xingyu Wu
Signed-off-by: ST
On Mon, Sep 28, 2020 at 7:18 AM Dmitry Vyukov wrote:
> > On Sat, Sep 19, 2020 at 01:32:14AM -0700, syzbot wrote:
> > > Hello,
> > >
> > > syzbot found the following issue on:
> > >
> > > HEAD commit:92ab97ad Merge tag 'sh-for-5.9-part2' of
> > > git://git.libc.or..
> > > git tree:
On Sun, Sep 27, 2020 at 07:58:29AM +, Sherry Sun wrote:
> Thanks for your reply.
> Can you explain why we cannot use the API and header above in drivers?
> And do you know if there are any APIs that could replace this to check the
> device hardware dma coherent support?
If your treat the
On Mon, 28 Sep 2020 at 16:05, Christoph Hellwig wrote:
>
> On Mon, Sep 28, 2020 at 01:54:05PM +1000, Stephen Rothwell wrote:
> > Hi all,
> >
> > After merging the drm tree, today's linux-next build (x86_64 allmodconfig)
> > failed like this:
>
> The driver needs to switch do dma_alloc_noncoherent
Hi Marcel,
On Sun, 27 Sep 2020 at 20:09, Marcel Holtmann wrote:
>
> Hi Archie,
>
> >>> When receiving connection, we only check whether the link has been
> >>> encrypted, but not the encryption key size of the link.
> >>>
> >>> This patch adds check for encryption key size, and reject L2CAP
>
On Sun, Sep 27, 2020 at 08:05:07AM +, Sherry Sun wrote:
> Hi Christoph,
>
> > On Fri, Sep 25, 2020 at 03:26:29PM +0800, Sherry Sun wrote:
> > > Set VIRTIO_F_ACCESS_PLATFORM feature for nocoherent platform, since it
> > > needs the DMA API for virtio.
> >
> > Given that VOP is a plug-in PCIe
On Mon, Sep 28, 2020 at 04:08:36PM +1000, Dave Airlie wrote:
> Is this possible in drm-next now (it's 5.9.0-rc5 based)?
>
> or will I need to get a stable shared git tree that goes into drm-next
> and you send to Linus early in the MR?
I think we'll need a stable branch. Let me help Paul with
Intel's LGM(Lightning Mountain) SoC contains a PWM fan controller
which is only used to control the fan attached to the system. This
PWM controller does not have any other consumer other than fan.
Add DT bindings documentation for this PWM fan controller.
Signed-off-by: Rahul Tanwar
Reviewed-by:
Intel Lightning Mountain(LGM) SoC contains a PWM fan controller.
This PWM controller does not have any other consumer, it is a
dedicated PWM controller for fan attached to the system. Add
driver for this PWM fan controller.
Signed-off-by: Rahul Tanwar
Reviewed-by: Andy Shevchenko
---
On Wed, 23 Sep 2020 at 16:48, Tomer Maimon wrote:
>
> Modify NPCM7xx device tree timer register size
> from 0x50 to 0x1C to control only the timer registers
> and not other hw modules.
>
> Signed-off-by: Tomer Maimon
Reviewed-by: Joel Stanley
> ---
>
On Wed, 23 Sep 2020 at 16:48, Tomer Maimon wrote:
>
> Modify NPCM7xx device tree clock parameter to clock constants that
> define at include/dt-bindings/clock/nuvoton,npcm7xx-clock.h file.
>
> Signed-off-by: Tomer Maimon
Reviewed-by: Joel Stanley
Tomer, for next time: when sending new
On Sun, 2020-09-27 at 21:49 +0200, Thomas Gleixner wrote:
> From: Sebastian Andrzej Siewior
>
> The usage of in_interrupt) in driver code is phased out.
>
> The iwlwifi_dbg tracepoint records in_interrupt() seperately, but that's
> superfluous because the trace header already records all kind
On Mon, 28 Sep 2020 at 07:56, Christophe Leroy
wrote:
>
>
>
> Le 28/09/2020 à 01:44, Jarkko Sakkinen a écrit :
> > On Fri, Sep 25, 2020 at 09:00:18AM -0300, Jason Gunthorpe wrote:
> >> On Fri, Sep 25, 2020 at 01:29:20PM +0300, Jarkko Sakkinen wrote:
> >>> On Fri, Sep 25, 2020 at 09:00:56AM +0200,
Rename nearly every "gup_benchmark" reference and file name to
"gup_test". The one exception is for the actual gup benchmark test
itself.
The current code already does a *little* bit more than benchmarking,
and definitely covers more than get_user_pages_fast(). More importantly,
however,
Therefore, some minor cleanup and improvements are in order:
1. Rename the other items appropriately.
2. Stop reporting timing information on the non-benchmark items. It's
still being recorded and is available, but there's no point in
cluttering up the report with data that no one
Run benchmarks on the _fast variants of gup and pup, as originally
intended.
Run the new gup_test sub-test: dump pages. In addition to exercising the
dump_page() call, it also demonstrates the various options you can use
to specify which pages to dump, and how.
Signed-off-by: John Hubbard
---
Rename to *.sh, in order to match the conventions of all of the other
items in selftest/vm.
The only reason not to use a .sh suffix a shell script like this, might
be to make it look more like a normal program, but that's not an issue
here.
Signed-off-by: John Hubbard
---
HMM selftests are incredibly useful, but they are only effective if
people actually build and run them. All the other tests in selftests/vm
can be built with very standard, always-available libraries: libpthread,
librt. The hmm-tests.c program, on the other hand, requires something
that is (much)
This is based on the latest mmotm.
Summary: This series provides two main things, and a number of smaller
supporting goodies. The two main points are:
1) Add a new sub-test to gup_test, which in turn is a renamed version of
gup_benchmark. This sub-test allows nicer testing of dump_pages(), at
Avoid the need to copy-paste the gup_test ioctl commands and the struct
gup_test definition, between the kernel and the user space application,
by providing a new header file for these. This allows easier and safer
adding of new ioctl calls, as well as reducing the overall line count.
Details:
A few cleanups that don't deserve separate patches, but that
also should not clutter up other functional changes:
1. Remove an unnecessary #include
2. Restore the sorted order of TEST_GEN_FILES.
3. Add -lpthread to the common LDLIBS, as it is harmless and several
tests use it. Including,
For quite a while, I was doing a quick hack to gup_test.c (previously,
gup_benchmark.c) whenever I wanted to try out my changes to dump_page().
This makes that hack unnecessary, and instead allows anyone to easily
get the same coverage from a user space program. That saves a lot of
time because
Hi John,
On 26.09.2020 03:55, John Ogness wrote:
> If a reader provides a buffer that is smaller than the message text,
> the @text_len field of @info will have a value larger than the buffer
> size. If readers blindly read @text_len bytes of data without
> checking the size, they will read
> @@ -3378,7 +3054,6 @@ static const struct consw fb_con = {
> .con_font_default = fbcon_set_def_font,
> .con_font_copy = fbcon_copy_font,
> .con_set_palette= fbcon_set_palette,
> - .con_scrolldelta= fbcon_scrolldelta,
> .con_set_origin
Adds drm support for the Unisoc's display subsystem.
This is drm kms driver, this driver provides support for the
application framework in Android, Yocto and more.
Application framework can access Unisoc's display internel
peripherals through libdrm or libkms, it's test ok by modetest
(DRM/KMS
ChangeList:
v1:
1. only upstream modeset and atomic at first commit.
2. remove some unused code;
3. use alpha and blend_mode properties;
3. add yaml support;
4. remove auto-adaptive panel driver;
5. bugfix
v2:
1. add sprd crtc and plane module for KMS, preparing for multi crtc
2. remove gem
From: Kevin Tang
The Unisoc DRM master device is a virtual device needed to list all
DPU devices or other display interface nodes that comprise the
graphics subsystem
RFC v7:
- Fix DTC unit name warnings
- Fix the problem of maintainers
Cc: Orson Zhai
Cc: Chunyan Zhang
Signed-off-by:
From: Kevin Tang
Adds MIPI DSI Master and MIPI DSI-PHY (D-PHY)
support for Unisoc's display subsystem.
RFC v7:
- Fix DTC unit name warnings
- Fix the problem of maintainers
Cc: Orson Zhai
Cc: Chunyan Zhang
Signed-off-by: Kevin Tang
---
.../display/sprd/sprd,sharkl3-dsi-host.yaml
From: Kevin Tang
DPU (Display Processor Unit) is the Display Controller for the Unisoc SoCs
which transfers the image data from a video memory buffer to an internal
LCD interface.
RFC v7:
- Fix DTC unit name warnings
- Fix the problem of maintainers
Cc: Orson Zhai
Cc: Chunyan Zhang
Adds DPU(Display Processor Unit) support for the Unisoc's display subsystem.
It's support multi planes, scaler, rotation, PQ(Picture Quality) and more.
RFC v7:
- Remove plane_update stuff, dpu handles all the HW update in
crtc->atomic_flush
RFC v6:
- Access registers via readl/writel
-
Adds dsi host controller support for the Unisoc's display subsystem.
Adds dsi phy support for the Unisoc's display subsystem.
Only MIPI DSI Displays supported, DP/TV/HMDI will be support
in the feature.
Cc: Orson Zhai
Cc: Chunyan Zhang
Signed-off-by: Kevin Tang
---
On Mon 28.Sep'20 at 7:25:16 +0200, Greg Kroah-Hartman wrote:
On Mon, Sep 28, 2020 at 11:50:30AM +0800, Shuo A Liu wrote:
> > + write_lock_bh(_vm_list_lock);
> > + list_add(>list, _vm_list);
> > + write_unlock_bh(_vm_list_lock);
>
> Why are the _bh() variants being used here?
>
>
On Mon 28.Sep'20 at 7:23:05 +0200, Greg Kroah-Hartman wrote:
On Mon, Sep 28, 2020 at 12:10:07PM +0800, Shuo A Liu wrote:
> You just raced with userspace and lost. If you want to add attribute
> files to a device, use the default attribute group list, and it will be
> managed properly for you
On 22.09.2020 08:59, Muchun Song wrote:
> On Mon, Sep 14, 2020 at 9:56 PM Alexander Popov wrote:
>>
>> On 07.09.2020 16:53, Muchun Song wrote:
>>> On Mon, Sep 7, 2020 at 7:24 PM Alexander Popov wrote:
On 07.09.2020 05:54, Muchun Song wrote:
> Hi all,
>
> Any comments or
On Wed, 23 Sep 2020 at 16:48, Tomer Maimon wrote:
>
> Add pin controller and GPIO node to NPCM7XX device tree.
>
> Signed-off-by: Tomer Maimon
> ---
> arch/arm/boot/dts/nuvoton-common-npcm7xx.dtsi | 565 ++
> 1 file changed, 565 insertions(+)
>
> diff --git
On Wed, 23 Sep 2020 at 16:48, Tomer Maimon wrote:
>
> Add the following new device nodes to NPCM7XX:
>
> - NPCM7xx PWM and FAN.
> - NPCM7xx EHCI USB.
> - NPCM7xx KCS.
> - NPCM Reset.
> - NPCM Peripheral SPI.
> - NPCM FIU SPI.
> - NPCM HWRNG.
Add compatible "qcom,sc7180-sndcard-rt5682-m98357-2mic"
for 2mic case.
Signed-off-by: Ajye Huang
---
This patch depends on this patch series
https://patchwork.kernel.org/patch/11773221/ .
.../bindings/sound/qcom,sc7180.yaml | 64 ++-
1 file changed, 63 insertions(+),
In addition, having mixer control to switch between DMICs for
"qcom,sc7180-sndcard-rt5682-m98357-2mic" 2mic case.
Refer to this one as an example,
commit b7a742cff3f6 ("ASoC: AMD: Use mixer control to switch between DMICs")
Signed-off-by: Ajye Huang
---
This patch depends on this patch series
Note:
- This patch depends on this patch series
ASoC: qcom: dt-bindings: Add sc7180 machine bindings
https://patchwork.kernel.org/patch/11773221/
ASoC: qcom: sc7180: Add machine driver for sound card registration
https://patchwork.kernel.org/patch/11773223/
- The patch is made by the
The DMA (BCDMA/PKTDMA and their rings/flows) events are under the INTA's
supervision as unmapped events in AM64.
In order to keep the current SW stack working, the INTA driver must replace
the dev_id with it's own when a request comes for BCDMA or PKTDMA
resources.
Implement parsing of the
The new DMA architecture introduced with AM64 introduced new event types:
unampped events.
These events are mapped within INTA in contrast to other K3 devices where
the events with similar function was originating from the UDMAP or ringacc.
The ti,unmapped-event-sources should contain phandle
Hi,
The version of INTA within DMSS (in AM64) changed how the events from the DMAs
are handled and how sysfw is presenting these events to be used for interrupts.
The DMA related events are directly mapped within INTA as unmapped events in
contrast to previous devices with NAVSS where the events
Add some optional properties which are needed for hard wired devices
Signed-off-by: Chunfeng Yun
---
Documentation/devicetree/bindings/usb/usb-hcd.yaml | 11 +++
1 file changed, 11 insertions(+)
diff --git a/Documentation/devicetree/bindings/usb/usb-hcd.yaml
During an investigation to fix up the execute bits of scripts in the kernel
repository, Andrew Morton and Kees Cook pointed out that the execute bit
should not matter, and that build scripts cannot rely on that. Kees could
not point to any documentation, though.
Provide some basic documentation
On Wed, 23 Sep 2020 at 16:48, Tomer Maimon wrote:
>
> Add the following new device nodes to
> NPCM750 evolution board device tree:
>
> - NPCM7xx Pin controller and GPIO
> - NPCM7xx PWM and FAN.
> - NPCM7xx EHCI USB.
> - NPCM7xx KCS.
> - NPCM Reset.
>
On Thu, Sep 24, 2020 at 04:16:59PM +0200, Uwe Kleine-König wrote:
> On Thu, Sep 24, 2020 at 04:23:34PM +0300, Andy Shevchenko wrote:
> > On Thu, Sep 24, 2020 at 08:55:34AM +0200, Uwe Kleine-König wrote:
> > > On Tue, Sep 15, 2020 at 04:23:37PM +0800, Rahul Tanwar wrote:
> >
> > ...
> >
> > > > +
On Mon, Sep 28, 2020 at 3:29 AM Clément Péron wrote:
>
> The FIFO TX reg is volatile and sun8i i2s register
> mapping is different from sun4i.
>
> Even if in this case it's doesn't create an issue,
> Avoid setting some regs that are undefined in sun8i.
>
> Signed-off-by: Clément Péron
>
On Sun, Sep 27, 2020 at 09:49:07PM +0200, Thomas Gleixner wrote:
> From: Sebastian Andrzej Siewior
>
> kaweth_async_set_rx_mode() invokes kaweth_contol() and has two callers:
>
> - kaweth_open() which is invoked from preemptible context
> .
> - kaweth_start_xmit() which holds a spinlock and has
On Thu, Sep 24, 2020 at 09:38:07PM +0200, Sam Ravnborg wrote:
> Hi Guido.
>
> On Mon, Sep 21, 2020 at 06:55:52PM +0200, Guido Günther wrote:
> > We need to reset both for the panel to show an image.
> >
> > Signed-off-by: Guido Günther
> > ---
> >
On Mon, Sep 28, 2020 at 3:29 AM Clément Péron wrote:
>
> From: Samuel Holland
>
> Because SUN4I_I2S_FIFO_CTRL_REG is volatile, writes done while the
> regmap is cache-only are ignored. To work around this, move the
> configuration to a callback that runs while the ASoC core has a
> runtime PM
On Mon, Sep 28, 2020 at 3:29 AM Clément Péron wrote:
>
> From: Marcus Cooper
>
> Extend the functionality of the driver to include support of 20 and
> 24 bits per sample.
>
> Signed-off-by: Marcus Cooper
> Signed-off-by: Clément Péron
> Acked-by: Maxime Ripard
Reviewed-by: Chen-Yu Tsai
On Sun, 2020-09-27 at 21:42 +0800, Tang Bin wrote:
> In this function, we don't need dev_err() message because
> when something goes wrong, devm_platform_ioremap_resource()
> can print an error message itself, so remove the redundant
> one.
>
> Signed-off-by: Zhang Shengju
> Signed-off-by: Tang
On Mon, Sep 28, 2020 at 3:29 AM Clément Péron wrote:
>
> From: Marcus Cooper
>
> On the newer SoCs such as the H3 and A64 this is set by default
> to transfer a 0 after each sample in each slot. However the A10
> and A20 SoCs that this driver was developed on had a default
> setting where it
On Mon, Sep 28, 2020 at 3:29 AM Clément Péron wrote:
>
> Hi,
>
> This is exactly the same as v4 but with more details in some commit log
> and also device-tree soundcard and DAI node have been merged.
>
> Regards,
> Clement
>
> Change since v4;
> - add more comment on get_wss() and
Below is the list of build error/warning regressions/improvements in
v5.9-rc7[1] compared to v5.8[2].
Summarized:
- build errors: +4/-3
- build warnings: +61/-23
JFYI, when comparing v5.9-rc7[1] to v5.9-rc6[3], the summaries are:
- build errors: +5/-3
- build warnings: +15/-2
Happy
On Mon, Sep 28, 2020 at 10:21:43AM +0800, Anson Huang wrote:
> PMIC driver is ready on i.MX8MN EVK board, assign cpu-supply for
> each A53 and restore the operating points table to enable cpufreq.
>
> Signed-off-by: Anson Huang
> ---
> arch/arm64/boot/dts/freescale/imx8mn-evk.dts | 32
>
On Fri, Sep 25, 2020 at 10:52:55PM +0900, Jiada Wang wrote:
> Document the mXT1386 compatible string.
>
> Signed-off-by: Jiada Wang
> ---
> Documentation/devicetree/bindings/input/atmel,maxtouch.txt | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git
For QUP IP versions 2.5 and above the oversampling rate is
halved from 32 to 16.
Commit ce734600545f ("tty: serial: qcom_geni_serial: Update
the oversampling rate") is pushed to handle this scenario.But
the existing logic is failing to classify QUP Version 3.0 into
the correct group ( 2.5 and
On Mon, Sep 28, 2020 at 12:29:38PM +0530, Paras Sharma wrote:
> For QUP IP versions 2.5 and above the oversampling rate is
> halved from 32 to 16.
> Commit ce734600545f ("tty: serial: qcom_geni_serial: Update
> the oversampling rate") is pushed to handle this scenario.But
> the existing logic is
On Fri, Sep 25, 2020 at 07:24:37PM +0200, Borislav Petkov wrote:
> On Tue, Sep 22, 2020 at 01:27:50PM +0800, Feng Tang wrote:
> > +++ b/tools/arch/x86/kcpuid/cpuid.txt
> > @@ -0,0 +1,58 @@
> > +# Leaf 00H
> > +
> > +LEAF[],SUBLEAF[00],EAX[ 31:0],max_basic_leafs, Max input value for
> >
>在 2020/9/27 上午4:15, Jonathan Corbet 写道:
>> On Sat, 26 Sep 2020 22:35:51 +0800
>> Alex Shi wrote:
>>
>>> Why your patch repeatly has encoding issue which fails on 'git am'
>>> Could you like to check the problem before send out?
>>> Could you please fix your editor issue by
>>>
On Sat, Sep 26, 2020 at 01:07:15AM -0700, Nicolin Chen wrote:
> The tegra_smmu_group_get was added to group devices in different
> SWGROUPs and it'd return a NULL group pointer upon a mismatch at
> tegra_smmu_find_group(), so for most of clients/devices, it very
> likely would mismatch and need a
On Thu, Aug 6, 2020 at 5:22 PM Weiyi Lu wrote:
>
> Try to list all the power domains of under power controller
> node to show the dependency between each power domain directly
> instead of filling the dependency in scp_soc_data.
> And could be more clearly to group subsys clocks into power domain
Hello,
syzbot found the following issue on:
HEAD commit:05943249 net: atlantic: fix build when object tree is sepa..
git tree: net
console output: https://syzkaller.appspot.com/x/log.txt?x=1343b90990
kernel config: https://syzkaller.appspot.com/x/.config?x=240e2ebab67245c7
Hello,
syzbot found the following issue on:
HEAD commit:a1bffa48 Merge tag 'scsi-fixes' of git://git.kernel.org/pu..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=1106c3d390
kernel config: https://syzkaller.appspot.com/x/.config?x=240e2ebab67245c7
Hello,
syzbot found the following issue on:
HEAD commit:eeddbe68 Merge tag 's390-5.9-7' of git://git.kernel.org/pu..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=148c13d390
kernel config: https://syzkaller.appspot.com/x/.config?x=240e2ebab67245c7
Hello,
syzbot found the following issue on:
HEAD commit:d1d2220c Add linux-next specific files for 20200924
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=17a0b98d90
kernel config: https://syzkaller.appspot.com/x/.config?x=254e028a642027c
dashboard
Hello,
syzbot found the following issue on:
HEAD commit:d1d2220c Add linux-next specific files for 20200924
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=1550b60990
kernel config: https://syzkaller.appspot.com/x/.config?x=254e028a642027c
dashboard
From: Bartosz Golaszewski
It's a valid use-case for ixgbe_mii_bus_init() to return -ENODEV - we
still want to finalize the registration of the ixgbe device. Check the
error code and don't bail out if err == -ENODEV.
This fixes an issue on C3000 family of SoCs where four ixgbe devices
share a
In ASPEED SoC LCLK is LPC clock for all SuperIO device, UART1/UART2 are
default for Host SuperIO UART device, eSPI clk for Host eSPI bus access
eSPI slave channel, those clks can't be disable should keep default,
otherwise will affect Host side access SuperIO and SPI slave device.
Signed-off-by:
This patch is modify for ASPEED SoC some default clks can't disable
need keep default clk on.
Ryan Chen (1):
clk: aspeed: modify some default clks are critical
drivers/clk/clk-aspeed.c | 8
drivers/clk/clk-ast2600.c | 8
2 files changed, 8 insertions(+), 8 deletions(-)
--
From: ChiYuan Huang
Add DT-binding document for Richtek RTMV20
Signed-off-by: ChiYuan Huang
---
.../regulator/richtek,rtmv20-regulator.yaml| 168 +
1 file changed, 168 insertions(+)
create mode 100644
From: ChiYuan Huang
Add support for Richtek RTMV20 load switch regulator.
Signed-off-by: ChiYuan Huang
---
v1 to v2
1. Use regcache related APIs when HW disable and enable.
2. Because of regcache, refine the initial properties flow.
3. Change all propertiy name to use dash, not underline.
4.
The zero PGD table is used when TTBR_EL1 is changed. It's exactly
the zero page. As the zero page(s) will be allocated dynamically
when colored zero page feature is enabled in subsequent patch. the
zero page(s) aren't usable during early boot stage.
This introduces zero PGD table, which is
The feature of color zero pages isn't enabled on arm64, meaning all
read-only (anonymous) VM areas are backed up by same zero page. It
leads pressure to data cache on reading data from them. In extreme
case, the same data cache set could be experiencing high pressure
and thrashing. This tries to
On 9/25/20 7:42 PM, Amir Goldstein wrote:
Apart from some typos, looks good to me.
Amir, Thanks a lot for your review!
> you should wait for more feedback from others
Sure, will wait.
--
Best regards, Tikhomirov Pavel
Software Developer, Virtuozzo.
This enables color zero pages by allocating contiguous page frames
for it. The number of pages for this is determined by L1 dCache
(or iCache) size, which is probbed from the hardware.
* Export cache_setup_of_node() so that the cache topology could
be parsed from device-tree.
* Add
On Mon, 28 Sep 2020 at 07:18, Dmitry Vyukov wrote:
>
> On Sun, Sep 27, 2020 at 4:57 PM Borislav Petkov wrote:
> >
> > On Sat, Sep 19, 2020 at 01:32:14AM -0700, syzbot wrote:
> > > Hello,
> > >
> > > syzbot found the following issue on:
> > >
> > > HEAD commit:92ab97ad Merge tag
Hi Prabhakar,
On Sun, Sep 27, 2020 at 10:04 PM Laurent Pinchart
wrote:
> On Sun, Sep 27, 2020 at 02:01:50PM +0100, Lad, Prabhakar wrote:
> > On Mon, Aug 24, 2020 at 1:48 AM Laurent Pinchart wrote:
> > > On Thu, Aug 13, 2020 at 03:00:41PM +0100, Lad Prabhakar wrote:
> > > > The iwg21d comes with
Hello,
syzbot found the following issue on:
HEAD commit:d1d2220c Add linux-next specific files for 20200924
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=166cb7d990
kernel config: https://syzkaller.appspot.com/x/.config?x=254e028a642027c
dashboard
Hello,
syzbot found the following issue on:
HEAD commit:d1d2220c Add linux-next specific files for 20200924
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=150e718d90
kernel config: https://syzkaller.appspot.com/x/.config?x=254e028a642027c
dashboard
Hello,
syzbot found the following issue on:
HEAD commit:171d4ff7 Merge tag 'mmc-v5.9-rc4-2' of git://git.kernel.or..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=105fbac590
kernel config: https://syzkaller.appspot.com/x/.config?x=af502ec9a451c9fc
Hello,
syzbot found the following issue on:
HEAD commit:171d4ff7 Merge tag 'mmc-v5.9-rc4-2' of git://git.kernel.or..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=160cf3c390
kernel config: https://syzkaller.appspot.com/x/.config?x=6184b75aa6d48d66
Hello,
syzbot found the following issue on:
HEAD commit:5e46e43c MAINTAINERS: Add Vladimir as a maintainer for DSA
git tree: net
console output: https://syzkaller.appspot.com/x/log.txt?x=168d5a8790
kernel config: https://syzkaller.appspot.com/x/.config?x=240e2ebab67245c7
dashboard
On 27/09/2020 10.27, kernel test robot wrote:
> tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
> master
> head: a1bffa48745afbb54cb4f873bba783b2ae8be042
> commit: 6748d05590594837e42dfa975879fb275099f0b2 ASoC: ti: Add custom machine
> driver for j721e EVM (CPB
trace_printk is meant as a debugging tool, and should not be
compiled into production code without specific debug Kconfig
options enabled, or source code changes, as indicated by the
warning that shows up on boot if any trace_printk is called:
** NOTICE NOTICE NOTICE NOTICE NOTICE NOTICE NOTICE
On Mon, 28 Sep 2020 at 01:28, Vladimir Oltean wrote:
>
> On Mon, Sep 28, 2020 at 12:43:36AM +0200, Michael Walle wrote:
> > Since commit 530b5affc675 ("spi: fsl-dspi: fix use-after-free in remove
> > path") this driver causes a kernel oops:
> >
> > [1.891065] Unable to handle kernel NULL
On Sun, Sep 27, 2020 at 02:26:52PM +0800, Ming Lei wrote:
> MD code uses perpcu-refcount internal to check if this percpu-refcount
> variable is initialized, this way is a hack.
>
> Add percpu_ref_is_initialized for MD so that the hack can be avoided.
>
> Acked-by: Song Liu
> Suggested-by: Jens
From: Lai Jiangshan
There is no reason to force VM-Exit on toggling
X86_CR4_FSGSBASE.
Cc: Paolo Bonzini
Signed-off-by: Lai Jiangshan
---
arch/x86/kvm/kvm_cache_regs.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/kvm/kvm_cache_regs.h
From: Lai Jiangshan
When shadowpaping is enabled, guest should not be allowed
to toggle X86_CR4_LA57. And X86_CR4_LA57 is a rarely changed
bit, so we can just intercept all the attempts to toggle it
no matter shadowpaping is in used or not.
Fixes: fd8cb433734ee ("KVM: MMU: Expose the LA57
On Sat, Sep 26, 2020 at 05:48:17PM +0300, Dmitry Osipenko wrote:
> 26.09.2020 11:07, Nicolin Chen пишет:
> ...
> > + /* NULL smmu pointer means that SMMU driver is not probed yet */
> > + if (unlikely(!smmu))
> > + return ERR_PTR(-EPROBE_DEFER);
>
> Hello, Nicolin!
>
> Please don't
On Mon, Sep 28, 2020 at 2:32 PM Alexander Popov wrote:
>
> On 22.09.2020 08:59, Muchun Song wrote:
> > On Mon, Sep 14, 2020 at 9:56 PM Alexander Popov
> > wrote:
> >>
> >> On 07.09.2020 16:53, Muchun Song wrote:
> >>> On Mon, Sep 7, 2020 at 7:24 PM Alexander Popov
> >>> wrote:
>
>
On Mon, Sep 28, 2020 at 12:11:30AM +0800, Chengming Zhou wrote:
> The WARN_ON/WARN_ON_ONCE with rq lock held in __schedule() should be
> deferred by marking the PRINTK_DEFERRED_CONTEXT_MASK, or will cause
> deadlock on rq lock in the printk path.
It also shouldn't happen in the first place, so
Hi Greg,
On Sun 27.Sep'20 at 12:47:02 +0200, Greg Kroah-Hartman wrote:
On Tue, Sep 22, 2020 at 07:43:00PM +0800, shuo.a@intel.com wrote:
From: Shuo Liu
The VM management interfaces expose several VM operations to ACRN
userspace via ioctls. For example, creating VM, starting VM,
Hi Greg,
On Sun 27.Sep'20 at 12:45:38 +0200, Greg Kroah-Hartman wrote:
On Tue, Sep 22, 2020 at 07:43:00PM +0800, shuo.a@intel.com wrote:
From: Shuo Liu
The VM management interfaces expose several VM operations to ACRN
userspace via ioctls. For example, creating VM, starting VM,
Hello,
syzbot found the following issue on:
HEAD commit:ad2b9b0f tcp: skip DSACKs with dubious sequence ranges
git tree: net
console output: https://syzkaller.appspot.com/x/log.txt?x=13baee3d90
kernel config: https://syzkaller.appspot.com/x/.config?x=5f4c828c9e3cef97
dashboard
+ Uffe
On 9/27/2020 9:49 PM, Thomas Gleixner wrote:
@@ -85,7 +85,7 @@ static void brcmf_sdiod_ib_irqhandler(st
brcmf_dbg(INTR, "IB intr triggered\n");
- brcmf_sdio_isr(sdiodev->bus);
+ brcmf_sdio_isr(sdiodev->bus, false);
}
Hi Uffe,
I assume the above code is okay, but want
On 9/25/20 2:02 PM, Joe Perches wrote:
> On Fri, 2020-09-25 at 12:22 +0200, Yannick Fertre wrote:
>> Standardize on the dev_ based logging and drop the include of drm_print.h.
>> Remove useless dsi_color_from_mipi function.
> []
>> diff --git a/drivers/gpu/drm/stm/dw_mipi_dsi-stm.c
>>
1 - 100 of 1514 matches
Mail list logo