Re: [PATCH 1/2] powerpc: Add a proper syscall for switching endianness

On Fri, 2015-03-13 at 15:39 +1100, Michael Ellerman wrote: > We currently have a "special" syscall for switching endianness. This is > syscall number 0x1ebe, which is handled explicitly in the 64-bit syscall > exception entry. > > diff --git a/arch/powerpc/include/asm/systbl.h > b/arch/powerpc/in

Re: [RFC] powerpc: use ticket spin lock for !CONFIG_PPC_SPLPAR

On Thu, Mar 12, 2015 at 04:24:10PM +0100, Torsten Duwe wrote: > But generally, which platforms would benefit most from this change? In theory, the more cpus the platform has, the more serious the thundering herd problem is. So the latest platforms which has more cpus would benefit most. Thanks, K

Re: [RFC] powerpc: use ticket spin lock for !CONFIG_PPC_SPLPAR

On Thu, Mar 12, 2015 at 10:13:27PM +1100, Benjamin Herrenschmidt wrote: > I would do the ifdef'ing differently, something like > > CONFIG_PPC_HAS_LOCK_OWNER > > CONFIG_PPC_TICKET_LOCKS depends on !PPC_HAS_LOCK_OWNER > > and use these two in the code... with SPLPAR select'ing HAS_LOCK_OWNER OK,

[PATCH 1/2 v5] cpufreq: qoriq: Make the driver usable on all QorIQ platforms

From: Tang Yuantian Freescale introduced new ARM core-based SoCs which support dynamic frequency switch feature. DFS on new SoCs are compatible with current PowerPC CoreNet platforms. In order to support those new platforms, this driver needs to be updated. The main changes include: 1. Changed t

Re: [PATCH 2/2] selftests/powerpc: Add a test of the switch_endian() syscall

On Fri, 2015-03-13 at 15:39 +1100, Michael Ellerman wrote: > diff --git a/tools/testing/selftests/powerpc/syscalls/endian-test.S > b/tools/testing/selftests/powerpc/syscalls/endian-test.S > new file mode 100644 > index ..0beca323247a > --- /dev/null > +++ b/tools/testing/selftests/powe

[PATCH 2/2 v5] cpufreq: qoriq: rename the driver

From: Tang Yuantian This driver works on all QorIQ platforms which include ARM-based cores and PPC-based cores. Rename it in order to represent better. Signed-off-by: Tang Yuantian Acked-by: Viresh Kumar --- v5: - rebased to 4.0-rc3 - added Kconfig and Makefile entry v3, v4

[PATCH 1/2] powerpc: Add a proper syscall for switching endianness

We currently have a "special" syscall for switching endianness. This is syscall number 0x1ebe, which is handled explicitly in the 64-bit syscall exception entry. That has a few problems, firstly the syscall number is outside of the usual range, which confuses various tools. For example strace does

[PATCH 2/2] selftests/powerpc: Add a test of the switch_endian() syscall

This adds a test of the switch_endian() syscall we added in the previous commit. We test it by calling the endian switch syscall, and then executing some code in the other endian to check everything went as expected. That code checks registers we expect to be maintained are, and then writes to std

[PATCHv2] powerpc: comvert relocs_check to a shell script using grep

This runs a bit faster and removes another use of perl from the kernel build. Signed-off-by: Stephen Rothwell --- v2: address ShellCheck comments from Michael arch/powerpc/Makefile| 4 +-- arch/powerpc/relocs_check.pl | 66 arch/powerpc/rel

Re: [PATCHv2 2/8] perf probe: Improve detection of file/function name in the probe pattern

On Thu, Mar 12, 2015 at 05:24:14PM -0300, Arnaldo Carvalho de Melo wrote: > Em Mon, Dec 15, 2014 at 08:20:32PM +0530, Naveen N. Rao escreveu: > > Currently, perf probe considers patterns including a '.' to be a file. > > However, this causes problems on powerpc ABIv1 where all functions have > > a

