Re: [GIT PULL] Disintegrate UAPI for openrisc

Hi David, On Thu, 2012-10-04 at 20:51 +0100, David Howells wrote: Can you merge the following branch into the openrisc tree please. This is to complete part of the UAPI disintegration for which the preparatory patches were pulled recently. Note that there are some fixup patches which are

Re: [RFC PATCH v1 08/31] ARC: Fundamental ARCH data-types/defines

On 7 November 2012 10:47, Vineet Gupta vineet.gup...@synopsys.com wrote: diff --git a/arch/arc/include/asm/ptrace.h b/arch/arc/include/asm/ptrace.h new file mode 100644 index 000..c178357 --- /dev/null +++ b/arch/arc/include/asm/ptrace.h @@ -0,0 +1,120 @@ +/* THE pt_regs: Defines how

Re: [RFC PATCH v1 08/31] ARC: Fundamental ARCH data-types/defines

On 8 November 2012 19:52, Vineet Gupta vineet.gup...@synopsys.com wrote: On 7 November 2012 10:47, Vineet Gupta vineet.gup...@synopsys.com wrote: I'd recommend not exporting the pt_regs structure to userspace. This struct is used heavily within the kernel and it's nice to have the leeway to

[GIT PULL] OpenRISC updates for 3.7

. Gong Tao (1): openrisc: mask interrupts in irq_mask_ack function Jonas Bonn (2): openrisc: PIC should act on domain-local irqs openrisc: fix typos in comments and warnings Kees Cook (1): audit: define AUDIT_ARCH_OPENRISC Vladimir Murzin (1

[GIT PULL] OpenRISC UAPI disintegration

+0200) OpenRISC UAPI disintegration work from David Howells. David Howells (1): UAPI: (Scripted) Disintegrate arch/openrisc/include/asm Jonas Bonn (1): Merge

Re: [PATCH 15/25] openrisc: Use Kbuild infrastructure for kvm_para.h

On 13 October 2012 04:26, Steven Rostedt rost...@goodmis.org wrote: From: Steven Rostedt srost...@redhat.com All the headers but kvm_para.h use the Kbuild infrastructure to get to the asm-generic headers. Cc: linux-kbu...@vger.kernel.org Cc: li...@lists.openrisc.net Cc: Jonas Bonn jo

Re: [PATCH] openrisc: use kbuild.h instead of defining macros in asm-offset.c

On Thu, 2012-10-11 at 10:03 +0100, James Hogan wrote: This is modelled on commits such as the one below: Commit fc1c3a003edb8a6778e64e10ef671a38c76c969e (sh: use kbuild.h instead of defining macros in asm-offsets.c) introduced in v2.6.26. Signed-off-by: James Hogan james.ho...@imgtec.com

Re: [PATCH] asm-generic/io.h: remove asm/cacheflush.h include

at their io.h I don't see any obvious problems. Acked-by: Jonas Bonn jo...@southpole.se for OpenRISC Who's tree should this go via. I can take it via the openrisc tree, but it would be good to get some Ack's that this isn't going to break things for the other arch's (in particular score and unicore32

[PATCH 0/2] openrisc: more kernel_thread cleanup

Hi Al, A couple of patches here that continue the cleanup outlined in the kernel_thread discussion. Feel free to take these via your tree if you feel that's appropriate; otherwise let me know and I'll throw these into the openrisc tree. /Jonas Jonas Bonn (2): openrisc: move sys_clone's stack

[PATCH 2/2] openrisc: determine regs directly in copy_thread

seems to be to eventually drop the regs argument to do_fork altogether. Signed-off-by: Jonas Bonn jo...@southpole.se --- arch/openrisc/kernel/entry.S|6 ++ arch/openrisc/kernel/process.c |3 ++- arch/openrisc/kernel/sys_or32.c |9 - 3 files changed, 8 insertions(+), 10

[PATCH 1/2] openrisc: move sys_clone's stack determination to copy_thread

Signed-off-by: Jonas Bonn jo...@southpole.se --- arch/openrisc/kernel/process.c |6 +- arch/openrisc/kernel/sys_or32.c |8 +--- 2 files changed, 6 insertions(+), 8 deletions(-) diff --git a/arch/openrisc/kernel/process.c b/arch/openrisc/kernel/process.c index e0874b8..efbe4f8

Re: [PATCH 1/2] openrisc: move sys_clone's stack determination to copy_thread

On Thu, 2012-10-25 at 16:55 +0100, Al Viro wrote: On Thu, Oct 25, 2012 at 05:46:38PM +0200, Jonas Bonn wrote: + else + userregs-sp = regs-sp;/* fork/clone */ What for? userregs-sp will be equal to regs-sp at that point, unless your compiler is very

Re: [RFC PATCH v1 14/31] ARC: syscall support

On 13 November 2012 12:41, James Hogan james.ho...@imgtec.com wrote: The uClibc patches I mentioned have been posted, see here: http://lists.busybox.net/pipermail/uclibc/2012-November/047110.html Please do try them out and provide any feedback. Hi James, Many thanks for picking this up...

