be a bad idea (albeit
of relatively little consequence since it can't be built as a module).
suppress_bind_attrs didn't exist back then. :-)
In any case,
Acked-by: Scott Wood
-Scott
/85xx/Kconfig | 18 ++
> 1 file changed, 10 insertions(+), 8 deletions(-)
Acked-by: Scott Wood
-Scott
: randomize the kernel image
> offset")
> Signed-off-by: Masahiro Yamada
> ---
>
> If this gets into the mainline before -rc2 or -rc3,
> I will base my kbuild work on top of this.
>
>
> arch/powerpc/mm/nohash/kaslr_booke.c | 8 ++--
> 1 file changed, 2 insertions(+), 6 deletions(-)
Acked-by: Scott Wood
-Scott
--
> arch/powerpc/platforms/83xx/mcu_mpc8349emitx.c | 14 +-
> 1 file changed, 5 insertions(+), 9 deletions(-)
Acked-by: Scott Wood
-Scott
4 --
> 3 files changed, 26 deletions(-)
Acked-by: Scott Wood
-Scott
ef CONFIG_PPC64
> + .power_save = book3e_idle,
> +#else
> + .power_save = e500_idle,
> +#endif
> };
Acked-by: Scott Wood
-Scott
On Wed, 2022-01-12 at 12:24 +0100, Joachim Wiberg wrote:
> From: Tobias Waldekranz
>
> This means an idle guest won't needlessly consume an entire core on
> the host, waiting for work to show up.
>
> Signed-off-by: Tobias Waldekranz
> Signed-off-by: Joachim Wiberg
> ---
>
e it has a genuine non-zero carrying cost, as described
> in the 930d52c012b8 merge log. But for the here and now, we just
> clean up the remaining BSP code that I had added for SBC platforms.
Acked-by: Scott Wood
-Scott
booke.S | 57 +--
> arch/powerpc/kernel/setup_32.c| 2 -
> arch/powerpc/kernel/traps.c | 25 --
> arch/powerpc/mm/nohash/fsl_booke.c| 12 ++---
> arch/powerpc/platforms/Kconfig.cputype| 13 ++----
> 13 files changed, 11 insertions(+), 187 deletions(-)
Acked-by: Scott Wood
-Scott
On Fri, 2020-11-13 at 18:50 -0600, Segher Boessenkool wrote:
> On Fri, Nov 13, 2020 at 04:37:38PM -0800, Fāng-ruì Sòng wrote:
> > On Fri, Nov 13, 2020 at 4:23 PM Segher Boessenkool
> > wrote:
> > > On Fri, Nov 13, 2020 at 12:14:18PM -0800, Nick Desaulniers wrote:
> > > > > > > Error: invalid
: kernel test robot
> Signed-off-by: Michael Ellerman
> ---
>
> More discussion:
> https://lore.kernel.org/lkml/202011131146.g8dplqdd-...@intel.com
> ---
> arch/powerpc/Makefile | 1 -
> 1 file changed, 1 deletion(-)
Acked-by: Scott Wood
I'd go further and
owerpc/mm/nohash/kaslr_booke.c | 1 +
> 1 file changed, 1 insertion(+)
Acked-by: Scott Wood
-Scott
On Wed, 2020-05-13 at 23:02 +0100, Darren Stevens wrote:
> Hello Scott
>
> On 08/05/2020, Scott Wood wrote:
> > On Thu, 2020-05-07 at 22:30 +0100, Darren Stevens wrote:
> > >
> > > +/include/ "p5040si-pre.dtsi"
> > > +
> > > +/ {
On Thu, 2020-05-07 at 22:30 +0100, Darren Stevens wrote:
>
> +/include/ "p5040si-pre.dtsi"
> +
> +/ {
> + model = "varisys,CYRUS5040";
> + compatible = "varisys,CYRUS";
Is this board 100% compatible with the Cyrus P5020 board, down to every last
quirk, except for the SoC plugged into it?
On Thu, 2020-05-07 at 22:15 +0100, Darren Stevens wrote:
> The Cyrus board has its HDD LED connected to a GPIO pin. Add a device
> tree entry for this.
>
> Signed-off-By: Darren Stevens
>
> ---
> arch/powerpc/boot/dts/fsl/cyrus_p5020.dts | 10 ++
> 1 file changed, 10 insertions(+)
>
>
user space applications that require
> > high performance memory accesses, such as embedded networking devices
> > that would process data in user space, and PowerPC e500 is a case.
> >
> > Signed-off-by: Wang Wenhu
> > Cc: Greg Kroah-Hartman
> > Cc: Arnd Be
On Tue, 2020-04-21 at 11:34 +0200, Greg KH wrote:
> On Tue, Apr 21, 2020 at 05:09:47PM +0800, 王文虎 wrote:
> > Hi, Greg, Arnd,
> >
> > Thank you for your comments first, and then really very very very sorry
> > for driving Greg to sigh and I hope there would be chance to share Moutai
> > (rather
On Sun, 2020-04-19 at 20:05 -0700, Wang Wenhu wrote:
> +static void sram_uapi_res_insert(struct sram_uapi *uapi,
> + struct sram_resource *res)
> +{
> + struct sram_resource *cur, *tmp;
> + struct list_head *head = >res_list;
> +
> +
h-Hartman
> Cc: Christophe Leroy
> Cc: Scott Wood
> Cc: Michael Ellerman
> Cc: linuxppc-dev@lists.ozlabs.org
> Signed-off-by: Wang Wenhu
> ---
> drivers/uio/Kconfig | 8 +
> drivers/uio/Makefile | 1 +
> d
On Fri, 2020-04-17 at 22:16 +0800, 王文虎 wrote:
> > On Fri, 2020-04-17 at 09:42 +0200, Greg KH wrote:>> On Thu, Apr 16, 2020
> > at 11:58:29PM -0500, Scott Wood wrote:
> > > > On Fri, 2020-04-17 at 10:31 +0800, 王文虎 wrote:
> > > > > Sounds it
On Fri, 2020-04-17 at 09:42 +0200, Greg KH wrote:
> On Thu, Apr 16, 2020 at 11:58:29PM -0500, Scott Wood wrote:
> > On Fri, 2020-04-17 at 10:31 +0800, 王文虎 wrote:
> > > Sounds it is. And does the modification below fit well?
> > > ---
> > &g
On Fri, 2020-04-17 at 10:31 +0800, 王文虎 wrote:
> > > On Thu, 2020-04-16 at 08:35 -0700, Wang Wenhu wrote:
> > > > +#define UIO_INFO_VER "devicetree,pseudo"
> > >
> > > What does this mean? Changing a number into a non-obvious string (Why
> > > "pseudo"? Why does the UIO user care that the
On Thu, 2020-04-16 at 08:35 -0700, Wang Wenhu wrote:
> +#define UIO_INFO_VER "devicetree,pseudo"
What does this mean? Changing a number into a non-obvious string (Why
"pseudo"? Why does the UIO user care that the config came from the device
tree?) just to avoid setting off Greg's version number
On Thu, 2020-04-16 at 08:30 +0200, Greg KH wrote:
> On Wed, Apr 15, 2020 at 02:26:55PM -0500, Scott Wood wrote:
> > Instead, have module parameters that take the sizes and alignments you'd
> > like
> > to allocate and expose to userspace. Better still would be some sort of
&
On Thu, 2020-04-16 at 08:30 +0200, Greg KH wrote:
> On Wed, Apr 15, 2020 at 02:27:51PM -0500, Scott Wood wrote:
> > > > + dev_err(>dev, "error no valid uio-map
> > > > configured\n");
> > > > + ret = -EINVAL;
st}| 35 ++-
> arch/powerpc/Kconfig | 2 +-
> arch/powerpc/kernel/exceptions-64e.S | 23 +
> arch/powerpc/kernel/head_64.S | 13 +++
> arch/powerpc/kernel/setup_64.c| 3 +
> arch/powerpc/mm/mmu_decl.h
On Wed, 2020-04-15 at 18:52 +0200, Christophe Leroy wrote:
>
> Le 15/04/2020 à 17:24, Wang Wenhu a écrit :
> > +
> > + if (uiomem >= >mem[MAX_UIO_MAPS]) {
>
> I'd prefer
> if (uiomem - info->mem >= MAX_UIO_MAPS) {
>
> > + dev_warn(>dev, "more than %d
On Wed, 2020-04-15 at 08:24 -0700, Wang Wenhu wrote:
> +static const struct of_device_id uio_mpc85xx_l2ctlr_of_match[] = {
> + { .compatible = "uio,fsl,p2020-l2-cache-controller", },
> + { .compatible = "uio,fsl,p2010-l2-cache-controller", },
> + {
: Christophe Leroy
> Cc: Scott Wood
> Cc: Michael Ellerman
> Cc: linuxppc-dev@lists.ozlabs.org
> Signed-off-by: Wang Wenhu
> ---
> Changes since v1:
> * None
> ---
> arch/powerpc/platforms/85xx/Kconfig| 2 +-
> arch/powerpc/platforms/Kconfig.cputype | 5 +++--
On Tue, 2020-04-14 at 17:33 +1000, Michael Ellerman wrote:
> I'm not sure TBH. This is all ancient history as far as I can tell, none
> of it's been touched for ~7 years.
>
> Your config has:
>
> CONFIG_EMBEDDED6xx=y
> CONFIG_PPC_BOOK3S_32=y
> CONFIG_PPC_BOOK3S_6xx=y
> CONFIG_PPC_MPC52xx=y
>
On Wed, 2020-03-25 at 12:59 +1100, Michael Ellerman wrote:
> Chris Packham writes:
> > Add the d-cache/i-cache properties for the T208x SoCs. The L1 cache on
> > these SoCs is 32KiB and is split into 64 byte blocks (lines).
> >
> > Signed-off-by: Chris Packham
> > ---
> >
On Fri, 2020-03-06 at 14:40 +0800, Jason Yan wrote:
> @@ -38,5 +41,29 @@ bit of the entropy to decide the index of the 64M zone.
> Then we chose a
>
>kernstart_virt_addr
>
> +
> +KASLR for Freescale BookE64
> +---
> +
> +The
On Thu, 2020-02-06 at 10:58 +0800, Jason Yan wrote:
> The original kernel still exists in the memory, clear it now.
>
> Signed-off-by: Jason Yan
> Cc: Scott Wood
> Cc: Diana Craciun
> Cc: Michael Ellerman
> Cc: Christophe Leroy
> Cc: Benjamin Herrenschmidt
&g
On Thu, 2020-02-06 at 10:58 +0800, Jason Yan wrote:
> The BSS section has already cleared out in the first pass. No need to
> clear it again. This can save some time when booting with KASLR
> enabled.
>
> Signed-off-by: Jason Yan
> Cc: Scott Wood
> Cc: Diana Craciun
&
On Thu, 2020-02-06 at 10:58 +0800, Jason Yan wrote:
> The implementation for Freescale BookE64 is similar as BookE32. One
> difference is that Freescale BookE64 set up a TLB mapping of 1G during
> booting. Another difference is that ppc64 needs the kernel to be
> 64K-aligned. So we can randomize
On Wed, 2020-02-26 at 18:16 +1100, Daniel Axtens wrote:
> Hi Jason,
>
> > This is a try to implement KASLR for Freescale BookE64 which is based on
> > my earlier implementation for Freescale BookE32:
> > https://patchwork.ozlabs.org/project/linuxppc-dev/list/?series=131718
> >
> > The
On Mon, 2020-03-02 at 12:42 +0800, 王文虎 wrote:
> 发件人：Scott Wood
> 发送日期：2020-03-01 07:12:58
> 收件人："王文虎"
> 抄送人：wangwenhu ,Kumar Gala ,B
> enjamin Herrenschmidt ,Paul Mackerras <
> pau...@samba.org>,Michael Ellerman ,
> linuxppc-dev@lists.ozlabs.org,linux-ker...@
On Mon, 2020-03-02 at 15:12 +0800, Jason Yan wrote:
>
> 在 2020/3/2 11:24, Scott Wood 写道:
> > On Mon, 2020-03-02 at 10:17 +0800, Jason Yan wrote:
> > >
> > > 在 2020/3/1 6:54, Scott Wood 写道:
> > > > On Sat, 2020-02-29 at 15:27 +0800, Jason Yan wrot
On Mon, 2020-03-02 at 10:17 +0800, Jason Yan wrote:
>
> 在 2020/3/1 6:54, Scott Wood 写道:
> > On Sat, 2020-02-29 at 15:27 +0800, Jason Yan wrote:
> > >
> > > Turnning to %p may not be a good idea in this situation. So
> > > for the REG logs printed whe
On Tue, 2020-02-25 at 10:31 +1100, Michael Ellerman wrote:
> Scott said he was still maintaining this "sort of", so change the
> status to Odd Fixes.
>
> Kumar has long ago moved on to greener pastures.
>
> Remove the dead penguinppc.org link.
>
> Cc: Scott Wo
; Signed-off-by: Christophe JAILLET
> ---
> arch/powerpc/platforms/83xx/km83xx.c | 5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
>
Both patches:
Acked-by: Scott Wood
> diff --git a/arch/powerpc/platforms/83xx/km83xx.c
> b/arch/powerpc/platforms/83xx/km83xx.c
> inde
On Tue, 2020-01-21 at 14:38 +0800, 王文虎 wrote:
> 发件人：Scott Wood
> 发送日期：2020-01-21 13:49:59
> 收件人："王文虎"
> 抄送人：wangwenhu ,Kumar Gala ,B
> enjamin Herrenschmidt ,Paul Mackerras <
> pau...@samba.org>,Michael Ellerman ,
> linuxppc-dev@lists.ozlabs.org,linux-ker...@
> arch/powerpc/mm/nohash/tlb_low.S | 12 +++-
> 1 file changed, 11 insertions(+), 1 deletion(-)
Assuming you've tested this on all combinations of 32/64 relocatable and not:
Acked-by: Scott Wood
-Scott
On Sat, 2020-02-29 at 15:27 +0800, Jason Yan wrote:
>
> 在 2020/2/29 12:28, Scott Wood 写道:
> > On Fri, 2020-02-28 at 14:47 +0800, Jason Yan wrote:
> > >
> > > 在 2020/2/28 13:53, Scott Wood 写道:
> > > >
> > > > I don't see any debug sett
On Fri, 2020-02-28 at 14:47 +0800, Jason Yan wrote:
>
> 在 2020/2/28 13:53, Scott Wood 写道:
> > On Wed, 2020-02-26 at 16:18 +0800, Jason Yan wrote:
> > > Hi Daniel,
> > >
> > > 在 2020/2/26 15:16, Daniel Axtens 写道:
> > > > Maybe
On Wed, 2020-02-26 at 16:18 +0800, Jason Yan wrote:
> Hi Daniel,
>
> 在 2020/2/26 15:16, Daniel Axtens 写道:
> > Hi Jason,
> >
> > > This is a try to implement KASLR for Freescale BookE64 which is based on
> > > my earlier implementation for Freescale BookE32:
> > >
On Tue, 2020-01-21 at 13:20 +0800, 王文虎 wrote:
> From: Scott Wood
> Date: 2020-01-21 11:25:25
> To: wangwenhu ,Kumar Gala ,
> Benjamin Herrenschmidt ,Paul Mackerras <
> pau...@samba.org>,Michael Ellerman ,
> linuxppc-dev@lists.ozlabs.org,linux-ker...@vger.kernel.org
&
On Mon, 2020-01-20 at 06:43 -0800, wangwenhu wrote:
> From: wangwenhu
>
> When generating .config file with menuconfig on Freescale BOOKE
> SOC, FSL_85XX_CACHE_SRAM is not configurable for the lack of
> description in the Kconfig field, which makes it impossible
> to support L2Cache-Sram driver.
On Thu, 2020-01-16 at 06:42 +1100, Stephen Rothwell wrote:
> Hi Timur,
>
> On Wed, 15 Jan 2020 07:25:45 -0600 Timur Tabi wrote:
> > On 1/14/20 12:31 AM, Stephen Rothwell wrote:
> > > +/**
> > > + * ev_byte_channel_send - send characters to a byte stream
> > > + * @handle: byte stream handle
> >
On Mon, 2020-01-13 at 19:13 -0600, Timur Tabi wrote:
> On 1/13/20 7:10 PM, Timur Tabi wrote:
> > I would prefer that ev_byte_channel_send() is updated to access only
> > 'count' bytes. If that means adding a memcpy to the
> > ev_byte_channel_send() itself, then so be it. Trying to figure out
jie
> ---
> arch/powerpc/platforms/85xx/smp.c | 9 +
> 1 file changed, 9 insertions(+)
Acked-by: Scott Wood
-Scott
- (ptr.end - ptr.start + 1)
> + resource_size()
>
>
> Signed-off-by: Julia Lawall
>
> ---
> arch/powerpc/platforms/83xx/km83xx.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Acked-by: Scott Wood
-Scott
On Wed, 2019-12-25 at 11:24 +0800, Yingjie Bai wrote:
> Hi Scott,
>
> __pa() returns 64bit in my setup.
>
> in arch/powerpc/include/asm/page.h
>
> #if defined(CONFIG_PPC32) && defined(CONFIG_BOOKE)
> #define __va(x) ((void *)(unsigned long)((phys_addr_t)(x) +
> VIRT_PHYS_OFFSET))
> #define
On Tue, 2019-12-24 at 09:35 +0800, Yingjie Bai wrote:
> Hi Michael,
> Thanks for pointing out the issue. My mistake...
> This patch should indeed make sense only when
> CONFIG_PHYS_64BIT=y
>
> I could not find corenet32_smp_defconfig, but I guess in your config,
> CONFIG_PHYS_64BIT=n ?
> I will
for normal case where addr_h is all 0.
>
> Signed-off-by: Bai Yingjie
> ---
> arch/powerpc/platforms/85xx/smp.c | 8 ++++
> 1 file changed, 8 insertions(+)
Acked-by: Scott Wood
-Scott
s actually used.
>
> Signed-off-by: Sebastian Andrzej Siewior
> ---
> arch/powerpc/platforms/85xx/twr_p102x.c | 5 +
> 1 file changed, 1 insertion(+), 4 deletions(-)
Acked-by: Scott Wood
-Scott
On Wed, 2019-11-20 at 11:59 -0600, Li Yang wrote:
> On Mon, Nov 18, 2019 at 5:29 AM Rasmus Villemoes
> wrote:
>
> Hi Scott,
>
> What do you think of the PowerPC related changes(patch 13,14)? Can we
> have you ACK and merge the series from soc tree?
Acked-by: Scott Wood
Includes a couple of device tree fixes, a spelling fix, and leftover
code cleanup.
The following changes since commit 565f9bc05e2dad6c7fdfc7c2e641be580aa599cd:
powerpc/fadump: when fadump is supported register the fadump sysfs files.
(2019-11-13 16:58:11 +1100)
are available in the Git
On Fri, 2019-11-15 at 08:35 -0600, Timur Tabi wrote:
> On 11/15/19 2:01 AM, Rasmus Villemoes wrote:
> > That would be a separate patch, this patch is only concerned with
> > eliminating the implicit assumption of the host being big-endian. And
> > there's already been some pushback to adding
On Thu, 2019-10-31 at 10:01 +0800, Jason Yan wrote:
> Hi Michael, Can you pull this to linux-next so that we can test it on
> linux-next for some time?
>
> Thanks,
> Jason
FWIW, my tree is included in linux-next.
-Scott
On Fri, 2019-11-01 at 17:18 +0100, Christophe Leroy wrote:
>
> Le 01/11/2019 à 13:42, Rasmus Villemoes a écrit :
> > Some drivers, e.g. ucc_uart, need definitions from cpm.h. In order to
> > allow building those drivers for non-ppc based SOCs, move the header
> > to include/soc/fsl. For now,
On Mon, 2019-10-21 at 11:49 +0800, Ran Wang wrote:
> By default, QorIQ SoC's RCPM register block is Big Endian. But
> there are some exceptions, such as LS1088A and LS2088A, are
> Little Endian. So add this optional property to help identify
> them.
>
> Actually LS2021A and other Layerscapes
On Mon, 2019-10-21 at 11:34 +0800, Jason Yan wrote:
>
> On 2019/10/10 2:46, Scott Wood wrote:
> > On Wed, 2019-10-09 at 16:41 +0800, Jason Yan wrote:
> > > Hi Scott,
> > >
> > > On 2019/10/9 15:13, Scott Wood wrote:
> > > > On Wed, 2019-10-09
This contains KASLR support for book3e 32-bit.
The following changes since commit 612ee81b9461475b5a5612c2e8d71559dd3c7920:
powerpc/papr_scm: Fix an off-by-one check in papr_scm_meta_{get, set}
(2019-10-10 20:15:53 +1100)
are available in the Git repository at:
On Wed, 2019-10-09 at 16:41 +0800, Jason Yan wrote:
> Hi Scott,
>
> On 2019/10/9 15:13, Scott Wood wrote:
> > On Wed, 2019-10-09 at 14:10 +0800, Jason Yan wrote:
> > > Hi Scott,
> > >
> > > Would you please take sometime to test this?
> > >
&g
On Wed, 2019-10-09 at 14:10 +0800, Jason Yan wrote:
> Hi Scott,
>
> Would you please take sometime to test this?
>
> Thank you so much.
>
> On 2019/9/24 13:52, Jason Yan wrote:
> > Hi Scott,
> >
> > Can you test v7 to see if it works to load a kernel at a non-zero address?
> >
> > Thanks,
fix_to_virt()
> ---
> arch/powerpc/include/asm/fixmap.h | 8
> arch/powerpc/platforms/83xx/misc.c | 11 +++
> 2 files changed, 19 insertions(+)
Acked-by: Scott Wood
-Scott
On Mon, 2019-09-16 at 06:42 +, Christophe Leroy wrote:
> @@ -145,6 +147,15 @@ void __init mpc83xx_setup_arch(void)
> if (ppc_md.progress)
> ppc_md.progress("mpc83xx_setup_arch()", 0);
>
> + if (!__map_without_bats) {
> + phys_addr_t immrbase =
On Sat, 2019-09-14 at 18:51 +0200, Christophe Leroy wrote:
>
> Le 14/09/2019 à 16:34, Scott Wood a écrit :
> > On Fri, 2019-08-23 at 12:50 +, Christophe Leroy wrote:
> > > On mpc83xx with a QE, IMMR is 2Mbytes.
> > > On mpc83xx without a QE, IMMR is 1Mbytes.
>
On Fri, 2019-08-23 at 12:50 +, Christophe Leroy wrote:
> On mpc83xx with a QE, IMMR is 2Mbytes.
> On mpc83xx without a QE, IMMR is 1Mbytes.
> Each driver will map a part of it to access the registers it needs.
> Some driver will map the same part of IMMR as other drivers.
>
> In order to
On Tue, 2019-09-10 at 13:34 +0800, Jason Yan wrote:
> Hi Scott,
>
> On 2019/8/28 12:05, Scott Wood wrote:
> > On Fri, 2019-08-09 at 18:07 +0800, Jason Yan wrote:
> > > This series implements KASLR for powerpc/fsl_booke/32, as a security
> > > feature tha
On Thu, 2019-08-29 at 11:25 +, Madalin-cristian Bucur wrote:
> > -Original Message-
> > From: Scott Wood
> > Sent: Wednesday, August 28, 2019 7:19 AM
> > To: Valentin Longchamp ; Madalin-cristian Bucur
> >
> > Cc: linuxppc-dev@lists.ozlabs.org
On Wed, 2019-08-28 at 19:03 +0800, Jason Yan wrote:
>
> On 2019/8/28 12:54, Scott Wood wrote:
> > On Fri, Aug 09, 2019 at 06:07:54PM +0800, Jason Yan wrote:
> > > +/*
> > > + * To see if we need to relocate the kernel to a random offset
> > > + * vo
On Tue, 2019-08-27 at 11:33 +1000, Michael Ellerman wrote:
> Jason Yan writes:
> > A polite ping :)
> >
> > What else should I do now?
>
> That's a good question.
>
> Scott, are you still maintaining FSL bits,
Sort of... now that it's become very low volume, it's easy to forget when
On Tue, 2019-08-27 at 23:05 -0500, Scott Wood wrote:
> On Fri, 2019-08-09 at 18:07 +0800, Jason Yan wrote:
> > Freescale Book-E
> > parts expect lowmem to be mapped by fixed TLB entries(TLB1). The TLB1
> > entries are not suitable to map the kernel directly in a randomized
&g
On Fri, Aug 09, 2019 at 06:07:54PM +0800, Jason Yan wrote:
> This patch add support to boot kernel from places other than KERNELBASE.
> Since CONFIG_RELOCATABLE has already supported, what we need to do is
> map or copy kernel to a proper place and relocate. Freescale Book-E
> parts expect lowmem
On Thu, 2019-08-08 at 23:09 +0200, Valentin Longchamp wrote:
> Le mar. 30 juil. 2019 à 11:44, Madalin-cristian Bucur
> a écrit :
> >
> > > -Original Message-
> > >
> > > > Le dim. 14 juil. 2019 à 22:05, Valentin Longchamp
> > > > a écrit :
> > > > >
> > > > > Change all
On Fri, 2019-08-09 at 18:07 +0800, Jason Yan wrote:
> This series implements KASLR for powerpc/fsl_booke/32, as a security
> feature that deters exploit attempts relying on knowledge of the location
> of kernel internals.
>
> Since CONFIG_RELOCATABLE has already supported, what we need to do is
>
On Fri, Aug 09, 2019 at 06:07:52PM +0800, Jason Yan wrote:
> Add a new helper create_tlb_entry() to create a tlb entry by the virtual
> and physical address. This is a preparation to support boot kernel at a
> randomized address.
>
> Signed-off-by: Jason Yan
> Cc: Diana Craciun
> Cc: Michael
On Sun, 2019-07-28 at 18:01 +0200, Valentin Longchamp wrote:
> Hi Scott, Kumar,
>
> Looking at this patch I have realised that I had already submitted it
> to the mailing list nearly 2 years ago:
> https://patchwork.ozlabs.org/patch/842944/
>
> Could you please make sure that this one gets
d-by: Stephen Boyd
> Acked-by: Viresh Kumar
> ---
> drivers/clk/clk-qoriq.c | 12
> drivers/cpufreq/qoriq-cpufreq.c | 1 +
> 2 files changed, 13 insertions(+)
Acked-by: Scott Wood
-Scott
Sharma
> Acked-by: Stephen Boyd
> ---
> drivers/clk/clk-qoriq.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
Acked-by: Scott Wood
-Scott
On Tue, 2019-02-26 at 08:34 +, Vabhav Sharma wrote:
> @@ -1435,6 +1446,7 @@ CLK_OF_DECLARE(qoriq_clockgen_t1023, "fsl,t1023-
> clockgen", clockgen_init);
> CLK_OF_DECLARE(qoriq_clockgen_t1040, "fsl,t1040-clockgen", clockgen_init);
> CLK_OF_DECLARE(qoriq_clockgen_t2080, "fsl,t2080-clockgen",
On Wed, 2019-02-20 at 01:14 +1100, Michael Ellerman wrote:
> Christophe Leroy writes:
>
> > On 02/08/2019 12:34 PM, Michael Ellerman wrote:
> > > In commit 7820856a4fcd ("powerpc/mm/book3e/64: Remove unsupported
> > > 64Kpage size from 64bit booke") we dropped the 64K page size support
> > >
On Sat, 2019-02-09 at 23:14 +, Darren Stevens wrote:
> The disk activity LED on the Cyrus board is attached to a gpio pin,
> add the required device-tree node for the kernel driver to use.
>
> Signed-off-by: Darren Stevens
>
> ---
>
> diff --git a/arch/powerpc/boot/dts/fsl/cyrus_p5020.dts
On Fri, 2019-02-08 at 13:01 +, Christophe Leroy wrote:
>
> On 02/08/2019 12:34 PM, Michael Ellerman wrote:
> > In commit 7820856a4fcd ("powerpc/mm/book3e/64: Remove unsupported
> > 64Kpage size from 64bit booke") we dropped the 64K page size support
> > from the 64-bit nohash (Book3E) code.
>
On Thu, 2018-12-27 at 11:05 -0800, Guenter Roeck wrote:
> ---
> CONFIG_DEBUG_ATOMIC_SLEEP
>
> [ cut here ]
> do not call blocking ops when !TASK_RUNNING; state=2 set at [<(ptrval)>]
> prepare_to_wait+0x54/0xe4
> WARNING: CPU: 0 PID: 1 at kernel/sched/core.c:6099
] [c6b0] system_call+0x60/0x6c
Signed-off-by: Scott Wood
---
drivers/net/ethernet/freescale/fman/fman_memac.c | 2 +-
drivers/net/ethernet/freescale/fman/fman_tgec.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ethernet/freescale/fman
On Thu, 2018-12-27 at 14:10 +0100, Christoph Hellwig wrote:
> On Sun, Dec 23, 2018 at 08:09:19PM -0600, Scott Wood wrote:
> > > > Christoph Hellwig (1):
> > > > powerpc/fsl_pci: simplify fsl_pci_dma_set_mask
> > >
> > > This one breaks network
On Mon, 2018-12-24 at 03:42 +, Peng Ma wrote:
> Hi Scott,
>
> You are right, we should support powerpc64, so could I changed it as
> fallows:
>
> diff --git a/drivers/dma/fsldma.h b/drivers/dma/fsldma.h
> index 88db939..057babf 100644
> --- a/drivers/dma/fsldma.h
> +++ b/drivers/dma/fsldma.h
ci_dma_set_mask
Christophe Leroy (1):
powerpc/83xx: handle machine check caused by watchdog timer
Sabyasachi Gupta (1):
arch/powerpc/fsl_rmu: Use dma_zalloc_coherent
Scott Wood (4):
powerpc/fsl: Use new clockgen binding
powerpc/dts/fsl: Fix dtc-flagged interrupt errors
On Mon, 2018-12-24 at 00:13 +1100, Michael Ellerman wrote:
> Hi Scott,
>
> Scott Wood writes:
> > Highlights include elimination of legacy clock bindings use from dts
> > files, an 83xx watchdog handler, fixes to old dts interrupt errors, and
> > some minor clea
On Sat, 2018-12-22 at 11:50 +0100, christophe leroy wrote:
> Hi Scott,
>
> Le 22/12/2018 à 05:42, Scott Wood a écrit :
> > Christophe Leroy (1):
> >powerpc/83xx: handle machine check caused by watchdog timer
>
> kbuild robot reported a build failure, most l
le machine check caused by watchdog timer
Sabyasachi Gupta (1):
arch/powerpc/fsl_rmu: Use dma_zalloc_coherent
Scott Wood (3):
powerpc/fsl: Use new clockgen binding
powerpc/dts/fsl: Fix dtc-flagged interrupt errors
powerpc/configs/85xx: Enable CONFIG_DEBUG_KERNEL
Yuant
On Wed, 2018-12-12 at 01:57 +, Andy Tang wrote:
> > -Original Message-
> > From: Scott Wood
> > Sent: 2018年11月26日 9:19
> > To: Andy Tang
> > Cc: mturque...@baylibre.com; sb...@kernel.org; robh...@kernel.org;
> > mark.rutl...@arm.com; b...@kernel.c
Otherwise 64-bit PPC builds fail with undefined references
to these accessors.
Cc: Peng Ma
Cc: Wen He
Fixes: 68997fff94afa (" dmaengine: fsldma: Adding macro FSL_DMA_IN/OUT
implement for ARM platform")
Signed-off-by: Scott Wood
---
Is there any reason why ioreadXXbe() etc can't be u
This is required for CONFIG_DEBUG_INFO to work.
Signed-off-by: Scott Wood
---
arch/powerpc/configs/fsl-emb-nonhw.config | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/powerpc/configs/fsl-emb-nonhw.config
b/arch/powerpc/configs/fsl-emb-nonhw.config
index e0567dc41968..d592ba27b122
On Wed, 2018-07-18 at 14:46 +0300, Camelia Groza wrote:
> The Cortina PHY requires the use of the dedicated Cortina PHY driver
> instead of the generic one.
>
> Signed-off-by: Camelia Groza
> ---
> arch/powerpc/boot/dts/fsl/t4240rdb.dts | 8
> 1 file changed, 4 insertions(+), 4
rupts = <0>" on the ethernet-phy nodes.
Besides being the wrong number of cells, 0 is not a valid IPIC interrupt
according to ipic.c. Presumably it was meant to indicate that these
PHYs are not connected to an interrupt.
Signed-off-by: Scott Wood
---
arch/powerpc/boot/dts/fsl/
On Fri, 2018-12-07 at 09:22 +0100, Nicholas Mc Guire wrote:
> devm_kstrdup() may return NULL if internal allocation failed, but
> as machine is from the device tree, and thus RO, devm_kstrdup_const()
> can be used here, which will only copy the reference.
Is it really going to only copy the
1 - 100 of 4320 matches
Mail list logo