Re: new decimal conversion - seeking testers

On 13.03.2015 [00:09:19 +0100], Rasmus Villemoes wrote: > Hi, > > I've proposed a new implementation of decimal conversion for > lib/vsprintf.c; see > . > Benchmarking so far shows 25-50% (depending on distribution of input > number

Re: [PATCH 0/8] powerpc/8xx: Getting rid of CONFIG_8xx

On Thu, 2015-03-12 at 16:24 +0100, Christophe Leroy wrote: > Two config options exist to define powerpc MPC8xx: > * CONFIG_PPC_8xx > * CONFIG_8xx > In addition, CONFIG_PPC_8xx also defines CONFIG_CPM1 as > communication co-processor > > arch/powerpc/platforms/Kconfig.cputype has contained the foll

Re: [RFC] powerpc: e6500 optimised copy_to_user/copy_from_user

On Thu, 2015-03-12 at 17:45 -0500, Kim Phillips wrote: > This mimics commit a66086b8197da8dc83b698642d5947ff850e708d "powerpc: > POWER7 optimised copy_to_user/copy_from_user using VMX", but for > the e6500, or BOOK3S_64. Changes have been made for the smaller > cacheline size (64 bytes on e6500),

new decimal conversion - seeking testers

Hi, I've proposed a new implementation of decimal conversion for lib/vsprintf.c; see . Benchmarking so far shows 25-50% (depending on distribution of input numbers) improvement on x86_64 and 10-30% on various 32 bit platforms. Sinc

Re: [PATCH 1/2 v4] cpufreq: qoriq: Make the driver usable on all QorIQ platforms

On Tuesday, March 03, 2015 11:38:51 AM yuantian.t...@freescale.com wrote: > From: Tang Yuantian > > Freescale introduced new ARM core-based SoCs which support dynamic > frequency switch feature. DFS on new SoCs are compatible with current > PowerPC CoreNet platforms. In order to support those new

[RFC] powerpc: e6500 optimised copy_to_user/copy_from_user

This mimics commit a66086b8197da8dc83b698642d5947ff850e708d "powerpc: POWER7 optimised copy_to_user/copy_from_user using VMX", but for the e6500, or BOOK3S_64. Changes have been made for the smaller cacheline size (64 bytes on e6500), and data cache block touch (dcbt) instructions have been rewrit

Re: [PATCH v2 1/5] of/fdt: split off FDT self reservation from memreserve processing

On Wed, Mar 11, 2015 at 11:00 AM, Ard Biesheuvel wrote: > This splits off the reservation of the memory occupied by the FDT > binary itself from the processing of the memory reservations it > contains. This is necessary because the physical address of the FDT, > which is needed to perform the rese

Re: [PATCHv2 8/8] perf probe powerpc: Fixup function entry if using kallsyms lookup

Em Mon, Dec 15, 2014 at 08:20:38PM +0530, Naveen N. Rao escreveu: > On powerpc ABIv2, if no debug-info is found and we use kallsyms, we need > to fixup the function entry to point to the local entry point. Use > offset of 8 since current toolchains always generate 2 instructions (8 > bytes). So

Re: [PATCHv2 6/8] perf tools powerpc: Fix PPC64 ELF ABIv2 symbol decoding

Em Mon, Dec 15, 2014 at 08:20:36PM +0530, Naveen N. Rao escreveu: > PPC64 ELF ABIv2 has a Global Entry Point (GEP) and a Local Entry Point > (LEP). For purposes of probing, we need the LEP. Offset to the LEP is > encoded in st_other. > > Signed-off-by: Ananth N Mavinakayanahalli > Signed-off-by:

Re: [PATCHv2 5/8] perf probe powerpc: Allow matching against dot symbols