Re: [PATCH 15/25] openrisc: Use Kbuild infrastructure for kvm_para.h

On 13 October 2012 15:55, Steven Rostedt rost...@goodmis.org wrote: On Sat, 2012-10-13 at 08:32 +0200, Jonas Bonn wrote: On 13 October 2012 04:26, Steven Rostedt rost...@goodmis.org wrote: Signed-off-by: Steven Rostedt rost...@goodmis.org Acked-by: Jonas Bonn jo...@southpole.se Thanks

Re: new execve/kernel_thread design

On 17 October 2012 00:35, Al Viro v...@zeniv.linux.org.uk wrote: Not even a tentative patchset: hexagon, openrisc, tile, xtensa. I did most of the OpenRISC conversion last weekend... the kernel_thread bits work fine but I end up with the init thread dying with what I've got now for

Re: [PATCH v2, part1 16/29] mm/openrisc: use common help functions to free reserved pages

On 10 March 2013 07:26, Jiang Liu liu...@gmail.com wrote: Use common help functions to free reserved pages. Also include asm/sections.h to avoid local declarations. Signed-off-by: Jiang Liu jiang@huawei.com Cc: Jonas Bonn jo...@southpole.se Tested and works fine on OpenRISC. Acked

Re: [PATCH v3, part4 26/39] mm/openrisc: prepare for removing num_physpages and simplify mem_init()

On 03/26/2013 04:54 PM, Jiang Liu wrote: Prepare for removing num_physpages and simplify mem_init(). Signed-off-by: Jiang Liu jiang@huawei.com Cc: Jonas Bonn jo...@southpole.se Cc: David Howells dhowe...@redhat.com Cc: Arnd Bergmann a...@arndb.de Cc: li...@lists.openrisc.net Cc: linux

[GIT PULL] OpenRISC bug fixes for 3.9

. * The VIRT_TO_BUS selector was added for OpenRISC, but OpenRISC does not have the virt_to_bus methods, so there's a patch to remove it again. Jonas Bonn (3): openrisc: require gpiolib asm-generic: move cmpxchg*_local

Re: [PATCH] arch: remove CONFIG_GENERIC_FIND_NEXT_BIT again

would be nice. Go ahead and take this patch via your tree. Just in case: Acked-by: Richard Kuo r...@codeaurora.org Acked-by: Jonas Bonn jo...@southpole.se Thanks, Jonas -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org

Re: [PATCH 1/1] asm-generic: move cmpxchg*_local defs to cmpxchg.h

standalone. Thanks, Jonas On 02/28/2013 06:54 AM, Jonas Bonn wrote: asm/cmpxchg.h can be included on its own and needs to be self-consistent. The definitions for the cmpxchg*_local macros, as such, need to be part of this file. This fixes a build issue on OpenRISC since the system.h smashing patch

Re: [RFC 16/17] openrisc: default GENERIC_GPIO to false

On 03/12/13 11:12, Alexandre Courbot wrote: This is one step towards the removal of the GENERIC_GPIO option. OpenRISC mandates the use of GPIOLIB, which enables GENERIC_GPIO anyway, so this patch should be a no-op. Acked-by: Jonas Bonn jo...@southpole.se Signed-off-by: Alexandre Courbot

Re: [PATCH 1/1] openrisc: remove CONFIG_SYMBOL_PREFIX

On 02/06/13 13:58, James Hogan wrote: Remove the SYMBOL_PREFIX Kconfig symbol as it's empty anyway. Signed-off-by: James Hogan james.ho...@imgtec.com Cc: Jonas Bonn jo...@southpole.se Cc: li...@lists.openrisc.net Cc: Mike Frysinger vap...@gentoo.org --- arch/openrisc/Kconfig |4 1

Re: [ORLinux] [PATCH 13/16] openrisc idle: delete pm_idle

On 02/10/13 06:58, Len Brown wrote: From: Len Brown len.br...@intel.com pm_idle() on openrisc was dead code. Signed-off-by: Len Brown len.br...@intel.com Cc: li...@lists.openrisc.net --- arch/openrisc/kernel/idle.c | 5 - 1 file changed, 5 deletions(-) Thanks, Len. Will apply. /Jonas

Re: pt_regs leak into userspace (was Re: [PATCH v3 20/71] ARC: Signal handling)

On 11 February 2013 08:26, Vineet Gupta vineet.gup...@synopsys.com wrote: The only downside of this patch is that userspace signal stack grows in size, since signal frame only cares about scratch regs (pt_regs), but has to accommodate unused placeholder for callee regs too by virtue of

Re: pt_regs leak into userspace (was Re: [PATCH v3 20/71] ARC: Signal handling)

