Add missing devicetree compatibles for the following LS1021A based
boards:
ls1021a-moxa-uc-8410a.dts
ls1021a-qds.dts
ls1021a-twr.dts
Signed-off-by: Manivannan Sadhasivam
---
arch/arm/boot/dts/ls1021a-moxa-uc-8410a.dts | 1 +
arch/arm/boot/dts/ls1021a-qds.dts | 1 +
Hi Arnd, Will,
thanks for the email.
I'm want to abandon this patch series. Will post new patch series for
system call
table generation support for asm-generic and some other stuff together by end of
this week or early next week.
Thanks
Firoz
On Mon, 21 Jan 2019 at 21:24, Arnd Bergmann wrote:
On Mon, 2019-01-21 at 22:02 +, Christopher Lameter wrote:
> On Mon, 21 Jan 2019, miles.c...@mediatek.com wrote:
>
> > From: Miles Chen
> >
> > When debugging with slub.c, sometimes we have to trigger a panic in
> > order to get the coredump file. To do that, we have to modify slub.c and
> >
Hi all,
Today's linux-next merge of the akpm tree got a conflict in:
Makefile
between commit:
b57304bb03de ("kbuild: remove meaningless prepare2 target")
from the kbuild tree and patch:
"locking/atomics: build atomic headers as required"
from the akpm tree.
I fixed it up (I hope -
On Tue, Jan 22, 2019 at 11:40:53AM +0800, Su Yue wrote:
> Hi, guys
> While running rcutorture tests with "onoff_interval", some tests
> failed and results show like:
>
> =
> [ 316.354501] srcud-torture:--- End of test:
> From: Kimberly Brown
> Sent: Monday, January 21, 2019 6:08 PM
> Subject: [PATCH] Drivers: hv: vmbus: Add mutex lock to channel show functions
>
> The channel level "_show" functions are vulnerable to race conditions.
> Add a mutex lock and unlock around the call to the channel level "_show"
>
Hi Vladimir,
I love your patch! Yet something to improve:
[auto build test ERROR on pinctrl/devel]
[also build test ERROR on v5.0-rc2 next-20190116]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
On Fri, Jan 18, 2019 at 04:47:23PM -0800, Dan Williams wrote:
>In recent days, 2 engineers, including the original author of
>nd_pfn_init(), overlooked the internal call to nd_pfn_validate() and the
>implications to memory allocation.
>
>Clarify this situation to help anyone that reads through
On Mon, 2019-01-21 at 19:59 +0800, Jianjun Wang wrote:
> There is no need to create the inner domain as a parent for MSI domian,
> some feature has been implemented by MSI framework.
>
> Remove the inner domain and its irq chip, it will be more closer to the
> hardware implementation.
>
>
On Mon, Jan 21, 2019 at 09:29:32AM +0100, Borislav Petkov wrote:
>On Mon, Jan 21, 2019 at 09:18:30AM +0800, Chao Fan wrote:
>> So I have changed as this method and put in my mail thread, you may not
>> notice, so I put here for my function if I need to fill the
>> boot_parameters:
>>
>> static
Hi, guys
While running rcutorture tests with "onoff_interval", some tests
failed and results show like:
=
[ 316.354501] srcud-torture:--- End of test: RCU_HOTPLUG: nreaders=1
nfakewriters=4 stat_interval=60 verbose=2
On Tue, Jan 22, 2019 at 2:37 PM Yue Hu wrote:
>
> From e37cbd4d22eae55c034536817b22d429ba0ae27a Mon Sep 17 00:00:00 2001
Can you check your MUA? It turns out this email was damaged in a few ways:
- something broke enough that it never appeared on patchwork (maybe
not on lkml either?)
- lines are
The following changes since commit 3bd6e94bec122a951d462c239b47954cf5f36e33:
arch: restore generic-y += shmparam.h for some architectures (2019-01-06
18:16:11 -0800)
are available in the Git repository at:
git://git.infradead.org/users/willy/linux-dax.git tags/xarray-5.0-rc3
for you to
This patch adds i.MX system controller RTC set time support, the
RTC set time is implemented via SIP(silicon provider) runtime
service call and ARM-Trusted-Firmware will communicate with system
controller via MU(message unit) IPC to set RTC time.
Signed-off-by: Anson Huang
---
On Mon, 2019-01-21 at 19:11 +0800, Jianjun Wang wrote:
> These series patches modify pcie-mediatek.c and dt-bindings compatible
> string to support MT7629 PCIe host.
>
> Jianjun Wang (2):
> dt-bindings: PCI: Add support for MT7629
> PCI: mediatek: Add controller support for MT7629
>
>
On Mon, Jan 21, 2019 at 03:33:21PM +0100, David Hildenbrand wrote:
[...]
> Does this series fix the "false positives" case I experienced on early
> prototypes of uffd-wp? (getting notified about a write access although
> it was not a write access?)
Hi, David,
Yes it should solve it.
The early
On Mon, Jan 21, 2019 at 04:45:46PM -0800, Dan Williams wrote:
>On Mon, Jan 21, 2019 at 4:30 PM Wei Yang wrote:
>>
>>
>> May I ask a question about the purpose to create these three device here?
>>
>> I see nd_pfn_create() doesn't allocate pfn_sb here, and the probe on these
>> devices failed.
Hi all,
Today's linux-next merge of the pidfd tree got conflicts in:
arch/x86/entry/syscalls/syscall_32.tbl
arch/x86/entry/syscalls/syscall_64.tbl
include/uapi/asm-generic/unistd.h
between commits:
63a96220ad45 ("arch: add split IPC system calls where needed")
0bd4bb9c5612 ("y2038:
On Mon, Jan 21, 2019 at 01:39:34AM +0200, Ahmed Abd El Mawgood wrote:
>This patch introduces a hypercall that can assist against subset of kernel
>rootkits, it works by place readonly protection in shadow PTE. The end
>result protection is also kept in a bitmap for each kvm_memory_slot and is
On Mon, 21 Jan 2019 at 19:21, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.14.95 release.
> There are 59 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.
>
>
On Mon, Jan 21, 2019 at 07:57:20PM +, Leo Li wrote:
> > > So it seems the compatible of the boards below are missing there.
> > >
> > > ls1021a-moxa-uc-8410a.dts
> > > ls1021a-qds.dts
> > > ls1021a-twr.dts
> >
> > So how should we proceed here? The above mentioned boards are lacking
> >
On Tue, Jan 22, 2019 at 3:47 PM Yue Hu wrote:
>
> On Tue, 22 Jan 2019 14:53:01 +1300
> Kees Cook wrote:
>
> > On Tue, Jan 22, 2019 at 2:37 PM Yue Hu wrote:
> > >
> > > From e37cbd4d22eae55c034536817b22d429ba0ae27a Mon Sep 17 00:00:00
> > > 2001 From: Yue Hu
> > > Date: Mon, 21 Jan 2019
On Tue, Jan 22, 2019 at 03:02:18AM +0200, Jarkko Sakkinen wrote:
> On Sun, Jan 20, 2019 at 06:04:13PM +0200, Jarkko Sakkinen wrote:
> > On Fri, Jan 18, 2019 at 02:09:18PM -0800, James Bottomley wrote:
> > > On Fri, 2019-01-18 at 16:25 +0200, Jarkko Sakkinen wrote:
> > > > I get this on a
On Wed, Jan 16, 2019 at 05:31:46PM +, Ioana Ciornei wrote:
> > > Subject: Re: [PATCH 1/3] arm64: dts: add dpaa2-console node for DPAA2
> > > platforms
> > >
> > > On Wed, Jan 16, 2019 at 10:02:01AM +, Ioana Ciornei wrote:
> > > > > Subject: Re: [PATCH 1/3] arm64: dts: add dpaa2-console
On Fri, Dec 21, 2018 at 03:31:11PM +, Ioana Ciornei wrote:
> This patch adds a devicetree binding documentation for
> FSL's DPAA2 console.
>
> Signed-off-by: Ioana Ciornei
> ---
> Documentation/devicetree/bindings/misc/dpaa2-console.txt | 11 +++
> MAINTAINERS
On Mon, Jan 21, 2019 at 1:59 PM Shakeel Butt wrote:
>
> From the start of the git history of Linux, the kernel after selecting
> the worst process to be oom-killed, prefer to kill its child (if the
> child does not share mm with the parent). Later it was changed to prefer
> to kill a child who is
Hi Rob,
On January 22, 2019 09:03, Rob Herring wrote:
>
> On Wed, Jan 16, 2019 at 06:48:06AM +, Ran Wang wrote:
> > When DWC3 is set to host mode by programming register DWC3_GCTL,
> VUBS
>
> s/VUBS/VBUS/
Yes, will fix it in next version.
> > (or its control signal) will on immediately
On Mon, Jan 21, 2019 at 12:28:30AM -0800, h...@infradead.org wrote:
> On Mon, Jan 21, 2019 at 04:51:57AM +, Peng Fan wrote:
> > on i.MX8QM, M4_1 is communicating with DomU using rpmsg with a fixed
> > address as the dma mem buffer which is predefined.
> >
> > Without this patch, the flow is:
Hi
> -Original Message-
> From: h...@infradead.org [mailto:h...@infradead.org]
> Sent: 2019年1月21日 16:29
> To: Peng Fan
> Cc: m...@redhat.com; jasow...@redhat.com; sstabell...@kernel.org;
> h...@infradead.org; virtualizat...@lists.linux-foundation.org;
> xen-de...@lists.xenproject.org;
On 1/18/2019 11:09 PM, Stephen Boyd wrote:
Quoting Rajendra Nayak (2019-01-17 20:48:01)
drivers/soc/qcom/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/soc/qcom/Kconfig b/drivers/soc/qcom/Kconfig
index a5d5167c3f16..1ee298f6bf17 100644
---
On Mon, 21 Jan 2019 at 21:53, Rob Herring wrote:
>
> On Tue, Jan 15, 2019 at 7:47 AM Baolin Wang wrote:
> >
> > From: Lanqing Liu
>
> The email address should be updated with unisoc.com.
Sure.
>
> > Add the DMA properties for the SPI dma mode.
> >
> > Signed-off-by: Lanqing Liu
> >
Hi Douglas,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on v5.0-rc2]
[also build test ERROR on next-20190116]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
Hi,
On Tue, Jan 22, 2019 at 6:42 AM Stephen Rothwell wrote:
>
> Hi Linus,
>
> In commit
>
> 15d90c339a7f ("pinctrl: sunxi: Correct number of IRQ banks on H6 main pin
> controller")
>
> Fixes tag
>
> Fixes: c8a830904991 ("pinctrl: sunxi: add support for the Allwinner H6
>
> has these
On Tue, Jan 22, 2019 at 8:19 AM Rob Herring wrote:
>
> On Mon, Jan 21, 2019 at 05:57:57PM +0800, Chen-Yu Tsai wrote:
> > On Mon, Jan 21, 2019 at 5:50 PM Maxime Ripard
> > wrote:
> > >
> > > Hi,
> > >
> > > I'm a bit late to the party, sorry for that.
> > >
> > > On Sat, Jan 12, 2019 at
/linux/commits/Stanimir-Varbanov/venus-enc-fix-enum_frameintervals/20190121-235146
base: git://linuxtv.org/media_tree.git master
config: parisc-allmodconfig (attached as .config)
compiler: hppa-linux-gnu-gcc (Debian 8.2.0-11) 8.2.0
reproduce:
wget
https://raw.githubusercontent.com/intel/lkp
Add bits and pieces needed to support IP block variant found on
i.MX8MQ SoCs.
Cc: p.za...@pengutronix.de
Cc: Fabio Estevam
Cc: cphe...@gmail.com
Cc: l.st...@pengutronix.de
Cc: Leonard Crestez
Cc: "A.s. Dong"
Cc: Richard Zhu
Cc: Rob Herring
Cc: devicet...@vger.kernel.org
Cc: linux-...@nxp.com
In order to enable supporting i.MX8MQ with this driver, convert it to
expect variant specific bits to be passed via driver data.
Cc: p.za...@pengutronix.de
Cc: Fabio Estevam
Cc: cphe...@gmail.com
Cc: l.st...@pengutronix.de
Cc: Leonard Crestez
Cc: "A.s. Dong"
Cc: Richard Zhu
Cc: Rob Herring
The driver now supports i.MX8MQ, so update bindings accordingly.
Cc: p.za...@pengutronix.de
Cc: Fabio Estevam
Cc: cphe...@gmail.com
Cc: l.st...@pengutronix.de
Cc: Leonard Crestez
Cc: "A.s. Dong"
Cc: Richard Zhu
Cc: linux-...@nxp.com
Cc: linux-arm-ker...@lists.infradead.org
Cc:
This patch contains changes I made in order to add support for i.MX8MQ
to reset-imx7.c in order to enable support of PCIE IP block on i.MX8MQ
SoCs.
Feedback is welcome!
Thanks,
Andrey Smirnov
Changes since [v4]
- Reset driver reworked to support different IP variants by providing
different
The channel level "_show" functions are vulnerable to race conditions.
Add a mutex lock and unlock around the call to the channel level "_show"
functions in vmbus_chan_attr_show().
This problem was discussed here: https://lkml.org/lkml/2018/10/18/830
Signed-off-by: Kimberly Brown
---
Hi, Mark
Thanks for your comments, and sorry for late.
> -Original Message-
> * Under what conditions can the fault occur? e.g. is this in place of
> some other fault, or completely spurious?
This fault can occur completely spurious under
a specific hardware condition and instructions
Hi:
We've been working on a read-only module for the Apple File System. It's
reasonably full-featured (no compression or encryption yet) but not very
well tested, so I'm hoping to find some interested users. Questions and
criticism are welcome.
Git tree:
On Mon, Jan 21, 2019 at 01:43:21AM -0800, Sagi Grimberg wrote:
>
> > V14:
> > - drop patch(patch 4 in V13) for renaming bvec helpers, as suggested by
> > Jens
> > - use mp_bvec_* as multi-page bvec helper name
> > - fix one build issue, which is caused by missing one converion of
> >
Hi Paul,
On Tue, Jan 22, 2019 at 2:44 AM Paul Burton wrote:
>
> Hi Masahiro,
>
> On Mon, Jan 21, 2019 at 11:48:49AM +0900, Masahiro Yamada wrote:
> > This line is weird in multiple ways.
> >
> > (CONFIG_GENERIC_CSUM) might be a typo of $(CONFIG_GENERIC_CSUM).
> >
> > Even if you add '$' to it,
On Mon, Jan 21, 2019 at 9:42 PM Yue Hu wrote:
>
> From 0888dbf0e3ac4a6a8a6307e97d003e8deb9cc6db Mon Sep 17 00:00:00 2001
> From: Yue Hu
> Date: Mon, 21 Jan 2019 14:30:19 +0800
> Subject: [PATCH] pstore/ram: Add ramoops_register_dummy failure process
>
> If create dummy/dummy_data failed,
On Thu, Jan 17, 2019 at 12:08:17PM -0800, Matthew Wilcox wrote:
> It would, of course, be possible to make the xa_alloc() API identical
> to idr_alloc(). idr_alloc() has been a phenomenal success with around
> 200 callers in the kernel today. But it could be improved, and this
> seems like a
On Tue, Jan 22, 2019 at 2:37 PM Yue Hu wrote:
>
> From e37cbd4d22eae55c034536817b22d429ba0ae27a Mon Sep 17 00:00:00 2001
> From: Yue Hu
> Date: Mon, 21 Jan 2019 18:20:41 +0800
> Subject: [PATCH] pstore/ram: Replace dummy_data heap memory with stack
> memory
>
> In ramoops_register_dummy()
Hi Bin,
On Mon, 2019-01-21 at 10:07 -0600, Bin Liu wrote:
> Hi Min,
>
> On Mon, Jan 21, 2019 at 08:22:31PM +0800, min@mediatek.com wrote:
> > From: Min Guo
> >
> > This adds support for MediaTek musb controller in
> > host, peripheral and otg mode.
> > There are some quirk of MediaTek musb
Hi Bin,
On Mon, 2019-01-21 at 09:59 -0600, Bin Liu wrote:
> Hi Min,
>
> On Mon, Jan 21, 2019 at 08:22:30PM +0800, min@mediatek.com wrote:
> > From: Min Guo
> >
> > Delete the const attribute of addr parameter in readb/w/l hooks, these
> > changes are for implementing clearing W1C
On 1/19/19 5:39 AM, Torsten Duwe wrote:
> Once gcc8 adds 2 NOPs at the beginning of each function, replace the
> first NOP thus generated with a quick LR saver (move it to scratch reg
> x9), so the 2nd replacement insn, the call to ftrace, does not clobber
> the value. Ftrace will then generate
From: Stefan Agner Sent: Monday, January 21, 2019 10:59 PM
> According to the device tree binding the phy-supply property is optional. Use
> the regulator_get_optional API accordingly. The code already handles NULL
> just fine.
>
> This gets rid of the following warning:
> fec
Nice day to you!
My Names Mr. Adam Nisse from Earthlink, Inc. Moscow Russia
There is an available invitation to tender suitable for your
products and I would like to inquire if your company will be
interested to submit offer for your products in Moscow Russia.
Please confirm interest by
On Wed, Jan 16, 2019 at 10:56:23PM -0800, Robert Eshleman wrote:
> The MAX44009 is a low-power ambient light sensor from Maxim Integrated.
> It differs from the MAX44000 in that it doesn't have proximity sensing and
> that
> it requires far less current (1 micro-amp vs 5 micro-amps). The register
On Wed, 16 Jan 2019 18:37:54 +, Fabrizio Castro wrote:
> Document the support for rcar_canfd on R8A774C0 SoC devices.
>
> Signed-off-by: Fabrizio Castro
> Reviewed-by: Chris Paterson
> ---
> This patch depends on:
> https://patchwork.kernel.org/patch/10687999/
>
On Wed, 16 Jan 2019 18:37:52 +, Fabrizio Castro wrote:
> According to the latest information, the clock options for CAN on RZ/G2
> are the same as the ones available on R-Car Gen3
>
> Fixes: 868b7c0f43e6 ("dt-bindings: can: rcar_can: Add r8a774a1 support")
> Signed-off-by: Fabrizio Castro
>
On Wed, 16 Jan 2019 18:37:44 +, Fabrizio Castro wrote:
> From: Biju Das
>
> Add Silicon Linux to the list of devicetree vendor prefixes.
>
> Website: http://www.si-linux.co.jp
>
> Signed-off-by: Biju Das
> Signed-off-by: Fabrizio Castro
> Reviewed-by: Chris Paterson
> ---
>
On Wed, 16 Jan 2019 09:10:23 -0800, John Stultz wrote:
> Some dma channels can be reserved for secure mode or other
> hardware on the SoC, so provide a binding for a bitmask
> listing the available channels for the kernel to use.
>
> This follows the pre-existing bcm,dma-channel-mask binding.
>
On Wed, Jan 16, 2019 at 10:57:40AM +0100, Nicolas Ferre wrote:
> This removes a line left while adding the correct compatibility string for
> sama5d3 10/100 interface. Now use the "atmel,sama5d3-macb" string.
>
> Signed-off-by: Nicolas Ferre
> ---
>
Add a linear pipeline logic for the stream control. It's created by
walking backwards on the entity graph. When the stream starts it will
simply loop through the pipeline calling the respective process_frame
function of each entity.
Fixes: f2fe89061d797 ("vimc: Virtual Media Controller core,
On Wed, Jan 16, 2019 at 10:57:38AM +0100, Nicolas Ferre wrote:
> Update the Reset Controller's binding to add new SoC compatibility string.
>
> Signed-off-by: Nicolas Ferre
> ---
> Documentation/devicetree/bindings/arm/atmel-sysregs.txt | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git
Hi Vijai,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on chanwoo-extcon/extcon-next]
[also build test ERROR on v5.0-rc2]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
On Wed, 16 Jan 2019 10:57:37 +0100, Nicolas Ferre wrote:
> Add this missing compatibility string to the Reset Controller
> compatible string chip list.
>
> Signed-off-by: Nicolas Ferre
> ---
> Documentation/devicetree/bindings/arm/atmel-sysregs.txt | 2 +-
> 1 file changed, 1 insertion(+), 1
On Wed, Jan 16, 2019 at 06:48:06AM +, Ran Wang wrote:
> When DWC3 is set to host mode by programming register DWC3_GCTL, VUBS
s/VUBS/VBUS/
> (or its control signal) will on immediately on related Root Hub ports.
/will on/will turn on/
> Then the VUBS will be de-asserted for a little while
On Sun, Jan 20, 2019 at 06:04:13PM +0200, Jarkko Sakkinen wrote:
> On Fri, Jan 18, 2019 at 02:09:18PM -0800, James Bottomley wrote:
> > On Fri, 2019-01-18 at 16:25 +0200, Jarkko Sakkinen wrote:
> > > I get this on a Geminilake NUC after rebasing my maintainer trees:
> > >
> > > tpm tpm0: A TPM
On Mon, Jan 21, 2019 at 4:47 PM Wei Yang wrote:
>
> On Mon, Jan 21, 2019 at 04:29:08PM -0800, Dan Williams wrote:
> >On Mon, Jan 21, 2019 at 4:26 PM Wei Yang
> >wrote:
> >[..]
> >> >@@ -706,6 +711,22 @@ static int nd_pfn_init(struct nd_pfn *nd_pfn)
> >> > sig = DAX_SIG;
> >> >
Hi Takashi,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 47bfa6d9dc8c060bf56554a465c9031e286d2f80
commit: d99501b8575dc1248bacf1b58d2241cb4b265d49 ALSA: hda/ca0132 - Call
pci_iounmap() instead of iounmap()
date:
On Tue, Jan 22, 2019 at 10:18 AM Al Viro wrote:
>
> On Mon, Jan 21, 2019 at 07:14:39PM +0900, Tetsuo Handa wrote:
> > On Tue, Dec 12, 2017 at 2:06 PM, Eric Biggers wrote:
> > > I'm not sure what the fix will be. Maybe the proc handlers should take a
> > > different lock instead of
Al Viro wrote:
> On Mon, Jan 21, 2019 at 07:14:39PM +0900, Tetsuo Handa wrote:
> > On Tue, Dec 12, 2017 at 2:06 PM, Eric Biggers wrote:
> > > I'm not sure what the fix will be. Maybe the proc handlers should take a
> > > different lock instead of cred_guard_mutex. Or perhaps execve should
> >
On Tue, 15 Jan 2019 18:32:34 +0800, Baolin Wang wrote:
> Add one IIO channel named "charge_vol" to read the charge voltage for
> the SC27XX fuel gauge controller.
>
> Signed-off-by: Baolin Wang
> ---
> .../devicetree/bindings/power/supply/sc27xx-fg.txt |8
> 1 file changed, 4
On Mon, 14 Jan 2019 18:54:13 +0530, Kishon Vijay Abraham I wrote:
> Add devicetree binding documentation for PCIe in RC mode present in
> AM654 SoC.
>
> Signed-off-by: Kishon Vijay Abraham I
> ---
> Documentation/devicetree/bindings/pci/pci-keystone.txt | 6 +-
> 1 file changed, 5
On Mon, Jan 14, 2019 at 06:54:09PM +0530, Kishon Vijay Abraham I wrote:
> Document "atu" reg-names required to get the register space for ATU in
> Synopsys designware core version >= 4.80.
>
> Signed-off-by: Kishon Vijay Abraham I
> ---
>
On Mon, Jan 21, 2019 at 04:29:08PM -0800, Dan Williams wrote:
>On Mon, Jan 21, 2019 at 4:26 PM Wei Yang wrote:
>[..]
>> >@@ -706,6 +711,22 @@ static int nd_pfn_init(struct nd_pfn *nd_pfn)
>> > sig = DAX_SIG;
>> > else
>> > sig = PFN_SIG;
>> >+
>> >+ /*
>> >+
On Mon, Jan 21, 2019 at 4:30 PM Wei Yang wrote:
>
> On Mon, Jan 21, 2019 at 03:51:02PM +0800, Wei Yang wrote:
> >On Fri, Jan 18, 2019 at 04:47:23PM -0800, Dan Williams wrote:
> >>In recent days, 2 engineers, including the original author of
> >>nd_pfn_init(), overlooked the internal call to
Ping?
On Wed, Dec 19, 2018 at 4:15 PM Huacai Chen wrote:
>
> Commit 448a5a552f336bd7b847b1951 ("drivers: base: cacheinfo: use OF
> property_read_u32 instead of get_property,read_number") makes cache
> size and number_of_sets be 0 if DT doesn't provide there values. I
> think this is unreasonable
On Mon, Jan 21, 2019 at 03:51:58PM -0800, Darrick J. Wong wrote:
>
> I disagree with upending 13 years of established precedent for user
> visible behavior. We possibly could've pulled this off ten years ago,
> but it's wy too late now. Too much work, too little gain.
I remember the
On 1/21/19 1:15 PM, Eddie James wrote:
On 01/21/2019 02:19 PM, Joel Stanley wrote:
On Tue, 22 Jan 2019 at 06:56, Eddie James wrote:
--- a/drivers/hwmon/occ/common.h
+++ b/drivers/hwmon/occ/common.h
@@ -1,4 +1,5 @@
-/* SPDX-License-Identifier: GPL-2.0 */
+// SPDX-License-Identifier:
On Mon, 14 Jan 2019 18:54:07 +0530, Kishon Vijay Abraham I wrote:
> Add "ti,syscon-pcie-mode" dt-binding to hold phandle to the syscon
> register that should be used to configure PCIe in RC mode or EP mode.
>
> Signed-off-by: Kishon Vijay Abraham I
> ---
>
On Mon, 14 Jan 2019 18:54:03 +0530, Kishon Vijay Abraham I wrote:
> Add "reg-names" binding information in order for device tree node
> to be populated with the correct register strings. This will break
> old dt compatibility. However Keystone PCI has never worked
> in upstream kernel due to lack
On Sat, Jan 12, 2019 at 04:38:58PM +0100, AngeloGioacchino Del Regno wrote:
> From 6aeefad77a2a5d47a9bd009d2d10db2a5dd153a2 Mon Sep 17 00:00:00 2001
> From: "Angelo G. Del Regno"
> Date: Sat, 12 Jan 2019 16:31:09 +0100
> Subject: [PATCH] clk: qcom: smd: Add support for MSM8956/76 RPM clocks
>
>
On Mon, Jan 21, 2019 at 03:51:02PM +0800, Wei Yang wrote:
>On Fri, Jan 18, 2019 at 04:47:23PM -0800, Dan Williams wrote:
>>In recent days, 2 engineers, including the original author of
>>nd_pfn_init(), overlooked the internal call to nd_pfn_validate() and the
>>implications to memory allocation.
On Mon, Jan 21, 2019 at 4:26 PM Wei Yang wrote:
[..]
> >@@ -706,6 +711,22 @@ static int nd_pfn_init(struct nd_pfn *nd_pfn)
> > sig = DAX_SIG;
> > else
> > sig = PFN_SIG;
> >+
> >+ /*
> >+ * Check for an existing 'pfn' superblock before writing a new
>
On Sat, Jan 12, 2019 at 04:03:18PM +0100, AngeloGioacchino Del Regno wrote:
> From 50465f2a4454625aac622bb84dbecdeaf5a50904 Mon Sep 17 00:00:00 2001
> From: "Angelo G. Del Regno"
> Date: Sat, 12 Jan 2019 10:52:18 +0100
> Subject: [PATCH] clk: qcom: Add MSM8976/56 Global Clock Controller (GCC)
>
On Fri, Jan 18, 2019 at 04:47:23PM -0800, Dan Williams wrote:
>In recent days, 2 engineers, including the original author of
>nd_pfn_init(), overlooked the internal call to nd_pfn_validate() and the
>implications to memory allocation.
>
>Clarify this situation to help anyone that reads through
On Fri, 11 Jan 2019 15:01:23 -0800, Evan Green wrote:
> Add a resets property to the PHY that represents the PHY reset
> register in the UFS controller itself. This better describes the
> complete specification of the PHY, and allows the PHY to perform
> its initialization in a single function,
On Fri, Jan 11, 2019 at 03:01:24PM -0800, Evan Green wrote:
> Wire up the reset controller in the Qcom UFS controller for the PHY.
> This will be used to toggle PHY reset during initialization of the PHY.
>
> Signed-off-by: Evan Green
> ---
> This commit is based atop the series at [1]. Patches
On Mon, Jan 21, 2019 at 02:34:06PM -0800, Dan Williams wrote:
>On Mon, Jan 21, 2019 at 12:57 PM Wei Yang wrote:
>>
>> On Mon, Jan 21, 2019 at 10:04:40AM -0800, Dan Williams wrote:
>> >On Sun, Jan 20, 2019 at 11:51 PM Wei Yang
>> >wrote:
>> >> On Fri, Jan 18, 2019 at 04:47:23PM -0800, Dan
On 1/21/19 8:50 AM, Philipp Zabel wrote:
On Sat, 2019-01-19 at 13:45 -0800, Steve Longerbeam wrote:
On i.MX6, the nearest upstream entity to the CSI can only be the
CSI video muxes or the Synopsys DW MIPI CSI-2 receiver.
However the i.MX53 has no CSI video muxes or a MIPI CSI-2 receiver.
So
On Fri, 11 Jan 2019 15:01:22 -0800, Evan Green wrote:
> Add a required reset to the SDM845 UFS phy to express the PHY reset
> bit inside the UFS controller register space. Before this change, this
> reset was not expressed in the DT, and the driver utilized two different
> callbacks (phy_init and
On Mon, Jan 21, 2019 at 05:57:57PM +0800, Chen-Yu Tsai wrote:
> On Mon, Jan 21, 2019 at 5:50 PM Maxime Ripard
> wrote:
> >
> > Hi,
> >
> > I'm a bit late to the party, sorry for that.
> >
> > On Sat, Jan 12, 2019 at 09:56:11AM +0800, Chen-Yu Tsai wrote:
> > > On Sat, Jan 12, 2019 at 1:30 AM
On Fri, Jan 11, 2019 at 03:22:35PM +0100, Oleksij Rempel wrote:
> From: Felix Fietkau
>
> On AR934x, the MDIO reference clock can be configured to a fixed 100 MHz
> clock. If that feature is not used, it defaults to the main reference
> clock, like on all other SoC.
>
> Signed-off-by: Felix
On Fri, Jan 11, 2019 at 03:22:30PM +0100, Oleksij Rempel wrote:
> From: Felix Fietkau
>
> Preparation for transitioning the legacy clock setup code over
> to OF.
>
> Signed-off-by: Felix Fietkau
> Signed-off-by: John Crispin
> ---
> arch/mips/ath79/clock.c | 128
On Mon, Jan 21, 2019 at 05:26:42PM +0100, Greg Kroah-Hartman wrote:
> By default, the kernel will automatically load the module of any line
> dicipline that is asked for. As this sometimes isn't the safest thing
> to do, provide a sysctl to disable this feature.
>
> By default, we set this to
Em Mon, Jan 21, 2019 at 07:34:37PM +0100, Jiri Olsa escreveu:
> On Mon, Jan 21, 2019 at 11:17:48AM -0300, Arnaldo Carvalho de Melo wrote:
> > Em Mon, Jan 21, 2019 at 02:13:36PM +0100, Jiri Olsa escreveu:
> > > On Sun, Jan 20, 2019 at 07:18:14PM +0100, Jiri Olsa wrote:
> > > > On Thu, Jan 17, 2019
From: Arnaldo Carvalho de Melo
To untangle objects a bit more, avoiding rebuilding the color_fprintf
routines when changes are made to the perf config headers.
Cc: Adrian Hunter
Cc: Hendrik Brueckner
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Thomas Richter
Link:
From: Arnaldo Carvalho de Melo
So that we can resolve symbols and map names.
Cc: Alexei Starovoitov
Cc: Daniel Borkmann
Cc: David Ahern
Cc: Peter Zijlstra
Cc: Song Liu
Cc: kernel-t...@fb.com
Cc: net...@vger.kernel.org
Link:
From: Song Liu
This patch synthesize PERF_RECORD_KSYMBOL and PERF_RECORD_BPF_EVENT for
BPF programs loaded before perf-record. This is achieved by gathering
information about all BPF programs via sys_bpf.
Committer testing:
# perf record --bpf-event sleep 1
[ perf record: Woken up 1 times
From: Arnaldo Carvalho de Melo
These options are not present in some (all?) clang versions, so when we
build for a distro that has a gcc new enough to have these options and
that the distro python build config settings use them but clang doesn't
support, b00m.
This is the case with fedora
From: Song Liu
With this patch, /proc/kallsyms will show BPF programs as
t bpf_prog__ [bpf]
Signed-off-by: Song Liu
Reviewed-by: Arnaldo Carvalho de Melo
Tested-by: Arnaldo Carvalho de Melo
Acked-by: Peter Zijlstra
Cc: Alexei Starovoitov
Cc: Daniel Borkmann
Cc: Peter Zijlstra
Cc:
On Mon, Jan 21, 2019 at 11:53 AM Russell King - ARM Linux admin
wrote:
>
> On Mon, Jan 21, 2019 at 10:07:11AM -0600, Rob Herring wrote:
> > On Mon, Jan 21, 2019 at 9:46 AM Lubomir Rintel wrote:
> > >
> > > On Mon, 2019-01-21 at 09:35 -0600, Rob Herring wrote:
> > > > On Sun, Jan 20, 2019 at
From: Song Liu
For better performance analysis of BPF programs, this patch introduces
PERF_RECORD_BPF_EVENT, a new perf_event_type that exposes BPF program
load/unload information to user space.
Each BPF program may contain up to BPF_MAX_SUBPROGS (256) sub programs.
The following example shows
101 - 200 of 1530 matches
Mail list logo