From: Qian Cai
> Sent: 25 July 2019 15:39
>
> There are many of those warnings.
>
> In file included from ./arch/powerpc/include/asm/paca.h:15,
> from ./arch/powerpc/include/asm/current.h:13,
> from ./include/linux/thread_info.h:21,
> from
Add new Cadence NAND driver to MTD subsystem
Signed-off-by: Piotr Sroka
---
Changes for v5:
- fix "ecc config strength" field size
- remove unused macros
- fix address of timing2 register
- add guard for accessing data_control_size register
- simplify the driver by use the same function
for
Document the bindings used by Cadence NAND controller driver
Signed-off-by: Piotr Sroka
---
Changes for v5:
- replace "_" by "-" in all properties
- change compatible name from cdns,hpnfc to cdns,hp-nfc
Changes for v4:
- add commit message
Changes for v3:
- add unit suffix for board_delay
-
Driver for Cadence HPNFC NAND flash controller.
HW DMA interface
Page write and page read operations are executed in Command DMA mode.
Commands are defined by DMA descriptors.
In CDMA mode controller own DMA engine is used (Master DMA mode).
Other operations defined by nand_op_instr are executed
Hi,
You are missing my Acked tag.
2019년 7월 25일 (목) 오후 11:44, 님이 작성:
>
> Regulators should be enabled before clocks to avoid h/w hang. This
> require change in exynos_bus_probe() to move exynos_bus_parse_of()
> after exynos_bus_parent_parse_of() and change in error handling.
> Similar change is
On Thu, Jul 25, 2019 at 07:56:15AM -0700, Alexander Duyck wrote:
> On Thu, 2019-07-25 at 10:44 -0400, Nitesh Narayan Lal wrote:
> > On 7/24/19 3:02 PM, Michael S. Tsirkin wrote:
> > > On Wed, Jul 24, 2019 at 10:05:14AM -0700, Alexander Duyck wrote:
> > > > From: Alexander Duyck
> > > >
> > > >
From: Miles Chen
This RFC patch is sent to report an use after free in mem_cgroup_iter()
after merging commit: be2657752e9e "mm: memcg: fix use after free in
mem_cgroup_iter()".
I work with android kernel tree (4.9 & 4.14), and the commit:
be2657752e9e "mm: memcg: fix use after free in
In delayedwork_callback(), logi_dj_recv_query_paired_devices
may return positive value while success now, so check it
correctly.
Fixes: dbcbabf7da92 ("HID: logitech-dj: fix return value of
logi_dj_recv_query_hidpp_devices")
Signed-off-by: YueHaibing
---
drivers/hid/hid-logitech-dj.c | 2 +-
1
On Thu, 2019-07-25 at 07:57 -0400, Nitesh Narayan Lal wrote:
> On 7/24/19 4:18 PM, Alexander Duyck wrote:
> > On Wed, 2019-07-24 at 15:02 -0400, Michael S. Tsirkin wrote:
> > > On Wed, Jul 24, 2019 at 10:12:10AM -0700, Alexander Duyck wrote:
> > > > From: Alexander Duyck
> > > >
> > > > Add
On Thu, Jul 25, 2019 at 3:13 PM Bartosz Golaszewski wrote:
>
> From: Bartosz Golaszewski
>
> This series makes DaVinci part of the multiplatform build for ARM v5.
>
> First three patches fix build errors spotted and fixed by Arnd with v1.
>
> The fourth patch adds necessary bits and pieces for
On Thu, 2019-07-25 at 10:44 -0400, Nitesh Narayan Lal wrote:
> On 7/24/19 3:02 PM, Michael S. Tsirkin wrote:
> > On Wed, Jul 24, 2019 at 10:05:14AM -0700, Alexander Duyck wrote:
> > > From: Alexander Duyck
> > >
> > > Add support for the page hinting feature provided by virtio-balloon.
> > >
Le jeu. 25 juil. 2019 à 13:40, Hans Verkuil a écrit :
>
> On 7/2/19 5:52 PM, Hugues Fruchet wrote:
> > Add support of several sub-devices within pipeline instead
> > of a single one.
> > This allows to support a CSI-2 camera sensor connected
> > through a CSI-2 to parallel bridge.
> >
> >
On Thu, Jul 25, 2019 at 10:44:01AM -0400, Nitesh Narayan Lal wrote:
>
> On 7/24/19 3:02 PM, Michael S. Tsirkin wrote:
> > On Wed, Jul 24, 2019 at 10:05:14AM -0700, Alexander Duyck wrote:
> >> From: Alexander Duyck
> >>
> >> Add support for the page hinting feature provided by virtio-balloon.
>
On Thu, Jul 25, 2019 at 02:51:41AM -0700, Rafael J. Wysocki wrote:
> Hi Keith,
>
> Unfortunately,
>
> commit d916b1be94b6dc8d293abed2451f3062f6af7551
> Author: Keith Busch
> Date: Thu May 23 09:27:35 2019 -0600
>
> nvme-pci: use host managed power state for suspend
>
> doesn't
2019년 7월 25일 (목) 오후 11:19, Kamil Konieczny
님이 작성:
>
> Hi Chanwoo,
>
> On 25.07.2019 12:17, Chanwoo Choi wrote:
> > Hi Kamil,
> >
> > Looks good to me. But, I have some comment. Please check them.
>
> Thank you for review, please see answers below.
>
> > After this patch, exynos_bus_target is
On Thu, Jul 25, 2019 at 10:48:42PM +0800, Kai-Heng Feng wrote:
> at 15:55, Greg KH wrote:
>
> > On Thu, Jul 18, 2019 at 05:25:22PM +0800, Kai-Heng Feng wrote:
> > > The procfs provides many useful information for debugging, but it may be
> > > too much for normal usage, routines like
On 7/25/19 10:30 AM, Christoph Hellwig wrote:
> On Thu, Jul 25, 2019 at 10:25:50AM -0400, Andrew F. Davis wrote:
>> On 7/25/19 10:11 AM, Christoph Hellwig wrote:
>>> On Thu, Jul 25, 2019 at 10:10:08AM -0400, Andrew F. Davis wrote:
Pages yes, but not "normal" pages from the kernel managed
Hello!
On 07/25/2019 02:19 PM, Claudiu Manoil wrote:
> The on-chip PCIe root complex that integrates the ENETC ethernet
> controllers also integrates a PCIe enpoint for the MDIO controller
> provinding for cetralized control of the ENETC mdio bus.
Providing, centralized.
> Add bindings for
On Mon 22 Jul 2019 at 11:54, Alexandre Mergnat wrote:
> @@ -1592,13 +1737,29 @@ static struct clk_regmap gxbb_vid_pll_div = {
> .hw.init = &(struct clk_init_data) {
> .name = "vid_pll_div",
> .ops = _vid_pll_div_ro_ops,
> - .parent_names = (const
On Thu, Jul 25, 2019 at 10:27:16PM +0800, YueHaibing wrote:
> use variables 'local_entity_uc' and 'local_uc',
> mute gcc used-but-set-variable warning:
>
> drivers/staging/vc04_services/interface/vchiq_arm/vchiq_arm.c: In function
> vchiq_release_internal:
>
at 15:55, Greg KH wrote:
On Thu, Jul 18, 2019 at 05:25:22PM +0800, Kai-Heng Feng wrote:
The procfs provides many useful information for debugging, but it may be
too much for normal usage, routines like proc_get_sec_info() reports
various security related information.
So disable it by
Hello Friend,
I am Mr.Omaru Kabore, Please this transaction is very urgent and
confidential besides it is real, genuine and legitimate. I am given
you 100% assurance and guarantee that this transaction is 100% risk
free.
The board of directors has decided to pay off all contractors that
the
On Thu, Jul 25, 2019 at 3:13 PM Bartosz Golaszewski wrote:
>
> From: Arnd Bergmann
>
> The driver builds fine without these.
>
> Signed-off-by: Arnd Bergmann
> Signed-off-by: Bartosz Golaszewski
This patch got merged into the linux-media tree earlier this week.
On Thu, Jul 25, 2019 at 3:13 PM Bartosz Golaszewski wrote:
>
> From: Arnd Bergmann
>
> This fixes the following build error in davinci_vpfe.
>
> /git/arm-soc/drivers/staging/media/davinci_vpfe/dm365_isif.c: In function
> 'vpfe_isif_init':
>
On 7/24/19 3:02 PM, Michael S. Tsirkin wrote:
> On Wed, Jul 24, 2019 at 10:05:14AM -0700, Alexander Duyck wrote:
>> From: Alexander Duyck
>>
>> Add support for the page hinting feature provided by virtio-balloon.
>> Hinting differs from the regular balloon functionality in that is is
>> much
Remove unused DT property "exynos,voltage-tolerance".
Signed-off-by: Kamil Konieczny
Acked-by: Chanwoo Choi
---
Documentation/devicetree/bindings/devfreq/exynos-bus.txt | 2 --
1 file changed, 2 deletions(-)
diff --git a/Documentation/devicetree/bindings/devfreq/exynos-bus.txt
Reuse opp core code for setting bus clock and voltage. As a side
effect this allow usage of coupled regulators feature (required
for boards using Exynos5422/5800 SoCs) because dev_pm_opp_set_rate()
uses regulator_set_voltage_triplet() for setting regulator voltage
while the old code used
"zhangyi (F)" writes:
> io_[p]getevents syscall should return -EINVAL if if timeout is out of
> range, add this validity check.
>
> Signed-off-by: zhangyi (F)
> ---
> fs/aio.c | 11 +--
> 1 file changed, 9 insertions(+), 2 deletions(-)
>
> diff --git a/fs/aio.c b/fs/aio.c
> index
On 7/24/19 1:17 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.19.61 release.
There are 271 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.
Responses should be
Regulators should be enabled before clocks to avoid h/w hang. This
require change in exynos_bus_probe() to move exynos_bus_parse_of()
after exynos_bus_parent_parse_of() and change in error handling.
Similar change is needed in exynos_bus_exit() where clock should be
disabled before regulators.
Both functions exynos_bus_passive_target() and exynos_bus_target()
have the same code, so remove exynos_bus_passive_target(). In
exynos_bus_probe() replace it with exynos_bus_target.
Suggested-by: Chanwoo Choi
Signed-off-by: Kamil Konieczny
---
This patch is new to this series.
---
From: Marek Szyprowski
Declare Exynos5422/5800 voltage ranges for opp points for big cpu core and
bus wcore and couple their voltage supllies as vdd_arm and vdd_int should
be in 300mV range.
Signed-off-by: Marek Szyprowski
[k.konieczny: add missing patch description]
Signed-off-by: Kamil
Hi,
The main purpose of this patch series is to add coupled regulators for
Exynos5422/5800 to keep constrain on voltage difference between vdd_arm
and vdd_int to be at most 300mV. In exynos-bus instead of using
regulator_set_voltage_tol() with default voltage tolerance it should be
used
On Mon 22 Jul 2019 at 11:50, Alexandre Mergnat wrote:
> @@ -208,8 +216,10 @@ static struct clk_regmap ao_cts_cec = {
>* Until CCF gets fixed, adding this fake parent that won't
>* ever be registered should work around the problem
>*/
> -
On Thu, Jul 25, 2019 at 02:58:02PM +0200, Michal Vokáč wrote:
> On 25. 07. 19 10:57, Dmitry Torokhov wrote:
> > Hi Michal,
> >
> > On Tue, May 21, 2019 at 08:51:17AM +0200, Michal Vokáč wrote:
> > > On 21. 05. 19 7:37, Dmitry Torokhov wrote:
> > > > Hi Michal,
> > > >
> > > > On Fri, May 17,
On Thu, Jul 25, 2019 at 12:25:23PM +0530, Anshuman Khandual wrote:
> This adds a test module which will validate architecture page table helpers
> and accessors regarding compliance with generic MM semantics expectations.
> This will help various architectures in validating changes to the existing
There are many of those warnings.
In file included from ./arch/powerpc/include/asm/paca.h:15,
from ./arch/powerpc/include/asm/current.h:13,
from ./include/linux/thread_info.h:21,
from ./include/asm-generic/preempt.h:5,
from
On Mon 22 Jul 2019 at 11:49, Alexandre Mergnat wrote:
> diff --git a/drivers/clk/meson/axg-audio.c b/drivers/clk/meson/axg-audio.c
> index 8028ff6f6610..4253a466eae8 100644
> --- a/drivers/clk/meson/axg-audio.c
> +++ b/drivers/clk/meson/axg-audio.c
> @@ -15,7 +15,6 @@
> #include
>
>
On Thu, 2019-07-25 at 02:52 +, Joel Stanley wrote:
> On Thu, 25 Jul 2019 at 01:18, Joe Perches wrote:
> > On Thu, 2019-07-25 at 10:40 +0930, Andrew Jeffery wrote:
> > > On Thu, 25 Jul 2019, at 02:46, Joe Perches wrote:
> > > > On Tue, 2019-07-09 at 22:04 -0700, Joe Perches wrote:
> > > > >
Commit-ID: 43931d350f30c6cd8c2f498d54ef7d65750abc92
Gitweb: https://git.kernel.org/tip/43931d350f30c6cd8c2f498d54ef7d65750abc92
Author: Thomas Gleixner
AuthorDate: Mon, 22 Jul 2019 20:47:30 +0200
Committer: Thomas Gleixner
CommitDate: Thu, 25 Jul 2019 16:12:02 +0200
x86/apic/x2apic:
Thanks for the review.
On 7/25/19 4:00 AM, Amir Goldstein wrote:
On Wed, Jul 24, 2019 at 10:57 PM Mark Salyzyn wrote:
Check impure, opaque, origin & meta xattr with no sepolicy audit
(using __vfs_getxattr) since these operations are internal to
overlayfs operations and do not disclose any
Is this one better?
Replace tasklets with workqueues in rxe driver. The reason for this
replacement is that tasklets are supposed to run atomically, although
the actual code may block.
Modify the SKB destructor for outgoing SKB's to schedule QP tasks only
if the QP is not destroyed itself.
On 07/25/2019 05:00 PM, Boris Brezillon wrote:
> External E-Mail
>
>
> On Thu, 25 Jul 2019 13:17:07 +
> wrote:
>
>> Hi, Boris,
>>
>> On 07/25/2019 03:37 PM, Boris Brezillon wrote:
>>> External E-Mail
>>>
>>>
>>> On Thu, 25 Jul 2019 11:19:06 +
>>> wrote:
>>>
> + */
>
Commit-ID: 2510d09e9dabc265341f164e0b45b2dfdcb7ef36
Gitweb: https://git.kernel.org/tip/2510d09e9dabc265341f164e0b45b2dfdcb7ef36
Author: Thomas Gleixner
AuthorDate: Mon, 22 Jul 2019 20:47:29 +0200
Committer: Thomas Gleixner
CommitDate: Thu, 25 Jul 2019 16:12:02 +0200
x86/apic/flat64:
Commit-ID: dea978632e8400b84888bad20df0cd91c18f0aec
Gitweb: https://git.kernel.org/tip/dea978632e8400b84888bad20df0cd91c18f0aec
Author: Thomas Gleixner
AuthorDate: Mon, 22 Jul 2019 20:47:28 +0200
Committer: Thomas Gleixner
CommitDate: Thu, 25 Jul 2019 16:12:02 +0200
x86/apic: Share
On 25.07.19 15:57, Michal Hocko wrote:
> On Thu 25-07-19 15:05:02, David Hildenbrand wrote:
>> On 25.07.19 14:56, Michal Hocko wrote:
>>> On Wed 24-07-19 16:30:17, David Hildenbrand wrote:
We end up calling __add_memory() without the device hotplug lock held.
(I used a local patch to
Commit-ID: 1f0ad660488b8eb2450d1834af6a156104281194
Gitweb: https://git.kernel.org/tip/1f0ad660488b8eb2450d1834af6a156104281194
Author: Thomas Gleixner
AuthorDate: Mon, 22 Jul 2019 20:47:27 +0200
Committer: Thomas Gleixner
CommitDate: Thu, 25 Jul 2019 16:12:02 +0200
x86/apic: Remove
Linus Torvalds writes:
> On Wed, Jul 24, 2019 at 7:47 AM Christian Brauner
> wrote:
>>
>> This adds the pidfd_wait() syscall.
>
> I despise this patch.
>
> Why can't this just be a new P_PIDFD flag, and then use
> "waitid(P_PIDFD, pidfd, ...);"
>
> Yes, yes, yes, I realize that "pidfd" is of
Commit-ID: 832df3d47badcbc860aef617105b6bc1c9459304
Gitweb: https://git.kernel.org/tip/832df3d47badcbc860aef617105b6bc1c9459304
Author: Thomas Gleixner
AuthorDate: Mon, 22 Jul 2019 20:47:26 +0200
Committer: Thomas Gleixner
CommitDate: Thu, 25 Jul 2019 16:12:01 +0200
x86/smp: Enhance
When a hyperthread is forced idle and the other hyperthread has a single
CPU intensive task running, the running task can occupy the hyperthread
for a long time with no scheduling point and starve the other
hyperthread.
Fix this temporarily by always checking if the task has exceed its
timeslice
On Thu, Jul 25, 2019 at 03:20:11PM +0200, Benjamin Gaignard wrote:
> > But that just means we need a flag that memory needs to be contiguous,
> > which totally makes sense at the API level. But CMA is not the only
> > source of contigous memory, so we should not conflate the two.
>
> We have one
Commit-ID: d0a7166bc7ac4feac5c482ebe8b2417aa3302ef4
Gitweb: https://git.kernel.org/tip/d0a7166bc7ac4feac5c482ebe8b2417aa3302ef4
Author: Thomas Gleixner
AuthorDate: Mon, 22 Jul 2019 20:47:25 +0200
Committer: Thomas Gleixner
CommitDate: Thu, 25 Jul 2019 16:12:01 +0200
x86/smp: Move
On Mon, Jul 22, 2019 at 10:28:30AM +0800, Fam Zheng wrote:
>
> On 7/19/19 11:17 PM, Michael S. Tsirkin wrote:
> > On Fri, Jul 19, 2019 at 09:31:34PM +0800, Fei Li wrote:
> > > From: Fam Zheng
> > >
> > > This allows the backend to _not_ trap mmio read of the status register
> > > after
This patch provides a vruntime based way to compare two cfs task's
priority, be it on the same cpu or different threads of the same core.
When the two tasks are on the same CPU, we just need to find a common
cfs_rq both sched_entities are on and then do the comparison.
When the two tasks are on
syzbot wrote:
> syzbot has bisected this bug to:
>
> commit 8822e270d697010e6a4fd42a319dbefc33db91e1
> Author: John Hurley
> Date: Sun Jul 7 14:01:54 2019 +
>
> net: core: move push MPLS functionality from OvS to core helper
>
> bisection log:
Commit-ID: 22ca7ee933a39f542ff6f81fc64f8036eff56519
Gitweb: https://git.kernel.org/tip/22ca7ee933a39f542ff6f81fc64f8036eff56519
Author: Thomas Gleixner
AuthorDate: Mon, 22 Jul 2019 20:47:23 +0200
Committer: Thomas Gleixner
CommitDate: Thu, 25 Jul 2019 16:12:00 +0200
x86/apic: Provide
Commit-ID: 6a1cb5f5c6413222b8532722562dd1edb5fdfd38
Gitweb: https://git.kernel.org/tip/6a1cb5f5c6413222b8532722562dd1edb5fdfd38
Author: Thomas Gleixner
AuthorDate: Mon, 22 Jul 2019 20:47:22 +0200
Committer: Thomas Gleixner
CommitDate: Thu, 25 Jul 2019 16:12:00 +0200
x86/apic: Add
Add a wrapper function cfs_rq_min_vruntime(cfs_rq) to
return cfs_rq->min_vruntime.
It will be used in the following patch, no functionality
change.
Signed-off-by: Aaron Lu
---
kernel/sched/fair.c | 27 ---
1 file changed, 16 insertions(+), 11 deletions(-)
diff --git
Commit-ID: bdda3b93e66085abf0b2c16bcdf471176e3c816a
Gitweb: https://git.kernel.org/tip/bdda3b93e66085abf0b2c16bcdf471176e3c816a
Author: Thomas Gleixner
AuthorDate: Mon, 22 Jul 2019 20:47:21 +0200
Committer: Thomas Gleixner
CommitDate: Thu, 25 Jul 2019 16:12:00 +0200
x86/apic: Move
Hi Vladis,
>> why is this one hidden behind CONFIG_PM? The general baud rate changes are
>> independent of runtime power management support.
>
> hci_bcm calls hci_uart_set_flow_control() only from functions hidden behind
> #ifdef-CONFIG_PM (surely this can change in the future), and so without
>
On Thu, Jul 25, 2019 at 10:25:50AM -0400, Andrew F. Davis wrote:
> On 7/25/19 10:11 AM, Christoph Hellwig wrote:
> > On Thu, Jul 25, 2019 at 10:10:08AM -0400, Andrew F. Davis wrote:
> >> Pages yes, but not "normal" pages from the kernel managed area.
> >> page_to_pfn() will return bad values on
Commit-ID: bd82dba2fa6ae91061e5d31399d61fe65028f714
Gitweb: https://git.kernel.org/tip/bd82dba2fa6ae91061e5d31399d61fe65028f714
Author: Thomas Gleixner
AuthorDate: Mon, 22 Jul 2019 20:47:20 +0200
Committer: Thomas Gleixner
CommitDate: Thu, 25 Jul 2019 16:11:59 +0200
x86/apic: Add
On Fri, Jul 12, 2019 at 4:43 PM Sven Van Asbroeck wrote:
>
> To enable burst clock mode, add the fsl,burst-clk-enable
> property to the weim bus's devicetree node.
>
Any feedback on this patch, positive or negative?
On Mon, Jul 22, 2019 at 06:26:46PM +0800, Aubrey Li wrote:
> The granularity period of util_avg seems too large to decide task priority
> during pick_task(), at least it is in my case, cfs_prio_less() always picked
> core max task, so pick_task() eventually picked idle, which causes this change
>
Commit-ID: 3994ff90acc3b115734fe532720c37a499c502ce
Gitweb: https://git.kernel.org/tip/3994ff90acc3b115734fe532720c37a499c502ce
Author: Thomas Gleixner
AuthorDate: Mon, 22 Jul 2019 20:47:19 +0200
Committer: Thomas Gleixner
CommitDate: Thu, 25 Jul 2019 16:11:59 +0200
x86/apic: Remove
Commit-ID: 60dcaad5736faff5a6b1abba5a292499f57197fe
Gitweb: https://git.kernel.org/tip/60dcaad5736faff5a6b1abba5a292499f57197fe
Author: Thomas Gleixner
AuthorDate: Wed, 24 Jul 2019 17:25:52 +0200
Committer: Thomas Gleixner
CommitDate: Thu, 25 Jul 2019 16:11:59 +0200
x86/hotplug:
Commit-ID: 9c92374b631d233abf5bd355cb4253d3d83d5578
Gitweb: https://git.kernel.org/tip/9c92374b631d233abf5bd355cb4253d3d83d5578
Author: Thomas Gleixner
AuthorDate: Mon, 22 Jul 2019 20:47:17 +0200
Committer: Thomas Gleixner
CommitDate: Thu, 25 Jul 2019 16:11:59 +0200
x86/cpu: Move
use variables 'local_entity_uc' and 'local_uc',
mute gcc used-but-set-variable warning:
drivers/staging/vc04_services/interface/vchiq_arm/vchiq_arm.c: In function
vchiq_release_internal:
drivers/staging/vc04_services/interface/vchiq_arm/vchiq_arm.c:2827:16: warning:
variable local_entity_uc set
Commit-ID: 82e574782345aa634e1544e80da85d71a9dbde19
Gitweb: https://git.kernel.org/tip/82e574782345aa634e1544e80da85d71a9dbde19
Author: Thomas Gleixner
AuthorDate: Mon, 22 Jul 2019 20:47:15 +0200
Committer: Thomas Gleixner
CommitDate: Thu, 25 Jul 2019 16:11:58 +0200
x86/apic/uv: Make
Commit-ID: c94f0718fb1c171d6dfdd69cb6001fa0d8206710
Gitweb: https://git.kernel.org/tip/c94f0718fb1c171d6dfdd69cb6001fa0d8206710
Author: Thomas Gleixner
AuthorDate: Mon, 22 Jul 2019 20:47:14 +0200
Committer: Thomas Gleixner
CommitDate: Thu, 25 Jul 2019 16:11:58 +0200
x86/apic:
Hello, Marcel,
> why is this one hidden behind CONFIG_PM? The general baud rate changes are
> independent of runtime power management support.
hci_bcm calls hci_uart_set_flow_control() only from functions hidden behind
#ifdef-CONFIG_PM (surely this can change in the future), and so without
On 25/07/2019 14:26, Jose Abreu wrote:
...
> Well, I wasn't expecting that :/
>
> Per documentation of barriers I think we should set descriptor fields
> and then barrier and finally ownership to HW so that remaining fields
> are coherent before owner is set.
>
> Anyway, can you also add a
On 7/25/19 11:38 AM, Tetsuo Handa wrote:
> On 2019/07/25 2:02, Dmitry Safonov wrote:
>> Hung task detector has one timeout and has two associated actions on it:
>> - issuing warnings with names and stacks of blocked tasks
>> - panic()
>>
>> We want switches to panic (and reboot) if there's a task
Commit-ID: ba77b2a02e0099ab0021bc3169b8f674c6be19f0
Gitweb: https://git.kernel.org/tip/ba77b2a02e0099ab0021bc3169b8f674c6be19f0
Author: Thomas Gleixner
AuthorDate: Mon, 22 Jul 2019 20:47:13 +0200
Committer: Thomas Gleixner
CommitDate: Thu, 25 Jul 2019 16:11:58 +0200
x86/apic: Move
On 2019/7/25 下午9:26, Michael S. Tsirkin wrote:
Exactly, and that's the reason actually I use synchronize_rcu() there.
So the concern is still the possible synchronize_expedited()?
I think synchronize_srcu_expedited.
synchronize_expedited sends lots of IPI and is bad for realtime VMs.
Can
Commit-ID: 8b542da372875373db9688477671151df3418acb
Gitweb: https://git.kernel.org/tip/8b542da372875373db9688477671151df3418acb
Author: Thomas Gleixner
AuthorDate: Mon, 22 Jul 2019 20:47:12 +0200
Committer: Thomas Gleixner
CommitDate: Thu, 25 Jul 2019 16:11:57 +0200
x86/apic: Move ipi
Fixes gcc '-Wunused-but-set-variable' warning:
drivers/pinctrl/pinctrl-oxnas.c: In function oxnas_ox810se_pinconf_set:
drivers/pinctrl/pinctrl-oxnas.c:905:6: warning: variable arg set but not used
[-Wunused-but-set-variable]
drivers/pinctrl/pinctrl-oxnas.c: In function oxnas_ox820_pinconf_set:
Commit-ID: 521b82fee98c1e334ba3a2459ba3739d459e9e4e
Gitweb: https://git.kernel.org/tip/521b82fee98c1e334ba3a2459ba3739d459e9e4e
Author: Thomas Gleixner
AuthorDate: Mon, 22 Jul 2019 20:47:11 +0200
Committer: Thomas Gleixner
CommitDate: Thu, 25 Jul 2019 16:11:57 +0200
x86/apic: Cleanup
Hi,
2019년 7월 24일 (수) 오후 10:36, Leonard Crestez 님이 작성:
>
> Add initial dt bindings for the interconnects inside i.MX chips.
> Multiple external IPs are involved but SOC integration means the
> software controllable interfaces are very similar.
>
> This is initially only for imx8mm but add an
Commit-ID: cdc86c9d1f825d13cef85d9ebd3e73572602fb48
Gitweb: https://git.kernel.org/tip/cdc86c9d1f825d13cef85d9ebd3e73572602fb48
Author: Thomas Gleixner
AuthorDate: Mon, 22 Jul 2019 20:47:10 +0200
Committer: Thomas Gleixner
CommitDate: Thu, 25 Jul 2019 16:11:57 +0200
x86/apic: Move IPI
Commit-ID: cc8bf191378c1da8ad2b99cf470ee70193ace84e
Gitweb: https://git.kernel.org/tip/cc8bf191378c1da8ad2b99cf470ee70193ace84e
Author: Thomas Gleixner
AuthorDate: Mon, 22 Jul 2019 20:47:09 +0200
Committer: Thomas Gleixner
CommitDate: Thu, 25 Jul 2019 16:11:56 +0200
x86/apic: Make
Commit-ID: 2640da4cccf5cc613bf26f0998b9e340f4b5f69c
Gitweb: https://git.kernel.org/tip/2640da4cccf5cc613bf26f0998b9e340f4b5f69c
Author: Thomas Gleixner
AuthorDate: Mon, 22 Jul 2019 20:47:08 +0200
Committer: Thomas Gleixner
CommitDate: Thu, 25 Jul 2019 16:11:56 +0200
x86/apic: Soft
Thanks.
Signed-off-by: Pengfei Li
On Thu, Jul 25, 2019 at 10:36 AM Andrew Morton
wrote:
>
> On Tue, 16 Jul 2019 23:26:55 +0800 Pengfei Li wrote:
>
> > From: "Uladzislau Rezki (Sony)"
> >
> > The busy tree can be quite big, even though the area is freed
> > or unmapped it still stays there
Commit-ID: 39c89dff9c366ad98d2e5598db41ff9b1bdb9e88
Gitweb: https://git.kernel.org/tip/39c89dff9c366ad98d2e5598db41ff9b1bdb9e88
Author: Thomas Gleixner
AuthorDate: Mon, 22 Jul 2019 20:47:07 +0200
Committer: Thomas Gleixner
CommitDate: Thu, 25 Jul 2019 16:11:56 +0200
x86/apic: Invoke
On Mon, Jul 22, 2019 at 11:20:08AM +0200, Thomas Huth wrote:
> The FSF does not reside in "675 Mass Ave, Cambridge" anymore...
> let's replace the old GPL boilerplate code with a proper SPDX
> identifier instead.
>
> Signed-off-by: Thomas Huth
> ---
> kernel/configs.c | 16 +---
> 1
Commit-ID: 2591bc4e8d70b4e1330d327fb7e3921f4e070a51
Gitweb: https://git.kernel.org/tip/2591bc4e8d70b4e1330d327fb7e3921f4e070a51
Author: Thomas Gleixner
AuthorDate: Mon, 22 Jul 2019 20:47:06 +0200
Committer: Thomas Gleixner
CommitDate: Thu, 25 Jul 2019 16:11:56 +0200
x86/kgbd: Use
Commit-ID: 747d5a1bf293dcb33af755a6d285d41b8c1ea010
Gitweb: https://git.kernel.org/tip/747d5a1bf293dcb33af755a6d285d41b8c1ea010
Author: Grzegorz Halat
AuthorDate: Fri, 28 Jun 2019 14:28:13 +0200
Committer: Thomas Gleixner
CommitDate: Thu, 25 Jul 2019 16:09:24 +0200
x86/reboot: Always
From: Francois Buergisser
The Hantro codec is typically used in platforms with an IOMMU,
so we need to set a proper DMA segment size. Devices without an
IOMMU will still fallback to default 64KiB segments.
Cc: sta...@vger.kernel.org
Fixes: 775fec69008d3 ("media: add Rockchip VPU JPEG encoder
From: Jeffy Chen
Rockchip RK3399 SoC has the same Hantro G1 IP block
as RK3288, but the registers are entirely different.
In a similar fashion as MPEG-2 decoding, it's simpler
to just add a separate implementation.
Signed-off-by: Jeffy Chen
Signed-off-by: Tomasz Figa
Signed-off-by: Ezequiel
From: Boris Brezillon
v4l2_ctrl_new_custom() should work for any kind of control, including
standard ones. With that change, we automatically get support for
menu controls.
Signed-off-by: Boris Brezillon
Signed-off-by: Ezequiel Garcia
---
drivers/staging/media/hantro/hantro.h | 2 --
In order to introduce support for RK3399 VP8 decoding,
move some common VP8 code. This will be reused by
the RK3399 implementation, reducing code duplication.
Signed-off-by: Ezequiel Garcia
---
.../staging/media/hantro/hantro_g1_vp8_dec.c| 17 -
From: Boris Brezillon
And replace all calls to v4l2_m2m_next_{src,dst}_buf() by
hantro_get_{src,dst}_buf() one.
Signed-off-by: Boris Brezillon
Signed-off-by: Ezequiel Garcia
---
drivers/staging/media/hantro/hantro.h | 13 +
This series adds VP8 decoding support on RK3399 SoC.
I'm including a set of commits from Boris' recent H264 series [1].
These commits add some helpers that are also useful for RK3399 VP8,
and at the same time cleanup the driver nicely.
Finally, there's a fix by Francois Buergisser from Chromium
From: Boris Brezillon
controls[] is not supposed to be modified at runtime, let's make it
explicit by adding a const specifier.
Signed-off-by: Boris Brezillon
Signed-off-by: Ezequiel Garcia
---
drivers/staging/media/hantro/hantro_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
From: Boris Brezillon
And use them where appropriate.
We might want to move hantro_{prepare,finish}_run() calls to
device_run() and have a 2-step approach similar to cedrus (prepare +
trigger) at some point, but let's keep that for later.
Signed-off-by: Boris Brezillon
Signed-off-by: Ezequiel
Commit-ID: 0c09ab96fc820109d63097a2adcbbd20836b655f
Gitweb: https://git.kernel.org/tip/0c09ab96fc820109d63097a2adcbbd20836b655f
Author: Thomas Gleixner
AuthorDate: Tue, 9 Jul 2019 16:23:40 +0200
Committer: Thomas Gleixner
CommitDate: Thu, 25 Jul 2019 15:48:01 +0200
cpu/hotplug: Cache
On Thu, Jul 25, 2019 at 10:10:08AM -0400, Andrew F. Davis wrote:
> Pages yes, but not "normal" pages from the kernel managed area.
> page_to_pfn() will return bad values on the pages returned by this
> allocator and so will any of the kernel sync/map functions. Therefor
> those operations cannot
Hi Dafna,
On Thu, Jul 25, 2019 at 10:56 AM Dafna Hirschfeld
wrote:
>
> From: Gary Bisson
>
> i.MX 8Quad is a quad (4x) Cortex-A53 processor with powerful
> graphic and multimedia features.
> This patch adds Nitrogen8M board support.
>
> Signed-off-by: Gary Bisson
> Signed-off-by: Troy Kisky
>
Commit-ID: b9fa6442f7043e2cdd247905d4f3b80f2e9605cb
Gitweb: https://git.kernel.org/tip/b9fa6442f7043e2cdd247905d4f3b80f2e9605cb
Author: Thomas Gleixner
AuthorDate: Mon, 22 Jul 2019 20:47:24 +0200
Committer: Thomas Gleixner
CommitDate: Thu, 25 Jul 2019 15:47:37 +0200
cpumask: Implement
Commit-ID: e797bda3fd29137f6c151dfa10ea6a61c17895ce
Gitweb: https://git.kernel.org/tip/e797bda3fd29137f6c151dfa10ea6a61c17895ce
Author: Thomas Gleixner
AuthorDate: Mon, 22 Jul 2019 20:47:16 +0200
Committer: Thomas Gleixner
CommitDate: Thu, 25 Jul 2019 15:47:37 +0200
smp/hotplug: Track
601 - 700 of 1107 matches
Mail list logo