On 11 February 2013 11:13, Vineet Gupta vineet.gup...@synopsys.com wrote: On Monday 11 February 2013 03:06 PM, Jonas Bonn wrote: On 11 February 2013 08:26, Vineet Gupta vineet.gup...@synopsys.com wrote: The only downside of this patch is that userspace signal stack grows in size, since

Re: pt_regs leak into userspace (was Re: [PATCH v3 20/71] ARC: Signal handling)

On 11 February 2013 11:28, James Hogan james.ho...@imgtec.com wrote: On 11/02/13 10:13, Vineet Gupta wrote: On Monday 11 February 2013 03:06 PM, Jonas Bonn wrote: On 11 February 2013 08:26, Vineet Gupta vineet.gup...@synopsys.com wrote: The only downside of this patch is that userspace signal

Re: pt_regs leak into userspace (was Re: [PATCH v3 20/71] ARC: Signal handling)

On 11 February 2013 12:22, Vineet Gupta vineet.gup...@synopsys.com wrote: On Monday 11 February 2013 04:23 PM, Jonas Bonn wrote: On 11 February 2013 11:28, James Hogan james.ho...@imgtec.com wrote: On 11/02/13 10:13, Vineet Gupta wrote: On Monday 11 February 2013 03:06 PM, Jonas Bonn wrote

Re: pt_regs leak into userspace (was Re: [PATCH v3 20/71] ARC: Signal handling)

On 11 February 2013 13:37, Vineet Gupta vineet.gup...@synopsys.com wrote: Anyhow going back to my orig patch - if we park the callee-regs-in-sigcontext-or-not, other bits look OK ? Aside from the callee-regs question (which I hope somebody more knowledgeable can chime in on): Acked-by: Jonas

[GIT PULL] OpenRISC updates for 3.9

fixes. * Four trivial cleanups. James Hogan (1): openrisc: remove CONFIG_SYMBOL_PREFIX Jonas Bonn (4): openrisc: remove unused current_regs openrisc: fix up vmalloc page table loading openrisc: update DTLB-miss

[PATCH 1/1] asm-generic: move cmpxchg*_local defs to cmpxchg.h

inclusion asm/cmpxchg.h into linux/llist.h. CC: David Howells dhowe...@redhat.com Signed-off-by: Jonas Bonn jo...@southpole.se --- include/asm-generic/atomic.h |6 -- include/asm-generic/cmpxchg.h | 10 ++ 2 files changed, 10 insertions(+), 6 deletions(-) diff --git a/include

Re: pt_regs leak into userspace (was Re: [PATCH v3 20/71] ARC: Signal handling)

On 11 February 2013 15:07, Al Viro v...@zeniv.linux.org.uk wrote: I'd suggest asking itanic folks; they do *not* put callee-saved stuff into sigcontext. AFAICS, they don't have setcontext() implemented as a syscall at all - it's done as sigprocmask() + doing to callee-saved registers what

Re: [RFC][CFT] what's in signal.git queue

with a branch, it's in no-rebase mode as well. Branch names are of form arch-arch name, same as the last time around. I tested the arch-openrisc branch and it looks good. Acked-by: Jonas Bonn jo...@southpole.se /Jonas -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body

Re: [PATCH] audit: define AUDIT_ARCH_OPENRISC

On 09/21/2012 12:46 AM, Kees Cook wrote: When using audit on OpenRISC, an audit arch is needed. This defines it and fixes a compile-time bug uncovered in linux-next, likely from a cut/paste from an arch with 64/32-bit modes that defined arch_arch(): arch/openrisc/kernel/ptrace.c:190:2: error:

[PATCH] [SIS190] Constify data marked as __devinitdata

This fixes build error as gcc complains about a section type conflict due to the const __devinitdata in sis190_get_mac_addr_from_apc(). --- drivers/net/sis190.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/net/sis190.c b/drivers/net/sis190.c index

Re: [PATCH] [SIS190] Constify data marked as __devinitdata

instead? Because AFAIK, const *and* __sectionmarker does not mix. You're right... it's documented in linux/init.h that const and __sectionmarker do not mix. The compile error is due to the use of const and __section marker in the function sis190_get_mac_addr_from_apc(). -- To unsubscribe

[PATCH] [SIS190] Use _devinitconst for const data

This fixes build error as gcc complains about a section type conflict due to the mixing of const and non-const data in same section. --- drivers/net/sis190.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/sis190.c b/drivers/net/sis190.c index

[PATCH] [SIS190] Use __devinitconst for const devinit data

Mixing const and __section was previously not allowed. New __devinitconst tag allows this. This fixes a gcc section type mismatch build error. --- drivers/net/sis190.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/sis190.c b/drivers/net/sis190.c index

[PATCH] Add PCI_DEVICE_TABLE macro

The definitions of struct pci_device_id arrays should generally follow the same pattern across the entire kernel. This macro defines this array as static const and puts it into the __devinitconst section. Signed-off-by: Jonas Bonn [EMAIL PROTECTED] --- include/linux/pci.h |8 1

Re: [PATCH] Add PCI_DEVICE_TABLE macro

