irectly in this change means that the runtime impact is
zero -- it will remain at level 6 in initcall ordering.
Cc: Scott Wood
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: linuxppc-dev@lists.ozlabs.org
Signed-off-by: Paul Gortmaker
---
arch/powerpc/platforms/83xx/suspend.c | 3 +--
1 fi
e_initcall
directly in this change means that the runtime impact is
zero -- they will remain at level 6 in initcall ordering.
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Geoff Levand
Acked-by: Geoff Levand
Cc: linuxppc-dev@lists.ozlabs.org
Signed-off-by: Paul Gortmaker
---
arch/powerpc/ker
ev@lists.ozlabs.org
Cc: linux...@vger.kernel.org
Cc: linux-xte...@linux-xtensa.org
Cc: x...@kernel.org
Paul Gortmaker (15):
x86: don't use module_init in non-modular intel_mid_vrtc.c
x86: don't use module_init in non-modular devicetree.c code
powerpc: use device_initcall for registering rtc d
ation
from level 6-device to level 3-arch (i.e. slightly earlier).
However no observable impact of that small difference has
been observed during testing, or is expected.
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: linuxppc-dev@lists.ozlabs.org
Signed-off-by: Paul Gortmaker
---
arch/
nuxppc-dev@lists.ozlabs.org
Signed-off-by: Paul Gortmaker
---
arch/powerpc/sysdev/fsl_lbc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/sysdev/fsl_lbc.c b/arch/powerpc/sysdev/fsl_lbc.c
index d631022ffb4b..38138cf8d33e 100644
--- a/arch/powerpc/sysdev/fsl_lbc.c
infradead.org
Cc: linux...@kvack.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: net...@vger.kernel.org
Cc: netfilter-de...@vger.kernel.org
Cc: x...@kernel.org
Paul Gortmaker (11):
mm: replace module_init usages with subsys_initcall in nommu.c
fs/notify: don't use module_init for non-modu
emoves all the powerpc uses of the __cpuinit macros.
[1] https://lkml.org/lkml/2013/5/20/589
Signed-off-by: Paul Gortmaker
---
[This was generated against today's linux-next tree ; I'm assuming all
pending powerpc changes are in there currently.]
arch/powerpc/include/asm/rtas.h
On 13-06-17 04:10 PM, Paul Gortmaker wrote:
> The __cpuinit type of throwaway sections might have made sense
> some time ago when RAM was more constrained, but now the savings
> do not offset the cost and complications. For example, the fix in
> commit 5e427ec2d0 ("x86: Fix bit
emoves all the powerpc uses of the __cpuinit macros. There
are no __CPUINIT users in assembly files in powerpc.
[1] https://lkml.org/lkml/2013/5/20/589
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Josh Boyer
Cc: Matt Porter
Cc: Kumar Gala
Cc: linuxppc-dev@lists.ozlabs.org
Signed-of
[Resending with only lists on Cc: -- previous mail header on the 00/32
was too long; failed to get passed vger's crap filters.]
On 13-06-24 03:30 PM, Paul Gortmaker wrote:
> This is the whole patch queue for removal of __cpuinit support
> against the latest linux-next tree (Jun24th
ozlabs.org
Cc: linux...@de.ibm.com
Cc: linux-s...@vger.kernel.org
Cc: linux...@vger.kernel.org
Cc: sparcli...@vger.kernel.org
Cc: x...@kernel.org
Cc: linux-xte...@linux-xtensa.org
Paul Gortmaker (32):
init.h: remove __cpuinit sections from the kernel
modpost: remove all traces of cpuinit/cpuexit sections
alp
te, so this is the right fix.
I don't have _any_ other fixes queued for that cleanup series, so I'm fine
with this going via the ppc tree, since I'm sure there will be pending
commits there.
Acked-by: Paul Gortmaker
Thanks,
Paul.
--
>
> Fixes: 0fd972a7d91d ("modu
@lists.ozlabs.org
Signed-off-by: Paul Gortmaker
---
drivers/tty/hvc/hvc_console.c | 18 +-
1 file changed, 1 insertion(+), 17 deletions(-)
diff --git a/drivers/tty/hvc/hvc_console.c b/drivers/tty/hvc/hvc_console.c
index 4e9c4cc9e1b5..9c30f67c802a 100644
--- a/drivers/tty/hvc
Cc: Greg Kroah-Hartman
Cc: Jiri Slaby
Cc: Joachim Eastwood
Cc: linux-arm-ker...@lists.infradead.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux-ser...@vger.kernel.org
Paul Gortmaker (5):
drivers/tty: make pty.c slightly more explicitly non-modular
drivers/tty: make sysrq.c slightly more expl
Ellerman
Cc: linuxppc-dev@lists.ozlabs.org
Signed-off-by: Paul Gortmaker
---
drivers/tty/hvc/hvc_console.c | 18 +-
1 file changed, 1 insertion(+), 17 deletions(-)
diff --git a/drivers/tty/hvc/hvc_console.c b/drivers/tty/hvc/hvc_console.c
index 4e9c4cc9e1b5..9c30f67c802a 100644
kernel.org
Paul Gortmaker (5):
drivers/tty: make pty.c slightly more explicitly non-modular
drivers/tty: make sysrq.c slightly more explicitly non-modular
drivers/tty: make hvc_console.c explicitly non-modular
drivers/tty: make serial/mpsc.c driver explicitly non-modular
drivers/tty: m
On Thu, Jan 17, 2013 at 5:33 PM, Mark A. Greer wrote:
> Hello.
>
> I want to make some fixups to the marvell hostbridge and
> mpsc code and would like to test them on a PrPmc280/2800.
> The problem is, I don't have one anymore.
Hi Mark,
Is there another platform that uses mpsc that can be used f
e
of the u-boot image.
The kernel configuration is the same in both cases; only the dtb
needs to be changed in accordance with the JP12/SW2.8 settings.
Signed-off-by: Paul Gortmaker
---
arch/powerpc/configs/85xx/sbc8548_defconfig | 19 +++
1 file changed, 19 insertions(+)
diff --gi
powerpc: enable MTD options in sbc8548 defconfig (2013-01-23 14:49:10 -0500)
----
Paul Gortmaker (4):
powerpc: split sbc8548 dts file into pre and post chunks
powerpc: update sbc8548 flash information to match recent u-boot
e to using include files.
Signed-off-by: Paul Gortmaker
---
arch/powerpc/boot/dts/sbc8548-post.dtsi | 295 +
arch/powerpc/boot/dts/sbc8548-pre.dtsi | 52 ++
arch/powerpc/boot/dts/sbc8548.dts | 322 +---
3 files changed, 351
s based on. Now there is just
the categorization of free space and bootloader images.
Signed-off-by: Paul Gortmaker
---
arch/powerpc/boot/dts/sbc8548.dts | 34 +++---
1 file changed, 15 insertions(+), 19 deletions(-)
diff --git a/arch/powerpc/boot/dts/sbc8548.dts
b/arch/
EFF0 E EFF2 E EFF4 E EFF6 E
EFF8 E EFFAEFFCEFFE
---
Signed-off-by: Paul Gortmaker
---
arch/powerpc/boot/dts/sbc8548-altflash.dts | 115 +
1 file changed, 115 insertions(+)
create mode 1
On Sun, Feb 24, 2013 at 9:43 AM, Benjamin Herrenschmidt
wrote:
> Hi folks !
>
> Current Linus tree as of this morning fails to build with one of my
> (semi-random) test configs (attached):
>
> /home/benh/linux-powerpc-test/drivers/net/ethernet/freescale/gianfar.c: In
> function 'gfar_netpoll':
>
ere simply overlooked went undetected until now.
Make the netpoll ones also use the gfar_irq() accessors.
Reported-by: Benjamin Herrenschmidt
Cc: Benjamin Herrenschmidt
Cc: Claudiu Manoil
Cc: Jianhua Xie
Signed-off-by: Paul Gortmaker
---
[compile tested for sbc8548 with NET_POLL=y]
drivers/ne
None of the callers check the return value, so it might as
well not have one at all.
Signed-off-by: Paul Gortmaker
---
arch/powerpc/include/asm/debug.h | 2 +-
arch/powerpc/kernel/process.c| 8
2 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/arch/powerpc/include/asm
ith preempt_dis/en/able.
Paul.
---
Paul Gortmaker (2):
powerpc: drop return value from set_breakpoint as it is unused
powerpc: fix smp_processor_id() in preemptible splat in set_breakpoint
arch/powerpc/include/asm/debug.h | 3 ++-
arch/powerpc/include/asm/hw_breakpoint.h | 2 +-
arch/
set_breakpoint.
Signed-off-by: Paul Gortmaker
---
arch/powerpc/include/asm/debug.h | 1 +
arch/powerpc/include/asm/hw_breakpoint.h | 2 +-
arch/powerpc/kernel/hw_breakpoint.c | 8
arch/powerpc/kernel/process.c| 11 +--
arch/powerpc/kernel/signal.c
Commit 446f6d06fab0b49c61887ecbe8286d6aaa796637 ("powerpc/mpic: Properly
set default triggers") breaks the mpc7447_hpc_defconfig as follows:
CC arch/powerpc/sysdev/mpic.o
arch/powerpc/sysdev/mpic.c: In function 'mpic_set_irq_type':
arch/powerpc/sysdev/mpic.c:886:9: error: case label does no
off
a case where that file was implicitly getting it from another
header which itself didn't need it.
Signed-off-by: Paul Gortmaker
---
[ build tested for every arch/powerpc/config/* file, on next
branch of benh/powerpc.git -- v3.13-rc1-92-gdece8ada993e ]
arch/powerpc/include/
Only build board support files when
required.")
Signed-off-by: Paul Gortmaker
diff --git a/arch/powerpc/boot/Makefile b/arch/powerpc/boot/Makefile
index ca7f08c..4676e55 100644
--- a/arch/powerpc/boot/Makefile
+++ b/arch/powerpc/boot/Makefile
@@ -71,9 +71,9 @@ src-wlib-y := st
l
where clearly arch_initcall or subsys_initcall are more appropriate.
Boot tested on sbc8548 on powerpc next branch of today.
Paul Gortmaker (4):
powerpc: use device_initcall for registering rtc devices
powerpc: book3s kvm can be modular so it should use module.h
powerpc: use subsys_initcall for
ation
from level 6-device to level 3-arch (i.e. slightly earlier).
However no observable impact of that small difference has
been observed during testing, or is expected.
Signed-off-by: Paul Gortmaker
---
arch/powerpc/mm/hugetlbpage.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --
e_initcall
directly in this change means that the runtime impact is
zero -- they will remain at level 6 in initcall ordering.
Signed-off-by: Paul Gortmaker
---
arch/powerpc/kernel/time.c| 2 +-
arch/powerpc/platforms/ps3/time.c | 3 +--
2 files changed, 2 insertions(+), 3 deletions(-)
diff --
will thus change this registration
from level 6-device to level 4-subsys (i.e. slightly earlier).
However no observable impact of that small difference has
been observed during testing, or is expected.
Signed-off-by: Paul Gortmaker
---
arch/powerpc/sysdev/fsl_lbc.c | 2 +-
1 file changed, 1
KVM support is tristate, so this file should be including
module.h instead of export.h -- it only works currently because
module_init is currently (mis)placed in init.h -- but we are
intending to clean that up and relocate it to module.h
Signed-off-by: Paul Gortmaker
---
arch/powerpc/kvm
On 14-01-15 03:07 AM, Preeti U Murthy wrote:
[...]
>
> This patchset is based on mainline commit-id:8ae516aa8b8161254d3, and the
I figured I'd give this a quick sanity build test for a few
configs, but v3.13-rc1-141-g8ae516aa8b81 seems too old; Ben's
ppc next branch is at v3.13-rc1-160-gfac515
Signed-off-by: Paul Gortmaker
diff --git a/drivers/tty/hvc/hvc_opal.c b/drivers/tty/hvc/hvc_opal.c
index 6496872e2e47..b01659bd4f7c 100644
--- a/drivers/tty/hvc/hvc_opal.c
+++ b/drivers/tty/hvc/hvc_opal.c
@@ -255,13 +255,7 @@ static int __init hvc_opal_init(void)
/* Register as a vio
k Wilk
Cc: Boris Ostrovsky
Cc: David Vrabel
Cc: Greg Kroah-Hartman
Signed-off-by: Paul Gortmaker
---
[v2: unchanged; just added xen guys to Cc list, as hvc_xen isnt
hooked into the MAINTAINERS file as of yet, so I forgot them.]
diff --git a/drivers/tty/hvc/hvc_opal.c b/drivers/tty/hvc/hvc_op
to module.h
Cc: Gleb Natapov
Cc: Paolo Bonzini
Cc: Alexander Graf
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: k...@vger.kernel.org
Cc: kvm-...@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Signed-off-by: Paul Gortmaker
---
arch/powerpc/kvm/book3s.c | 2 +-
1 file changed, 1
i
Cc: Alexander Graf
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: k...@vger.kernel.org
Cc: kvm-...@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Signed-off-by: Paul Gortmaker
---
arch/powerpc/include/asm/kvm_ppc.h | 1 -
arch/powerpc/kvm/44x.c | 10 +-
arch/powerpc/kvm/bo
r Gala
Cc: linuxppc-dev@lists.ozlabs.org
Signed-off-by: Paul Gortmaker
---
arch/powerpc/sysdev/fsl_lbc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/sysdev/fsl_lbc.c b/arch/powerpc/sysdev/fsl_lbc.c
index d631022..38138cf 100644
--- a/arch/powerpc/sysdev/fsl_l
ation
from level 6-device to level 3-arch (i.e. slightly earlier).
However no observable impact of that small difference has
been observed during testing, or is expected.
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: linuxppc-dev@lists.ozlabs.org
Signed-off-by: Paul Gortmaker
---
arch/
irectly in this change means that the runtime impact is
zero -- it will remain at level 6 in initcall ordering.
Cc: Kumar Gala
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: linuxppc-dev@lists.ozlabs.org
Signed-off-by: Paul Gortmaker
---
arch/powerpc/platforms/83xx/suspend.c | 3 +--
1 fi
ux-m...@lists.linux-m68k.org
Cc: linux-m...@linux-mips.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux-s...@vger.kernel.org
Cc: sparcli...@vger.kernel.org
Cc: x...@kernel.org
Cc: net...@vger.kernel.org
Cc: k...@vger.kernel.org
Cc: s...@canb.auug.org.au
Cc: ru...@rustcorp.com.au
Cc: gre...@linuxfound
Most were already deleted in the 1st pass audit; this instance
showed up more recently.
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: linuxppc-dev@lists.ozlabs.org
Signed-off-by: Paul Gortmaker
---
arch/powerpc/sysdev/indirect_pci.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch
s.org
Signed-off-by: Paul Gortmaker
---
drivers/macintosh/adb-iop.c | 1 -
drivers/macintosh/ams/ams-input.c | 1 -
drivers/macintosh/macio-adb.c | 1 -
drivers/macintosh/via-macii.c | 1 -
drivers/macintosh/via-pmu68k.c | 1 -
dr
e_initcall
directly in this change means that the runtime impact is
zero -- they will remain at level 6 in initcall ordering.
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Geoff Levand
Cc: linuxppc-dev@lists.ozlabs.org
Signed-off-by: Paul Gortmaker
---
arch/powerpc/kernel/time.c| 2 +-
ar
On 14-01-21 04:22 PM, Paul Gortmaker wrote:
> In powerpc, CONFIG_KVM is bool, and so are these three subarch
> options, for the 44x and e500 variants. This means that any
> module_exit() calls and functions used by them such as the
> kvmppc_booke_exit() are dead code. Here we
On Tue, Jan 21, 2014 at 6:48 PM, Geoff Levand wrote:
> Hi Paul,
>
> On Tue, 2014-01-21 at 16:22 -0500, Paul Gortmaker wrote:
>> Currently these two RTC devices are in core platform code
>> where it is not possible for them to be modular. It will
>> never be modular,
[Re: [PATCH RFC 00/73] tree-wide: clean up some no longer required #include
] On 22/01/2014 (Wed 18:00) Stephen Rothwell wrote:
> Hi Paul,
>
> On Tue, 21 Jan 2014 16:22:03 -0500 Paul Gortmaker
> wrote:
> >
> > Where: This work exists as a queue of patches that I apply
On Wed, Jan 8, 2014 at 5:45 PM, Paul Gortmaker
wrote:
> Commit 446f6d06fab0b49c61887ecbe8286d6aaa796637 ("powerpc/mpic: Properly
> set default triggers") breaks the mpc7447_hpc_defconfig as follows:
>
> CC arch/powerpc/sysdev/mpic.o
> arch/powerpc/s
MBLY seems to fix it up in an acceptable way.
Cc: Aneesh Kumar K.V
Cc: Kirill A. Shutemov
Cc: Benjamin Herrenschmidt
Signed-off-by: Paul Gortmaker
---
[ Note that b3084f4db3 isn't mainline yet, it is currently in
benh/powerpc.git #merge -- but is headed there soon via:
On 14-01-27 10:13 PM, Benjamin Herrenschmidt wrote:
> On Wed, 2014-01-22 at 19:38 -0500, Paul Gortmaker wrote:
>
>> Thanks, it was a great help as it uncovered a few issues in fringe arch
>> that I didn't have toolchains for, and I've fixed all of those up.
>>
On 14-01-28 12:28 PM, Aneesh Kumar K.V wrote:
> Paul Gortmaker writes:
>
>> Commit b3084f4db3aeb991c507ca774337c7e7893ed04f ("powerpc/thp: Fix
>> crash on mremap") added a "typedef struct spinlock spinlock_t;"
>> which on gcc 4.5.2 (and possibly o
On 14-01-28 01:49 PM, Aneesh Kumar K.V wrote:
> Paul Gortmaker writes:
>
>> On 14-01-28 12:28 PM, Aneesh Kumar K.V wrote:
>>> Paul Gortmaker writes:
>>>
>>>> Commit b3084f4db3aeb991c507ca774337c7e7893ed04f ("powerpc/thp: Fix
>>>> cr
93e5bfdaa370d6375023e8cd2a5:
include: remove needless instances of (2014-02-03 16:39:14
-0500)
----
Cleanup of for 3.14-rc1
Paul Gortmaker (77):
init: delete the __cpuinit related stubs
kernel: audit/fix non-modular user
On Feb 4, 2014 3:52 PM, "Paul Gortmaker"
wrote:
>
> We've had this in linux-next for 2+ weeks (thanks Stephen!) as a
> linux-stable like queue of patches, and as can be seen here:
>
> https://git.kernel.org/pub/scm/linux/kernel/git/paulg/init.git
Argh, above
[Re: [GIT PULL] tree-wide: clean up no longer required #include ]
On 05/02/2014 (Wed 07:41) Ingo Molnar wrote:
>
> * Stephen Rothwell wrote:
>
> > Hi Ingo,
> >
> > On Wed, 5 Feb 2014 07:06:33 +0100 Ingo Molnar wrote:
> > >
> > > So, if you meant Linus to pull it, you probably want to cite a
.
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: linuxppc-dev@lists.ozlabs.org
Signed-off-by: Paul Gortmaker
---
[The above description is not idle speculation based on 2nd hand
info -- I personally suffered with these platforms, and when faced
with a chance to take some for free vs. letting th
O(name) MPIC_##name
#endif /* CONFIG_MPIC_WEIRD */
---
Here we convert the case section to if/else if, and also add
the equivalent of a default case to warn about unknown types.
Boot tested on sbc8548, build tested on all defconfigs.
Signed-off-by: Paul Gortmaker
---
ar
On Fri, Feb 14, 2014 at 3:42 PM, John Donnelly wrote:
> Hi,
>
> I tried using the SysRq hotkey sequence on a serial console -
> 3.11.0-5-powerpc-e500mc system, by issuing a " break " and the system
> immediately wedges after displaying "SysRQ : HELP : " using both "Putty" and
> "Teraterm" termin
On Thu, Feb 13, 2014 at 2:01 PM, Rob Herring wrote:
> On Wed, Feb 12, 2014 at 5:38 AM, Kevin Hao wrote:
>> When the device node do have a compatible property, we definitely
>> prefer the compatible match besides the type and name. Only if
>> there is no such a match, we then consider the candidat
, multiple SyqRQ can be issued and the
> system remains healthy .
>
>
>
>
>
>
>
>
>
> On Mon, Feb 17, 2014 at 1:37 PM, Scott Wood wrote:
>
>> On Sun, 2014-02-16 at 10:56 -0500, Paul Gortmaker wrote:
>>> On Fri, Feb 14, 2014 at 3:42 PM, John
On 14-02-19 03:41 PM, Grant Likely wrote:
> On Wed, 19 Feb 2014 13:25:54 -0500, Paul Gortmaker
> wrote:
>> On Thu, Feb 13, 2014 at 2:01 PM, Rob Herring wrote:
>>> On Wed, Feb 12, 2014 at 5:38 AM, Kevin Hao wrote:
>>>> When the device node do have a c
rder to remain compatible with old config files and to avoid
such build failures, make CONFIG_FSL_IFC select CONFIG_MEMORY.
Also fix the whitespace issue (spaces vs. a tab) in the Kconfig.
Cc: Prabhakar Kushwaha
Cc: Arnd Bergmann
Cc: Greg Kroah-Hartman
Signed-off-by: Paul Gortmaker
---
[This prob
On 14-02-19 05:19 PM, Scott Wood wrote:
> On Wed, 2014-02-19 at 17:07 -0500, Paul Gortmaker wrote:
>> commit d2ae2e20fbdde5a65f3a5a153044ab1e5c53f7cc ("driver/memory:Move
>> Freescale IFC driver to a common driver") introduces this build
>> regression into the mp
On 14-02-19 05:40 PM, Grant Likely wrote:
> On Wed, 19 Feb 2014 16:23:02 -0500, Paul Gortmaker
> wrote:
>> On 14-02-19 03:41 PM, Grant Likely wrote:
>>> On Wed, 19 Feb 2014 13:25:54 -0500, Paul Gortmaker
>>> wrote:
>>>> On Thu, Feb 13, 2014 at 2:01 PM
f the original commit was to relocate the driver to
an arch independent location, it only makes sense to relocate the
Kconfig setting there as well. But that alone won't fix the build
failure; for that we ensure whoever selects FSL_IFC also selects MEMORY.
Cc: Prabhakar Kushwaha
Cc: Scott Wood
On 14-02-20 01:05 AM, Prabhakar Kushwaha wrote:
>
> On 2/20/2014 4:16 AM, Paul Gortmaker wrote:
>> commit d2ae2e20fbdde5a65f3a5a153044ab1e5c53f7cc ("driver/memory:Move
>> Freescale IFC driver to a common driver") introduces this build
>> regression into the
On Fri, Mar 7, 2014 at 12:33 AM, Neelesh Gupta
wrote:
> This patch enables fetching of various platform sensor data through
> OPAL and expects a sensor handle from the driver to pass to OPAL.
Looks like a missing header, causing build failures on celleb_defconfig
cc1: warnings being treated as e
the file in the comments.
Cc: Arnd Bergmann
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Michael Ellerman
Cc: linuxppc-dev@lists.ozlabs.org
Signed-off-by: Paul Gortmaker
---
arch/powerpc/platforms/cell/spu_base.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a
J. Wysocki"
Cc: Viresh Kumar
Cc: Christian Krafft
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Michael Ellerman
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux...@vger.kernel.org
Signed-off-by: Paul Gortmaker
---
drivers/cpufreq/ppc_cbe_cpufreq_pmi.c | 15 ++-
1 file c
Cc: Viresh Kumar
Cc: linux...@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Paul Gortmaker (3):
powerpc: make cell/spu_base.c explicitly non-modular
powerpc: make kernel/nvram_64.c explicitly non-modular
drivers/cpufreq: make ppc_cbe_cpufreq_pmi driver explicitly
non-modular
arch/powe
e comments.
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Michael Ellerman
Cc: Hari Bathini
Cc: Nathan Fontenot
Cc: Andrzej Hajda
Cc: Anton Blanchard
Cc: linuxppc-dev@lists.ozlabs.org
Signed-off-by: Paul Gortmaker
---
arch/powerpc/kernel/nvram_64.c | 12 +---
1 file changed, 1 i
[[PATCH v2 0/5] drivers/tty: make more bool drivers explicitly non-modular] On
19/08/2015 (Wed 17:48) Paul Gortmaker wrote:
> [v2: drop dead module code removal from 8250_lpc18xx.c ; instead convert it
> from bool to tristate ; also add ack to hvc_console commit.]
>
> This s
foot.
Cc: Greg Kroah-Hartman
Cc: Jiri Slaby
Cc: Thierry Reding
Cc: linux-ser...@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Signed-off-by: Paul Gortmaker
---
drivers/tty/serial/mpsc.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/tty/serial/mpsc.c b/d
.
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Michael Ellerman
Cc: linuxppc-dev@lists.ozlabs.org
Signed-off-by: Paul Gortmaker
---
arch/powerpc/boot/dts/prpmc2800.dts | 297 ---
arch/powerpc/boot/prpmc2800.c | 571
2 fil
c: Michael Ellerman
Cc: Anton Blanchard
Cc: linuxppc-dev@lists.ozlabs.org
Signed-off-by: Paul Gortmaker
---
drivers/tty/hvc/hvc_vio.c | 29 -
1 file changed, 4 insertions(+), 25 deletions(-)
diff --git a/drivers/tty/hvc/hvc_vio.c b/drivers/tty/hvc/hvc_vio.c
index f57
.ozlabs.org
Signed-off-by: Paul Gortmaker
---
drivers/tty/ehv_bytechan.c | 40 +++-
1 file changed, 3 insertions(+), 37 deletions(-)
diff --git a/drivers/tty/ehv_bytechan.c b/drivers/tty/ehv_bytechan.c
index 342b36b9ad35..7ac9bcdf1e61 100644
--- a/drivers/tty/ehv
g
Cc: linux-arm-...@vger.kernel.org
Cc: linux-media...@lists.infradead.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux-ser...@vger.kernel.org
Cc: linux-...@vger.kernel.org
Paul Gortmaker (5):
drivers/tty: make hvc/hvc_vio.c explicitly non-modular
drivers/tty: make ehv_bytechan.c explicitly non-modular
dri
[Re: [PATCH 0/5] drivers/tty: make more bool drivers explicitly non-modular] On
20/10/2015 (Tue 17:10) Alexandre Belloni wrote:
> On 18/10/2015 at 18:21:13 -0400, Paul Gortmaker wrote :
> > The one common thread here for all the patches is that we also
> > scrap the .remove functi
It might be worth warning on spurious IRQ events; they might
point someone at a bogus DTS value or similar.
But ratelimit them to ensure we aren't too spammy about it.
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Michael Ellerman
Cc: linuxppc-dev@lists.ozlabs.org
Signed-off-by:
when available in NOLINK state") was
added to the tree.
With the above commit, the board fails to NFS boot since it sits
waiting for a PHY IRQ event that of course never arrives. Removing
the bogus entries from the DTS file fixes the issue.
Cc: Andrew Lunn
Signed-off-by: Paul Gortmaker
---
ar
[Re: [PATCH] sbc8641: drop bogus PHY IRQ entries from DTS file] On 09/12/2015
(Wed 12:10) Michael Ellerman wrote:
> On Tue, 2015-12-08 at 17:44 -0500, Paul Gortmaker wrote:
>
> > This file was originally cloned off of the MPC8641D-HPCN reference
> > platform, which actually
[Re: [PATCH] sbc8641: drop bogus PHY IRQ entries from DTS file] On 09/12/2015
(Wed 04:07) Andrew Lunn wrote:
> On Tue, Dec 08, 2015 at 05:44:02PM -0500, Paul Gortmaker wrote:
> > This file was originally cloned off of the MPC8641D-HPCN reference
> > platform, which actually had
[[PATCH 0/5] drivers/tty: make more bool drivers explicitly non-modular] On
18/10/2015 (Sun 18:21) Paul Gortmaker wrote:
> This next set of patches to drivers/tty fixes up more drivers that would
> perhaps appear modular when looking at the code, but are controlled by
> a bool Kconfig.
On Mon, Dec 7, 2015 at 8:38 PM, Paul Gortmaker
wrote:
> It might be worth warning on spurious IRQ events; they might
> point someone at a bogus DTS value or similar.
>
> But ratelimit them to ensure we aren't too spammy about it.
>
> Cc: Benjamin Herrenschmidt
> Cc: Pau
[Re: [PATCH] powerpc: warn on spurious irq events (but ratelimited)] On
22/12/2015 (Tue 11:10) Michael Ellerman wrote:
> On Mon, 2015-12-21 at 18:18 -0500, Paul Gortmaker wrote:
> > On Mon, Dec 7, 2015 at 8:38 PM, Paul Gortmaker
> > wrote:
> > > It might be worth warnin
On 11-11-11 08:48 AM, Liu Gang wrote:
> The "#include " was replaced by "#include "
> in the patch "powerpc: various straight conversions from module.h -->
> export.h".
> This will cause the following compile problem:
> arch/powerpc/sysdev/fsl_rio.c: In function 'fsl_rio_mcheck_exception':
> arch/
This fixes a compile regression in powerpc's serial rapidio, caused by
the module.h split. It wasn't seen in defconfig/linux-next builds
since it isn't enabled anywhere by default.
Thanks,
Paul.
The following changes since commit 1ea6b8f48918282bdca0b32a34095504ee65bab5:
Linux 3.2-rc1 (2011-
On 11-11-24 03:14 AM, Kumar Gala wrote:
>
> On Feb 26, 2010, at 1:25 PM, Paul Gortmaker wrote:
>
>> Sending a break on the SOC UARTs found in some MPC83xx/85xx/86xx
>> chips seems to cause a short lived IRQ storm (/proc/interrupts
>> typically shows somewhere
can pass in this information. Also don't do a blanket
overwrite of the bugs setting in the 8250.c driver. Finally,
relocate the known bug #define list to a globally visible header
so that the arch can assign any appropriate values from the list.
Signed-off-by: Paul Gortmaker
---
driver
1D, where sysrq was useless before; with
this fix, it works as expected.
Thanks,
Paul.
[1] http://patchwork.ozlabs.org/patch/46609/
[2] http://patchwork.ozlabs.org/patch/128070/
Paul Gortmaker (3):
serial: make bugs field not specific to 8250 type uarts.
serial: allow passing in ha
so is that it helps pave the way for
allowing arch or platform specific code to pass in information
to the specific uart drivers about uart bugs known to impact
certain platforms that would otherwise be hard to detect from
within the context of the driver itself.
Signed-off-by: Paul Gortmaker
s16550" is used in the compatible field of the serial
device to mark UARTs known to have this issue.
Thanks to Scott Wood for providing the errata data which led to
a much cleaner fix.
Signed-off-by: Paul Gortmaker
---
arch/powerpc/kernel/legacy_serial.c | 11 +++
drivers/tt
On 11-12-01 06:51 PM, Scott Wood wrote:
> On 12/01/2011 05:47 PM, Paul Gortmaker wrote:
>> diff --git a/include/linux/serial_8250.h b/include/linux/serial_8250.h
>> index 8c660af..b0f4042 100644
>> --- a/include/linux/serial_8250.h
>> +++ b/include/linux/seria
On Mon, Nov 28, 2011 at 3:02 PM, Kumar Gala wrote:
> Signed-off-by: Kumar Gala
> ---
> * Need to fixup the commit message
I had this written when I was thinking of re-sending the dts
with the other three, that is before I realized the dts patch
would then overwhelm the other patches completely.
On Thu, Dec 1, 2011 at 7:51 PM, Alan Cox wrote:
>> Make the bugs field part of the globally visible struct
>> uart_port and remove the 8250 specific one.
>
> Except all the bits in it are 8250 specific things or names that are
> meaningless in generic form - no. I also don't want to encourage flag
On Thu, Dec 1, 2011 at 7:57 PM, Alan Cox wrote:
>
>> @@ -1553,7 +1554,15 @@ static void serial8250_handle_port(struct
>> uart_8250_port *up)
>> spin_lock_irqsave(&up->port.lock, flags);
>>
>> - status = serial_inp(up, UART_LSR);
>> + /* Workaround for IRQ storm errata on break with F
On 11-12-02 06:30 AM, Alan Cox wrote:
>>> OK, I'll simply change the above to CONFIG_PPC then.
>>
>> It does, the bug is in the uart IP which I don't think we ever plan on
>> fixing, so 32 or 64-bit parts will have it for ever and ever ;)
>
> It should be runtime selected, there should be no ifde
1 - 100 of 357 matches
Mail list logo
