Hello!
On 08.09.2020 17:53, Christoph Hellwig wrote:
Switch to use bdev_check_media_changed instead of check_disk_change and
^^^
Using?
call floppy_revalidate manually. Given that floppy_revalidate only
deals with media change events, the extra call into ->revalidate_disk
fro
On 2020/9/9 下午3:08, kernel test robot wrote:
> Greeting,
>
> FYI, we noticed the following commit (built with gcc-9):
>
> commit: 3b54a0a703f17d2b1317d24beefcdcca587a7667 ("[PATCH v3 3/5] btrfs:
> Detect unbalanced tree with empty leaf before crashing btree operations")
> url:
> https://gith
On 08-09-20, 14:26, Jaroslav Kysela wrote:
> Dne 04. 09. 20 v 20:28 Bard Liao napsal(a):
> > Sdw stream operation APIs can be called once per stream. Move these
> > operations to dailink ops. The linked series is "soundwire: Remove sdw
> > stream operations from Intel soundwire dai".
> >
> > Revie
Currently vmcore only supports reading, this patch series is an RFC
to add writing support to vmcore. It's x86_64 only yet, I'll add other
architecture later if there is no problem with this idea.
My purpose of adding writing support is to reuse the crashed kernel's
old memory in kdump kernel, red
vmcore is used as the interface to access crashed kernel's memory in
kdump, and currently vmcore only supports reading.
Adding writing support is useful for enabling userspace making better
use of the old memory.
For kdump, `makedumpfile` is widely used to reduce the dumped vmcore
size, and in mo
Simplify the code logic, also helps reduce object size and stack usage.
Stack usage:
Before: fs/proc/vmcore.c:106:9:read_from_oldmem.part.0 80 static
fs/proc/vmcore.c:106:9:read_from_oldmem 16 static
After: fs/proc/vmcore.c:106:9:read_from_oldmem 80 stat
Previous commit introduced writing support for vmcore, it requires
per-architecture implementation for the writing function.
Signed-off-by: Kairui Song
---
arch/x86/kernel/crash_dump_64.c | 49 +++--
1 file changed, 40 insertions(+), 9 deletions(-)
diff --git a/arch/
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
---
drivers/pw
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:
Thanks Lukas, Thomas,
> From: Thomas Gleixner
>
> All files in this driver directory contain the following notice:
>
> See LICENSE.qla2xxx for copyright and licensing details.
>
> LICENSE.qla2xxx can be found in Documentation/scsi/. The file contains:
>
> - A copyright notice
>
> Thi
On 08.09.2020 17:53, Christoph Hellwig wrote:
Switch to use bdev_check_media_change instead of check_disk_change and
call sd_revalidate_disk manually. As sd also calls sd_revalidate_disk
manually during probe and open, , the extra call into ->revalidate_disk
Too many commas. :-)
from bde
On Wed, Sep 9, 2020 at 3:16 AM Kent Gibson wrote:
>
> On Tue, Sep 08, 2020 at 06:07:49PM +0200, Bartosz Golaszewski wrote:
> > On Sat, Sep 5, 2020 at 3:36 PM Kent Gibson wrote:
> > >
> [ snip]
>
> > >
> > > drivers/gpio/Kconfig| 29 +-
> > > drivers/gpio/Makefile |2 +-
> > >
> From: Thomas Gleixner
>
> All files in this driver directory contain the following notice:
>
> See LICENSE.qlcnic for copyright and licensing details.
>
> LICENSE.qlacnic can be found in
> Documentation/networking/device_drivers/qlogic/. The file contains:
>
> - A copyright notice
>
>
> Igor, can you please ack these patches?
>
> Igor, please also let us know:
> A. if you will pick them up and let them travel through your tree, or
> B. if the spdx maintainers shall pick them up and they shall route them
> directly to Linus.
Thanks Lukas,
Acked on ethernet driver p
On 08-09-20, 08:33, Pierre-Louis Bossart wrote:
> Thanks for the review Vinod,
>
> > This is good, thanks for adding it in changelog. Can you also add this
> > description to Documentation (that can come as an individual patch),
>
> ok
>
> > > +/*
> > > + * v1.2 device - SDCA address mapping
> >
Himax HX8837 is used to drive the LCD panel on OLPC platforms.
It controls the panel backlight and is able to refresh it when the LCD
controller (and the rest of the plaform) is powered off.
It also converts regular RGB color data from the LCDC so that it looks
reasonable on the OLPC LCD panel wi
Remove 'rwoffset' in exfat_inode_info and replace it with the parameter(cpos)
of exfat_readdir.
Since rwoffset of is referenced only by exfat_readdir, it is not necessary a
exfat_inode_info's member.
Signed-off-by: Tetsuhiro Kohada
---
fs/exfat/dir.c | 16 ++--
fs/exfat/exfat
Himax HX8837 is a secondary display controller used to drive the panel
on OLPC platforms.
Signed-off-by: Lubomir Rintel
Reviewed-by: Rob Herring
---
Changes since v4:
- Rob's Reviewed-by
Changes since v3:
- Moved to bindings/display/
- Added the ports
- Converted to YAML
- Removed Pavel's Ack,
Hi,
please take a look at the patches chained to this messages and consider
applying them. They add support for the controller that drives the panel
on the OLPC XO laptops.
The only change since the previous version is the Reviewed-by tag in DT
bindings.
Compared to v3 the bindings have been con
On 08-09-20, 10:08, Jonathan Marek wrote:
> Fix slimbus case being broken thanks to a typo.
>
Applied, thanks
> Fixes: 5bd773242f75 ("soundwire: qcom: avoid dependency on CONFIG_SLIMBUS")
>
No need of blank line here
> Signed-off-by: Jonathan Marek
> ---
> This should be squashed into the pr
On 08-09-20, 13:58, Jaroslav Kysela wrote:
> Dne 28. 08. 20 v 17:14 Pierre-Louis Bossart napsal(a):
> >
> >
> >
> >> Is this timeout for suspend or resume? Somehow I was under the
> >> assumption that it is former? Or is the result seen on resume?
> >>
> >> Rereading the race describe above in s
when submitting patch, we suggest to use '--base' as documented in
https://git-scm.com/docs/git-format-patch]
url:
https://github.com/0day-ci/linux/commits/Eddie-James/input-misc-Add-IBM-Operation-Panel-driver/20200909-120637
base: https://git.kernel.org/pub/scm/linux/kerne
* Andy Shevchenko wrote:
> On Tue, Sep 08, 2020 at 02:13:54PM +0200, Ingo Molnar wrote:
> >
> > * Andy Shevchenko wrote:
> >
> > > After the commit 1d0e12fd3a84 ("x86/defconfigs: Refresh defconfig files")
> > > 32-bit builds using defconfig become broken because on x86_64 build host
> > > wi
On Wed 2020-09-09 14:47:45, Masami Hiramatsu wrote:
> Hi Naresh,
>
> Thanks for reporting, it seems that you have run the
> kselftests/livepatch/test-livepatch.sh.
> Then, I think it is better to report to Livepatch maintainers too. (I Cc'd
> them)
>
> Thank you,
>
> On Wed, 9 Sep 2020 10:24:0
I really don't think this approach is any good. You workaround
a deficiency in the pin_user_pages API in one particular caller for
one particular use case.
I think you'd rather want either:
(1) a FOLL_HUGEPAGE flag for the pin_user_pages API family that returns
a single struct page for any
Dan Murphy 於 2020年9月8日 週二 下午10:14寫道：
>
> Gene
>
> On 9/7/20 5:27 AM, Gene Chen wrote:
> > In-Reply-To:
> >
> > This patch series add MT6360 LED support contains driver and binding
> > document
>
> I cannot find the v2 patch series for this.
>
> Dan
>
There is a little confuse of patch v2 which t
No need to set os.evsel twice.
Signed-off-by: Ian Rogers
---
tools/perf/util/stat-display.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/tools/perf/util/stat-display.c b/tools/perf/util/stat-display.c
index 493ec372fdec..4b57c0c07632 100644
--- a/tools/perf/util/stat-display.c
+++ b/tools/
A metric like DRAM_BW_Use has on SkylakeX events uncore_imc/cas_count_read/
and uncore_imc/case_count_write/. These events open 6 events per socket
with pmu names of uncore_imc_[0-5]. The current metric setup code in
find_evsel_group assumes one ID will map to 1 event to be recorded in
metric_event
Add missing character.
Signed-off-by: Ian Rogers
---
tools/perf/util/metricgroup.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/perf/util/metricgroup.c b/tools/perf/util/metricgroup.c
index d216a161f41c..050f3404c137 100644
--- a/tools/perf/util/metricgroup.c
+++ b/t
-20200909 (attached as .config)
compiler: clang version 12.0.0 (https://github.com/llvm/llvm-project
df63eedef64d715ce1f31843f7de9c11fe1e597f)
reproduce (this is a W=1 build):
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O
~/bin/make.cross
chmod +x
The following commit has been merged into the x86/urgent branch of tip:
Commit-ID: 76366050eb1b3151c4b4110c76538ff14dffb74c
Gitweb:
https://git.kernel.org/tip/76366050eb1b3151c4b4110c76538ff14dffb74c
Author:Daniel Díaz
AuthorDate:Wed, 19 Aug 2020 12:32:24 -05:00
Committer:
On Thu, Aug 20, 2020 at 03:40:01PM +0200, pet...@infradead.org wrote:
> Anyway, tl;dr, what do we actually want? Do we favour the embedded
> irq_work variant over smp_call_function_single_asyn() ?
For blk-mq we really like an embedded structure that allows to bounce
the work to another CPU using I
Add scp node to mt8183-kukui
Signed-off-by: Pi-Hsun Shih
---
.../arm64/boot/dts/mediatek/mt8183-kukui.dtsi | 30 +++
1 file changed, 30 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8183-kukui.dtsi
b/arch/arm64/boot/dts/mediatek/mt8183-kukui.dtsi
index f0a070535b34.
On 8/1/20 15:30, Sibi Sankar wrote:
> Add Operation State Manager (OSM) L3 interconnect provider node on
> SM8150 SoCs.
>
> Signed-off-by: Sibi Sankar
Acked-by: Georgi Djakov
> ---
> arch/arm64/boot/dts/qcom/sm8150.dtsi | 11 +++
> 1 file changed, 11 insertions(+)
>
> diff --git a/ar
when submitting patch, we suggest to use '--base' as documented in
https://git-scm.com/docs/git-format-patch]
url:
https://github.com/0day-ci/linux/commits/Eddie-James/input-misc-Add-IBM-Operation-Panel-driver/20200909-120637
base: https://git.kernel.org/pub/scm/linux/kerne
The command "make coccicheck C=1 CHECK=scripts/coccicheck" results in the
error:
./scripts/coccicheck: line 65: -1: shift count out of range
This happens because every time the C variable is specified,
the shell arguments need to be "shifted" in order to take only
the last argument, which
PLLE has a hardware power sequencer logic which is a state machine
that can power on/off PLLE without any software intervention. The
sequencer has two inputs, one from XUSB UPHY PLL and the other from
SATA UPHY PLL. PLLE provides reference clock to XUSB and SATA UPHY
PLLs. When both of the downstre
This commit adds sleepwalk/wake and suspend/resume interfaces
to Tegra XUSB PHY driver.
Tegra XUSB host controller driver makes use of sleepwalk functions
to enable/disable sleepwalk circuit which is in always-on partition
and can respond to USB resume signals when controller is not powered.
Sleep
On Tue, Sep 08, 2020 at 08:09:50PM +1000, Stephen Rothwell wrote:
> Hi all,
>
> After merging the akpm-current tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> drivers/xen/unpopulated-alloc.c: In function 'fill_list':
> drivers/xen/unpopulated-alloc.c:30:9: error: 'str
Tegra XHCI controler can be placed in ELPG (Engine Level PowerGated)
state for power saving when all of the connected USB devices are in
suspended state. This patch series includes clk, phy and pmc changes
that are required for properly place controller in ELPG and bring
controller out of ELPG.
JC
PLLE hardware power sequencer references PEX/SATA UPHY PLL hardware
power sequencers' output to enable/disable PLLE. PLLE hardware power
sequencer has to be enabled only after PEX/SATA UPHY PLL's sequencers
are enabled.
Signed-off-by: JC Kuo
---
v3:
no change
drivers/clk/tegra/clk-pll.c | 12
This commit implements the complete programming sequence for ELPG
entry and exit.
1. At ELPG entry, invokes tegra_xusb_padctl_enable_phy_sleepwalk()
and tegra_xusb_padctl_enable_phy_wake() to configure XUSB PADCTL
sleepwalk and wake detection circuits to maintain USB lines level
and r
This commit adds "interrupts" property to Tegra210/Tegra186/Tegra194
XUSB PADCTL node. XUSB PADCTL interrupt will be raised when USB wake
event happens. This is required for supporting XUSB host controller
ELPG.
Signed-off-by: JC Kuo
---
v3:
no change
arch/arm64/boot/dts/nvidia/tegra186.dtsi
PMC driver provides USB sleepwalk registers access to XUSB PADCTL
driver. This commit adds a "nvidia,pmc" property which points to
PMC node to XUSB PADCTL device node.
Signed-off-by: JC Kuo
---
v3:
no change
arch/arm64/boot/dts/nvidia/tegra210.dtsi | 1 +
1 file changed, 1 insertion(+)
diff
This commit unlinks xhci-tegra platform device with ss/host power
domain devices. Reasons for this change is - at elpg entry, PHY
sleepwalk and wake configuration need to be done before powering
down ss/host partitions, and PHY need be powered off after powering
down ss/host partitions. Sequence lo
To support XUSB host controller ELPG, this commit moves VBUS control
.phy_power_on()/.phy_power_off() to .phy_init()/.phy_exit().
When XUSB host controller enters ELPG, host driver invokes
.phy_power_off(), VBUS should remain ON so that USB devices will not
disconnect. VBUS can be turned OFF when h
This commit implements Tegra186/Tegra194 XUSB PADCTL/AO wake and
sleepwalk operations.
Signed-off-by: JC Kuo
---
v3:
move 'ao_regs' to the top of 'struct tegra186_xusb_padctl'
change return data of .phy_remote_wake_detected() to 'bool'
change input parameter of .phy_remote_wake_detected(
On Tue, 8 Sep 2020 at 21:18, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.19.144 release.
> There are 88 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.
>
> Res
This commit implements a register map which grants USB (UTMI and HSIC)
sleepwalk registers access to USB PHY drivers. The USB sleepwalk logic
is in PMC hardware block but USB PHY drivers have the best knowledge
of proper programming sequence. This approach prevents using custom
pmc APIs.
Signed-of
* Christopherson, Sean J wrote:
> Ingo Molnar wrote:
> > * Paolo Bonzini wrote:
> >
> > > Paolo Bonzini (11):
> > > Merge branch 'kvm-async-pf-int' into HEAD
> >
> > kvmtool broke in this merge window, hanging during bootup right after CPU
> > bringup:
> >
> > [1.289404] #63
>
This commit implements Tegra210 XUSB PADCTL wake and sleepwalk
routines. Sleepwalk logic is in PMC (always-on) hardware block.
PMC driver provides managed access to the sleepwalk registers
via regmap framework.
Signed-off-by: JC Kuo
---
v3:
rename 'pmc_reg" with 'regmap' and move to the top of
This commit is a preparation for enabling XUSB SC7 support.
It rearranges Tegra210 XUSB PADCTL UPHY initialization sequence,
for the following reasons:
1. PLLE hardware power sequencer has to be enabled only after both
PEX UPHY PLL and SATA UPHY PLL are initialized.
tegra210_uphy_init() -> t
As per Tegra210 TRM, before changing lane assignments, driver should
keep lanes in IDDQ and sleep state; after changing lane assignments,
driver should bring lanes out of IDDQ.
This commit implements the required operations.
Signed-off-by: JC Kuo
---
v3:
add 'misc_ctl2' data member to UPHY lan
The programming sequence in tegra210_usb3_port_enable() is required
for both cold boot and SC7 exit, and must be performed only after
PEX/SATA UPHY is initialized. Therefore, this commit moves the
programming sequence to tegra210_usb3_phy_power_on(). PCIE/SATA phy
.power_on() stub will invoke tegra
Once UPHY PLL hardware power sequencer is enabled, do not assert
reset to PEX/SATA PLLs, otherwise UPHY PLL operation will be broken.
This commit removes reset_control_assert(pcie->rst) and
reset_control_assert(sata->rst) from PEX/SATA UPHY disable procedure.
Signed-off-by: JC Kuo
---
v3:
new,
Add scp node to mt8183-kukui
Fixes: 0d5e41709f76 ("arm64: dts: mt8183: add scp node")
Signed-off-by: Pi-Hsun Shih
---
Change since v1:
* Add Fixes tag.
---
.../arm64/boot/dts/mediatek/mt8183-kukui.dtsi | 30 +++
1 file changed, 30 insertions(+)
diff --git a/arch/arm64/boot/dts
On Tue 2020-09-08 18:59:24, Sergey Senozhatsky wrote:
> On (20/09/08 09:46), Petr Mladek wrote:
> > On Sat 2020-09-05 12:18:27, Stephen Rothwell wrote:
> > > Hi all,
> > >
> > > Commit
> > >
> > > 4c31ead75f41 ("printk: ringbuffer: support dataless records")
> > >
> > > is missing a Signed-off
(+ Atish, Palmer)
On Fri, 4 Sep 2020 at 18:50, Heinrich Schuchardt wrote:
>
> In the memory map the regions with the lowest addresses may be of type
> EFI_RESERVED_TYPE. The reserved areas may be discontinuous relative to the
> rest of the memory. So for calculating the maximum loading address fo
On Wed, Sep 09, 2020 at 06:30:44AM +, Vaittinen, Matti wrote:
>
> On Tue, 2020-09-08 at 16:59 +0200, Krzysztof Kozlowski wrote:
> > GPIO_ACTIVE_x flags are not correct in the context of interrupt
> > flags.
> > These are simple defines so they could be used in DTS but they will
> > not
> > hav
On Wed, Sep 9, 2020 at 3:37 PM Jon Hunter wrote:
>
>
> On 02/09/2020 17:23, Krzysztof Kozlowski wrote:
> > On Wed, 2 Sep 2020 at 16:45, Naresh Kamboju
> > wrote:
> >>
> >> On Thu, 27 Aug 2020 at 15:44, Matthias Brugger
> >> wrote:
> >>>
> >>>
> >>>
> >>> On 12/11/2019 12:03, Pi-Hsun Shih wrote
On Tue, 8 Sep 2020 at 21:22, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.14.197 release.
> There are 65 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.
>
> Res
On 2020-09-09 07:45:22 [+0200], Mike Galbraith wrote:
> 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
> > >
From: Josh Poimboeuf
> Sent: 08 September 2020 18:43
> Hi x86 maintainers,
...
> > --- a/arch/x86/lib/putuser.S
> > +++ b/arch/x86/lib/putuser.S
> > @@ -38,6 +38,8 @@ SYM_FUNC_START(__put_user_1)
> > ENTER
> > cmp TASK_addr_limit(%_ASM_BX),%_ASM_CX
> > jae .Lbad_put_user
> > + sbb %_
Hi Finn,
On Tue, Aug 18, 2020 at 9:45 AM Finn Thain wrote:
> Add platform devices for the Mac IDE controller variants. Convert the
> macide module into a platform driver to support two of those variants.
> For the third, use a generic "pata_platform" driver instead.
> This enables automatic loadi
On Wed, Sep 9, 2020 at 6:06 AM Ben Skeggs wrote:
>
> On Thu, 13 Aug 2020 at 06:50, Jeremy Cline wrote:
> >
> > Commit d32656373857 ("drm/nouveau/therm/gp100: initial implementation of
> > new gp1xx temperature sensor") added support for reading finer-grain
> > temperatures, but continued to repor
Hi Vineet,
I love your patch! Yet something to improve:
url:
https://github.com/0day-ci/linux/commits/Vineet-Gupta/ARC-plat-eznps-Drop-support-for-EZChip-NPS-platform/20200909-121133
base: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
Wanpeng Li writes:
> From: Wanpeng Li
>
> Analysis from Sean:
>
> | svm->next_rip is reset in svm_vcpu_run() only after calling
> | svm_exit_handlers_fastpath(), which will cause SVM's
> | skip_emulated_instruction() to write a stale RIP.
>
This should only happen when svm->vmcb->control
On Wed, Sep 09, 2020 at 08:32:47AM +1200, Evan Nimmo wrote:
> If something goes wrong (such as the SCL being stuck low) then we need
> to reset the PCA chip. The issue with this is that on reset we lose all
> config settings and the chip ends up in a disabled state which results
> in a lock up/high
The following commit has been merged into the sched/core branch of tip:
Commit-ID: 848785df48835eefebe0c4eb5da7690690b0a8b7
Gitweb:
https://git.kernel.org/tip/848785df48835eefebe0c4eb5da7690690b0a8b7
Author:Valentin Schneider
AuthorDate:Tue, 08 Sep 2020 19:49:56 +01:00
Com
On 02/09/2020 18:23, Krzysztof Kozlowski wrote:
On Wed, 2 Sep 2020 at 16:45, Naresh Kamboju wrote:
On Thu, 27 Aug 2020 at 15:44, Matthias Brugger wrote:
On 12/11/2019 12:03, Pi-Hsun Shih wrote:
From: Eddie Huang
Add scp node to mt8183 and mt8183-evb
Signed-off-by: Erin Lo
Signed-o
Currently slave devices are only added either from device tree or acpi
entries. However lets say, there is wrong or no entry of a slave device
in DT that is enumerated, then there is no way for user to know all
the enumerated devices on the bus.
To fix this add slave device by default if there is
This is just a reminder ping to let you know I'm still waiting more reviews!
Any comments will be appreciated!
Thanks,
SeongJae Park
(adding Laszlo and Brijesh)
On Tue, 8 Sep 2020 at 20:46, Borislav Petkov wrote:
>
> + Ard so that he can ack the efi bits.
>
> On Mon, Sep 07, 2020 at 03:16:12PM +0200, Joerg Roedel wrote:
> > From: Tom Lendacky
> >
> > Calling down to EFI runtime services can result in the firmware performing
>
On Wed, Sep 02, 2020 at 12:51:37AM -0400, Jeffrey Lin wrote:
> Value of /sys/devices/platform/lis3lv02d/position when
> Horizontal: (36,-108,-1152)
> Left elevated: (-432,-126,-1062)
> Front elevated: (36,594,-936)
> Upside down:(-126,-252,1098)
>
> Signed-off-by: Jeffrey
On 8/14/20 03:06, Dmitry Osipenko wrote:
> Now memory controller is a memory interconnection provider. This allows us
> to use interconnect API in order to change memory configuration.
>
> Signed-off-by: Dmitry Osipenko
Thanks Dmitry! Looks good to me.
Acked-by: Georgi Djakov
On 8/14/20 03:06, Dmitry Osipenko wrote:
> Now memory controller is a memory interconnection provider. This allows us
> to use interconnect API in order to change memory configuration.
>
> Signed-off-by: Dmitry Osipenko
Acked-by: Georgi Djakov
Thomas Gleixner 于2020年7月29日周三 下午8:16写道：
>
> Qian,
>
> jun qian writes:
> > On Mon, Jul 27, 2020 at 11:41 PM Thomas Gleixner wrote:
> >> > + or_softirq_pending(pending << (vec_nr + 1));
> >>
> >> To or the value interrupts need to be disabled because otherwise you can
> >> los
On 8/14/20 03:06, Dmitry Osipenko wrote:
> Now external memory controller is a memory interconnection provider.
> This allows us to use interconnect API to change memory configuration.
>
> Signed-off-by: Dmitry Osipenko
Acked-by: Georgi Djakov
On Wed, Sep 09, 2020 at 08:31:40AM +0100, Lee Jones wrote:
> On Wed, 09 Sep 2020, Xu Yilun wrote:
>
> > > > > > + * m10bmc_raw_read - read m10bmc register per addr
> > > > > > + * m10bmc_sys_read - read m10bmc system register per offset
> > > > > > + */
> > > > > > +static inline int
> > > > > > +
On Wed, Aug 12, 2020 at 11:45:54AM +0800, Anson Huang wrote:
> dev_err_probe() can reduce code size, uniform error handling and record the
> defer probe reason etc., use it to simplify the code.
>
> Signed-off-by: Anson Huang
Applied to for-next, thanks!
signature.asc
Description: PGP signatu
On Tue, Sep 08, 2020 at 05:02:36PM +0200, Krzysztof Kozlowski wrote:
> GPIO_ACTIVE_x flags are not correct in the context of interrupt flags.
> These are simple defines so they could be used in DTS but they will not
> have the same meaning:
> 1. GPIO_ACTIVE_HIGH = 0 = IRQ_TYPE_NONE
> 2. GPIO_ACTIVE
Commit 61363c1474b1 ("iommu/vt-d: Enable ATS only if the device uses
page aligned address.") disables ATS for device that can do unaligned
page request.
This looks wrong, since the commit log said it's because the page
request descriptor doesn't support reporting unaligned request.
A victim is Qe
On Mon, Sep 07, 2020 at 05:59:32PM +0200, Mauro Carvalho Chehab wrote:
> From: Yu Chen
>
> The HiKey960 has a fairly complex USB configuration due to it
> needing to support a USB-C port for host/device mode and multiple
> USB-A ports in host mode, all using a single USB controller.
>
> See sche
Wanpeng Li writes:
> From: Wanpeng Li
>
> Moving svm_complete_interrupts() into svm_vcpu_run() which can align VMX
> and SVM with respect to completing interrupts.
>
> Suggested-by: Sean Christopherson
> Cc: Paul K.
> Signed-off-by: Wanpeng Li
> ---
> arch/x86/kvm/svm/svm.c | 4 ++--
> 1 fi
On Tue, Sep 08, 2020 at 10:16PM -0700, David Gow wrote:
> 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 an
On Wed, 2 Sep 2020, John Mathew wrote:
> This patch series updates the scheduler documentation to add more topics
> wrt to scheduler overview. New sections are added to provide a brief
> overview of the kernel structs used by the scheduler, scheduler invocation,
> and context switch. Previous v
Hi Rob, Matthias, Chun-Kuang,
Please kindly let me know your comments about this patch set.
Thanks
-Neal
On Wed, 2020-09-02 at 14:40 +0800, Neal Liu wrote:
> Hi Rob, Matthias, Chun-Kuang,
>
> Gentle ping for this patch set.
> Thanks
>
> -Neal
>
> On Thu, 2020-08-27 at 11:06 +0800, Neal Liu wr
Add trackpoint variant IDs to allow supported control
on Synaptics trackpoints
Signed-off-by: Vincent Huang
---
drivers/input/mouse/trackpoint.c | 2 ++
drivers/input/mouse/trackpoint.h | 2 ++
2 files changed, 4 insertions(+)
diff --git a/drivers/input/mouse/trackpoint.c b/drivers/input/mouse/
On Wed, 9 Sep 2020 at 16:23, Vitaly Kuznetsov wrote:
>
> Wanpeng Li writes:
>
> > From: Wanpeng Li
> >
> > Analysis from Sean:
> >
> > | svm->next_rip is reset in svm_vcpu_run() only after calling
> > | svm_exit_handlers_fastpath(), which will cause SVM's
> > | skip_emulated_instruction() to
On Tue, 2020-09-08 at 16:15 +0200, Alexander Gordeev wrote:
> On Tue, Sep 08, 2020 at 10:16:49AM +0200, Christophe Leroy wrote:
> > >Yes, and also two more sources :/
> > > arch/powerpc/mm/kasan/8xx.c
> > > arch/powerpc/mm/kasan/kasan_init_32.c
> > >
> > >But these two are not quite obvious wrt
This allows XRGB/ARGB on GXM following AFBC support in panfrost.
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/meson/meson_osd_afbcd.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/meson/meson_osd_afbcd.c
b/drivers/gpu/drm/meson/meson_osd_afbcd.c
index f12e0271f1
On Mon, Aug 03, 2020 at 07:17:56AM +0200, Alain Volmat wrote:
> Rely on the core functions to implement the host-notify
> protocol via the a I2C slave device.
>
> Signed-off-by: Alain Volmat
Applied to for-next, thanks!
signature.asc
Description: PGP signature
On Mon, Aug 03, 2020 at 07:17:55AM +0200, Alain Volmat wrote:
> SMBus Host-Notify protocol, from the adapter point of view
> consist of receiving a message from a client, including the
> client address and some other data.
>
> It can be simply handled by creating a new slave device
> and registeri
On 2020/9/9 上午12:37, Cornelia Huck wrote:
Then you need something that is functional equivalent to virtio PCI
which is actually the concept of vDPA (e.g vDPA provides alternatives if
the queue_sel is hard in the EP implementation).
It seems I really need to read up on vDPA more... do you have
Any Reviewed-by for these two patches? :)
On Wed, 19 Aug 2020 at 16:55, Wanpeng Li wrote:
>
> From: Wanpeng Li
>
> There is missing apic map recalculation after updating DFR, if it is
> INIT RESET, in x2apic mode, local apic is software enabled before.
> This patch fix it by introducing the funct
Wanpeng Li writes:
> From: Wanpeng Li
>
> Moving the call to svm_exit_handlers_fastpath() after
> svm_complete_interrupts()
> since svm_complete_interrupts() consumes rip and reenable the function
> handle_fastpath_set_msr_irqoff() call in svm_exit_handlers_fastpath().
>
> Suggested-by: Sean
Em Wed, 9 Sep 2020 10:35:55 +0200
Greg Kroah-Hartman escreveu:
> On Mon, Sep 07, 2020 at 05:59:32PM +0200, Mauro Carvalho Chehab wrote:
> > From: Yu Chen
> >
> > The HiKey960 has a fairly complex USB configuration due to it
> > needing to support a USB-C port for host/device mode and multiple
>
esas2r_probe() calls scsi_host_put() in an error path. However,
esas2r_log_dev() may hit a potential NULL dereference. So use NUll instead.
Signed-off-by: Jing Xiangfeng
---
drivers/scsi/esas2r/esas2r_main.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/scsi/esas2r/
Hi!
>
> >@@ -271,6 +271,17 @@ config LEDS_MT6323
> > This option enables support for on-chip LED drivers found on
> > Mediatek MT6323 PMIC.
...522 lines...
> >+static int mt6360_init_isnk_properties(struct mt6360_led *led, struct
> >led_init_data *init_data)
> >+{
> >+struct le
On Wed, Sep 9, 2020 at 10:40 AM Greg Kroah-Hartman
wrote:
> On Wed, Sep 09, 2020 at 09:08:14AM +0200, Krzysztof Kozlowski wrote:
> > On Wed, 9 Sep 2020 at 09:02, Greg Kroah-Hartman
> > wrote:
> > > On Wed, Sep 09, 2020 at 08:29:25AM +0200, Krzysztof Kozlowski wrote:
> > > > On Wed, 26 Aug 2020 at
101 - 200 of 1298 matches
Mail list logo