Em Mon, Dec 15, 2014 at 08:20:35PM +0530, Naveen N. Rao escreveu: > Allow perf probe to work on powerpc ABIv1 without the need to specify > the leading dot '.' for functions. 'perf probe do_fork' works with this > patch. > > Introduce HAVE_ARCH_SYMBOL_HANDLING to indicate need for special > handli

Re: [PATCHv2 4/8] perf probe powerpc: Handle powerpc dot symbols

Em Mon, Dec 15, 2014 at 08:20:34PM +0530, Naveen N. Rao escreveu: > Fix up various perf aspects related to ppc64's usage of dot functions: > - ignore leading '.' when generating event names and when looking for > existing events. > - use the proper prefix when ignoring SyS symbol lookups. > > Si

Re: [PATCHv2 2/8] perf probe: Improve detection of file/function name in the probe pattern

Em Thu, Mar 12, 2015 at 05:24:14PM -0300, Arnaldo Carvalho de Melo escreveu: > Em Mon, Dec 15, 2014 at 08:20:32PM +0530, Naveen N. Rao escreveu: > > Currently, perf probe considers patterns including a '.' to be a file. > > However, this causes problems on powerpc ABIv1 where all functions have > >

Re: [PATCHv2 2/8] perf probe: Improve detection of file/function name in the probe pattern

Em Mon, Dec 15, 2014 at 08:20:32PM +0530, Naveen N. Rao escreveu: > Currently, perf probe considers patterns including a '.' to be a file. > However, this causes problems on powerpc ABIv1 where all functions have > a leading '.': > > $ perf probe -F | grep schedule_timeout_interruptible > .sch

Re: [PATCHv2 3/8] perf probe powerpc: Fix symbol fixup issues due to ELF type

Em Mon, Dec 15, 2014 at 08:20:33PM +0530, Naveen N. Rao escreveu: > If using the symbol table, symbol addresses are not being fixed up > properly, resulting in probes being placed at wrong addresses: > > # perf probe do_fork > Added new event: > probe:do_fork(on do_fork) > > You

Re: [PATCH 0/8] powerpc/8xx: Getting rid of CONFIG_8xx

On Thu, Mar 12, 2015 at 4:24 PM, Christophe Leroy wrote: > Two config options exist to define powerpc MPC8xx: > * CONFIG_PPC_8xx > * CONFIG_8xx > In addition, CONFIG_PPC_8xx also defines CONFIG_CPM1 as > communication co-processor > > arch/powerpc/platforms/Kconfig.cputype has contained the follow

Re: [PATCH 7/8] isdn: replace CONFIG_8xx by CONFIG_PPC_8xx

From: Christophe Leroy Date: Thu, 12 Mar 2015 16:24:09 +0100 (CET) > Two config options exist to define powerpc MPC8xx: > * CONFIG_PPC_8xx > * CONFIG_8xx > In addition, CONFIG_PPC_8xx also defines CONFIG_CPM1 as > communication co-processor > > arch/powerpc/platforms/Kconfig.cputype has containe

Re: [PATCH 4/8] net: freescale: replace CONFIG_8xx by CONFIG_PPC_8xx

From: Christophe Leroy Date: Thu, 12 Mar 2015 16:23:54 +0100 (CET) > Two config options exist to define powerpc MPC8xx: > * CONFIG_PPC_8xx > * CONFIG_8xx > In addition, CONFIG_PPC_8xx also defines CONFIG_CPM1 as > communication co-processor > > arch/powerpc/platforms/Kconfig.cputype has containe

RE: [v2,00/11] Freescale DPAA FMan FLIB(s)

Hello, In v2 of DPAA FMan FLIBs we've made the following updates: - Split the header patch ([v2,01/11] soc/fman: Add the FMan FLIB headers) from one big patch to smaller patches - Kumar's feedback. - Removed the KILOBYTE defines - Kumar's feedback. - Addressed several comments from Scott on [v2,

Re: [PATCH] mm: kill kmemcheck