, Jonas Bonn wrote: The definitions of struct pci_device_id arrays should generally follow the same pattern across the entire kernel. This macro defines this array as static const and puts it into the __devinitconst section. Signed-off-by: Jonas Bonn [EMAIL PROTECTED] --- include/linux/pci.h

Re: [PATCH] Add PCI_DEVICE_TABLE macro

And again, what does this buy us? Clarity and simplicity, I hope... there are a bunch of definitions scattered about the kernel that omit the __devinitdata modifier despite the documentation stating that it should always be there. The definition really should have been const, which wasn't

[PATCH] Add PCI_DEVICE_TABLE macro

The definitions of struct pci_device_id arrays should generally follow the same pattern across the entire kernel. This macro defines this array as const and puts it into the __devinitconst section. Signed-off-by: Jonas Bonn [EMAIL PROTECTED] --- include/linux/pci.h |9 + 1 files

[PATCH] [net] use PCI_DEVICE_TABLE: makes struct pci_device_id array const and adds section attribute __devinitconst

Signed-off-by: Jonas Bonn [EMAIL PROTECTED] --- drivers/net/amd8111e.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/net/amd8111e.c b/drivers/net/amd8111e.c index 85f7276..a4ad2fb 100644 --- a/drivers/net/amd8111e.c +++ b/drivers/net/amd8111e.c @@ -113,7 +113,7

[PATCH] [net] use PCI_DEVICE_TABLE: makes struct pci_device_id array const and adds section attribute __devinitconst

Signed-off-by: Jonas Bonn [EMAIL PROTECTED] --- drivers/net/tlan.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/net/tlan.c b/drivers/net/tlan.c index 3af5b92..bea59c6 100644 --- a/drivers/net/tlan.c +++ b/drivers/net/tlan.c @@ -253,7 +253,7 @@ static struct

[PATCH] [net] use PCI_DEVICE_TABLE: makes struct pci_device_id array const and adds section attribute __devinitconst

Signed-off-by: Jonas Bonn [EMAIL PROTECTED] --- drivers/net/wan/dscc4.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/net/wan/dscc4.c b/drivers/net/wan/dscc4.c index c6f26e2..16d3a4c 100644 --- a/drivers/net/wan/dscc4.c +++ b/drivers/net/wan/dscc4.c @@ -2048,7

[PATCH] [net] use PCI_DEVICE_TABLE: makes struct pci_device_id array const and adds section attribute __devinitconst

Signed-off-by: Jonas Bonn [EMAIL PROTECTED] --- drivers/net/arcnet/com20020-pci.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/net/arcnet/com20020-pci.c b/drivers/net/arcnet/com20020-pci.c index b8c0fa6..87ee0db 100644 --- a/drivers/net/arcnet/com20020-pci.c

[PATCH] [net] use PCI_DEVICE_TABLE: makes struct pci_device_id array const and adds section attribute __devinitconst

Signed-off-by: Jonas Bonn [EMAIL PROTECTED] --- drivers/net/defxx.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/net/defxx.c b/drivers/net/defxx.c index ddc30c4..84a3ce5 100644 --- a/drivers/net/defxx.c +++ b/drivers/net/defxx.c @@ -3630,7 +3630,7 @@ static

[PATCH] [net] use PCI_DEVICE_TABLE: makes struct pci_device_id array const and adds section attribute __devinitconst

Signed-off-by: Jonas Bonn [EMAIL PROTECTED] --- drivers/net/hamachi.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/net/hamachi.c b/drivers/net/hamachi.c index b53f6b6..d8056e9 100644 --- a/drivers/net/hamachi.c +++ b/drivers/net/hamachi.c @@ -1987,7 +1987,7

[PATCH] [net] use PCI_DEVICE_TABLE: makes struct pci_device_id array const and adds section attribute __devinitconst

Signed-off-by: Jonas Bonn [EMAIL PROTECTED] --- drivers/net/pasemi_mac.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/net/pasemi_mac.c b/drivers/net/pasemi_mac.c index 2e39e02..069fa7c 100644 --- a/drivers/net/pasemi_mac.c +++ b/drivers/net/pasemi_mac.c

pci_device_id cleanups

The PCI_DEVICE_TABLE patch I sent earlier doesn't necessarily make much sense by itself... here is a set of patches that apply this macro, in turn moving a lot of this data into __devinitconst which is discardable in certain situations. Hopefully the benefit of this approach is a bit clearer

[PATCH] [net] use PCI_DEVICE_TABLE: makes struct pci_device_id array const and adds section attribute __devinitconst

Signed-off-by: Jonas Bonn [EMAIL PROTECTED] --- drivers/net/wan/lmc/lmc_main.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/net/wan/lmc/lmc_main.c b/drivers/net/wan/lmc/lmc_main.c index 6635ece..e85cfe7 100644 --- a/drivers/net/wan/lmc/lmc_main.c +++ b/drivers

