Hi Herbert,
On Wed, 17 Jun 2020 00:38:07 +1000 Herbert Xu
wrote:
>
> On Tue, Jun 16, 2020 at 04:38:49AM +0100, Al Viro wrote:
> >
> > Folded and pushed
>
> Thanks Al. Here's another one that I just got, could you add this
> one too?
>
> diff --git a/drivers/mtd/nand/raw/cadence-nand-control
Hi Bjorn,
On 2020-02-12 03:54, Sai Prakash Ranjan wrote:
This series converts QCOM watchdog timer bindings to YAML. Also
it adds the missing SoC-specific compatible for QCS404, SC7180,
SDM845 and SM8150 SoCs.
v1:
https://lore.kernel.org/lkml/cover.1576211720.git.saiprakash.ran...@codeaurora.org
This patch adds linux/slab.h to fix build error in qcom_q6v5_mss.c
Build error:
../drivers/remoteproc/qcom_q6v5_mss.c:
In function ‘q6v5_mpss_init_image’:
../drivers/remoteproc/qcom_q6v5_mss.c:772:3:
error: implicit declaration of function ‘kfree’;
did you mean ‘vfree’? [-Werror=implicit-f
As of commit 37744feebc086908 ("sh: remove sh5 support"), support for
the SH5-based Cayman platform can no longer be selected.
Signed-off-by: Geert Uytterhoeven
---
drivers/input/serio/i8042-io.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/input/serio/i8042-io.h b/drivers/input/
>
> Hi, Bean
> >
> > On Mon, 2020-06-15 at 16:23 +0900, Daejun Park wrote:
> > > +void ufsf_scan_features(struct ufs_hba *hba)
> > > +{
> > > + int ret;
> > > +
> > > + init_waitqueue_head(&hba->ufsf.sdev_wait);
> > > + atomic_set(&hba->ufsf.slave_conf_cnt, 0);
> > > +
> > > +
Hi all,
Commit 37744feebc086908 ("sh: remove sh5 support") removed all core SH5
support, but forgot to remove board support for the SH5-based Hitachi
Cayman development board.
This patch (hopefully) completes the removal, by dropping Cayman board
support, and Cayman-specific handling in t
Since the removal of core support for SH5, Cayman support can no longer
be selected.
Fixes: 37744feebc086908 ("sh: remove sh5 support")
Signed-off-by: Geert Uytterhoeven
---
arch/sh/Kconfig | 5 +-
arch/sh/Makefile| 5 -
arch/sh/boards/Kconfig
I can do it.
On Mon, Jun 15, 2020 at 4:43 PM Tobias Klauser wrote:
>
> On 2020-06-13 at 10:42:07 +0200, Guo Ren wrote:
> > Acked-by: Guo Ren
>
> Thanks for the Ack. Are you taking this patch through your own tree or
> should I directly submit to someone else?
>
> > On Wed, Jun 10, 2020 at 11:45
From: Angelo Dureghello
After pulling 5.7.0 (linux-next merge), mcf5441x mmu boot was
hanging silently.
memblock_add() seems not appropriate, since using MAX_NUMNODES
as node id, while memblock_add_node() sets up memory for node id 0.
Signed-off-by: Angelo Dureghello
Signed-off-by: Mike Rapopo
Hi,
This warning exists for long time, I did not find time to report, here
is the latest kernel logs, can you please to have a look?
hardware: Thinkpad T480s
lspci: 00:02.0 VGA compatible controller: Intel Corporation UHD Graphics 620
(rev 07)
--
[0.00] Linux version 5.8.0-rc1+ (dyo...@d
From: Mike Rapoport
Hi,
It's a followup to the Greg's [1] and Angelo's [2] reports of boot problems
caused by the recent rework of the memory initialization.
I'm resending Angelo's original patch for mcfmmu and my fix for the nommu
variant.
[1]
https://lore.kernel.org/lkml/f53e68db-ed81-6ef6-
From: Mike Rapoport
The m68k nommu setup code didn't register the beginning of the physical
memory with memblock because it was anyway occupied by the kernel. However,
commit fa3354e4ea39 ("mm: free_area_init: use maximal zone PFNs rather than
zone sizes") changed zones initialization to use memb
Hi Alex,
On Tue, Jun 16, 2020 at 03:26:36PM -0600, Alex Williamson wrote:
> The next use of the device will generate an underflow from the
> stale reference.
>
> Cc: Qian Cai
> Fixes: 1518ac272e78 ("vfio/pci: fix memory leaks of eventfd ctx")
> Reported-by: Daniel Wagner
> Signed-off-by: Alex W
Alexei Starovoitov wrote:
> On Tue, Jun 16, 2020 at 1:30 AM Lorenz Bauer wrote:
> >
> > On Tue, 16 Jun 2020 at 04:55, Alexei Starovoitov
> > wrote:
> > >
> > > On Mon, Jun 15, 2020 at 7:43 AM Lorenz Bauer wrote:
> > > >
> > > > On Fri, 12 Jun 2020 at 23:36, Alexei Starovoitov
> > > > wrote:
> >
On Tue, Jun 16, 2020 at 2:07 PM Daniel Vetter wrote:
>
> Hi Jason,
>
> Somehow this got stuck somewhere in the mail queues, only popped up just
> now ...
>
> On Thu, Jun 11, 2020 at 11:15:15AM -0300, Jason Gunthorpe wrote:
> > On Thu, Jun 11, 2020 at 10:34:30AM +0200, Daniel Vetter wrote:
> > > >
On Tue 16-06-20 10:03:31, Dan Williams wrote:
> On Tue, Jun 16, 2020 at 10:00 AM Dan Williams
> wrote:
> >
> > On Tue, Jun 16, 2020 at 5:51 AM Michal Hocko wrote:
> > >
> > > On Tue 16-06-20 13:52:12, David Hildenbrand wrote:
> > > > Commit e900a918b098 ("mm: shuffle initial free memory to impro
On Wed, Jun 17, 2020 at 2:27 PM Nicolin Chen wrote:
>
> On Wed, Jun 17, 2020 at 12:30:17PM +0800, Shengjiu Wang wrote:
> > The one difference on imx6sx platform is that the root clock
> > is shared with ASRC module, so we add a new flags
> > "shared_root_clock" which means the root clock is indepe
On Tue 2020-06-16 18:42:00, Nicolas Saenz Julienne wrote:
> On Tue, 2020-06-16 at 19:31 +0300, Andy Shevchenko wrote:
> > time64_t is 64-bit width type, we are not supposed to supply lesser ones
> > as in the case of rpi_firmware_print_firmware_revision() after the commit
> > 4a60f58ee002 ("ARM: bc
On Wed, 17 Jun 2020 at 09:07, Sumit Garg wrote:
>
> On Wed, 17 Jun 2020 at 02:20, Jarkko Sakkinen
> wrote:
> >
> > On Thu, Jun 04, 2020 at 08:58:49PM +0300, Maxim Uvarov wrote:
> > > With the evolving use-cases for TEE bus, now it's required to support
> > > multi-stage enumeration process. But u
On Thu, 2020-06-04 at 10:29 +0800, Nicolas Boichat wrote:
> On Thu, May 21, 2020 at 5:06 PM Weiyi Lu wrote:
> >
> > For the bus protection operations, some subsys clocks need to be enabled
> > before releasing the protection, and vice versa.
> > But those subsys clocks could only be controlled onc
Hi
Am 17.06.20 um 02:59 schrieb Stephen Rothwell:
> Hi all,
>
> After merging the drm-misc tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd_gpuvm.c: In function
> 'amdgpu_amdkfd_gpuvm_free_memory_of_gpu':
> drivers/gpu/drm/amd
On Wed, Jun 17, 2020 at 1:28 PM Nick Kossifidis wrote:
>
> Στις 2020-06-17 04:56, Zong Li έγραψε:
> > On Tue, Jun 16, 2020 at 8:27 PM Nick Kossifidis
> > wrote:
> >>
> >> Στις 2020-06-16 10:45, Zong Li έγραψε:
> >> > Implement the 'devmem_is_allowed()' interface for RISC-V, like some of
> >> > ot
On Wed, Jun 17, 2020 at 12:48:25PM +0800, Shengjiu Wang wrote:
> The MQS codec isn't an i2c device, so use of_find_device_by_node
> to get platform device pointer.
>
> Because MQS only support playback, then add a new audio map.
>
> And there maybe "model" property or no "audio-routing" property
On Tue, Jun 16, 2020 at 11:07 PM Stafford Horne wrote:
> On Wed, Jun 17, 2020 at 02:35:39PM +0900, Stafford Horne wrote:
> > On Tue, Jun 16, 2020 at 01:47:24PM -0700, Michel Lespinasse wrote:
> > > This makes me wonder actually - maybe there is a latent bug that got
> > > exposed after my change a
Thanks Michael for the comments..
On 6/16/2020 7:29 PM, Ruhl, Michael J wrote:
>> -Original Message-
>> From: dri-devel On Behalf Of
>> Ruhl, Michael J
>> Sent: Tuesday, June 16, 2020 9:51 AM
>> To: Charan Teja Kalla ; Sumit Semwal
>> ; open list:DMA BUFFER SHARING FRAMEWORK
>> ; DRI mail
> From: Stefan Hajnoczi
> Sent: Monday, June 15, 2020 5:41 PM
> On Thu, Jun 11, 2020 at 05:15:33AM -0700, Liu Yi L wrote:
>
> > From: Eric Auger
> >
> > The VFIO API was enhanced to support nested stage control: a bunch of
> > new iotcls and usage guideline.
> >
> > Let's document the process to
On Wed, Jun 17, 2020 at 12:30:17PM +0800, Shengjiu Wang wrote:
> The one difference on imx6sx platform is that the root clock
> is shared with ASRC module, so we add a new flags
> "shared_root_clock" which means the root clock is independent,
"shared" means "not independent", against "independent"
> From: Jacob Pan
> Sent: Tuesday, June 16, 2020 11:22 PM
>
> On Thu, 11 Jun 2020 17:27:27 -0700
> Jacob Pan wrote:
>
> > >
> > > But then I thought it even better if VFIO leaves the entire
> > > copy_from_user() to the layer consuming it.
> > >
> > OK. Sounds good, that was what Kevin suggeste
On 16.06.20 18:35, Peter Xu wrote:
> Hi, Alexander,
>
> On Tue, Jun 16, 2020 at 05:59:33PM +0200, Alexander Gordeev wrote:
>>> @@ -489,21 +489,7 @@ static inline vm_fault_t do_exception(struct pt_regs
>>> *regs, int access)
>>> if (unlikely(fault & VM_FAULT_ERROR))
>>> goto out
Hi Greg,
On Wed, 17 Jun 2020 07:58:43 +0200 Greg KH wrote:
>
> On Wed, Jun 17, 2020 at 09:27:47AM +1000, Stephen Rothwell wrote:
> > This is in preparation for removing the include of major.h where it is
> > not needed.
> >
> > These files were found using
> >
> > grep -E -L '[<"](uapi/)?li
On Wed, 17 Jun 2020 at 02:20, Jarkko Sakkinen
wrote:
>
> On Thu, Jun 04, 2020 at 08:58:49PM +0300, Maxim Uvarov wrote:
> > With the evolving use-cases for TEE bus, now it's required to support
> > multi-stage enumeration process. But using a simple index doesn't
> > suffice this requirement and in
On Wed, Jun 17, 2020 at 02:35:39PM +0900, Stafford Horne wrote:
> On Tue, Jun 16, 2020 at 01:47:24PM -0700, Michel Lespinasse wrote:
> > This makes me wonder actually - maybe there is a latent bug that got
> > exposed after my change added the rwsem_is_locked assertion to the
> > lockdep_assert_hel
On 16/06/2020 19:56, Grygorii Strashko wrote:
On 16/06/2020 18:30, Tony Lindgren wrote:
* Tomi Valkeinen [200616 13:02]:
On 11/06/2020 17:00, Grygorii Strashko wrote:
I think, suspend might be fixed if all devices, which are now child of ti-sysc,
will do
pm_runtime_force_xxx() calls at noi
Hi Greg,
On 2020-06-16 10:26 p.m., Greg Kroah-Hartman wrote:
On Tue, Jun 16, 2020 at 08:31:52PM -0700, Scott Branden wrote:
Move kernel_read_file* to it own kernel_read_file.h include file.
That says what you did, but not _why_ you are doing it :(
I have no real opinion as to where these fun
On Wed, Jun 17, 2020 at 09:27:47AM +1000, Stephen Rothwell wrote:
> This is in preparation for removing the include of major.h where it is
> not needed.
>
> These files were found using
>
> grep -E -L '[<"](uapi/)?linux/major\.h' $(git grep -l -w -f /tmp/xx)
>
> where /tmp/xx contains all
On Tue, 16 Jun 2020 15:26:36 -0600
Alex Williamson wrote:
> The next use of the device will generate an underflow from the
> stale reference.
>
> Cc: Qian Cai
> Fixes: 1518ac272e78 ("vfio/pci: fix memory leaks of eventfd ctx")
> Reported-by: Daniel Wagner
> Signed-off-by: Alex Williamson
> --
On Tue, Jun 16, 2020 at 09:26:55PM +0100, dan love wrote:
> Signed-off-by: dan love
> ---
> drivers/staging/comedi/comedi_fops.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/drivers/staging/comedi/comedi_fops.c
> b/drivers/staging/comedi/comedi_fops.c
> index e85a99b68f31..3f70e5
On Wed, 2020-06-10 at 15:38 +0800, Tiffany Lin wrote:
> On Wed, 2020-06-10 at 15:46 +0900, Alexandre Courbot wrote:
> > On Wed, Jun 10, 2020 at 6:21 AM Rob Herring wrote:
> > >
> > > On Sat, May 30, 2020 at 04:10:02PM +0800, Yong Wu wrote:
> > > > From: Maoguang Meng
> > > >
> > > > Update bindin
Nowadays some embedded systems use VCOM to transfer large log and data.
Take LTE MODEM as an example, during the long debugging stage, large
log and data were transfer through VCOM when doing field try or in
operator's lab. Here we suggest slightly increase the transfer buffer
in u_serial.c for per
On Mon, Jun 8, 2020 at 2:47 PM Neil Armstrong wrote:
>
> The new Khadas VIM2 and VIM3 boards controls the cooling fan via the
> on-board microcontroller.
>
> This implements the FAN control as thermal devices and as cell of the Khadas
> MCU MFD driver.
>
> Signed-off-by: Neil Armstrong
Reviewed-
On Mon, Jun 8, 2020 at 2:47 PM Neil Armstrong wrote:
>
> Add the Khadas MCU node with active FAN thermal nodes for all the
> Khadas VIM3 variants.
>
> Signed-off-by: Neil Armstrong
Reviewed-by: Amit Kucheria
> ---
> .../boot/dts/amlogic/meson-khadas-vim3.dtsi | 23 +++
> 1
On Tue 16 Jun 13:37 PDT 2020, Matthias Kaehlcke wrote:
> dwc3_qcom_of_register_core() uses of_platform_populate() to add
> the dwc3 core device. The driver core will try to probe the device,
> however this might fail (e.g. due to deferred probing) and
> of_platform_populate() would still return 0
On Tue, Jun 16, 2020 at 01:47:24PM -0700, Michel Lespinasse wrote:
> This makes me wonder actually - maybe there is a latent bug that got
> exposed after my change added the rwsem_is_locked assertion to the
> lockdep_assert_held one. If that is the case, it may be helpful to
> bisect when that issu
On Wed, 2020-06-17 at 07:14 +0200, Greg Kroah-Hartman wrote:
> On Wed, Jun 17, 2020 at 10:46:47AM +0800, Macpaul Lin wrote:
> > Nowadays some embedded systems use VCOM to transfer large log and data.
> > Take LTE MODEM as an example, during the long debugging stage, large
> > log and data were tran
Στις 2020-06-17 04:56, Zong Li έγραψε:
On Tue, Jun 16, 2020 at 8:27 PM Nick Kossifidis
wrote:
Στις 2020-06-16 10:45, Zong Li έγραψε:
> Implement the 'devmem_is_allowed()' interface for RISC-V, like some of
> other architectures have done. It will be called from
> range_is_allowed()
> when user
From: Joonsoo Kim
This patch implements workingset detection for anonymous LRU.
All the infrastructure is implemented by the previous patches so this patch
just activates the workingset detection by installing/retrieving
the shadow entry.
Signed-off-by: Joonsoo Kim
---
include/linux/swap.h |
On Tue, Jun 16, 2020 at 08:31:52PM -0700, Scott Branden wrote:
> Move kernel_read_file* to it own kernel_read_file.h include file.
That says what you did, but not _why_ you are doing it :(
-9.19 )
As we can see, all the cases show improvement. Especially,
test case with zipf distribution 1.3 show more improvements.
It means that if there is a hot/cold tendency in anon pages,
this patchset works better.
Patchset is based on next-20200616 + the patchset [1].
The patchset [1] is inc
From: Joonsoo Kim
In current implementation, newly created or swap-in anonymous page
is started on active list. Growing active list results in rebalancing
active/inactive list so old pages on active list are demoted to inactive
list. Hence, the page on active list isn't protected at all.
Followi
From: Joonsoo Kim
Now, workingset detection is implemented for anonymous LRU.
We don't have to worry about the misfound for workingset due to
the ratio of active/inactive. Let's restore the ratio.
Acked-by: Johannes Weiner
Signed-off-by: Joonsoo Kim
---
mm/vmscan.c | 2 +-
1 file changed, 1 i
From: Joonsoo Kim
In the following patch, workingset detection will be applied to
anonymous LRU. To prepare it, this patch adds some code to
distinguish/handle the both LRUs.
v6: do not introduce a new nonresident_age for anon LRU since
we need to use *unified* nonresident_age to implement worki
From: Joonsoo Kim
Current implementation of LRU management for anonymous page has some
problems. Most important one is that it doesn't protect the workingset,
that is, pages on the active LRU list. Although, this problem will be
fixed in the following patchset, the preparation is required and
thi
From: Joonsoo Kim
Swapcache doesn't handle the exceptional entries since there is no case
using it. In the following patch, workingset detection for anonymous
page will be implemented and it stores the shadow entries as exceptional
entries into the swapcache. So, we need to handle the exceptional
On Tue, Jun 16, 2020 at 10:56:53AM -0700, Divya Indi wrote:
> Hi Leon,
>
> Please find my comments inline -
>
> On 6/13/20 11:41 PM, Leon Romanovsky wrote:
> > On Tue, Jun 09, 2020 at 07:45:21AM -0700, Divya Indi wrote:
> >> Hi Leon,
> >>
> >> Thanks for taking the time to review.
> >>
> >> Please
On Wed, Jun 17, 2020 at 10:46:47AM +0800, Macpaul Lin wrote:
> Nowadays some embedded systems use VCOM to transfer large log and data.
> Take LTE MODEM as an example, during the long debugging stage, large
> log and data were transfer through VCOM when doing field try or in
> operator's lab. Here w
2020년 6월 17일 (수) 오전 3:36, Andrew Morton 님이 작성:
>
> On Tue, 16 Jun 2020 15:16:43 +0900 js1...@gmail.com wrote:
>
> > Subject: [PATCH for v5.8 2/3] mm/swap: fix for "mm: workingset: age
> > nonresident information alongside anonymous pages"
>
> I'm having trouble locating such a patch.
>
> > Non-fil
Change the configuration type to tristate, add module description,
author and license to support module build.
Signed-off-by: Anson Huang
---
drivers/soc/imx/Kconfig | 2 +-
drivers/soc/imx/soc-imx-scu.c | 5 +
2 files changed, 6 insertions(+), 1 deletion(-)
diff --git a/drivers/soc/i
Add compatible string "fsl,imx-audio-mqs" for MQS, and move
"audio-routing" property to be optional for MQS doesn't need
such property.
Signed-off-by: Shengjiu Wang
---
changes in v2
- Move "audio-routing" to optional.
.../devicetree/bindings/sound/fsl-asoc-card.txt | 12 +++-
1 fi
The MQS codec isn't an i2c device, so use of_find_device_by_node
to get platform device pointer.
Because MQS only support playback, then add a new audio map.
And there maybe "model" property or no "audio-routing" property in
devicetree, so add some enhancement for these two property.
Signed-off-
Currently, HDA codec LED class can only used by by GPIO controlled LED.
However, there are some new systems that control LED via COEF instead of
GPIO.
In order to support those systems, create a new helper that can be
facilitated by both COEF controlled and GPIO controlled LED, and use
generic cal
There are two more HP systems control mute LED from HDA codec and need
to expose micmute led class so SoF can control micmute LED.
Add quirks to support them.
Signed-off-by: Kai-Heng Feng
---
v2:
- Wording.
sound/pci/hda/patch_realtek.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/so
hsfreqrange should be chosen based on the calculated mbps which
is closer to the default bit rate and within the range as per
table[1]. But current calculation always selects first value which
is greater than or equal to the calculated mbps which may lead
to chosing a wrong range in some cases.
F
Add a warning message when the selected PHY speed is less
than supported minimum PHY speed given in the hsfreq table[1].
For raspberry pi camera capture on Kingfisher board with resolution
640x480, the calculated PHY speed is 48 mbps which is less than
the minimum PHY speed 80 Mbps from the table[
Hi all,
Commit
b4988ccd41f4 ("tpm: Make read{16, 32}() and write32() in tpm_tis_phy_ops
optional")
is missing a Signed-off-by from its committer.
--
Cheers,
Stephen Rothwell
pgpmqOEOX4dt7.pgp
Description: OpenPGP digital signature
On 16-06-20, 15:11, Matthias Kaehlcke wrote:
> Hi Sibi,
>
> after doing the review I noticed that Viresh replied on the cover letter
> that he picked the series up for v5.9, so I'm not sure if it makes sense
> to send a v7.
Its okay, you can send a new version and I will apply that instead.
--
17.06.2020 04:41, Sowjanya Komatineni пишет:
> tegra_i2c_runtime_resume does not disable prior enabled clocks
> properly.
>
> This patch fixes it.
>
> Signed-off-by: Sowjanya Komatineni
> ---
> drivers/i2c/busses/i2c-tegra.c | 11 ---
> 1 file changed, 8 insertions(+), 3 deletions(-)
>
Add new compatible string "fsl,imx6sx-spdif" in the binding document.
And add compatible string "fsl,vf610-spdif" which was missed before.
Signed-off-by: Shengjiu Wang
---
Documentation/devicetree/bindings/sound/fsl,spdif.txt | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git
The one difference on imx6sx platform is that the root clock
is shared with ASRC module, so we add a new flags
"shared_root_clock" which means the root clock is independent,
then we will not do the clk_set_rate and clk_round_rate to avoid
impact ASRC module usage.
As add a new flags, we include th
On 6/11/2020 9:45 PM, Florian Fainelli wrote:
>
>
> On 6/5/2020 9:24 AM, Florian Fainelli wrote:
>> Hi all,
>>
>> This long patch series was motivated by backporting Jaedon's changes
>> which add a proper ioctl compatibility layer for 32-bit applications
>> running on 64-bit kernels. We have a
Hi all,
Changes since 20200616:
My fixes tree contains:
4cb4bfffe2c1 ("device_cgroup: Fix RCU list debugging warning")
The drm-intel-fixes tree lost its build failure.
The vfs tree lost its build failures.
The amdgpu tree gained a build failure so I used the version from
nex
On Wed, 2020-06-17 at 12:02 +0900, Masahiro Yamada wrote:
> This reverts commit 84af7a6194e493fae312a2b7fa5a3b51f76d9282.
Also: https://lore.kernel.org/patchwork/patch/1255848/
---
scripts/checkkconfigsymbols.py | 2 +-
scripts/checkpatch.pl | 6 +-
scripts/kconfig/lexer.l| 2
On Wed, Jun 17, 2020 at 12:36 AM 'Nathan Huckleberry' via Clang Built
Linux wrote:
>
> Since clang does not push pc and sp in function prologues, the current
> implementation of unwind_frame does not work. By using the previous
> frame's lr/fp instead of saved pc/sp we get valid unwinds on clang-b
On Tue, 16 Jun 2020, Martin K. Petersen wrote:
> > I haven't used this driver for a long time, but I still own PowerMacs
> > with firewire, and I know I'm not the only one.
>
I need to correct what I wrote above. I recall that years ago, when I
needed to share storage from my Linux box to my P
On Tue, Jun 16, 2020 at 5:40 PM Alan Maguire wrote:
>
> On Tue, 16 Jun 2020, David Gow wrote:
>
> > CONFIG_PM_QOS_KUNIT_TESTOn Mon, Jun 15, 2020 at 1:48 AM Kees Cook
> > wrote:
> > >
> > > On Sat, Jun 13, 2020 at 02:51:17PM +0800, David Gow wrote:
> > > > Yeah, _KUNIT_TEST was what we've sort-of
On Wed, Jun 17, 2020 at 09:21:42AM +1000, Michael Ellerman wrote:
> Andrew Morton writes:
> > On Mon, 15 Jun 2020 12:22:29 +0300 Mike Rapoport wrote:
> >
> >> From: Mike Rapoport
> >>
> >> The pte_update() implementation for PPC_8xx unfolds page table from the PGD
> >> level to access a PMD ent
On 06/17/2020 03:49 AM, Barry Song wrote:
> hugetlb_cma_reserve() is called at the wrong place. numa_init has not been
> done yet. so all reserved memory will be located at node0.
>
> Fixes: cf11e85fc08c ("mm: hugetlb: optionally allocate gigantic hugepages
> using cma")
> Cc: Matthias Brugger
On Wed, Jun 17, 2020 at 11:36 AM Kees Cook wrote:
>
> On Wed, Jun 17, 2020 at 02:30:45AM +, Bird, Tim wrote:
> > Agreed. You only need machine-parsable data if you expect the CI
> > system to do something more with the data than just present it.
> > What that would be, that would be common fo
On 06/17/20 at 12:46am, Jaewon Kim wrote:
...
> > > >>> i.e)
> > > >>> In following situation, watermark check fails (9MB - 8MB < 4MB)
> > > >>> though there are
> > > >>> enough free (9MB - 4MB > 4MB). If this is really matter, we need to
> > > >>> count highatomic
> > > >>> free accurately.
> >
Hi,
On Wed, Jun 17, 2020 at 11:18:24AM +0900, JaeHun Jung wrote:
> In mobile, a co-processor is used when using USB audio
> to improve power consumption.
> hooking is required for sync-up when operating
> the co-processor. So register call-back function.
> The main operation of the call-back funct
Since the classic device list now supports flags, convert the wakeable
list into a flag on the existing device list.
Signed-off-by: Abhishek Pandit-Subedi
Reviewed-by: Alain Michaud
---
include/net/bluetooth/hci_core.h | 11 ++-
net/bluetooth/hci_core.c | 1 -
net/bluetooth/hc
In order to more easily add device flags to classic devices, create
a new type of bdaddr_list that supports setting flags.
Signed-off-by: Abhishek Pandit-Subedi
Reviewed-by: Alain Michaud
---
include/net/bluetooth/hci_core.h | 18 --
net/bluetooth/hci_core.c | 58 ++
Add the get device flags and set device flags mgmt ops and the device
flags changed event. Their behavior is described in detail in
mgmt-api.txt in bluez.
Sample btmon trace when a HID device is added (trimmed to 75 chars):
@ MGMT Command: Unknown (0x0050) plen 11{0x0001} [hci0] 18:06:14.
Hi linux-bluetooth,
This series adds support for configuring the Remote Wakeup flag on
devices by implementing Get Device Flags, Set Device Flags and Device
Flags Changed.
This was tested with some userspace changes to update the Remote Wakeup
flag (these changes will be upstreamed as Bluez pat
Replace the wakeable boolean with flags in hci_conn_params and all users
of this boolean. This will be used by the get/set device flags mgmt op.
Signed-off-by: Abhishek Pandit-Subedi
Reviewed-by: Alain Michaud
---
include/net/bluetooth/hci_core.h | 2 +-
net/bluetooth/hci_request.c | 3 ++
The USB PHY provides the optimized for low power dissipation while active,
idle, or on standby.
Requires minimal external components, a single resistor, for best operation.
Supports 10/5-Gbps high-speed data transmission rates through 3-m USB 3.x cable
---
v4:
- Andy's review comments addressed
From: Ramuthevar Vadivel Murugan
Add support for USB PHY on Intel LGM SoC.
Signed-off-by: Ramuthevar Vadivel Murugan
---
drivers/usb/phy/Kconfig | 11 ++
drivers/usb/phy/Makefile | 1 +
drivers/usb/phy/phy-lgm-usb.c | 275 ++
3 files chang
From: Ramuthevar Vadivel Murugan
Add the dt-schema to support USB PHY on Intel LGM SoC
Signed-off-by: Ramuthevar Vadivel Murugan
---
.../devicetree/bindings/usb/intel,lgm-usb-phy.yaml | 53 ++
1 file changed, 53 insertions(+)
create mode 100644 Documentation/devicetree/bi
From: Sean Wang
>>
>> From: Sean Wang
>>
>> Bluetooth Interface (BTIF) is designed dedicatedly for MediaTek SOC
>> with BT in order to be instead of the UART interface between BT module
>> and Host CPU, and not exported to user space to access.
>>
>> As the UART design, BTIF will be an APB slave
Dear Miklos
Hi ，I read the fuse code in linux kernel，and I have some question about the
code blow：
static int fuse_read_interrupt(struct fuse_iqueue *fiq,
struct fuse_copy_state *cs,
size_t nbytes, struct fuse_req *req)
__releases
From: Sean Wang
>On Thu, Apr 23, 2020 at 02:02:08AM +0800, sean.w...@mediatek.com wrote:
>> From: Sean Wang
>>
>> Bluetooth Interface (BTIF) is designed dedicatedly for MediaTek SOC
>> with BT in order to be instead of the UART interface between BT module
>> and Host CPU, and not exported to use
On Tue, Jun 16, 2020 at 03:48:51PM -0500, Gustavo A. R. Silva wrote:
>
>
> On 6/10/20 16:38, Kees Cook wrote:
>
> >> -#define struct_size(p, member, n) \
> >> - __ab_c_size(n, \
> >> +#define struct_size(p, member,
On Fri, May 29, 2020 at 5:30 AM Greg Kroah-Hartman
wrote:
> Looks semi-sane, but it's too close to the merge window at the moment
> for me to take this. If there's no objections by the time 5.8-rc1 is
> out, I'll queue it up in my tree for 5.9-rc1.
Another friendly reminder :)
-Saravana
On Wed, Jun 17, 2020 at 7:30 AM Nicolin Chen wrote:
>
> On Tue, Jun 16, 2020 at 02:42:41PM +0800, Shengjiu Wang wrote:
> > The one difference on imx6sx platform is that the root clock
> > is shared with ASRC module, so we add a new flags "ind_root_clk"
> > which means the root clock is independent
Remove vcpu_vmx.host_pkru, which got left behind when PKRU support was
moved to common x86 code.
No functional change intended.
Fixes: 37486135d3a7b ("KVM: x86: Fix pkru save/restore when guest CR4.PKE=0,
move it to x86.c")
Signed-off-by: Sean Christopherson
---
arch/x86/kvm/vmx/vmx.h | 2 --
On Wed, Jun 17, 2020 at 09:32:55AM +0800, Jacky Hu wrote:
> With this patch applied, output from 4800H (idle) looks as follows:
>
> k10temp-pci-00c3
> Adapter: PCI adapter
> Vcore: 1.55 V
> Vsoc: 1.55 V
> Tctl: +49.6°C
> Tdie: +49.6°C
> Icore: 0.00 A
> Isoc
On Tue, Jun 16, 2020 at 2:40 PM Will Deacon wrote:
>
> On Fri, Jun 05, 2020 at 03:22:57PM -0700, Saravana Kannan wrote:
> > When loading a module, module_frob_arch_sections() tries to figure out
> > the number of PLTs that'll be needed to handle all the RELAs. While
> > doing this, it tries to ded
Some Linux OS will never support python2 anymore, so upgrade tpm2 selftests
to python3.
Signed-off-by: Pengfei Xu
---
tools/testing/selftests/tpm2/test_smoke.sh | 4 +-
tools/testing/selftests/tpm2/test_space.sh | 2 +-
tools/testing/selftests/tpm2/tpm2.py | 68 ++
to
On Wed, Jun 17, 2020 at 02:30:45AM +, Bird, Tim wrote:
> Agreed. You only need machine-parsable data if you expect the CI
> system to do something more with the data than just present it.
> What that would be, that would be common for all tests (or at least
> many test), is unclear. Maybe the
On Tue, Jun 16, 2020 at 08:05:39PM -0700, Shakeel Butt wrote:
> On Tue, Jun 16, 2020 at 7:41 PM Roman Gushchin wrote:
> >
> > On Tue, Jun 16, 2020 at 06:46:56PM -0700, Shakeel Butt wrote:
> > > On Mon, Jun 8, 2020 at 4:07 PM Roman Gushchin wrote:
> > > >
> [...]
> > >
> > > Have you performed any
On Wed, Jun 17, 2020 at 8:50 AM Nicolin Chen wrote:
>
> On Tue, Jun 16, 2020 at 03:30:37PM +0800, Shengjiu Wang wrote:
> > The MQS codec isn't an i2c device, so add a new platform device for it.
> >
> > MQS only support playback, so add a new audio map.
> >
> > Add there maybe "model" property or
1 - 100 of 1750 matches
Mail list logo