On Thu, 12 Mar 2015 14:49:52 +1100 Michael Ellerman wrote: > > >From Documentation/kasan.txt: > > therefore you will need a certain version of GCC > 4.9.2 > > AFAIK gcc 4.9.3 hasn't been released yet. (Or does it mean >= 4.9.2 ?) It means 4.9.2. I also feel that this makes it too premature

Re: [PATCH] mm: kill kmemcheck

On Thu, 12 Mar 2015 09:07:36 +0200 Pekka Enberg wrote: > Can you elaborate on what exactly was discussed at LSF/MM? Preferably in > the commit log. ;-) I'll have the report from that session up, hopefully by the end of the week. Thanks, jon ___ Linu

Re: [PATCH 7/8] isdn: replace CONFIG_8xx by CONFIG_PPC_8xx

Hello. On 03/12/2015 06:24 PM, Christophe Leroy wrote: Two config options exist to define powerpc MPC8xx: * CONFIG_PPC_8xx * CONFIG_8xx In addition, CONFIG_PPC_8xx also defines CONFIG_CPM1 as communication co-processor arch/powerpc/platforms/Kconfig.cputype has contained the following commen

Re: [PATCH 4/4] mm: numa: Slow PTE scan rate if migration failures occur

On Thu, Mar 12, 2015 at 09:20:36AM -0700, Linus Torvalds wrote: > On Thu, Mar 12, 2015 at 6:10 AM, Mel Gorman wrote: > > > > I believe you're correct and it matches what was observed. I'm still > > travelling and wireless is dirt but managed to queue a test using pmd_dirty > > Ok, thanks. > > I'

Re: [v2,04/11] soc/fman: Add the FMan port FLIB

On Mar 11, 2015, at 12:04 AM, Igal.Liberman wrote: > From: Igal Liberman commit message? > > Signed-off-by: Igal Liberman > --- > drivers/soc/fsl/fman/Kconfig | 10 + > drivers/soc/fsl/fman/Makefile |2 + > drivers/soc/fsl/fman/port/Makefile|3 + > drivers/soc/fs

Re: [v2,02/11] soc/fman: Add the FMan FLIB

On Mar 11, 2015, at 12:04 AM, Igal.Liberman wrote: > From: Igal Liberman > > Signed-off-by: Igal Liberman > --- > drivers/soc/Kconfig |1 + > drivers/soc/Makefile |1 + > drivers/soc/fsl/Kconfig |1 + > drivers/soc/fsl/Makefile |1 + > drivers/soc/fsl

Re: [PATCH 4/4] mm: numa: Slow PTE scan rate if migration failures occur

On Thu, Mar 12, 2015 at 6:10 AM, Mel Gorman wrote: > > I believe you're correct and it matches what was observed. I'm still > travelling and wireless is dirt but managed to queue a test using pmd_dirty Ok, thanks. I'm not entirely happy with that change, and I suspect the whole heuristic should

Re: [v2,00/11] Freescale DPAA FMan FLIB(s)

On Mar 11, 2015, at 12:03 AM, Igal.Liberman wrote: > From: Igal Liberman > > The Freescale Data Path Acceleration Architecture (DPAA) is a set of > hardware components on specific QorIQ multicore processors. This > architecture provides the infrastructure to support simplified > sharing of net

Re: [RFC,1/8] soc/fman: Add FMan MURAM support

On Mar 11, 2015, at 12:07 AM, Igal.Liberman wrote: > From: Igal Liberman > > Add Frame Manager Multi-User RAM support. > > Signed-off-by: Igal Liberman > --- > drivers/soc/fsl/fman/Kconfig|1 + > drivers/soc/fsl/fman/Makefile |5 +- > drivers/soc/fsl/fman/fm_muram

RE: [PATCH 4/4 RFC] fsl/msi: Add interface to reserve/free msi bank