[PATCH] [net] use PCI_DEVICE_TABLE: makes struct pci_device_id array const and adds section attribute __devinitconst

Signed-off-by: Jonas Bonn [EMAIL PROTECTED] --- drivers/net/niu.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/net/niu.c b/drivers/net/niu.c index e98ce1e..ab8148a 100644 --- a/drivers/net/niu.c +++ b/drivers/net/niu.c @@ -62,7 +62,7 @@ static void writeq(u64

[PATCH] [net] use PCI_DEVICE_TABLE: makes struct pci_device_id array const and adds section attribute __devinitconst

Signed-off-by: Jonas Bonn [EMAIL PROTECTED] --- drivers/net/sk98lin/skge.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/net/sk98lin/skge.c b/drivers/net/sk98lin/skge.c index 20890e4..eedcbeb 100644 --- a/drivers/net/sk98lin/skge.c +++ b/drivers/net/sk98lin

[PATCH] [net] use PCI_DEVICE_TABLE: makes struct pci_device_id array const and adds section attribute __devinitconst

Signed-off-by: Jonas Bonn [EMAIL PROTECTED] --- drivers/net/starfire.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/net/starfire.c b/drivers/net/starfire.c index c49214f..a67bac5 100644 --- a/drivers/net/starfire.c +++ b/drivers/net/starfire.c @@ -337,7 +337,7

[PATCH] [net] use PCI_DEVICE_TABLE: makes struct pci_device_id array const and adds section attribute __devinitconst

Signed-off-by: Jonas Bonn [EMAIL PROTECTED] --- drivers/net/sunhme.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/net/sunhme.c b/drivers/net/sunhme.c index b4e7f30..beb0d27 100644 --- a/drivers/net/sunhme.c +++ b/drivers/net/sunhme.c @@ -3247,7 +3247,7

[PATCH] [net] use PCI_DEVICE_TABLE: makes struct pci_device_id array const and adds section attribute __devinitconst

Signed-off-by: Jonas Bonn [EMAIL PROTECTED] --- drivers/net/skfp/skfddi.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/net/skfp/skfddi.c b/drivers/net/skfp/skfddi.c index 7cf9b9f..2a8386b 100644 --- a/drivers/net/skfp/skfddi.c +++ b/drivers/net/skfp/skfddi.c

[PATCH] [net] use PCI_DEVICE_TABLE: makes struct pci_device_id array const and adds section attribute __devinitconst

Signed-off-by: Jonas Bonn [EMAIL PROTECTED] --- drivers/net/3c59x.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/net/3c59x.c b/drivers/net/3c59x.c index 6f8e7d4..d2045d4 100644 --- a/drivers/net/3c59x.c +++ b/drivers/net/3c59x.c @@ -372,7 +372,7 @@ static

[PATCH] Add PCI_DEVICE_TABLE macro

The definitions of struct pci_device_id arrays should generally follow the same pattern across the entire kernel. This macro defines this array as const and puts it into the __devinitconst section. Signed-off-by: Jonas Bonn [EMAIL PROTECTED] --- include/linux/pci.h |9 + 1 files

Re: pci_device_id cleanups

Sam Ravnborg wrote: On Wed, Feb 20, 2008 at 01:53:36PM +0100, Jonas Bonn wrote: The PCI_DEVICE_TABLE patch I sent earlier doesn't necessarily make much sense by itself... here is a set of patches that apply this macro, in turn moving a lot of this data into __devinitconst which is discardable

Re: PowerPC toolchain for x86 [Was: pci_device_id cleanups]

Sam Ravnborg wrote: On Wed, Feb 20, 2008 at 02:27:19PM +0100, Jonas Bonn wrote: Sam Ravnborg wrote: On Wed, Feb 20, 2008 at 01:53:36PM +0100, Jonas Bonn wrote: The PCI_DEVICE_TABLE patch I sent earlier doesn't necessarily make much sense by itself... here is a set of patches that apply

[PATCH] Add DECLARE_PCI_DEVICE_TABLE macro

... Signed-off-by: Jonas Bonn [EMAIL PROTECTED] --- Documentation/pci.txt |6 -- include/linux/pci.h |9 + 2 files changed, 13 insertions(+), 2 deletions(-) diff --git a/Documentation/pci.txt b/Documentation/pci.txt index 72b20c6..bb7bd27 100644 --- a/Documentation/pci.txt

[GIT PULL] OpenRISC changes for 3.8

The following changes since commit 6f0c0580b70c89094b3422ba81118c7b959c7556: Linux 3.7-rc2 (2012-10-20 12:11:32 -0700) are available in the git repository at: git://openrisc.net/~jonas/linux tags/for-3.8 for you to fetch changes up to 634bd40a894d64df09ba36c12bb6e70787989ba9: openrisc:

Re: [braindump][RFC] signals and syscall restarts (Re: [PATCH v2 19/44] metag: Signal handling)

On 8 December 2012 08:44, Al Viro v...@zeniv.linux.org.uk wrote: On Thu, Dec 06, 2012 at 10:09:55PM +, Al Viro wrote: What we need to guarantee is * restarts do not happen on signals caught in interrupts or exceptions * restarts do not happen on signals caught in sigreturn() *

Re: [PATCH RFT RESEND linux-next] openrisc: dma-mapping: support debug_dma_mapping_error

On Thu, 2012-11-15 at 11:00 -0700, Shuah Khan wrote: On Fri, 2012-10-26 at 10:05 -0600, Shuah Khan wrote: Add support for debug_dma_mapping_error() call to avoid warning from debug_dma_unmap() interface when it checks for mapping error checked status. Without this patch, device driver

Re: [RFC PATCH 2/4] openrisc: remove undefined of_get_cpu_node declaration

definition from PPC to DT common code. Again it could be there as it was originally copied from powerpc. Signed-off-by: Sudeep KarkadaNagesha sudeep.karkadanage...@arm.com Cc: Jonas Bonn jo...@southpole.se Hi Jonas, Since both microblaze and openrisc have moderated lists which I am not member

Re: [ORLinux] [PATCH] openrisc: add cache way information to cpuinfo

On 04/27/2013 08:02 PM, Stefan Kristiansson wrote: Motivation for this is to be able to print the way information properly in print_cpuinfo(), instead of hardcoding it to one. Signed-off-by: Stefan Kristiansson stefan.kristians...@saunalahti.fi Applied. Thanks. /Jonas ---

Re: [PATCH] openrisc: Makefile: append -D__linux__ to KBUILD_CFLAGS

On 07/31/2013 05:34 AM, Chen Gang wrote: Need append _D__linux__ to KBUILD_CFLAGS, just like some of another architectures have done, or 'allmodconfig' can not pass compiling. The related error: CC [M] fs/coda/psdev.o In file included from include/linux/coda.h:65:0,

Re: [PATCH] openrisc: Refactor 16-bit constant relocation

On 10/25/2013 04:37 PM, Geert Uytterhoeven wrote: arch/openrisc/kernel/module.c: In function 'apply_relocate_add': arch/openrisc/kernel/module.c:50:13: warning: assignment from incompatible pointer type arch/openrisc/kernel/module.c:54:13: warning: assignment from incompatible pointer type

[PATCH 1/1] openrisc: Use get_signal() signal_setup_done()

From: Richard Weinberger rich...@nod.at Use the more generic functions get_signal() signal_setup_done() for signal delivery. Signed-off-by: Richard Weinberger rich...@nod.at Signed-off-by: Jonas Bonn jo...@southpole.se --- Hi Richard, What's the status of this patch series? Are these lined up

Re: [PATCH 1/1] openrisc: Use get_signal() signal_setup_done()

On 11/06/2013 11:50 AM, Richard Weinberger wrote: Am 06.11.2013 11:17, schrieb Jonas Bonn: Patch looks good. :) (But I didn't test it!) OK, good. I'll take it via the OpenRISC tree then and you can drop it from your V2 series. Thanks, Jonas -- To unsubscribe from this list: send the line

Re: [PATCH 1/5] serial: 8250_pci: use DEFINE_PCI_DEVICE_TABLE macro

Hi Joe, On 12/02/2013 06:48 AM, Joe Perches wrote: (Adding Jonas Bonn to list as he added the macro in the first place...) Thanks... ;) Actually, I think I submitted an even uglier macro called DECLARE_PCI_DEVICE_TABLE... might have been the first kernel patch I ever sent? In any case

