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
On Thu, 12 Mar 2015 00:02:02 +1100
Alexey Kardashevskiy a...@ozlabs.ru 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
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 while
On Thursday 12 March 2015 04:27 AM, Stewart Smith wrote:
Madhavan Srinivasan ma...@linux.vnet.ibm.com 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
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
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
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 if
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 haoke...@gmail.com
Acked-by: Tejun Heo
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.
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.
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 haoke...@gmail.com
Acked-by: Benjamin Herrenschmidt b...@kernel.crashing.org
Acked-by: Tomi
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 haoke...@gmail.com
Acked-by: Benjamin Herrenschmidt
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 haoke...@gmail.com
Acked-by: Benjamin Herrenschmidt
In the current kernel, we don't need to include these arch specific
header files for ppc.
Signed-off-by: Kevin Hao haoke...@gmail.com
Acked-by: Benjamin Herrenschmidt b...@kernel.crashing.org
Acked-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/fbdev/core/fbmon.c | 4
1 file
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.
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
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:
On Tue, Mar 10, 2015 at 04:55:52PM -0700, Linus Torvalds wrote:
On Mon, Mar 9, 2015 at 12:19 PM, Dave Chinner da...@fromorbit.com 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
For QUP driver.
Reviewed-by: Ivan T. Ivanov iiva...@mm-sol.com
Tested-by: Ivan T. Ivanov iiva...@mm-sol.com
Great, thanks for testing!
signature.asc
Description: Digital signature
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
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.310261]
You can add my
Acked-by and Tested-By: Ludovic Desroches ludovic.desroc...@atmel.com
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?
From: Tang Yuantian yuantian.t...@freescale.com
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
From: Tang Yuantian yuantian.t...@freescale.com
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 yuantian.t...@freescale.com
Acked-by: Viresh Kumar viresh.ku...@linaro.org
---
v5:
This runs a bit faster and removes another use of perl from
the kernel build.
Signed-off-by: Stephen Rothwell s...@canb.auug.org.au
---
v2: address ShellCheck comments from Michael
arch/powerpc/Makefile| 4 +--
arch/powerpc/relocs_check.pl | 66
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
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
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
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.
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
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
-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:
This
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
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
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
-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 Bhushan
On Mar 11, 2015, at 12:03 AM, Igal.Liberman igal.liber...@freescale.com wrote:
From: Igal Liberman igal.liber...@freescale.com
The Freescale Data Path Acceleration Architecture (DPAA) is a set of
hardware components on specific QorIQ multicore processors. This
architecture provides the
On Thu, Mar 12, 2015 at 6:10 AM, Mel Gorman mgor...@suse.de 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
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
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
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
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
On Mar 11, 2015, at 12:04 AM, Igal.Liberman igal.liber...@freescale.com wrote:
From: Igal Liberman igal.liber...@freescale.com
commit message?
Signed-off-by: Igal Liberman igal.liber...@freescale.com
---
drivers/soc/fsl/fman/Kconfig | 10 +
drivers/soc/fsl/fman/Makefile
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
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 ana...@in.ibm.com
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
On Mar 11, 2015, at 12:07 AM, Igal.Liberman igal.liber...@freescale.com wrote:
From: Igal Liberman igal.liber...@freescale.com
Add Frame Manager Multi-User RAM support.
Signed-off-by: Igal Liberman igal.liber...@freescale.com
---
drivers/soc/fsl/fman/Kconfig|1 +
On Mar 11, 2015, at 12:04 AM, Igal.Liberman igal.liber...@freescale.com wrote:
From: Igal Liberman igal.liber...@freescale.com
Signed-off-by: Igal Liberman igal.liber...@freescale.com
---
drivers/soc/Kconfig |1 +
drivers/soc/Makefile |1 +
On Thu, Mar 12, 2015 at 4:24 PM, Christophe Leroy
christophe.le...@c-s.fr 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
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 can
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
a
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
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.
On Thu, 12 Mar 2015 14:49:52 +1100
Michael Ellerman m...@ellerman.id.au 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
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
On Thu, Mar 12, 2015 at 09:20:36AM -0700, Linus Torvalds wrote:
On Thu, Mar 12, 2015 at 6:10 AM, Mel Gorman mgor...@suse.de 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.
From: Christophe Leroy christophe.le...@c-s.fr
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
From: Christophe Leroy christophe.le...@c-s.fr
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
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 not aware of any
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 also not aware
On Wed, Mar 11, 2015 at 11:00 AM, Ard Biesheuvel
ard.biesheu...@linaro.org 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
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
On Tuesday, March 03, 2015 11:38:51 AM yuantian.t...@freescale.com wrote:
From: Tang Yuantian yuantian.t...@freescale.com
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
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 forever
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() and
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), and
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 following
Hi,
I've proposed a new implementation of decimal conversion for
lib/vsprintf.c; see
http://thread.gmane.org/gmane.linux.kernel/1892035/focus=1905478.
Benchmarking so far shows 25-50% (depending on distribution of input
numbers) improvement on x86_64 and 10-30% on various 32 bit platforms.
Since
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
http://thread.gmane.org/gmane.linux.kernel/1892035/focus=1905478.
Benchmarking so far shows 25-50% (depending on distribution of input
numbers)
Le 06/03/2015 12:44, Mark Brown a écrit :
On Wed, Mar 04, 2015 at 09:00:39AM +0100, leroy christophe wrote:
Le 03/03/2015 19:44, Mark Brown a écrit :
Why are we using of_iomap() rather than a generic I/O mapping function
here?
because all drivers for powerpc seems to be using of_iomap(), as
Signed-off-by: Jia Hongtao hongtao@freescale.com
---
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
Signed-off-by: Jia Hongtao hongtao@freescale.com
---
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
On Thu, 2015-03-12 at 15:10 +1100, Stephen Rothwell wrote:
This runs a bit faster and removes another use of perl from
the kernel build.
Signed-off-by: Stephen Rothwell s...@canb.auug.org.au
---
arch/powerpc/Makefile| 4 +--
arch/powerpc/relocs_check.pl | 66
The powernv code has some conditional support for running on bare metal
machines that have no OPAL firmware, but provide RTAS.
No released machines ever supported that, and even in the lab it was
just a transitional hack in the days when OPAL was still being
developed.
So remove the code.
73 matches
Mail list logo