> -Original Message- > From: Wood Scott-B07421 > Sent: Thursday, March 12, 2015 5:48 AM > To: Bhushan Bharat-R65777 > Cc: linuxppc-...@ozlabs.org > Subject: Re: [PATCH 4/4 RFC] fsl/msi: Add interface to reserve/free msi > bank > > On Tue, 2015-03-03 at 10:47 +0530, Bharat Bhushan wrote:

RE: [PATCH 3/4 RFC] fsl/msi: Add MSI bank allocation for kernel owned devices

> -Original Message- > From: Wood Scott-B07421 > Sent: Thursday, March 12, 2015 4:53 AM > To: Bhushan Bharat-R65777 > Cc: linuxppc-...@ozlabs.org > Subject: Re: [PATCH 3/4 RFC] fsl/msi: Add MSI bank allocation for kernel > owned devices > > On Tue, 2015-03-03 at 10:47 +0530, Bharat Bhush

[PATCH 1/8] powerpc: replace CONFIG_8xx by CONFIG_PPC_8xx

Two config options exist to define powerpc MPC8xx: * CONFIG_PPC_8xx * CONFIG_8xx In addition, CONFIG_PPC_8xx also defines CONFIG_CPM1 as communication co-processor arch/powerpc/platforms/Kconfig.cputype has contained the following comment about CONFIG_8xx item for some years: "# this is temp to ha

[PATCH 0/8] powerpc/8xx: Getting rid of CONFIG_8xx

Two config options exist to define powerpc MPC8xx: * CONFIG_PPC_8xx * CONFIG_8xx In addition, CONFIG_PPC_8xx also defines CONFIG_CPM1 as communication co-processor arch/powerpc/platforms/Kconfig.cputype has contained the following comment about CONFIG_8xx item for some years: "# this is temp to ha

[PATCH 8/8] powerpc: get rid of CONFIG_8xx

Two config options exist to define powerpc MPC8xx: * CONFIG_PPC_8xx * CONFIG_8xx In addition, CONFIG_PPC_8xx also defines CONFIG_CPM1 as communication co-processor arch/powerpc/platforms/Kconfig.cputype has contained the following comment about CONFIG_8xx item for some years: "# this is temp to ha

[PATCH 4/8] net: freescale: replace CONFIG_8xx by CONFIG_PPC_8xx

Two config options exist to define powerpc MPC8xx: * CONFIG_PPC_8xx * CONFIG_8xx In addition, CONFIG_PPC_8xx also defines CONFIG_CPM1 as communication co-processor arch/powerpc/platforms/Kconfig.cputype has contained the following comment about CONFIG_8xx item for some years: "# this is temp to ha

[PATCH 7/8] isdn: replace CONFIG_8xx by CONFIG_PPC_8xx

Two config options exist to define powerpc MPC8xx: * CONFIG_PPC_8xx * CONFIG_8xx In addition, CONFIG_PPC_8xx also defines CONFIG_CPM1 as communication co-processor arch/powerpc/platforms/Kconfig.cputype has contained the following comment about CONFIG_8xx item for some years: "# this is temp to ha

[PATCH 3/8] video: replace CONFIG_8xx by CONFIG_PPC_8xx

Two config options exist to define powerpc MPC8xx: * CONFIG_PPC_8xx * CONFIG_8xx In addition, CONFIG_PPC_8xx also defines CONFIG_CPM1 as communication co-processor arch/powerpc/platforms/Kconfig.cputype has contained the following comment about CONFIG_8xx item for some years: "# this is temp to ha

[PATCH 2/8] um: replace CONFIG_8xx by CONFIG_PPC_8xx

Two config options exist to define powerpc MPC8xx: * CONFIG_PPC_8xx * CONFIG_8xx In addition, CONFIG_PPC_8xx also defines CONFIG_CPM1 as communication co-processor arch/powerpc/platforms/Kconfig.cputype has contained the following comment about CONFIG_8xx item for some years: "# this is temp to ha

[PATCH 6/8] mtd: replace CONFIG_8xx by CONFIG_PPC_8xx