Re: [PATCH] openrisc: Add DTS and defconfig for DE0-Nano

Hi Geert, I'll pull this into my OpenRISC tree now as-is, but there's a couple of things that need sorting out before this can be upstreamed... see below. Thanks, Jonas On 11/09/2013 09:37 PM, Geert Uytterhoeven wrote: Add a DTS and defconfig for the Terasic DE0-Nano Development and

Re: [ORLinux] [PATCH] openrisc: Add DTS and defconfig for DE0-Nano

On 11/10/2013 06:51 AM, Stefan Kristiansson wrote: On Sat, Nov 09, 2013 at 09:37:31PM +0100, Geert Uytterhoeven wrote: Notable changes: - Change flash0 to spansion,s25sl064p, due to kernel message m25p80 spi32766.0: found s25sl064p, expected m25p10 This is due to Altera changing the

Re: [PATCH 13/17] openrisc: Refactor or32_early_setup()

-m68k.org Cc: Jonas Bonn jo...@southpole.se Cc: li...@lists.openrisc.net Thanks, I'll take this one directly into the OpenRISC tree. /Jonas -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http

[GIT PULL] OpenRISC updates for 3.13

The following changes since commit 5e01dc7b26d9f24f39abace5da98ccbd6a5ceb52: Linux 3.12 (2013-11-03 15:41:51 -0800) are available in the git repository at: git://git.openrisc.net/~jonas/linux tags/for-3.13 for you to fetch changes up to 621c2cd853fca98258b720d9fe7e8c031ec7f96f:

