owerpc: Remove shims for pci_controller_ops operations") from the
powerpc-mpe tree.
I fixed it up (see below) and can carry the fix as necessary (no action
is required).
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
diff --cc arch/powerpc/include/asm/machdep.h
index
6370e
("powerpc/powernv: Move controller ops from ppc_md to controller_ops")
from the powerpc-mpe tree.
I fixed it up (see below) and can carry the fix as necessary (no action
is required).
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
diff --cc arch/powerpc/pla
en he merged
Ben's tree into his.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpyBK4cU3M6J.pgp
Description: OpenPGP digital signature
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
tall
support for the powerpc tests") from the kselftest tree.
I fixed it up (see below) and can carry the fix as necessary (no action
is required).
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
diff --cc tools/testing/selftests/powerpc/tm/Makefile
index 122cf1830de8,34f2ec6
hard lockup detector support") from
the powerpc-mpe tree.
I applied the following merge fix patch (hopefully that is all that is
required):
From: Stephen Rothwell
Date: Mon, 13 Apr 2015 21:18:01 +1000
Subject: [PATCH] powerpc: merge fix for watchdog_enable_hardlockup_detector API
chang
tions(-)
I think you could avoid the patches to signal_32.c and callchain.c by
defining vdso32{,_rt}_sigtramp to be 0 in
arch/powerpc/include/asm/vdso.h. There may be other similar fixes.
--
Cheers,
Stephen Rothwells...@canb.auug.o
= 0;
> +unsigned long vdso32_rt_sigtramp = 0;
And they should be zero anyway, right?
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpWyWtrE59OP.pgp
Description: OpenPGP digital signature
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
k/unlock hpte") from the kvm tree.
I fixed it up (see below) and can carry the fix as necessary (no action
is required).
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
diff --cc arch/powerpc/kvm/book3s_hv_rm_mmu.c
index d839f08cb903,f6bf0b1de6d7..00
fault y at all?
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
signature.asc
Description: PGP signature
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Hi Michael,
On Wed, 24 Sep 2014 15:57:12 +1000 Michael Ellerman wrote:
>
> For __ioremap().
So does that mean that you really want this patch before 2/3 so that you
don't introduce an unnecessary bisection breakage in ppc64_defconfig?
--
Cheers,
Stephen Rothwell
p_nr = BUS_ADRERR;
> + info.si_signo = SIGBUS;
> + info.si_errno = 0;
> + info.si_code = BUS_ADRERR;
> + info.si_addr = (void __user *)address;
If you had done this as 2 patches (one to remove the indent and a
second to fix the actual problem), it would have been much easier to
k and called
^^
calls
> of_changeset_apply.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
signature.asc
Description: PGP signature
___
Linuxppc-dev mailing list
Linuxppc-dev@l
unsigned intirq_reroute_variant:2; /* device needs IRQ rerouting
> variant */
You really should not be assigning "true" to a single bit field ...
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
signature.asc
Description: PGP signature
_
gt; + */
> + if (rdev->family < CHIP_BONAIRE) {
> + dev_info(rdev->dev, "radeon: MSI limited to 32-bit\n");
> + rdev->pdev->no_64bit_msi = true;
Again, no_64bit_msi is not a bool ...
--
Cheers,
Stephen Rothw
S_NO_MSI64) {
> + dev_dbg(card->dev, "Disabling 64bit MSI\n");
> + pci->no_64bit_msi = true;
You get the idea :-)
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
signature.asc
Description: PGP signature
2014-09-19 15:20:42 -0500)
>
> ping
Probably worth explicitly pinging Michael (cc'd) as he is doing this
merge window's collection ...
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
signature.asc
Description: PGP signature
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
ment(struct mm_struct *mm, u64 ea, u64 *esid, u64 *vsid);
This function is otherwise not included in this patch, so it should
probably be removed (as the next patch removes it anyway).
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
signature.asc
Description: PGP signature
_
^
Caused by commit 315786ebbf4a ("iommu: Add iommu_map_sg() function").
Grep is your friend ...
I have used the iommu tree from next-20141104 for today.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpEwgb8fm1KU.pgp
Des
no ranges; cannot translate\n");
> return 1;
> }
> -#endif /* !defined(CONFIG_PPC) */
> if (ranges == NULL || rlen == 0) {
> offset = of_read_number(addr, na);
> memset(addr, 0, pna * 4);
There might be a better identifie
ooks good to me.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpVbekkqMXtY.pgp
Description: OpenPGP digital signature
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
you are trying to cover, but
powerpc is one I care about :-)
I have dropped the access_once tree again today, sorry (its too late at
night).
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpMbNxwriN2y.pgp
Description: OpenPGP digital signature
nel and looking at the execve
system call, I assume that it should be COMPAT_SYS().
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpS5b9E5l_Wn.pgp
Description: OpenPGP digital signature
___
Linuxppc-dev mailing list
t;)
from the vfs tree.
I fixed it up (see below) and can carry the fix as necessary (no action
is required).
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
diff --cc arch/powerpc/kernel/rtas_flash.c
index a3e4034,8196bfb..000
--- a/arch/powerpc/kernel/rtas_flash.c
ave added an include of linux/slab.h to
arch/powerpc/mm/numa.c.
I have added the following merge fix patch for today (but it should be
applied to the powerpc tree ASAP).
From: Stephen Rothwell
Date: Mon, 29 Apr 2013 14:01:44 +1000
Subject: [PATCH] powerpc: numa.c: using kzalloc/kfree requires includ
sysdev/fsl_pci.c
> @@ -941,7 +941,7 @@ static int fsl_pci_resume(struct device *dev)
> return -ENODEV;
> }
>
> - setup_pci_atmu(hose, &pci_rsrc);
> + setup_pci_atmu(hose);
>
> return 0;
> }
>
This is still not in your tree ...
;)
and 2352ad01409d ("ppc: Clean up rtas_flash driver somewhat") from the
vfs tree.
I fixed it up (see below) and can carry the fix as necessary (no action
is required).
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
diff --cc arch/powerpc/kernel/rtas_flash.c
index
00ULL) >> 24) |
> ((x & 0x00ffULL) >> 40) |
> ((x & 0xff00ULL) >> 56);
> }
So, if we are just stealing the output of gcc, why not just use the C
version (at least for 32 bit)?
--
Cheers,
Stephen Ro
Hi Sergey,
On Mon, 27 May 2013 14:26:21 +0200 Sergey Gerasimov
wrote:
>
> arch/powerpc/configs/83xx/ib8315_defconfig | 2152
>
Please submit the result of "make savedefconfig" instead of this as it
will be much smaller.
Thanks.
--
Cheer
functions that the sys_ and
compat_sys_ functions can call - with the sys_ funtions forbidding
MSG_CMSG_COMPAT and the compat_sys_ functions setting it.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/
pgpLOazaK5cxs.pgp
Description: PGP
h in next-20130617.
I will revert that commit in linux-next today.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpiqBCADhYCj.pgp
Description: PGP signature
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https:
Fix
racy access to ptrace breakpoints"" from the akpm tree.
I fixed it up (see below) and can carry the fix as necessary (no action
is required).
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
diff --cc arch/powerpc/kernel/ptrace.c
index 64f7bd5,6645e57..000
};
Are the indexes into this array defined somewhere? If not, can we do
that. Then, can we use explicit indexed initialisers for this array?
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpSJ5UlupuEl.pgp
Description: PGP signature
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
endif
We usually don't bother guarding function declarations.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpxazlU9zvuZ.pgp
Description: PGP signature
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
ser);
You cannot EXPORT a static symbol ... The same through the rest of the
file.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpe3vRHl2xvL.pgp
Description: PGP signature
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
> +
> + BUG_ON(filep->f_op != &vfio_group_fops);
We usually reserve BUG_ON for situations where there is no way to
continue running or continuing will corrupt the running kernel. Maybe
WARN_ON() and return?
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
d vfio_group_del_external_user(struct file *filep);
> +int vfio_group_iommu_id_from_file(struct file *filep);
Just being picky, but all the other function declarations in that file
state "extern" explicitly.
--
Cheers,
Stephen Rothwells...@canb.auu
Hi Michael,
On Fri, 28 Jun 2013 00:16:31 +1000 Michael Ellerman
wrote:
>
> On Thu, Jun 27, 2013 at 02:05:39PM +1000, Stephen Rothwell wrote:
> >
> > On Tue, 25 Jun 2013 17:47:56 +1000 Michael Ellerman
> > wrote:
> > >
> > > -void tm_unavailable_e
Gavin Shan
> +L: linuxppc-dev@lists.ozlabs.org
> +S: Supported
> F: Documentation/powerpc/eeh-pci-error-recovery.txt
> +F: arch/powerpc/kernel/eeh*.c
>
> PCI SUBSYSTEM
> M: Bjorn Helgaas
The entries in the MAINTAINERS file are meant to be in alphabetical
or
t 6bbbca735936 ("pstore: Pass header size in the pstore
write callback").
I have used the version from next-20130701 for today.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpApmxoFEH8V.pgp
Description: PGP signature
__
Hi Andy,
On Mon, 29 Jul 2013 18:33:04 -0500 Andy Fleming wrote:
>
> +EXPORT_SYMBOL(smp_generic_cpu_bootable);
I am pretty sure that none of the places you are going to use this can be
built as modules, so remove this EXPORT_SYMBOL, please.
--
Cheers,
Stephen Rothwell
= LD+SW;
> + } else if (IS_XFORM(instruction) &&
> +((instruction >> 1) & 0x3ff) == 660) {
ditto
/me points at a bike shed :-)
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpgBWYw3gsQR.pgp
Description: PGP signature
__
ARRAY_SIZE(facility_strings))
> + facility = facility_strings[status];
> + else
> + facility = "unknown";
For entries in the array that are not set, this will give facility ==
NULL. Is that what you intended?
> pr_err("%sFac
)
from the block tree.
I fixed it up (see below) and can carry the fix as necessary (no action
is required).
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
diff --cc MAINTAINERS
index b09702c197ca,b327ac39e951..
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@@ -801
is full of stuff to be merged by
Linus for v4.3. Nothing for v4.4 should be in linux-next until after
v4.3-rc1 is released in 3-4 weeks i.e. after the next merge window
closes.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
ust to be clear: the above should read "Once 4.2 is released and the
4.3 merge window *closes* (i.e. v4.3-rc1 is released), linux-next is
open for 4.4 material".
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
We cannot put the unsetting of config options in the Kconfig file, nor
the integer or string options.
I checked that after this we get the same .config files generated (except
for the addition of the new PPC64_DEFCONFIG* config options.
Any thoughts?
---
arch/powerpc/Kconfig |
Hi Kumar,
Thanks for your comments.
On Fri, 9 Aug 2013 09:41:54 -0500 Kumar Gala wrote:
>
>
> On Aug 9, 2013, at 1:24 AM, Stephen Rothwell wrote:
>
> > We cannot put the unsetting of config options in the Kconfig file, nor
> > the integer or string options.
> >
c/kernel/smp.c
> +++ b/arch/powerpc/kernel/smp.c
> @@ -609,11 +609,36 @@ static struct device_node *cpu_to_l2cache(int cpu)
> return cache;
> }
>
> +static void traverse_core_siblings(int cpu, int add)
This "add" parameter is only used as a boolean, so should be
(cpu, NULL);
> + if (np) {
> + chip = -1;
> + prop = of_get_property(np, "ibm,chip-id", &plen);
> + if (prop && plen == sizeof(int))
> + chip = *(int *)prop;
Here as well.
--
Cheers,
Stephen Rothwel
)
> +#define GET_CTR(reg, area) ld reg,area+EX_CTR(r13)
> +#define RESTORE_CTR(reg, area) ld reg,area+EX_CTR(r13) ; mtctr reg
> #else
> /* ...else LR is unused and in register. */
^^
and again
--
Cheers,
Stephen Rothwell
commit d6970d4b726c ("enable building user namespace with xfs")
from the xfs tree (that was fun to find :-)).
I have reverted that commit for today. It could probably be replaced
with a patch that just changed XFS_FS to SPU_FS in the UIDGID_CONVERTED
config dependency - or someone
d to be fixed fairly soon, though.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpJX5S7I3XCP.pgp
Description: PGP signature
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
ONFIG_KEXEC help texts.
>
> Remove them, too.
>
> Signed-off-by: Geert Uytterhoeven
Looks good to me. Thanks.
Acked-by: Stephen Rothwell
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgprObJ4e7WHp.pgp
Description: PGP signature
__
Rafael, I used both your addresses because I have had a bounce from
the sisk.pl one in the past ...
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpH8TaKJcGAQ.pgp
Description: PGP signature
___
Linuxppc-dev mailing list
e) as that just tends to irritate list owners.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
(slightly irritated list owner :-))
pgpJ7nZ4PiscK.pgp
Description: PGP signature
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs
gt;
> - /* We can hard enable interrupts now */
> + /* We can hard enable interrupts now to allow perf interrupts */
> may_hard_irq_enable();
>
> /* And finally process it */
> - if (irq != NO_IRQ)
> - handle_one_irq(irq);
then you remove the
d in commit dcd83aaff1c8 ("tty/powerpc: introduce the
ePAPR embedded hypervisor byte channel driver") in v3.2.
Anyone got a good solution?
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpNt0jEitsIn.pgp
Description: PGP signature
_
powernv") from the powerpc tree
interacting with commit b5b4bb3f6a11 ("of: only include prom.h on sparc")
from the dt-rh tree.
I added this merge fix patch (which will need to be sent to Linus when
these two trees get merged, or could be applied now to the powerpc tree):
From:
d as a weak
function") from the dt-rh tree.
I fixed it up (see below) and can carry the fix as necessary (no action
is required).
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
diff --cc arch/powerpc/include/asm/prom.h
index bf09e5a065b8,7687f82a3217..
--- a
structure")
from the kvm-ppc tree.
Different version of the same patch. I used the powerpc tree version
(there wer other changes there).
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpnANmNKFlzW.pgp
Description: PGP signature
___
quot;) from
the leds tree.
I fixed it up (see below) and can carry the fix as necessary (no action
is required).
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
diff --cc include/linux/of.h
index 2567ccd32482,54c25606a997..
--- a/include/linux/of.h
+++ b/incl
Hi Rob,
On Fri, 01 Nov 2013 17:24:42 -0500 Rob Herring wrote:
>
> On 11/01/2013 12:20 AM, Stephen Rothwell wrote:
> >
> > Today's linux-next merge of the dt-rh tree got a conflict in
> > arch/powerpc/include/asm/prom.h between commit a3e31b458844
to the __dev* annotation removals -
a lot of which are in the driver-core tree
(git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git#driver-core-next).
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgplLaHT2Q
know what introduced that.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpxcpVMyfcPF.pgp
Description: PGP signature
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Hi all,
On Mon, 17 Dec 2012 14:22:38 +1100 Stephen Rothwell
wrote:
>
> After merging the final tree, today's linux-next build (powerpc allnoconfig)
> produced this warning:
>
> warning: (PPC) selects SPARSE_IRQ which has unmet direct dependencies
> (HAVE_GENERIC_
tions-64s.S:1204: Error: attempt to move .org backwards
Not sure what caused that - probably a combination of patches adding code
low down. I have just left this broken for today.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
x27;) [-Werror]
Caused by commit 1c53a270724d ("perf/POWER7: Make generic event
translations available in sysfs").
I have used the tip tree from 20130128 for today.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgp3Y5G9XwCFF.pgp
Description: PGP signature
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
NFIG_TASK_DELAY_ACCT=y
I don't know if that was deliberate, but it was suprising. I noticed
when this patch entered next-20130207.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpDrCudsO4lC.pgp
Description: PGP signature
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Hi Frederic,
On Fri, 8 Feb 2013 14:07:49 +1100 Stephen Rothwell
wrote:
>
> This patch has the side effect of changing the default configurations:
> (This is PowerPC pseries_defconfig before/after this patch)
>
> @@ -119,8 +120,8 @@
> #
> # CPU/Task time
Commit abf917cd91cb ("cputime: Generic on-demand virtual cputime
accounting") inadvertantly changed the default CPU_ACCOUNTING config
for PPC64. Repair that.
Signed-off-by: Stephen Rothwell
---
init/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/init/Kcon
Hi James,
On Mon, 11 Feb 2013 11:57:28 + James Hogan wrote:
>
> On 12/11/12 21:26, Stephen Rothwell wrote:
> > Make if easier for more architectures to select it and thus disable
> > drivers that use virt_to_bus().
> >
> > Signed-off-by: Stephen Rothwell
>
Change it to CONFIG_HAVE_VIRT_TO_BUS and set it in all architecures
that already provide virt_to_bus().
Signed-off-by: Stephen Rothwell
---
arch/Kconfig| 7 +++
arch/alpha/Kconfig | 1 +
arch/arm/Kconfig| 1 +
arch/avr32/Kconfig | 1 +
arch/blackfin/Kconfig
quot;powerpc: switch to generic sigaltstack") from the signal tree.
I fixed it up (I think - see below) and can carry the fix as necessary
(no action is required).
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
diff --cc arch/powerpc/kernel/signal_32.c
index e4a88d3,80
Hi Ben,
On Thu, 21 Feb 2013 14:43:49 -0600 Michael Neuling wrote:
>
> Benjamin Herrenschmidt wrote:
>
> > On Thu, 2013-02-21 at 15:52 +1100, Stephen Rothwell wrote:
> > >
> > > Today's linux-next merge of the signal tree got conflicts in
> > > a
> @@ -358,3 +358,4 @@ SYSCALL_SPU(setns)
> COMPAT_SYS(process_vm_readv)
> COMPAT_SYS(process_vm_writev)
> SYSCALL(finit_module)
> +SYSCALL(ni_syscall)
It is probably worth commenting what syscall should be there.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
p
Our kernel is not much good without BINFMT_ELF and this fixes a build
warning on 64 bit allnoconfig builds:
warning: (COMPAT) selects COMPAT_BINFMT_ELF which has unmet direct dependencies
(COMPAT && BINFMT_ELF)
Signed-off-by: Stephen Rothwell
---
arch/powerpc/Kconfig | 1 +
1 file ch
ot enabled"
was included in the commit log so that we could figure out exactly what
needed to be protected instead of just effectively removing the whole
file.
I just reverted that commit for today. Can someone please supply a
better solution or even just more information about what
5dd47da5b2e864df46cd6e5a82
"KVM: allow host header to be included even for !CONFIG_KVM"
Cc: Kevin Hilman
Cc: Marcelo Tosatti
Signed-off-by: Stephen Rothwell
---
include/linux/kvm_host.h | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
Kevin, does this still fix the er
the builds overnight,
will send it to Linus tomorrow or Wednesday.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpo459H6LW_Y.pgp
Description: PGP signature
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Hi Mikey,
On Mon, 25 Mar 2013 17:07:17 +1100 Michael Neuling wrote:
>
> FYI you're gonna need this one also to make allmodconfig work.
>
> http://patchwork.ozlabs.org/patch/230244/
Thanks for that, I will add it to linux-next tomorrow.
--
Cheers,
Stephen Rothwell
ions where the ePAPR idle hcall can be supported
arch/powerpc/kernel/epapr_paravirt.c | 6 ++
arch/powerpc/kernel/exceptions-64s.S | 144 +--
2 files changed, 78 insertions(+), 72 deletions(-)
--
Cheers,
Stephen Rothwells...@canb.a
d int *nid)
{
unsigned long long mem;
--
1.8.1
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpapQ5yneHNS.pgp
Description: PGP signature
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
+++-
1 file changed, 7 insertions(+), 1 deletion(-)
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpV_wtUOmkJX.pgp
Description: PGP signature
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org
_put(node);
Actually, if out_args is NULL, you should do the of_node_put(node), so
probably the correct fix is to add an "else" before the above "if" (and
move the comment).
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/
Hi,
On Wed, 10 Apr 2013 09:06:11 + Tang Yuantian-B29983
wrote:
>
> Yes, I already sent out the v2 patch.
> Please see: http://patchwork.ozlabs.org/patch/235288/
Thanks. I should read all my email before replying to it :-)
--
Cheers,
Stephen Rothwell
Hi all,
If there any patches pending for regressions in v3.9, please send me
pointers to them in patchwork, or on the mailing list. I will try to
get a last pull request to Linus early next week.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpxzUWKUt6oH.pgp
Hi Michael,
On Mon, 15 Apr 2013 22:00:17 +1000 Michael Ellerman
wrote:
>
> On Thu, Nov 29, 2012 at 10:55:25AM +1100, Stephen Rothwell wrote:
> > These sometimes produce unexpected results and make it hard to put the
> > start up code (for 64 bit) into the
Hi Michael,
On Mon, 15 Apr 2013 23:30:40 +1000 Stephen Rothwell
wrote:
>
> On Mon, 15 Apr 2013 22:00:17 +1000 Michael Ellerman
> wrote:
> >
> > On Thu, Nov 29, 2012 at 10:55:25AM +1100, Stephen Rothwell wrote:
> > > These sometimes produce unexpected resul
+
5 files changed, 10 insertions(+), 2 deletions(-)
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpAkhNE7_3jl.pgp
Description: PGP signature
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.or
;") from the
ppc-temp tree.
I fixed it up (see below) and can carry the fix as necessary (no action
is required).
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
diff --cc arch/metag/mm/Kconfig
index 794f26a,ccf2576..000
--- a/arch/metag/mm/Kconfig
+++ b/arch/meta
RES; i++) {
> + if (!vec5_fw_features_table[i].feature)
> + continue;
And this test could go away.
I realise that you have just copied the existing code, but you should not
do that blindly. Maybe you could even add an (earlier) patch that f
previous version of the patch set).
> +bool platform_has_feature(unsigned int);
Ditto.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgp5P_HIWmupA.pgp
Description: PGP signature
___
Linuxppc-dev mailing list
Linuxppc-dev@list
can't do "extern inline" with no body ...
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpYD_KU3Eta0.pgp
Description: PGP signature
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Hi Nathan,
On Mon, 22 Apr 2013 13:47:55 -0500 Nathan Fontenot
wrote:
>
> +inline int prrn_is_enabled(void)
> +{
> + return prrn_enabled;
> +}
We generally leave these "inline"s up to the compiler these days i.e.
remove the "inline".
--
Cheers,
St
*/
> + vd = *prop_data++;
> + prop_data += vd;
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpWe1tYlptKI.pgp
Description: PGP signature
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
lid entry in every
> slot.
>
> This patch removes the FIRMWARE_MAX_FEATURES #define and replaces the
> array looping with the use of ARRAY_SIZE().
>
Suggested-by: Stephen Rothwell
> Signed-off-by: Nathan Fontenot
> @@ -77,12 +77,10 @@
> pr_debug(" -> fw_featu
ll_get_arch(void)
> +{
> + int arch = AUDIT_ARCH_PPC;
> +
> +#ifdef CONFIG_PPC64
> + if (!is_32bit_task())
> + arch = AUDIT_ARCH_PPC64;
> +#endif
> + return arch;
This could just be
return is_32bit_task() ? AUDIT_ARCH_PPC : AUDIT_ARCH_PPC64;
as
tephen just informed me that your tree wasn't in -next ... Kumar's
> > > > still is.
> > > >
> > > > Can you guys fix that up ? I somewhat rely on the FSL stuff to simmer
> > > > in -next on its own.
> >
> > Stephen, what'
Hi Scott,
On Mon, 12 May 2014 08:23:36 +1000 Stephen Rothwell
wrote:
>
> On Fri, 9 May 2014 16:15:33 -0500 Scott Wood wrote:
> >
> > On Mon, 2014-03-24 at 20:09 -0500, Scott Wood wrote:
> > > On Mon, 2014-03-24 at 10:33 +1100, Benjamin Herrenschmidt wrote:
> >
when branching to a function") and 354255014a90 ("powerpc:
Remove dot symbol usage in exception macros") from the powerpc tree.
I fixed it up (see below) and can carry the fix as necessary (no action
is required).
--
Cheers,
Stephen Rothwells...@canb.auug.or
1 - 100 of 1849 matches
Mail list logo