Two config options exist to define powerpc MPC8xx: * CONFIG_PPC_8xx * CONFIG_8xx In addition, CONFIG_PPC_8xx also defines CONFIG_CPM1 as communication co-processor arch/powerpc/platforms/Kconfig.cputype has contained the following comment about CONFIG_8xx item for some years: "# this is temp to ha

[PATCH 5/8] tty: cpm_uart: replace CONFIG_8xx by CONFIG_CPM1

Two config options exist to define powerpc MPC8xx: * CONFIG_PPC_8xx * CONFIG_8xx In addition, CONFIG_PPC_8xx also defines CONFIG_CPM1 as communication co-processor arch/powerpc/platforms/Kconfig.cputype has contained the following comment about CONFIG_8xx item for some years: "# this is temp to ha

Re: [RFC] powerpc: use ticket spin lock for !CONFIG_PPC_SPLPAR

On Thu, Mar 12, 2015 at 10:13:27PM +1100, Benjamin Herrenschmidt wrote: > On Thu, 2015-03-12 at 18:55 +0800, Kevin Hao wrote: > > I know Torsten Duwe has tried to add the ticket spinlock for powerpc > > one year ago [1]. But it make no progress due to the conflict between OMG, time flies. > > PPC

Re: [RFC V2 00/12] i2c: describe adapter quirks in a generic way

> For QUP driver. > > Reviewed-by: Ivan T. Ivanov > Tested-by: Ivan T. Ivanov Great, thanks for testing! signature.asc Description: Digital signature ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/li

Re: [RFC V2 12/12] i2c: bcm-iproc: make use of the new infrastructure for quirks

> Change on the iproc i2c driver looks good to me. Sanity tested the > change from Wolfram's i2c/quirks branch on Cygnus 958300K combo board. > Sanity tested with an attempt to transfer large amount of I2C data to > ensure the transfer is denied by the i2c-core: > > / # cat /dev/i2c-0 > [ 657.31

Re: [RFC V2 04/12] i2c: opal: make use of the new infrastructure for quirks

> I think we can't land up here by-passing the check for quirks so above > checks are duplicated here.. True. So, as Ben seems OK with write-then-anything, can you send me your changes as an incremental patch to mine with your Signed-off, please? Thanks, Wolfram signature.asc Description

Re: [RFC V2 03/12] i2c: at91: make use of the new infrastructure for quirks

> You can add my > > Acked-by and Tested-By: Ludovic Desroches > > Tested on sama5d3, some problems with at24 eeprom on sama5d4 but it > doesn't come from the i2c quirks patch series. Thanks for testing! Are the eeprom problems something which needs fixing upstream? signature.asc Descripti

Re: [PATCH 4/4] mm: numa: Slow PTE scan rate if migration failures occur

On Tue, Mar 10, 2015 at 04:55:52PM -0700, Linus Torvalds wrote: > On Mon, Mar 9, 2015 at 12:19 PM, Dave Chinner wrote: > > On Mon, Mar 09, 2015 at 09:52:18AM -0700, Linus Torvalds wrote: > >> > >> What's your virtual environment setup? Kernel config, and > >> virtualization environment to actually

Re: [PATCH] mm: kill kmemcheck

On 03/11/2015 11:49 PM, Michael Ellerman wrote: > On Wed, 2015-03-11 at 07:43 -0400, Sasha Levin wrote: >> As discussed on LSF/MM, kill kmemcheck. >> >> KASan is a replacement that is able to work without the limitation of >> kmemcheck (single CPU, slow). KASan is already upstream. >> >> We are als

Re: [PATCH] mm: kill kmemcheck

On 03/12/2015 03:07 AM, Pekka Enberg wrote: > Hi Sasha, > > On 3/11/15 1:43 PM, Sasha Levin wrote: >> As discussed on LSF/MM, kill kmemcheck. >> >> KASan is a replacement that is able to work without the limitation of >> kmemcheck (single CPU, slow). KASan is already upstream. >> >> We are also no