Re: [PATCH] openrisc: Add DTS and defconfig for DE0-Nano

On 11/15/2013 11:22 AM, Geert Uytterhoeven wrote: This should probably be altera,de0_nano. We also need to put a version terasic,de0_nano? The board says Designed and manufactured by Terasic. Hmm, the sticker on the box says Altera DE0-Nano. Good question... Version number needed.

Re: [ORLinux] [PATCH] openrisc: Add DTS and defconfig for DE0-Nano

On 11/15/2013 12:39 PM, Olof Kindgren wrote: 2013/11/15 Jonas Bonn jo...@southpole.se On 11/15/2013 11:22 AM, Geert Uytterhoeven wrote: This should probably be altera,de0_nano. We also need to put a version terasic,de0_nano? The board says Designed and manufactured by Terasic. Hmm

Re: [ORLinux] [PATCH] openrisc: Add DTS and defconfig for DE0-Nano

versioning of open source hardware. On 11/16/13 12:01, Olof Kindgren wrote: 2013/11/16 Stefan Kristiansson stefan.kristians...@saunalahti.fi On Fri, Nov 15, 2013 at 10:50:18AM +0100, Jonas Bonn wrote: + +i2c0: ocores@a000 { +#address-cells = 1; +#size-cells = 0

Re: [PATCH] openrisc: tlb miss handler optimizations

Hi Stefan, Sorry... this one got lost in the discussion around the HW assisted TLB loader. The patch is fine, per se... compiles and runs without any obvious degradation. The only concern I might have is the removal of dead code which, at first glance, seems that it maybe should be

Re: [PATCH 4/5] openrisc: Wire up asm-generic/xor.h

Hi Geert, On 05/14/2013 09:32 AM, Geert Uytterhoeven wrote: crypto/xor.c:25:21: error: asm/xor.h: No such file or directory Signed-off-by: Geert Uytterhoeven ge...@linux-m68k.org Cc: Jonas Bonn jo...@southpole.se Acked-by: Jonas Bonn jo...@southpole.se Feel free to take it via your tree

[PATCH 1/1] cris: remove unused current_regs

CC: Mikael Starvik star...@axis.com CC: Jesper Nilsson jesper.nils...@axis.com CC: linux-cris-ker...@axis.com Signed-off-by: Jonas Bonn jo...@southpole.se --- Hi Geert, As your 'exotic' branch seems to show you're doing some work on CRIS, how about taking this rather trivial patch into your

Re: [PATCH] openrisc: irq: use irqchip framework

On 05/19/2014 09:54 PM, Stefan Kristiansson wrote: On Mon, May 19, 2014 at 04:44:57PM +0200, Jonas Bonn wrote: ii) Put a Depends on CONFIG_ARCH_OPENRISC in the Kconfig Hmm, do we really need that? The irqchip driver will picked by 'select'ing it from arch/openrisc/Kconfig So, it won't

Re: [PATCH v2] openrisc: irq: use irqchip framework

On 05/21/2014 09:50 PM, Stefan Kristiansson wrote: I see two paths to go to get there though, and here's where I'd like some input. 1) Define the three different implementations as seperate irqchips, with accompanying IRQCHIP_DECLARE. 2) Add custom device-tree bindings and determine the

Re: [PATCH] openrisc: irq: use irqchip framework

Hi Stefan, This looks good. Let's complete the the cleanup of this driver while we're at it: i) Move this file to drivers/irqchip/ ii) Put a Depends on CONFIG_ARCH_OPENRISC in the Kconfig iii) Provide documentation for the binding at Documentation/devicetree/bindings/interrupt-controller/ Copy

Re: [PATCH v4] openrisc: irq: use irqchip framework

On 05/29/2014 10:28 PM, Stefan Kristiansson wrote: On Tue, May 27, 2014 at 08:47:36AM +0200, Jonas Bonn wrote: On 05/26/2014 10:52 PM, Geert Uytterhoeven wrote: CC devicetree for the bindings On Mon, May 26, 2014 at 10:31 PM, Stefan Kristiansson stefan.kristians...@saunalahti.fi wrote

Re: [PATCH v4] openrisc: irq: use irqchip framework

On 05/26/2014 10:52 PM, Geert Uytterhoeven wrote: CC devicetree for the bindings On Mon, May 26, 2014 at 10:31 PM, Stefan Kristiansson stefan.kristians...@saunalahti.fi wrote: +++ b/Documentation/devicetree/bindings/interrupt-controller/opencores,or1k-pic.txt @@ -0,0 +1,23 @@ +OpenRISC

Re: [PATCH 16/25] openrisc: Add 32 bit time_t and clock_t

. Acked-by: Jonas Bonn jo...@southpole.se +typedef long __kernel_time_t; +#define __kernel_time_t __kernel_time_t + +typedef long __kernel_clock_t; +#define __kernel_clock_t __kernel_clock_t + +#include asm-generic/posix_types.h + +#endif -- To unsubscribe from this list: send the line

