Since the ad193x codecs have no software reset, we have to reinitialize the
registers after a hardware reset to assure no previous values are kept.
Signed-off-by: Codrin Ciubotariu
---
sound/soc/codecs/ad193x.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/sound/soc/codecs/ad19
Create a structure with the register initialization values at probe and
use it to initialize all the registers at once.
Signed-off-by: Codrin Ciubotariu
---
The order of the initialization is changed, but it doesn't seem to
matter.
There is one checkpatch warning, let me know if you want to remo
On Tue, 25 Jun 2019 22:13:12 +0200
Christian Borntraeger wrote:
>
>
> On 21.05.19 17:34, Pierre Morel wrote:
> > AP Queue Interruption Control (AQIC) facility gives
> > the guest the possibility to control interruption for
> > the Cryptographic Adjunct Processor queues.
> >
> > Signed-off-by:
Alexander,
On Thu, 27 Jun 2019, Sverdlin, Alexander (Nokia - DE/Ulm) wrote:
> On 24/06/2019 11:40, Thomas Gleixner wrote:
> >>> The alternative solution for this is what Vincenzo has in his unified VDSO
> >>> patch series:
> >>>
> >>>
> >>> https://lkml.kernel.org/r/20190621095252.32307-1-vinc
From: Ludovic Barre
This patch activates dma for qspi on stm32mp157.
Signed-off-by: Ludovic Barre
---
arch/arm/boot/dts/stm32mp157c.dtsi | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/boot/dts/stm32mp157c.dtsi
b/arch/arm/boot/dts/stm32mp157c.dtsi
index 2afeee6..205ea1d 100644
Hi,
* Suman Anna [190625 23:33]:
> The clocks are not yet parsed and prepared until after a successful
> sysc_get_clocks(), so there is no need to unprepare the clocks upon
> any failure of any of the prior functions in sysc_probe(). The current
> code path would have been a no-op because of the
On Thu, 27 Jun 2019, Xiaoyao Li wrote:
> On 6/27/2019 3:12 PM, Thomas Gleixner wrote:
> > The real interesting question is whether the #AC on split lock prevents the
> > actual bus lock or not. If it does then the above is fine.
> >
> > If not, then it would be trivial for a malicious guest to set
My initial goal with this patchset was to allow a dai_link to have no
no platform component, instead of having dummy by default.
However, when rebasing, I discovered that Kuninori Morimoto had recently
done that in a different way :)
I am still submitting my change since it should allow multiple
Add support platforms_num != 1 in dai_link. Initially, the main purpose of
this change was to make the platform optional in the dai_link, instead of
inserting the dummy platform driver.
This particular case had just been solved by Kuninori Morimoto with
commit 1d7689892878 ("ASoC: soc-core: allow
Like cpus and platforms, defer sound card initialization if the codec
component is missing when initializing the dai_link
Signed-off-by: Jerome Brunet
---
sound/soc/soc-core.c | 8
1 file changed, 8 insertions(+)
diff --git a/sound/soc/soc-core.c b/sound/soc/soc-core.c
index 358f1fbf9a
Hi!
On 27/06/2019 14:07, Thomas Gleixner wrote:
> I'm in the process of merging that series and I actually adapted your
> scheme to the new unified infrastructure where it has exactly the same
> effects as with your original patches against the x86 version.
please let me know if I
Fix ERROR: Macros with complex values should be enclosed in parentheses,
reported by checkpatch.
Add a do {...} while (0) loop around the macro.
Signed-off-by: Lukas Schneider
Signed-off-by: Jannik Moritz
Cc:
---
drivers/staging/media/bcm2048/radio-bcm2048.c | 6 --
1 file changed, 4 inse
Luke Nelson writes:
> +
> +static int emit_insn(const struct bpf_insn *insn,
> + struct rv_jit_context *ctx,
> + bool extra_pass)
> +{
> + int rvoff, i = insn - ctx->prog->insnsi;
> + u8 code = insn->code;
> + s16 off = insn->off;
> + s32 imm =
Alexander,
On Thu, 27 Jun 2019, Sverdlin, Alexander (Nokia - DE/Ulm) wrote:
> On 27/06/2019 14:07, Thomas Gleixner wrote:
> >
> > Did you use the git tree? If not, it would be interesting to have a test
> > against that as well because that's the final version.
>
> I've applied the following lis
From: Voon Weifeng
> diff --git a/drivers/net/ethernet/stmicro/stmmac/dw_tsn_lib.c
> b/drivers/net/ethernet/stmicro/stmmac/dw_tsn_lib.c
> new file mode 100644
> index ..cba27c604cb1
> --- /dev/null
> +++ b/drivers/net/ethernet/stmicro/stmmac/dw_tsn_lib.c
XGMAC also supports TSN feat
Zhenzhong,
On Thu, 27 Jun 2019, Zhenzhong Duan wrote:
> On 2019/6/26 21:39, Thomas Gleixner wrote:
> > Documentation/process/submitting-patches.rst clearly explains why it is a
> > bad idea to send random collections of patches especially if some patches
> > are independent and contain bug fixes.
drm clients like the generic framebuffer emulation keep a permanent
vmap active, which in turn has a permanent pin. This pin needs to
be in vram, otherwise we can't display the framebuffer.
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/drm_gem_vram_helper.c | 2 +-
1 file changed, 1 insertio
Call it from bochs_hw_setfb().
This also allows to make bochs_hw_setformat static.
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/bochs/bochs.h | 2 --
drivers/gpu/drm/bochs/bochs_hw.c | 5 +++--
drivers/gpu/drm/bochs/bochs_kms.c | 1 -
3 files changed, 3 insertions(+), 5 deletions(-)
di
Not needed, writing to VBE_DISPI_INDEX_VIRT_HEIGHT has no effect anyway.
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/bochs/bochs.h| 1 -
drivers/gpu/drm/bochs/bochs_hw.c | 8 ++--
2 files changed, 2 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/bochs/bochs.h b/drivers/
Also rename to bochs_hw_setfb, we have to set more
than just the base address.
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/bochs/bochs.h | 5 +++--
drivers/gpu/drm/bochs/bochs_hw.c | 10 +-
drivers/gpu/drm/bochs/bochs_kms.c | 10 +++---
3 files changed, 11 insertions(+), 1
On Thu, 2019-06-27 at 14:11 +0200, Thomas Gleixner wrote:
> On Thu, 27 Jun 2019, Xiaoyao Li wrote:
> > On 6/27/2019 3:12 PM, Thomas Gleixner wrote:
> > > The real interesting question is whether the #AC on split lock prevents
> > > the
> > > actual bus lock or not. If it does then the above is fine
GIEn is enabled at startup for RX doorbell mailboxes so
we need to clear the bit at shutdown in order to avoid
leaving the interrupt line enabled.
Signed-off-by: Daniel Baluta
Reviewed-by: Oleksij Rempel
---
Changes since v1:
- separate patch from inital series of creating DSP IPC driver
- add
This breaks the build. :(
regards,
dan carpenter
On Wed, Jun 26, 2019 at 05:15:45PM -0700, Dan Williams wrote:
> Ever since the conversion of DAX to the Xarray a RocksDB benchmark has
> been encountering intermittent lockups. The backtraces always include
> the filesystem-DAX PMD path, multi-order entries have been a source of
> bugs in the past,
On 23/06/2019 14:38, anson.hu...@nxp.com wrote:
> From: Anson Huang
>
> On some i.MX8M platforms, clock driver uses platform driver
> model and it is NOT ready during timer initialization phase,
> the clock operations will fail and system counter driver will
> fail too. As all the i.MX8M platform
Hi Laurent,
Thanks for reviewing,
On 6/26/19 7:25 PM, Laurent Pinchart wrote:
> Hi Hugues,
>
> On Mon, Jun 24, 2019 at 10:10:05AM +, Hugues FRUCHET wrote:
>> Hi Sakari,
>>
>> > - Where's the sub-device representing the bridge itself?
>> This is pointed by [1]: drivers/media/i2c/st-mipid02.
Am Donnerstag, 13. Juni 2019, 18:27:45 CEST schrieb Enric Balletbo i Serra:
> As per binding documentation [1], the DWC3 core should have the "ref",
> "bus_early" and "suspend" clocks. As explained in the binding, those
> clocks are required for new platforms but not for existing platforms
> before
On Mon, Jun 24, 2019 at 05:12:40PM -0700, Song Liu wrote:
> Please share your comments and suggestions on this.
Looks like a great first step to THP in page cache. Thanks!
Acked-by: Kirill A. Shutemov
THP allocation in the fault path and write support are next goals.
--
Kirill A. Shutemov
pmd_present() and pmd_trans_huge() are expected to behave in the following
manner during various phases of a given PMD. It is derived from a previous
detailed discussion on this topic [1] and present THP documentation [2].
pmd_present(pmd):
- Returns true if pmd refers to system RAM with a valid
Hi, Daniel
> On 23/06/2019 14:38, anson.hu...@nxp.com wrote:
> > From: Anson Huang
> >
> > On some i.MX8M platforms, clock driver uses platform driver model and
> > it is NOT ready during timer initialization phase, the clock
> > operations will fail and system counter driver will fail too. As al
In certain page migration situations a THP page can be migrated without
being split into it's constituent normal pages. This not only saves time
required to split the THP page later to be put back when required but also
saves an wider address range translation from the existing huge TLB entry
reduc
This series enables THP migration without split on arm64 by subscribing
to ARCH_ENABLE_THP_MIGRATION. Before that it modifies arm64 platform THP
helpers like pmd_present() and pmd_trans_huge() to comply with expected
generic MM semantics as concluded from a previous discussion [1].
Initial THP mig
We already prevent freeing buffers via sysfs interface in case there are
existing users or if trace is active. Treat the existence of locked windows
similarly and return -EBUSY on attempts to free the buffer. When the last
window is unlocked, the freeing will succeed.
Signed-off-by: Alexander Shis
Now that the MSU is using scatterlist, we can support multipage blocks.
At the moment, the code assumes that all blocks are page-sized, but in
larger buffers it may make sense to chunk together larger blocks of
memory. One place where one-to-many relationship needs to be handled is
the MSU buffer's
-rc1 (2019-05-19 15:47:09 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/ash/stm.git
tags/intel_th-for-greg-20190627
for you to fetch changes up to 4fe4659624b7cf6fa7c2197eb5588f1be1123e17:
intel_th: msu: Preserve pre-existing buffer configura
In multi-window mode, the read iterator is supposed to start from the
window with the oldest data, which is, chronologically, the next window
after the one with the newest data. This, however, fails to take into
account the potentially empty windows, so in short trace sessions it's
possible to have
Currently, the window size is limited to the maximum number of sg entries
in one table. This is because the code addresses individual blocks within
the window by their numeric index. In reality, though, the blocks most
often are iterated through sequentially. By rewriting the logic to use sg
pointe
This patch adds an example "sink" MSU buffer driver, which consumes trace
data from MSC buffers.
Functionally, it acts similarly to "multi" mode with automatic window
switching.
Signed-off-by: Alexander Shishkin
Reviewed-by: Andy Shevchenko
---
drivers/hwtracing/intel_th/Makefile | 3 +
dr
From: Shaokun Zhang
Commit ba39bd8306057 ("intel_th: msu: Switch over to scatterlist")
introduced the following warnings on non-x86 architectures, as a result
of reordering the multi mode buffer allocation sequence:
> drivers/hwtracing/intel_th/msu.c: In function ‘msc_buffer_win_alloc’:
> driver
The MSU configuration registers may contain buffer address/size set by
the BIOS or an external hardware debugger, which may want to take over
tracing from the driver when the driver is not actively tracing.
Preserve these settings when not actively tracing.
Signed-off-by: Alexander Shishkin
Revi
To allow the use of externally allocated SG tables further down the line,
change the code to reference the table via a pointer and make it point to
the locally allocated table by default.
Signed-off-by: Alexander Shishkin
Reviewed-by: Andy Shevchenko
---
drivers/hwtracing/intel_th/msu.c | 23 ++
Introduces a concept of buffer drivers, which is a mechanism for creating
trace sinks that would receive trace data from MSC buffers and transfer it
elsewhere.
A buffer driver can implement its own window allocation/deallocation if
it has to. It must provide a callback that's used to notify it whe
On Wed, 26 Jun 2019 21:47:00 -0500
Josh Poimboeuf wrote:
> On Wed, Jun 26, 2019 at 06:42:40PM -0700, Alexei Starovoitov wrote:
> > > @@ -1035,9 +1038,18 @@ static struct rela *find_switch_table(struct
> > > objtool_file *file,
> > >
> > > /*
> > > * Make sure the
On 6/27/19 3:25 AM, Cornelia Huck wrote:
On Wed, 26 Jun 2019 17:13:50 -0400
Tony Krowiak wrote:
On 6/19/19 9:04 AM, Tony Krowiak wrote:
On 6/18/19 12:25 PM, Cornelia Huck wrote:
On Thu, 13 Jun 2019 15:39:36 -0400
Tony Krowiak wrote:
Introduces a new driver callback to prevent a root use
[Cc'ing David Howells]
On Wed, 2019-06-26 at 11:35 -0700, Randy Dunlap wrote:
> On 6/26/19 6:16 AM, Stephen Rothwell wrote:
> > Hi all,
> >
> > The sparc64 builds are broken in this tree, sorry.
> >
> > Changes since 20190625:
> >
>
> on x86_64:
>
> 11 warnings like this one (in a randconfig
From: Colin Ian King
The sanity check in macro update_for_len checks to see if len
is less than zero, however, len is a size_t so it can never be
less than zero, so this sanity check is a no-op. Fix this by
making len a ssize_t so the comparison will work and add ulen
that is a size_t copy of le
Hi, Daniel
> On 23/06/2019 14:38, anson.hu...@nxp.com wrote:
> > From: Anson Huang
> >
> > Systems which use platform driver model for clock driver require the
> > clock frequency to be supplied via device tree when system counter
> > driver is enabled.
> >
> > This is necessary as in the platfor
On 6/27/19 4:54 AM, Minchan Kim wrote:
> This patch introduces the new MADV_COLD hint to madvise(2) syscall.
> MADV_COLD can be used by a process to mark a memory range as not expected
> to be used in the near future. The hint can help kernel in deciding which
> pages to evict early during memory p
From: Colin Ian King
Currently the LP87565_DEVICE_TYPE_LP87561_Q1 case does not have a
break statement, causing it to fall through to a dev_err message.
Fix this by adding in the missing break statement.
Addresses-Coverity: ("Missing break in switch")
Fixes: 7ee63bd74750 ("regulator: lp87565: Ad
On Thu, 27 Jun 2019 15:55:47 +1000
Michael Ellerman wrote:
> Steve are you OK if I merge this via the powerpc tree? I'll reword the
> commit message so that it makes sense coming prior to the commit
> mentioned above.
Yes, please add:
Acked-by: Steven Rostedt (VMware)
Thanks,
-- Steve
On Wed, Jun 26, 2019 at 06:45:03PM +0100, Catalin Marinas wrote:
> Hi Andrew,
>
> Cc'ing Luc (sparse maintainer) who's been involved in the past
> discussions around static checking of user pointers:
>
> https://lore.kernel.org/linux-arm-kernel/20180905190316.a34yycthgbamx2t3@ltop.local/
>
> So
On Mon, 2019-06-24 at 17:12 -0700, Song Liu wrote:
> In previous patch, an application could put part of its text section
> in
> THP via madvise(). These THPs will be protected from writes when the
> application is still running (TXTBSY). However, after the application
> exits, the file is availabl
Hi Greg,
On 21/06/19 12:50 PM, Kishon Vijay Abraham I wrote:
>
>
> On 21/06/19 12:10 PM, Greg Kroah-Hartman wrote:
>> On Fri, Jun 21, 2019 at 11:41:26AM +0530, Kishon Vijay Abraham I wrote:
>>> Hi Greg,
>>>
>>> On 12/06/19 3:57 PM, Kishon Vijay Abraham I wrote:
Hi Greg,
Please fin
On Mon, 2019-06-24 at 17:12 -0700, Song Liu wrote:
> Next patch will add khugepaged support of non-shmem files. This patch
> renames these two functions to reflect the new functionality:
>
> collapse_shmem()=> collapse_file()
> khugepaged_scan_shmem() => khugepaged_scan_file()
>
On 一, 2019-06-24 at 09:32 +0200, Daniel Lezcano wrote:
> Any chance this patch gets merged for v5.4?
>
> Thanks
> -- Daniel
>
have you run compile test for the patch?
I got the following errors when compiling.
In file included from drivers/thermal/fair_share.c:16:0:
drivers/thermal/thermal_co
Hello
I own an USB dongle which is a "Davicom DM96xx USB 10/100 Ethernet".
According to the CHIP_ID, it is a DM9620.
Since I needed for bringing network to uboot for a board, I have started to
create its uboot's driver.
My uboot driver is based on the dm9600 Linux driver.
The dongle was working
On 25/06/2019 11:55:33+0200, Wolfram Sang wrote:
> On Tue, Jun 25, 2019 at 11:31:56AM +0200, Alexandre Belloni wrote:
> > On 25/06/2019 09:14:13+, eugen.hris...@microchip.com wrote:
> > > > Perhaps
> > > >
> > > > microchip,digital-filter;
> > > > microchip,analog-filter;
> > >
On 24/06/19 9:30 PM, Liu Xiang wrote:
> IS25LP256 gets BFPT_DWORD1_ADDRESS_BYTES_3_ONLY from BFPT table for
> address width. But in actual fact the flash can support 4-byte address.
> Use a post bfpt fixup hook to overwrite the address width advertised by
> the BFPT.
>
> Suggested-by: Tudor Amb
On Thu, Jun 27, 2019 at 07:54:14AM +, Jose Abreu wrote:
> From: Andrew Lunn
>
> > On Wed, Jun 26, 2019 at 03:47:44PM +0200, Jose Abreu wrote:
> > > On PCI based setups that are connected to C45 PHY we won't have DT
> > > bindings specifying what's the correct PHY type.
> >
> > You can associ
On 13/06/19 5:01 PM, Dinh Nguyen wrote:
> Get the reset control properties for the QSPI controller and bring them
> out of reset. Most will have just one reset bit, but there is an additional
> OCP reset bit that is used ECC. The OCP reset bit will also need to get
> de-asserted as well. [1]
>
On Wed, 2019-06-26 at 19:32 +0100, Jonathan Cameron wrote:
> [External]
>
> On Tue, 25 Jun 2019 16:13:24 +0300
> Alexandru Ardelean wrote:
>
> > This change adds the ADIS driver library to the MAINTAINERS list, and adds
> > myself as the current maintainer of this library.
> >
> > Signed-off-by
On Thu, 27 Jun 2019 16:53:50 +0530
"Naveen N. Rao" wrote:
> In commit a0572f687fb3c ("ftrace: Allow ftrace_replace_code() to be
> schedulable), the generic ftrace_replace_code() function was modified to
> accept a flags argument in place of a single 'enable' flag. However, the
> x86 version of th
Mimi Zohar wrote:
> > CC security/integrity/ima/ima_fs.o
> > In file included from ../security/integrity/ima/ima.h:25:0,
> > from ../security/integrity/ima/ima_fs.c:26:
> > ../security/integrity/ima/../integrity.h:170:18: warning: ‘struct key_acl’
> > declared inside para
Enjoy!
The following changes since commit a188339ca5a396acc588e5851ed7e19f66b0ebd9:
Linux 5.2-rc1 (2019-05-19 15:47:09 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/lee/mfd.git
ib-mfd-clk-gpio-power-regulator-rtc-v5.3
for you to fetch changes
On 27/06/2019 15:21, Zhang Rui wrote:
> On 一, 2019-06-24 at 09:32 +0200, Daniel Lezcano wrote:
>> Any chance this patch gets merged for v5.4?
>>
>> Thanks
>> -- Daniel
>>
>
> have you run compile test for the patch?
> I got the following errors when compiling.
Yes I did and also booted, changed
Hi Enric
I will split in two patches and send it soon.
Nevertheless, I won't change the structure initialisation because it
was requested on a previous comment.
I will fix other comments.
Thanks for reviewing
Le mardi 25 juin 2019 à 19:04 +0200, Enric Balletbo i Serra a écrit :
> Hi Fabien, Jona
On Wed, 2019-06-26 at 19:34 +0100, Jonathan Cameron wrote:
> [External]
>
> On Tue, 25 Jun 2019 16:13:25 +0300
> Alexandru Ardelean wrote:
>
> > Some devices like the ADIS16460 IMU require a stall period between
> > transfers, i.e. between when the CS is de-asserted and re-asserted. The
> > defa
On 27.06.2019 16:22, Alexandre Belloni wrote:
> External E-Mail
>
>
> On 25/06/2019 11:55:33+0200, Wolfram Sang wrote:
>> On Tue, Jun 25, 2019 at 11:31:56AM +0200, Alexandre Belloni wrote:
>>> On 25/06/2019 09:14:13+, eugen.hris...@microchip.com wrote:
> Perhaps
>
> microchip,
From: Colin Ian King
Currently when a kstrdup fails the error exit paths don't free
the allocations for sm, se and sbe. This can be fixed by assigning
kc[i].private_value to these before doing the ksrtdup so that the error
exit path will be able to free these objects.
Addresses-Coverity: ("Reso
From: Andrew Lunn
> There have been some drivers gaining patches for ACPI. That is
> probably the better long term solution, ask ACPI where is the PHY and
> what MDIO protocol to use to talk to it.
Hmmm, I'm not sure this is going to work that way ...
My setup is a PCI EP which is hot-pluggable
This RFC series aims to extend cpu based scaling support to L3/DDR on
SDM845 SoCs. The patch series depends on "Introduce OPP bandwidth bindings"
series (https://patchwork.kernel.org/cover/10912993/). A part of the
series will still be applicable if we decide to go ahead with the proposal
from Sara
Add OPP tables for the cpu nodes.
Signed-off-by: Sibi Sankar
---
arch/arm64/boot/dts/qcom/sdm845.dtsi | 343 +++
1 file changed, 343 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/sdm845.dtsi
b/arch/arm64/boot/dts/qcom/sdm845.dtsi
index 471cbb7d9bc39..8cabbb274d3e7
Add and export 'dev_pm_opp_update_voltage' to find and update voltage
of an opp for a given frequency. This will be useful to update the opps
with voltages read back from firmware.
Signed-off-by: Sibi Sankar
---
drivers/opp/core.c | 52 ++
include/linu
Add and export 'dev_pm_opp_set_bw' to set the bandwidth
levels associated with an OPP for a given frequency.
Signed-off-by: Sibi Sankar
---
drivers/opp/core.c | 46 ++
include/linux/pm_opp.h | 6 ++
2 files changed, 52 insertions(+)
diff --git a/
> > Apart from enabling the filter there is indeed one configuration
> > setting, the maximum pulse width of spikes to be suppressed by the input
> > filter.
Yup, this is what I anticipated.
> This is a number 0 to 7 (3 bits) that represents the width of the spike
> in periph clock cycles.
For
Add support to parse and update optional OPP tables attached to the
cpu nodes when the OPP bandwidth values are populated to enable
scaling of DDR/L3 bandwidth levels with frequency change.
Signed-off-by: Sibi Sankar
---
drivers/cpufreq/qcom-cpufreq-hw.c | 77 ++-
1 f
On 27/06/2019 15:34:40+0200, Wolfram Sang wrote:
>
> > > Apart from enabling the filter there is indeed one configuration
> > > setting, the maximum pulse width of spikes to be suppressed by the input
> > > filter.
>
> Yup, this is what I anticipated.
>
> > This is a number 0 to 7 (3 bits) that
Hi Hugues,
On Thu, Jun 27, 2019 at 12:38:40PM +, Hugues FRUCHET wrote:
> On 6/26/19 7:25 PM, Laurent Pinchart wrote:
> > On Mon, Jun 24, 2019 at 10:10:05AM +, Hugues FRUCHET wrote:
> >> Hi Sakari,
> >>
> >>> - Where's the sub-device representing the bridge itself?
> >>
> >> This is pointed
On Thu, Jun 27, 2019 at 04:07:46PM +0900, Byungchul Park wrote:
> Hello,
>
> I tested if the WARN_ON_ONCE() is fired with my box and it was ok.
Looks pretty safe to me and nice clean up!
Acked-by: Joel Fernandes (Google)
- Joel
>
> Thanks,
> Byungchul
>
> Changes from v1
> -. WARN_ON_ONCE(
On Wed, 26 Jun 2019, Andy Shevchenko wrote:
> On Wed, Jun 26, 2019 at 11:17:27AM +0100, Lee Jones wrote:
> > On Wed, 26 Jun 2019, Andy Shevchenko wrote:
> > > On Mon, Jun 24, 2019 at 05:13:48PM +0100, Lee Jones wrote:
> > > > On Wed, 12 Jun 2019, Andy Shevchenko wrote:
>
> > > > > Add an MFD driv
On Wed, 2019-06-26 at 19:47 +0100, Jonathan Cameron wrote:
> [External]
>
> On Tue, 25 Jun 2019 16:13:27 +0300
> Alexandru Ardelean wrote:
>
> > The ADIS16460 device is a complete inertial system that includes a triaxial
> > gyroscope and a triaxial accelerometer. It's more simplified design tha
On Wed, 26 Jun 2019, Charles Keepax wrote:
> Signed-off-by: Charles Keepax
> ---
> drivers/mfd/cs47l15-tables.c | 2 -
> drivers/mfd/cs47l35-tables.c | 54 +---
> drivers/mfd/cs47l85-tables.c | 122
> ++-
> drivers/mfd/cs47l
On Wed, 26 Jun 2019, Charles Keepax wrote:
> GPL-2.0-only is the preferred way of expressing v2 of the GPL, so switch
> to that. Remove some redundant copyright notices and correct some
> instances where the wrong comment type has been used in header files.
>
> Signed-off-by: Charles Keepax
> --
On Thu, 27 Jun 2019, Axel Lin wrote:
> Hi Chen,
>
> Chen Feng 於 2019年6月27日 週四 上午10:03寫道：
> >
> > Thanks
> I assume this is an Ack.
> If you can add your Acked-by in the reply, it's easier for maintainer to
> accept
> the patch.
Looks to me like he already Acked it.
Which is looks like you alr
On 6/26/19 6:25 PM, Andrew Morton wrote:
> On Wed, 26 Jun 2019 12:56:14 -0400 Waiman Long wrote:
>
>> With memory cgroup v1, there is a kmem.slabinfo file that can be
>> used to view what slabs are allocated to the memory cgroup. There
>> is currently no such equivalent in memory cgroup v2. This f
On Wed, 26 Jun 2019, Axel Lin wrote:
> Since devm_regmap_init_mmio_clk can fail, add return value checking.
>
> Signed-off-by: Axel Lin
> Acked-by: Chen Feng
> ---
> This was sent on https://lkml.org/lkml/2019/3/6/904
>
> drivers/mfd/hi655x-pmic.c | 2 ++
> 1 file changed, 2 insertions(+)
Ap
Having granularity set to 1us results in having inode timestamps with a
accurancy different from the fuse client (i.e. atime, ctime and mtime will
always end with '000'). This patch normalizes this behaviour and sets the
granularity to 1.
Signed-off-by: Luis Henriques
---
fs/ceph/super.c | 2 +-
Hi Shawn and Sascha,
On Fri, May 24, 2019 at 7:15 PM Marcel Ziswiler
wrote:
>
> On Tue, 2019-05-14 at 17:38 +0300, Igor Opaniuk wrote:
> > Introduce DTS for Colibri iMX6S/DL V1.1x re-design, where UHS-I
> > support was
> > added. Provide proper configuration for VGEN3, which allows that rail
> >
On Thu, Jun 27, 2019 at 04:06:54AM -0700, Christoph Hellwig wrote:
> It seems like this is the xlog_alloc_log error path. We didn't
> really change anything in the circular ioclogs queue handling, so
> maybe thish has been there before, but xfs_buf wasn't wired up to
> kasan to catch it?
>
> Eith
On Thu, Jun 27, 2019 at 2:10 AM Srinivas Kandagatla
wrote:
>
> From: Maxime Ripard
>
> The nvmem providers and consumers have a bunch of generic properties that
> are needed in a device tree. Add a YAML schemas for those.
>
> Reviewed-by: Rob Herring
> Signed-off-by: Maxime Ripard
> Signed-off-
Hi Rob,
On 27/06/2019 14:55, Rob Herring wrote:
But you didn't update the license to (GPL-2.0 OR BSD-2-Clause). See below.
I did forward what Maxime has sent me.
Maxime, are you okay if I do that changes to this patch and resend?
--srini
Enjoy!
The following changes since commit a188339ca5a396acc588e5851ed7e19f66b0ebd9:
Linux 5.2-rc1 (2019-05-19 15:47:09 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/lee/mfd.git
ib-mfd-clk-regulator-rtc-v5.3
for you to fetch changes up to 8ed1
Hi there,
Static analysis with Coverity has picked up two potential issues with
the call to function snd_seq_oss_fill_addr. The prototype of
snd_seq_oss_fill_addr is as follows:
static inline void
snd_seq_oss_fill_addr(struct seq_oss_devinfo *dp, struct snd_seq_event
*ev,int dest_client, int dest
On Thu 27-06-19 06:13:36, Dave Hansen wrote:
> On 6/27/19 4:54 AM, Minchan Kim wrote:
> > This patch introduces the new MADV_COLD hint to madvise(2) syscall.
> > MADV_COLD can be used by a process to mark a memory range as not expected
> > to be used in the near future. The hint can help kernel in
There should be a space both before and after the equal sign.
Add a missing space for the cooling cells property.
Fixes: f48cee3239a1 ("arm64: dts: qcom: qcs404: Add thermal zones for each
sensor")
Signed-off-by: Niklas Cassel
---
arch/arm64/boot/dts/qcom/qcs404.dtsi | 8
1 file change
On Thu, Jun 27, 2019 at 01:33:59PM +, Jose Abreu wrote:
> From: Andrew Lunn
>
> > There have been some drivers gaining patches for ACPI. That is
> > probably the better long term solution, ask ACPI where is the PHY and
> > what MDIO protocol to use to talk to it.
>
> Hmmm, I'm not sure this
On Sun, Jun 23, 2019 at 12:20 AM Dmitry Torokhov
wrote:
>
> On Fri, Jun 21, 2019 at 07:50:42AM -0700, Jeffrey Hugo wrote:
> > Elan_i2c and hid-quirks work in conjunction to decide which devices each
> > driver will handle. Elan_i2c has a whitelist of devices that should be
> > consumed by hid-qui
This series is a split of the following patch:
https://lkml.org/lkml/2019/6/18/268
To fix Enric comments from https://lkml.org/lkml/2019/6/25/949
I extract it from the other serie to speed up acceptance because
other patches need it to be upstreamed.
Fabien Lahoudere (2):
iio: common: cros_ec_se
Version 3 of the EC protocol provides min and max frequencies for EC sensors.
Default frequencies are provided for earlier protocol.
Signed-off-by: Fabien Lahoudere
Signed-off-by: Nick Vaccaro
---
.../cros_ec_sensors/cros_ec_sensors_core.c| 44 +++
.../linux/iio/common/cros_
This patch adds a function to determine which version of the
protocol is used to communicate with EC.
Signed-off-by: Fabien Lahoudere
Signed-off-by: Nick Vaccaro
---
.../cros_ec_sensors/cros_ec_sensors_core.c| 36 ++-
1 file changed, 35 insertions(+), 1 deletion(-)
diff --g
201 - 300 of 1043 matches
Mail list logo