[PATCH v3 9/9] powerpc: kill PPC_OF

We have set CONFIG_PPC_OF to always 'y' in commit 0a498d96a332 ("powerpc: set CONFIG_PPC_OF=y always for ARCH=powerpc") nine years ago. And the arch/ppc also has gone away for many years. The OF functionality was also moved to a common place and be used by many archs. So it does make no sense to ke

[PATCH v3 8/9] fbdev: kconfig: replace PPC_OF with PPC

The PPC_OF is a ppc specific option which is used to mean that the firmware device tree access functions are available. Since all the ppc platforms have a device tree, it is aways set to 'y' for ppc. So it makes no sense to keep a such option in the current kernel. Replace it with PPC. Signed-off-

[PATCH v3 7/9] fbdev: remove the unnecessary includes of ppc specific header files

In the current kernel, we don't need to include these arch specific header files for ppc. Signed-off-by: Kevin Hao Acked-by: Benjamin Herrenschmidt Acked-by: Tomi Valkeinen --- drivers/video/fbdev/core/fbmon.c | 4 1 file changed, 4 deletions(-) diff --git a/drivers/video/fbdev/core/fbmo

[PATCH v3 6/9] fbdev: riva: remove the dependency on PPC_OF

The OF functionality has moved to a common place and be used by many archs. So we don't need to include the ppc arch specific header files and depend on PPC_OF option any more. This is a preparation for killing PPC_OF. Signed-off-by: Kevin Hao Acked-by: Benjamin Herrenschmidt Acked-by: Tomi Valk

[PATCH v3 5/9] fbdev: nvidia: remove the dependency on PPC_OF

The OF functionality has moved to a common place and be used by many archs. So we don't need to include the ppc arch specific header files and depend on PPC_OF option any more. This is a preparation for killing PPC_OF. Signed-off-by: Kevin Hao Acked-by: Benjamin Herrenschmidt Acked-by: Tomi Valk

[PATCH v3 4/9] fbdev: imsttfb: remove the dependency on PPC_OF

The OF functionality has moved to a common place and be used by many archs. So we don't need to depend on PPC_OF option any more. This is a preparation for killing PPC_OF. Signed-off-by: Kevin Hao Acked-by: Benjamin Herrenschmidt Acked-by: Tomi Valkeinen --- drivers/video/fbdev/imsttfb.c | 6 +

[PATCH v3 3/9] fbdev: radeon: replace PPC_OF with PPC

The PPC_OF is a ppc specific option which is used to mean that the firmware device tree access functions are available. Since all the ppc platforms have a device tree, it is aways set to 'y' for ppc. So it makes no sense to keep a such option in the current kernel. Replace it with PPC. Signed-off-

[PATCH v3 2/9] fbdev: aty128fb: replace PPC_OF with PPC

The PPC_OF is a ppc specific option which is used to mean that the firmware device tree access functions are available. Since all the ppc platforms have a device tree, it is aways set to 'y' for ppc. So it makes no sense to keep a such option in the current kernel. Replace it with PPC. Signed-off-

[PATCH v3 1/9] sata_svw: remove the dependency on PPC_OF

The OF functionality has moved to a common place and be used by many archs. So we don't need to include the ppc arch specific header files and depend on PPC_OF option any more. This is a preparation for killing PPC_OF. Signed-off-by: Kevin Hao Acked-by: Tejun Heo Acked-by: Benjamin Herrenschmidt

[PATCH v3 0/9] powerpc: kill PPC_OF

Hi Michael, Finally I got all the acks for these patches. The following two patches in v2 were merged into next now. 213dce3c17a6 ("tty: kconfig: remove the superfluous dependency on PPC_OF") f4e074f20cad ("mmc: kconfig: replace PPC_OF with PPC") So we may have dependency issue i

Re: [PATCH v6 07/30] PCI: Pass PCI domain number combined with root bus number