[GIT PULL] OpenRISC updates for 3.14

that this makes it easier for others to comment on and understand. This rework fixes some real bugs, like the fact that syscall restart did not work reliably. Jonas Bonn (1): openrisc: Rework signal handling Richard Weinberger (1

Re: [PATCH v2 00/11] Consolidate asm/fixmap.h files

in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html -- Jonas Bonn Stockholm, Sweden -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info

Lockdep warning

Hi, Here's a lockdep warning that I'm seeing on an MX28 with 3.13-rc4. This seems to happen as soon as the network link comes up... including the 'netdev' list here as the backtrace shows the FEC driver in the stacktrace. Any advice on how to proceed to track this down appreciated...

Re: Lockdep warning

On 12/19/2013 03:02 PM, Borislav Petkov wrote: On Thu, Dec 19, 2013 at 02:36:40PM +0100, Jonas Bonn wrote: In such situations I'd always search the net first, to see whether this has been fixed already. Hint: try searching for lockdep __udp4_lib_rcv Ah... my bad. Thanks! Sorry for the noise

Re: [ARCH question] Do syscall_get_nr and syscall_get_arguments always work?

. /Jonas --Andy -- To unsubscribe from this list: send the line unsubscribe linux-arch in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html -- Jonas Bonn Stockholm, Sweden -- To unsubscribe from this list: send the line

Re: [PATCH] openrisc: Support both old (or32) and new (or1k) toolchain

Hi Guenter, On 09/22/2014 05:54 AM, Guenter Roeck wrote: On 09/21/2014 07:53 PM, Stefan Kristiansson wrote: On Thu, Sep 18, 2014 at 09:56:38PM -0700, Guenter Roeck wrote: ping ... comments / feedback anyone ? Guenter FWIW, I've tested this and it works fine. Thanks, the patch is fine...

Re: [PATCH] next: openrisc: Fix build

On 09/26/2014 03:54 PM, Guenter Roeck wrote: openrisc:defconfig fails to build in next-20140926 with the following error. In file included from arch/openrisc/kernel/signal.c:31:0: ./arch/openrisc/include/asm/syscall.h: In function 'syscall_get_arch':

Re: [PATCH v2] next: openrisc: Fix build

On 09/26/2014 06:05 PM, Guenter Roeck wrote: openrisc:defconfig fails to build in next-20140926 with the following error. In file included from arch/openrisc/kernel/signal.c:31:0: ./arch/openrisc/include/asm/syscall.h: In function 'syscall_get_arch':

Re: [PATCH v2] next: openrisc: Fix build

-- Sent from my Android phone with K-9 Mail. Please excuse my brevity. On September 26, 2014 8:08:13 PM CEST, Guenter Roeck li...@roeck-us.net wrote: On Fri, Sep 26, 2014 at 01:53:01PM -0400, Eric Paris wrote: Would you like me to carry this in the audit tree, since I'm the one who broke it?

Re: [PATCH 1/1] OpenRISC: Fix kernel build problem on OpenRISC

. You can put my Acked-by: Jonas Bonn jo...@southpole.se on it. Unfortunately, I'm not currently in a position to do anything meaningful with it, so please send it upstream directly via Andrew Morton's collection of assorted patches. /Jonas Thanks, Paul Bolle -- To unsubscribe from

Re: [PATCH 12/23] openrisc/time: Migrate to new 'set-state' interface

: ONESHOT_STOPPED. We weren't doing anything in the -set_mode() callback. So, this patch doesn't provide any set-state callbacks. Cc: Jonas Bonn jo...@southpole.se Cc: li...@lists.openrisc.net Signed-off-by: Viresh Kumar viresh.ku...@linaro.org Acked-by: Jonas Bonn jo...@southpole.se /Jonas -- To unsubscribe

Re: [PATCH v4 19/24] openrisc: entry: Whitespace and comment cleanups

On 02/24/2017 05:32 AM, Stafford Horne wrote: Cleanups to whitespace and add some comments. Reading through the delay slot logic I noticed some things: - Delay slot instructions were not indented - Some comments are not lined up - Use tabs and spaces consistent with other code No

Re: [PATCH v4 06/24] openrisc: add l.lwa/l.swa emulation

On 02/24/2017 05:32 AM, Stafford Horne wrote: From: Stefan Kristiansson This adds an emulation layer for implementations that lack the l.lwa and l.swa instructions. It handles these instructions both in kernel space and user space. Signed-off-by: Stefan

Re: [PATCH v4 22/24] arch/openrisc/lib/memcpy.c: use correct OR1200 option

Hi Stafford, Squash this patch into the memcpy patch in order to prevent surprises for anyone doing a git bisection through here. /Jonas On 02/24/2017 05:32 AM, Stafford Horne wrote: From: Valentin Rothberg The Kconfig option for OR12000 is OR1K_1200.

  1   2   3   >