On Tue, Oct 2, 2018 at 11:51 PM Rafael J. Wysocki wrote:
>
> Hi All,
>
> This series fixes a couple of issues with the menu governor, optimizes it
> somewhat and makes a couple of cleanups in it. Please refer to the
> patch changelogs for details.
>
> All of the changes in the series are straight
All the fields in struct bd718xx_pmic are not really necessary.
Remove struct bd718xx_pmic to simplify the code.
Signed-off-by: Axel Lin
Reviewed-by: Matti Vaittinen
---
v3: Remove the references to struct bd718xx_pmic from
include/linux/mfd/rohm-bd718x7.h
drivers/regulator/bd718x7-regulator.
Hi Vignesh,
> -Original Message-
> From: Vignesh R [mailto:vigne...@ti.com]
> Sent: Wednesday, October 3, 2018 10:26 PM
> To: Boris Brezillon ; Marek Vasut
> ; Rob Herring
> Cc: Brian Norris ; Yogesh Narayan Gaur
> ; Linux ARM Mailing List ker...@lists.infradead.org>; linux-...@lists.inf
On Wed, Oct 03, 2018 at 11:00:51AM -0500, Bjorn Helgaas wrote:
> On Tue, Oct 02, 2018 at 10:38:47PM -0700, Lance Roy wrote:
> > lockdep_assert_held() is better suited to checking locking requirements,
> > since it won't get confused when someone else holds the lock. This is
> > also a step towards
Hello Axel,
On Wed, Oct 03, 2018 at 11:32:46PM +0800, Axel Lin wrote:
> All the fields in struct bd718xx_pmic are not really necessary.
> Remove struct bd718xx_pmic to simplify the code.
>
> Signed-off-by: Axel Lin
> ---
> v2:
> Sorry, just update the subject line.
>
> drivers/regulator/bd718x
Commit-ID: 02e425668f5c9deb42787d10001a3b605993ad15
Gitweb: https://git.kernel.org/tip/02e425668f5c9deb42787d10001a3b605993ad15
Author: Andy Lutomirski
AuthorDate: Wed, 3 Oct 2018 16:23:49 -0700
Committer: Ingo Molnar
CommitDate: Thu, 4 Oct 2018 08:17:50 +0200
x86/vdso: Fix vDSO syscal
whole lot of stuff into drivers/dma/fsl-edma.c that
> had been modev out in commit
>
> 9d831528a656 ("dmaengine: fsl-edma: extract common fsl-edma code (no
> changes in behavior intended)")
I got a merge conflict but for include, so looks like merge went bad.
I will redo it and push
> I used the slave-dma tree from next-20181003 for today.
Thanks for updating
Best Regards,
--
~Vinod
Hi Eric,
Today's linux-next merge of the userns tree got a conflict in:
kernel/signal.c
between commit:
49c39f8464a9 ("y2038: signal: Change rt_sigtimedwait to use
__kernel_timespec")
from the y2038 tree and commit:
ae7795bc6187 ("signal: Distinguish between kernel_siginfo and siginfo"
On Wed 03-10-18 15:51:05, David Rientjes wrote:
> On Wed, 3 Oct 2018, Michal Hocko wrote:
>
> > > > So how about this? (not tested yet but it should be pretty
> > > > straightforward)
> > >
> > > Umm, prctl(PR_GET_THP_DISABLE)?
> >
> > /me confused. I thought you want to query for the flag on a
Clang warns:
drivers/staging/emxx_udc/emxx_udc.c:1373:37: warning: variable
'device_desc' is not needed and will not be emitted
[-Wunneeded-internal-declaration]
static struct usb_device_descriptor device_desc = {
^
1 warning generated.
This definition hasn't b
We have the scenario that first autoidle is disabled for all clocks,
then it is disabled for selected ones and then enabled for all. So
we should have some counting here, also according to the
comment in _setup_iclk_autoidle()
Signed-off-by: Andreas Kemnade
---
drivers/clk/ti/autoidle.c | 20 ++
Deny autoidle for hwmods with the OCPIF_SWSUP_IDLE flag,
that makes hwmods working properly which cannot handle
autoidle properly in lower power states.
Affected is e. g. the omap_hdq.
It also disables CM_AUTOIDLE_DSS. Need to check if
that is wanted or not.
Note: Autoidle is not enabled explicitly
On the gta04 with a dm3730 omap_hdq does not work properly when the
device enters lower power states. Idling uart1 and 2 is enough
to show up that problem, if there are no other things enabled.
Further research reveals that hdq iclk must not be turned off during
transfers, also according to the TRM
On Thu, 04 Oct 2018 05:39:42 +0200,
Kai-Heng Feng wrote:
>
> The issue is the same as commit dd9aa335c880 ("ALSA: hda/realtek - Can't
> adjust speaker's volume on a Dell AIO"), the output requires to connect
> to a node with Amp-out capability.
>
> Applying the same fixup ALC298_FIXUP_SPK_VOLUME
branch 'testing/dirn_remove' into next")
which reintroduced a whole lot of stuff into drivers/dma/fsl-edma.c that
had been modev out in commit
9d831528a656 ("dmaengine: fsl-edma: extract common fsl-edma code (no changes
in behavior intended)")
I used the s
Hi Will,
can you please pull this patch?
On Mon, Oct 1, 2018 at 10:09 PM Ganapatrao Kulkarni wrote:
>
> Hi Will,
>
> On Mon, Oct 1, 2018 at 7:58 PM Will Deacon wrote:
> >
> > Hi Ganapat,
> >
> > On Mon, Oct 01, 2018 at 10:07:43AM +, Kulkarni, Ganapatrao wrote:
> > > Perf events L1-dcache-lo
On Thu, 04 Oct 2018 05:08:45 +0200,
Jia-Ju Bai wrote:
>
> Thanks for the reply :)
>
>
> On 2018/10/3 23:54, Takashi Iwai wrote:
> > On Wed, 03 Oct 2018 14:50:25 +0200,
> > Jia-Ju Bai wrote:
> >> CPU0:
> >> snd_trident_hw_free
> >> snd_trident_free_voice
> >> line 3870: spin_loc
966:8: note: in expansion of macro 'tx_enabled'
if (tx_enabled(port))
^~
drivers/tty/serial/samsung.c:87:41: error: subscripted value is neither array
nor pointer nor vector
#define rx_enabled(port) ((port)->unused[1])
^
dr
It is not safe to dereference an object before a null test. It is
not needed and just remove them. Ftrace can be used instead.
Signed-off-by: zhong jiang
---
drivers/misc/cxl/guest.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/misc/cxl/guest.c b/drivers/misc/cxl/guest.c
index 3b
This RFC proposes to return part of the entry-area back to the fixmap to
improve system-call performance. Currently, since the entry-area is
mapped far (more than 2GB) away from the kernel text, an indirect branch
is needed to jump from the trampoline into the kernel. Due to Spectre
v2, vulnerable
On 2018/10/4 12:38, Greg KH wrote:
> On Thu, Oct 04, 2018 at 10:56:48AM +0800, zhong jiang wrote:
>> It is safe to dereference an object below a NULL test. For the sake
>> of debugging. Just delete the call of possible null pointer dereference.
>>
>> Signed-off-by: zhong jiang
>> ---
>> drivers/m
On Wed, 2018-10-03 at 21:31 -0300, Leonardo Bras wrote:
> On Fri, Sep 28, 2018 at 4:15 AM James Bottomley
> wrote:
> >
> > On Thu, 2018-09-27 at 23:08 -0300, Leonardo Brás wrote:
> > > Avoids building driver if 'make drivers/parisc/' is called and
> > > CONFIG_PARISC is disabled.
> >
> > Is that
On Thu, Oct 04, 2018 at 10:56:48AM +0800, zhong jiang wrote:
> It is safe to dereference an object below a NULL test. For the sake
> of debugging. Just delete the call of possible null pointer dereference.
>
> Signed-off-by: zhong jiang
> ---
> drivers/misc/cxl/guest.c | 2 +-
> 1 file changed,
Since commit c8589d1e9e01 ("kbuild: handle multi-objs dependency
appropriately"), $^ really represents all the prerequisite of the
composite object being built.
Hence, $(filter %.o,$^) contains all the objects to link together,
which is much simpler than link_multi_deps calculation.
Please note $
Hi all,
Today's linux-next merge of the kvm-arm tree got conflicts in:
arch/arm/include/asm/kvm_mmu.h
arch/arm64/include/asm/kvm_arm.h
arch/arm64/include/asm/kvm_mmu.h
between commit:
ab510027dc4d ("arm64: KVM: Enable Common Not Private translations")
from the arm64 tree and commit:
We can not call dev_pm_opp_of_cpumask_remove_table() freely anymore
since the latest OPP core updates as that uses reference counting to
free resources. There are cases where no static OPPs are added (using
DT) for a platform and trying to remove the OPP table may end up
decrementing refcount which
Hello,
Few more bugs have surfaced recently, few of which have been there
forever but came to light only after the recent changes in OPP core.
Dave already sent fix for one of them sometime back and as he isn't
around for a week, I picked up the patch, modified it and posting V2 of
it here.
Nikl
The error handling wasn't appropriate in
dev_pm_opp_of_cpumask_add_table(). For example it returns 0 on success
and also for the case where cpumask is empty or cpu_device wasn't found
for any of the CPUs.
It should really return error on such cases, so that the callers can be
aware of the outcome.
Return error number instead of 0 on failures.
Fixes: a1e8c13600bf ("PM / OPP: "opp-hz" is optional for power domains")
Signed-off-by: Viresh Kumar
---
drivers/opp/core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/opp/core.c b/drivers/opp/core.c
index cdf918aaac34
From: Dave Gerlach
Currently the _of_add_opp_table_v2 call loops through the OPP nodes in
the operating-points-v2 table in the device tree and calls
_opp_add_static_v2 for each to add them to the table. It counts each
iteration through this loop as an added OPP, however there are cases
where _opp
Hi all,
Today's linux-next merge of the kvm-arm tree got a conflict in:
arch/arm64/include/asm/cpufeature.h
between commit:
520ad98871a0 ("arm64/cpufeatures: Factorize emulate_mrs()")
from the arm64 tree and commit:
ce00e3cb4fb4 ("arm64: Add a helper for PARange to physical shift conver
On Tue, 2018-10-02 at 21:36 +0200, Jann Horn wrote:
> +Andy for opinions on things in write handlers
> +Mimi Zohar as EVM maintainer
>
> On Tue, Oct 2, 2018 at 9:55 AM joeyli wrote:
> > On Thu, Sep 13, 2018 at 04:31:18PM +0200, Jann Horn wrote:
> > > On Thu, Sep 13, 2018 at 4:08 PM Lee, Chun-Yi
Hi Jiada
Thank you for your feedback
> >> in GEN3 SSI may use different BUSIF for data transfer,
> >> this patch adds busif property to each dai stream,
> >> to indicate the BUSIF used by playback/capture stream.
> >>
> >> Also adds rsnd_ssi_select_busif() to automatically select
> >> BUSIF (c
Hi Masahiro,
On Thu, 4 Oct 2018 12:09:54 +0900 Masahiro Yamada
wrote:
>
> OK, confirmed.
>
>
> This is a regression of
>
> commit bb5de5d28f730eeec0aa1ced51a6f11327cd1201
> Author: Masahiro Yamada
> Date: Thu Sep 13 17:20:41 2018 +0900
>
> kbuild: remove unneeded link_multi_deps
>
>
The issue is the same as commit dd9aa335c880 ("ALSA: hda/realtek - Can't
adjust speaker's volume on a Dell AIO"), the output requires to connect
to a node with Amp-out capability.
Applying the same fixup ALC298_FIXUP_SPK_VOLUME can fix the issue.
BugLink: https://bugs.launchpad.net/bugs/1775068
S
> -Original Message-
> From: linux-rdma-ow...@vger.kernel.org ow...@vger.kernel.org> On Behalf Of Jason Gunthorpe
> Sent: Wednesday, October 3, 2018 9:48 PM
> To: Parav Pandit
> Cc: linux-r...@vger.kernel.org; linux-kernel@vger.kernel.org;
> l...@kernel.org; Daniel Jurgens ;
> dledf...
Dear Arnaldo,
Am 03.10.2018 um 22:57 schrieb Arnaldo Carvalho de Melo:
Em Wed, Oct 03, 2018 at 10:42:39PM +0200, Paul Menzel escreveu:
For profiling the boot on my Debian Sid/unstable system (32-bit user space),
the following service unit is used.
You forgot to mention what is the version
Hi Morimoto-san
On 2018/10/04 9:55, Kuninori Morimoto wrote:
Hi Jiada
Thank you for your patch
From: Jiada Wang
This patch adds dma request number for busif0 ~ busif7
to be used by GEN3 series. GEN2 continues to use rxu/txu
for busif data transfer.
Signed-off-by: Jiada Wang
---
arch/ar
On 2018/9/30 3:20, Jiri Kosina wrote:
On Sat, 29 Sep 2018, Jia-Ju Bai wrote:
picolcd_send_and_wait (acquire a spinlock)
hid_hw_request
__hid_request
hid_alloc_report_buf(GFP_KERNEL)
picolcd_reset (acquire a spinlock)
hid_hw_request
__hid_request
hid_alloc
Dear Borislav,
Am 03.10.2018 um 23:22 schrieb Borislav Petkov:
On Fri, Sep 28, 2018 at 04:55:19PM +0200, Thomas Gleixner wrote:
Sorry for the delay and thanks for the data. A quick diff did not reveal
anything obvious. I'll have a closer look and we probably need more (other)
information to nai
Hi Stephen,
On Thu, Oct 4, 2018 at 10:57 AM Stephen Rothwell wrote:
>
> Hi Masahiro,
>
> On Thu, 4 Oct 2018 10:39:37 +1000 Stephen Rothwell
> wrote:
> >
> > On Wed, 3 Oct 2018 16:55:34 +1000 Stephen Rothwell
> > wrote:
> > >
> > > > > The latest example is this:
> > > > >
> > > > > include/
It is safe to dereference an object below a NULL test. For the sake
of debugging. Just delete the call of possible null pointer dereference.
Signed-off-by: zhong jiang
---
drivers/misc/cxl/guest.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/misc/cxl/guest.c b/driv
Thanks for the reply :)
On 2018/10/3 23:54, Takashi Iwai wrote:
On Wed, 03 Oct 2018 14:50:25 +0200,
Jia-Ju Bai wrote:
CPU0:
snd_trident_hw_free
snd_trident_free_voice
line 3870: spin_lock_irqsave()
line 3881: voice->substream = NULL; [WRITE]
CPU1:
snd_trident_int
Hi Morimoto-san
On 2018/10/04 10:12, Kuninori Morimoto wrote:
Hi Jiada
Thank you for your patch
Currently ssi driver only request dma channel for SSI_0,
which is used to transfer data to/from busif0.
But in GEN3 busif1 to busif7 also maybe used, dedicated dma channels
are requested for data
On Thu, Oct 04, 2018 at 02:28:54AM +, Parav Pandit wrote:
> Hi Doug, Jason,
>
> > From: Parav Pandit
> > Sent: Friday, September 21, 2018 10:00 AM
> > To: linux-r...@vger.kernel.org; linux-kernel@vger.kernel.org;
> > l...@kernel.org; j...@ziepe.ca; syzkaller-b...@googlegroups.com; Daniel
> >
On 2018/10/3 6:55, Greg KH wrote:
> On Wed, Sep 26, 2018 at 07:41:12PM +0800, zhong jiang wrote:
>> It is safe to move a deference below a NULL test.
>>
>> Signed-off-by: zhong jiang
>> Acked-by: Andrew Donnellan
>> ---
>> drivers/misc/cxl/guest.c | 4 ++--
>> 1 file changed, 2 insertions(+), 2
Hi Morimoto-san
On 2018/10/04 10:41, Kuninori Morimoto wrote:
Hi Jiada
Thank you for your patch
in GEN3 SSI may use different BUSIF for data transfer,
this patch adds busif property to each dai stream,
to indicate the BUSIF used by playback/capture stream.
Also adds rsnd_ssi_select_busif()
Clang warns when one enumerated type is implicitly converted to another.
drivers/spi/spi-ep93xx.c:342:62: warning: implicit conversion from
enumeration type 'enum dma_transfer_direction' to different enumeration
type 'enum dma_data_direction' [-Wenum-conversion]
nents = dma_map_sg(chan->de
Clang warns when one enumerated type is implicitly converted to another.
drivers/spi/spi-ep93xx.c:342:62: warning: implicit conversion from
enumeration type 'enum dma_transfer_direction' to different enumeration
type 'enum dma_data_direction' [-Wenum-conversion]
nents = dma_map_sg(chan->de
Clang warns when one enumerated type is implicitly converted to another.
drivers/ata/pata_ep93xx.c:662:36: warning: implicit conversion from
enumeration type 'enum dma_data_direction' to different enumeration type
'enum dma_transfer_direction' [-Wenum-conversion]
drv_data->dma_rx_data.dire
When freeing a page with an order >= shuffle_page_order randomly select
the front or back of the list for insertion.
While the mm tries to defragment physical pages into huge pages this can
tend to make the page allocator more predictable over time. Inject the
front-back randomness to preserve the
Hi Doug, Jason,
> -Original Message-
> From: Parav Pandit
> Sent: Friday, September 21, 2018 10:00 AM
> To: linux-r...@vger.kernel.org; linux-kernel@vger.kernel.org;
> l...@kernel.org; j...@ziepe.ca; syzkaller-b...@googlegroups.com; Daniel
> Jurgens ; dledf...@redhat.com
> Cc: Parav Pandi
Some data exfiltration and return-oriented-programming attacks rely on
the ability to infer the location of sensitive data objects. The kernel
page allocator, especially early in system boot, has predictable
first-in-first out behavior for physical pages. Pages are freed in
physical address order w
In preparation for runtime randomization of the zone lists, take all
(well, most of) the list_*() functions in the buddy allocator and put
them in helper functions. Provide a common control point for injecting
additional behavior when freeing pages.
Cc: Michal Hocko
Cc: Dave Hansen
Signed-off-by
Changes since v1:
* Add support for shuffling hot-added memory (Andrew)
* Update cover letter and commit message to clarify the performance impact
and relevance to future platforms
[1]: https://lkml.org/lkml/2018/9/15/366
---
Some data exfiltration and return-oriented-programming attacks rely
NFSD uses permission flags similar to the MAY_* flags,
with some overlap, and depends on the overlap matching.
This is currently a little fragile and hard to extend.
So add __MAY_UNUSED to identify the first unused flag,
and have NFSD use that flag and later flags for its
non-standard permissions
On Wed, 3 Oct 2018, Leonardo Bras wrote:
> Both ccache and distcc seem very interesting, I will take my time to
> study them better as they can solve some situations I face. Thanks for
> sharing!
>
You might also want to check out 'gcc -O0', 'gcc -fopt-info' and 'gcc
--help=optimizers' etc to
Hi Masahiro,
On Thu, 4 Oct 2018 10:39:37 +1000 Stephen Rothwell
wrote:
>
> On Wed, 3 Oct 2018 16:55:34 +1000 Stephen Rothwell
> wrote:
> >
> > > > The latest example is this:
> > > >
> > > > include/linux/kconfig.h: file not recognized: file format not recognized
> > > > make[2]: *** [scri
Hi Jiada
Thank you for your patch
> in GEN3 SSI may use different BUSIF for data transfer,
> this patch adds busif property to each dai stream,
> to indicate the BUSIF used by playback/capture stream.
>
> Also adds rsnd_ssi_select_busif() to automatically select
> BUSIF (currently only BUSIF0
On Wed, Oct 3, 2018 at 8:27 PM Finn Thain wrote:
>
> On Wed, 3 Oct 2018, Leonardo Bras wrote:
>
> >
> > Sorry, I was not very clear at my reasons why this change is important,
> > I will try to briefly explain the whole story.
> >
> > Some weeks ago I was trying to solve a task that needed to chan
Clang warns when multiple pairs of parentheses are used for a single
conditional statement.
drivers/staging/rtl8723bs/hal/rtl8723b_hal_init.c:3351:20: warning:
equality comparison with extraneous parentheses [-Wparentheses-equality]
The commented code is pointless since _HW_STATE_AP_ is handled r
Tool cpupower is useful to get CPU frequency information and monitor
power stats on Hygon Dhyana platform. So add Hygon Dhyana support to
it by checking vendor and family to share the code path of AMD family
17h.
Signed-off-by: Pu Wen
Acked-by: Shuah Khan (Samsung OSG)
---
tools/power/cpupower/
Clang warns when multiple pairs of parentheses are used for a single
conditional statement.
drivers/staging/rtlwifi/phydm/phydm_adc_sampling.c:558:33: warning:
equality comparison with extraneous parentheses [-Wparentheses-equality]
} else if ((is_enable_la_mode == 1)) {
Hi Jiada
Thank you for your patch
> Currently ssi driver only request dma channel for SSI_0,
> which is used to transfer data to/from busif0.
>
> But in GEN3 busif1 to busif7 also maybe used, dedicated dma channels
> are requested for data transfer through these busif.
>
> Signed-off-by: Jiad
On Wed, 3 Oct 2018 15:12:27 -0400
Steven Rostedt wrote:
> On Wed, 29 Aug 2018 01:18:43 +0900
> Masami Hiramatsu wrote:
>
> > Allow kprobe-events to record module symbols.
> >
> > Since data symbols in a non-loaded module doesn't exist, it fails to
> > define such symbol as an argument of kprob
The NFSD_MAY_OWNER_OVERRIDE has exactly the same meaning
as the new MAY_ACT_AS_OWNER flag, so simplify the
code by making use of the identity.
The move NFSD_MAY_OWNER_OVERRIDE into NFSD_MAY_MASK, but that
is not a problem is it is always set together with a flag
that is already in the MASK.
Signe
NFSD uses permission flags similar to the MAY_* flags,
with some overlap, and depends on the overlap matching.
This is currently a little fragile and hard to extend.
So add __MAY_UNUSED to identify the first unused flag,
and have NFSD use that flag and later flags for its
non-standard permissions.
Hi Greg,
Can you please pull the XFS from the tag listed below. It's a bit
bigger than that I'd like this late in the cycle, but we've had a
few challenges getting ourselves sorted out this cycle. Details
of the contents are in the pull-req output below. This has been be
run through xfstests over
Commit 013cdf1088d7 ("nfs: use generic posix ACL infrastructure for v3
Posix ACLs") introduce a regression for NFSv3 ACL setting.
An owner should be able to set an ACL, but the new code tests for
ownership in a way that is not reliable for NFSv3. For NFSv3 the only
reliable test is to send the req
A few places in VFS, particularly set_posix_acl(), use
inode_owner_or_capable() to check if the caller has "owner"
access to the inode.
This assumes that it is valid to test inode->i_uid, which is not
always the case. Particularly in the case of NFS it is not valid to
us i_uid (or i_mode) for perm
On Mon, Oct 1, 2018 at 9:46 AM Heiko Carstens wrote:
>
> On Thu, Sep 27, 2018 at 11:08:14PM -0300, Leonardo Brás wrote:
> > Avoids building s390 drivers if 'make drivers/s390/' is called but
> > ARCH is not s390.
> >
> > Signed-off-by: Leonardo Brás
> > ---
> > drivers/s390/Makefile | 8
Hi Jiada
Thank you for your patch
> From: Jiada Wang
>
> This patch adds dma request number for busif0 ~ busif7
> to be used by GEN3 series. GEN2 continues to use rxu/txu
> for busif data transfer.
>
> Signed-off-by: Jiada Wang
> ---
> arch/arm64/boot/dts/renesas/r8a7795.dtsi | 164 +++
On Wed 03 Oct 04:34 PDT 2018, Arun Kumar Neelakantam wrote:
> Add TICOMGET and TIOCMSET ioctl support for rpmsg char device nodes
> to get/set the low level transport signals.
>
> Signed-off-by: Arun Kumar Neelakantam
> ---
> drivers/rpmsg/rpmsg_char.c | 54
> ++
Hi Arnd, Olof,
Please pull UniPhier DT updates for the v4.20 MW.
This is v2, for which I picked up a little more patches.
In this cycle, I queued up all arm/arm64 changes
into a single branch to avoid build errors.
Thanks!
The following changes since commit 5b394b2ddf0347bef56e50c69a58773c9
On Wed, Oct 3, 2018 at 8:01 AM Masahiro Yamada
wrote:
>
> Add SD controller nodes for LD4, Pro4, sLD8, Pro5, and PXs2.
> This is also used as an eMMC controller for LD4, Pro4, and sLD8.
>
> Signed-off-by: Masahiro Yamada
> ---
Series, applied.
--
Best Regards
Masahiro Yamada
On Wed 03 Oct 04:34 PDT 2018, Arun Kumar Neelakantam wrote:
> Add support to handle SMD signals to RPMSG over GLINK. SMD signals
> mimic serial protocol signals to notify of ports opening and closing.
> This change affects the rpmsg core, rpmsg char and glink drivers.
>
> Signed-off-by: Chris Lew
Thanks, applying.--b.
On Tue, Oct 02, 2018 at 12:08:48PM +0200, Gustavo A. R. Silva wrote:
> Replace "fallthru" with a proper "fall through" annotation.
>
> Also, add an annotation were it is expected to fall through.
>
> These fixes are part of the ongoing efforts to enabling
> -Wimplicit-fallt
Hi Masahiro,
On Wed, 3 Oct 2018 16:55:34 +1000 Stephen Rothwell
wrote:
>
> > > The latest example is this:
> > >
> > > include/linux/kconfig.h: file not recognized: file format not recognized
> > > make[2]: *** [scripts/Makefile.build:492: crypto/crypto_user.o] Error 1
> > > make[1]: *** [Makef
On Wed 03 Oct 04:34 PDT 2018, Arun Kumar Neelakantam wrote:
> Add support to wait on poll to get signal notifications.
> Send POLLPRI mask to indicate the signal change.
>
> Signed-off-by: Arun Kumar Neelakantam
> ---
> drivers/rpmsg/rpmsg_char.c | 14 ++
> 1 file changed, 14 insert
On Fri, Sep 28, 2018 at 4:15 AM James Bottomley
wrote:
>
> On Thu, 2018-09-27 at 23:08 -0300, Leonardo Brás wrote:
> > Avoids building driver if 'make drivers/parisc/' is called and
> > CONFIG_PARISC is disabled.
>
> Is that really a problem? The drivers/Makefile has this:
>
> obj-$(CONFIG_PARISC)
On Wed 03 Oct 04:34 PDT 2018, Arun Kumar Neelakantam wrote:
> Register a callback to get the signal notifications from rpmsg.
>
> Signed-off-by: Arun Kumar Neelakantam
Please incorporate this into patch 4.
Regards,
Bjorn
> ---
> drivers/rpmsg/rpmsg_char.c | 8
> 1 file changed, 8 i
This adds nodes for all possible UARTs to sdm845.dtsi. By default
only configure the RX/TX lines with pinctrl. Boards that use UARTs
with flow control can overwrite the configuration in the
.dtsi.
Signed-off-by: Matthias Kaehlcke
Reviewed-by: Douglas Anderson
---
Changes in v2:
- use GCC_QUPV3_W
The node has a reg property, therefore its name should include a unit
address.
Also change the name from 'usb_id_nopull' to 'usb-id-nopull' to follow
DT conventions.
Signed-off-by: Matthias Kaehlcke
---
Changes in v4:
- patch added to the series
---
Documentation/devicetree/bindings/iio/adc/qco
This series adds a channel for the die temperature to the QCOM SPMI
PMIC5 ADC. It also fixes an example in the DT documentation.
The die temperature is going to be used by the temperature alarm driver
(https://lore.kernel.org/patchwork/project/lkml/list/?series=361416).
The former name of the ser
Add a channel node for the die temperature to the ADC.
Signed-off-by: Matthias Kaehlcke
Reviewed-by: Douglas Anderson
---
Changes in v4:
- added unit address to 'die-temp' node
---
arch/arm64/boot/dts/qcom/pm8998.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm64/boot/dts/
On Wed 03 Oct 04:38 PDT 2018, Arun Kumar Neelakantam wrote:
> The current rx peak function fails to read the data if size is
> less than 4bytes.
>
> Use memcpy_fromio to support data reads of size less than 4 bytes.
>
> Signed-off-by: Arun Kumar Neelakantam
Applied, with a fixes tag and Cc sta
--
Ich beabsichtige, dir einen Teil meines Reichtums als finanzielle
Willenskraft zu geben
Spende an Sie, antworten Sie, um teilzunehmen.
Wang Jianlin
Wanda Gruppe
On 10/3/18 5:29 PM, Luc Van Oostenryck wrote:
On Tue, Oct 02, 2018 at 06:44:39PM -0500, Larry Finger wrote:
Hi,
Sparse has suddenly started issuing as many as 11 warnings of
"expression using sizeof(void)" for each call to max3(). There are
similar warnings for calls to max(), thus I think this
I wanted to let you know that I am leaving for a two-week vacation. So
if you don't hear from me during that period assume bad network
connectivity and not lack of enthusiasm. :) Feel free to go with the
backports if we reach an agreement here. Otherwise I'll do it when I get
back. Thank you all!
I think i've run into the bug described here:
https://lkml.org/lkml/2018/4/18/188
I've got a binder-free system that reports a hung task with this backtrace:
[76800.726654] INFO: task systemd:1 blocked for more than 60 seconds.
[76800.726657] Tainted: G OE 4.14.67-solidfire1 #1
On Wed, 3 Oct 2018, Leonardo Bras wrote:
>
> Sorry, I was not very clear at my reasons why this change is important,
> I will try to briefly explain the whole story.
>
> Some weeks ago I was trying to solve a task that needed to change some
> compiling options, build the whole kernel (allyesco
Hi Rob,
Commits
ef02ae3a2f88 ("drm/msm: dpu: Don't reset dpu_enc->cur_master on .disable()")
9875f4b6da02 ("drm/msm/dpu: Revise _dpu_plane_get_aspace")
99e1ced69212 ("drm/msm/dpu: Make dpu_plane_danger_signal_ctrl void")
8fb336bd301e ("drm/msm/dpu: Change _dpu_crtc_vblank_enable_no_lock t
When I added the missing memory outputs, I failed to update the
index of the first argument (ebx) on 32-bit builds, which broke the
fallbacks. Somehow I must have screwed up my testing or gotten
lucky.
Add another test to cover gettimeofday() as well.
Cc: sta...@vger.kernel.org
Fixes: 715bd9d12f
On 10/3/18 9:22 AM, Jan Kara wrote:
> On Thu 27-09-18 22:39:48, john.hubb...@gmail.com wrote:
>> From: John Hubbard
>>
>> Introduces put_user_page(), which simply calls put_page().
>> This provides a way to update all get_user_pages*() callers,
>> so that they call put_user_page(), instead of put_
On 10/3/18 9:27 AM, Jan Kara wrote:
> On Fri 28-09-18 20:12:33, John Hubbard wrote:
>> static inline void release_user_pages(struct page **pages,
>> - unsigned long npages)
>> + unsigned long npages,
>> +
On Mon, Oct 1, 2018 at 11:30 PM tip-bot for Andy Lutomirski
wrote:
>
> Commit-ID: 715bd9d12f84d8f5cc8ad21d888f9bc304a8eb0b
> Gitweb:
> https://git.kernel.org/tip/715bd9d12f84d8f5cc8ad21d888f9bc304a8eb0b
> Author: Andy Lutomirski
> AuthorDate: Mon, 1 Oct 2018 12:52:15 -0700
> Committer:
On Wed, Oct 3, 2018 at 4:01 PM Jason Gunthorpe wrote:
>
> On Wed, Oct 03, 2018 at 03:53:58PM -0700, Nick Desaulniers wrote:
> > On Wed, Oct 3, 2018 at 3:35 PM Jason Gunthorpe wrote:
> > >
> > > On Mon, Sep 24, 2018 at 12:57:16PM -0700, Nathan Chancellor wrote:
> > > > Clang warns when one enumera
On Wed, Oct 03, 2018 at 02:58:50PM -0500, Dan Rue wrote:
> On Tue, Oct 02, 2018 at 06:21:37AM -0700, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.18.12 release.
> > There are 228 patches in this series, all will be posted as a response
> > to this one. If an
On Wed, Oct 03, 2018 at 09:49:08PM +0200, Arnd Bergmann wrote:
> On Wed, Oct 3, 2018 at 8:16 PM Greg Kroah-Hartman
> wrote:
> > On Wed, Oct 03, 2018 at 04:47:30PM +0200, Helge Deller wrote:
> > > On 03.10.2018 00:24, Greg Kroah-Hartman wrote:
> > > > On Tue, Oct 02, 2018 at 11:46:11PM +0200, Helge
On Wed, Oct 03, 2018 at 03:53:58PM -0700, Nick Desaulniers wrote:
> On Wed, Oct 3, 2018 at 3:35 PM Jason Gunthorpe wrote:
> >
> > On Mon, Sep 24, 2018 at 12:57:16PM -0700, Nathan Chancellor wrote:
> > > Clang warns when one enumerated type is implicitly converted to another.
> > >
> > > drivers/in
1 - 100 of 570 matches
Mail list logo