On 2015/3/12 9:34, Bjorn Helgaas wrote: > On Mon, Mar 09, 2015 at 10:34:04AM +0800, Yijing Wang wrote: >> Now we could pass PCI domain combined with bus number >> in u32 argu. Because in arm/arm64, PCI domain number >> is assigned by pci_bus_assign_domain_nr(). So we leave >> pci_scan_root_bus() an

Re: [RFC] powerpc: use ticket spin lock for !CONFIG_PPC_SPLPAR

On Thu, 2015-03-12 at 18:55 +0800, Kevin Hao wrote: > I know Torsten Duwe has tried to add the ticket spinlock for powerpc > one year ago [1]. But it make no progress due to the conflict between > PPC_SPLPAR and lockref. We still don't find a better way to handle > this. But instead of waiting fore

[RFC] powerpc: use ticket spin lock for !CONFIG_PPC_SPLPAR

I know Torsten Duwe has tried to add the ticket spinlock for powerpc one year ago [1]. But it make no progress due to the conflict between PPC_SPLPAR and lockref. We still don't find a better way to handle this. But instead of waiting forever for a perfect solution, can't we just use the ticket spi

[PATCH v2 4/5] arm64/efi: ensure that Image does not cross a 512 MB boundary

Update the Image placement logic used by the stub to make absolutely sure that the Image is placed such that the early init code will always be able to map it. This means the entire static memory footprint of the Image should be inside the same naturally aligned 512 MB region. First of all, the pr

Re: [RFC PATCH 4/7]powerpc/powernv: Add OPAL support for Nest pmu

On Thursday 12 March 2015 04:27 AM, Stewart Smith wrote: Madhavan Srinivasan writes: Nest Counters can be configured via PORE Engine and OPAL provides an interface call to it. PORE Engine also does the work of moving the counter data to memory. Do you have the associated skiboot patch that i

Re: [PATCH slof v2] pci-properties: Remove redundant call to device-type

On Thu, 12 Mar 2015 00:02:02 +1100 Alexey Kardashevskiy wrote: > At the moment SLOF adds a "device_type" property automatically for > every single PCI device based on its class even if there is no SLOF > driver for such a device. OF1275 says that "device_type" is for > implemented interfaces only

[PATCH slof v2] pci-properties: Remove redundant call to device-type

At the moment SLOF adds a "device_type" property automatically for every single PCI device based on its class even if there is no SLOF driver for such a device. OF1275 says that "device_type" is for implemented interfaces only. A side effect of this is virtio-balloon getting device_type=="memory" w

Re: [PATCH] mm: kill kmemcheck

Hi Sasha, On 3/11/15 1:43 PM, Sasha Levin wrote: As discussed on LSF/MM, kill kmemcheck. KASan is a replacement that is able to work without the limitation of kmemcheck (single CPU, slow). KASan is already upstream. We are also not aware of any users of kmemcheck (or users who don't consider K

[PATCH 1/2] powerpc: Enable thermal monitor feature in defconfig for supported platforms

Signed-off-by: Jia Hongtao --- arch/powerpc/configs/corenet32_smp_defconfig | 2 +- arch/powerpc/configs/corenet64_smp_defconfig | 2 +- arch/powerpc/configs/mpc85xx_defconfig | 3 +-- arch/powerpc/configs/mpc85xx_smp_defconfig | 2 +- 4 files changed, 4 insertions(+), 5 deletions(-) dif

[PATCH 2/2] powerpc: Enable power monitor feature in defconfig for supported platforms

Signed-off-by: Jia Hongtao --- arch/powerpc/configs/corenet32_smp_defconfig | 1 + arch/powerpc/configs/corenet64_smp_defconfig | 1 + 2 files changed, 2 insertions(+) diff --git a/arch/powerpc/configs/corenet32_smp_defconfig b/arch/powerpc/configs/corenet32_smp_defconfig index 7370990..36970c8