wlaeosyv | 17 Nov 17:58 2014
Picon

Здpавствуйтe! Bас интepeсуют kлиeнтсkиe базы данных?

Здравcтвуйтe! Ваc интeрecyют kлиeнтckиe базы данныx?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Stefano Stabellini | 17 Nov 15:11 2014

[RFC] add a struct page* parameter to dma_map_ops.unmap_page

Hi all,
I am writing this email to ask for your advice.

On architectures where dma addresses are different from physical
addresses, it can be difficult to retrieve the physical address of a
page from its dma address.

Specifically this is the case for Xen on arm and arm64 but I think that
other architectures might have the same issue.

Knowing the physical address is necessary to be able to issue any
required cache maintenance operations when unmap_page,
sync_single_for_cpu and sync_single_for_device are called.

Adding a struct page* parameter to unmap_page, sync_single_for_cpu and
sync_single_for_device would make Linux dma handling on Xen on arm and
arm64 much easier and quicker.

I think that other drivers have similar problems, such as the Intel
IOMMU driver having to call find_iova and walking down an rbtree to get
the physical address in its implementation of unmap_page.

Callers have the struct page* in their hands already from the previous
map_page call so it shouldn't be an issue for them.  A problem does
exist however: there are about 280 callers of dma_unmap_page and
pci_unmap_page. We have even more callers of the dma_sync_single_for_*
functions.

Is such a change even conceivable? How would one go about it?

(Continue reading)

Helge Deller | 15 Nov 23:00 2014
Picon
Picon

[GIT PULL] parisc architecture patches for v3.18

Hi Linus,

please pull some patches for the parisc architecture for kernel 3.18 from 
  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-3.18-2

Changes include:
- wire up the bpf syscall
- Remove CONFIG_64BIT usage from some userspace-exported header files
- Use compat functions for msgctl, shmat, shmctl and semtimedop syscalls 

Thanks,
Helge

----------------------------------------------------------------
Helge Deller (4):
      parisc: Wire up bpf syscall
      parisc: Use BUILD_BUG() instead of undefined functions
      parisc: Use compat layer for msgctl, shmat, shmctl and semtimedop syscalls
      parisc: Avoid using CONFIG_64BIT in userspace exported headers

 arch/parisc/include/asm/uaccess.h          | 19 +++++++---------
 arch/parisc/include/uapi/asm/bitsperlong.h |  8 +------
 arch/parisc/include/uapi/asm/msgbuf.h      |  8 ++++---
 arch/parisc/include/uapi/asm/sembuf.h      |  6 +++--
 arch/parisc/include/uapi/asm/shmbuf.h      | 35 +++++++++++++-----------------
 arch/parisc/include/uapi/asm/signal.h      |  2 +-
 arch/parisc/include/uapi/asm/unistd.h      |  3 ++-
 arch/parisc/kernel/syscall_table.S         |  9 ++++----
 8 files changed, 41 insertions(+), 49 deletions(-)
--
(Continue reading)

Helge Deller | 10 Nov 22:04 2014
Picon
Picon

[PATCH] parisc: Drop CONFIG_64BIT usage in userspace exported headers

The gcc compiler provide the predefined __LP64__ macro. Use that
instead. 

Signed-off-by: Helge Deller <deller <at> gmx.de>

diff --git a/arch/parisc/include/uapi/asm/bitsperlong.h b/arch/parisc/include/uapi/asm/bitsperlong.h
index 75196b4..ebde3830 100644
--- a/arch/parisc/include/uapi/asm/bitsperlong.h
+++ b/arch/parisc/include/uapi/asm/bitsperlong.h
 <at>  <at>  -1,13 +1,7  <at>  <at> 
 #ifndef __ASM_PARISC_BITSPERLONG_H
 #define __ASM_PARISC_BITSPERLONG_H

-/*
- * using CONFIG_* outside of __KERNEL__ is wrong,
- * __LP64__ was also removed from headers, so what
- * is the right approach on parisc?
- *	-arnd
- */
-#if (defined(__KERNEL__) && defined(CONFIG_64BIT)) || defined (__LP64__)
+#if defined (__LP64__)
 #define __BITS_PER_LONG 64
 #define SHIFT_PER_LONG 6
 #else
diff --git a/arch/parisc/include/uapi/asm/msgbuf.h b/arch/parisc/include/uapi/asm/msgbuf.h
index fe88f26..3421389 100644
--- a/arch/parisc/include/uapi/asm/msgbuf.h
+++ b/arch/parisc/include/uapi/asm/msgbuf.h
 <at>  <at>  -1,6 +1,8  <at>  <at> 
 #ifndef _PARISC_MSGBUF_H
(Continue reading)

Helge Deller | 10 Nov 21:46 2014
Picon
Picon

[PATCH] parisc: Use compat layer for msgctl, shmat, shmctl and semtimedop syscalls

Switch over the msgctl, shmat, shmctl and semtimedop syscalls to use the compat
layer.  The problem was found with the debian procenv package, which called
	shmctl(0, SHM_INFO, &info);
in which the shmctl syscall then overwrote parts of the surrounding areas on
the stack on which the info variable was stored and thus lead to a segfault
later on.

Additionally fix the definition of struct shminfo64 to use unsigned longs like
the other architectures. This has no impact on userspace since we only have a
32bit userspace up to now.

Signed-off-by: Helge Deller <deller <at> gmx.de>
Cc: John David Anglin <dave.anglin <at> bell.net>
Cc: <stable <at> vger.kernel.org> # v3.10+

diff --git a/arch/parisc/include/uapi/asm/shmbuf.h b/arch/parisc/include/uapi/asm/shmbuf.h
index 0a3eada..f395cde 100644
--- a/arch/parisc/include/uapi/asm/shmbuf.h
+++ b/arch/parisc/include/uapi/asm/shmbuf.h
 <at>  <at>  -36,23 +36,16  <at>  <at>  struct shmid64_ds {
 	unsigned int		__unused2;
 };

-#ifdef CONFIG_64BIT
-/* The 'unsigned int' (formerly 'unsigned long') data types below will
- * ensure that a 32-bit app calling shmctl(*,IPC_INFO,*) will work on
- * a wide kernel, but if some of these values are meant to contain pointers
- * they may need to be 'long long' instead. -PB XXX FIXME
- */
-#endif
(Continue reading)

MRS GRACE MANDA | 2 Nov 20:54 2014
Picon

(unknown)


This is Mrs Grace Manda (  Please I need your Help is Urgent). 
Attachment (Mrs Grace Manda.rtf): application/rtf, 47 KiB
Loan Engine | 27 Oct 06:13 2014
Picon

guten Tag


guten Tag

Holen Sie sich ein Darlehen zu 3% sowohl kurz- als auch langfristig. Die Kredite Engine ist ein
f&uuml;hrender gesicherte Darlehen Broker. Wir haben ein einzigartiges System, das uns sofort finden
Sie den besten Kredit f&uuml;r Sie, basierend auf Ihren pers&ouml;nlichen Umst&auml;nden und
Kredit-Geschichte erm&ouml;glicht. Wir arbeiten in allen Arten von Krediten. Geben Sie die folgenden
Informationen, wenn Sie interessiert sind.

Vollst&auml;ndiger Name: Geschlecht: Land: Ben&ouml;tigte Menge: Dauer: Mission:

Wir m&uuml;ssen alle Einzelheiten der Kreditbearbeitung.

Gr&uuml;&szlig;e
Ana wei&szlig;
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

PPC KREDIT DEUTSCHLAND | 23 Oct 17:18 2014
Picon
Picon

Haben Sie einen Kredit brauchen?

Guten Tag,

Haben Sie einen Kredit brauchen? Antworten zurück mit den folgenden Informationen per E-Mail: ppcloangermany <at> gmail.com

Vollständiger Name:
Land:
Dauer:
Beruf:
Benötigte Menge:
Telefonnummer:
Name der Firma:

Wir warten auf Ihre Antwort, wenn interessiert.

Danke.

Paul Clarke.
Chief Executive Officer (PPC KREDIT, DEUTSCHLAND)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Helge Deller | 21 Oct 21:46 2014
Picon
Picon

[PATCH] parisc: fix out-of-register compiler error in ldcw inline assembler function

Sometimes we face this compiler error:

arch/parisc/include/asm/ldcw.h:39:2: error: can't find a register in class 'R1_REGS' while reloading 'asm'
	__asm__ __volatile__(__LDCW " 0(%2),%0"...
	note: in expansion of macro '__ldcw'
	error: 'asm' operand has impossible constraints

Dave suggested:
Likely the problem can be fixed by making __ldcw a static inline function and
forcing the argument 'a' to a specific register before using in ldcw.

Since it's not easy to reproduce this bug, this patch now tries to still let
the compiler decide on which register should be used. If it doesn't work, we'll
have to assign a specific register as suggested by Dave.

Signed-off-by: Helge Deller <deller <at> gmx.de>
Cc: John David Anglin <dave.anglin <at> bell.net>

diff --git a/arch/parisc/include/asm/ldcw.h b/arch/parisc/include/asm/ldcw.h
index d2d11b7..b951e01 100644
--- a/arch/parisc/include/asm/ldcw.h
+++ b/arch/parisc/include/asm/ldcw.h
 <at>  <at>  -34,12 +34,14  <at>  <at> 
 #endif /*!CONFIG_PA20*/

 /* LDCW, the only atomic read-write operation PA-RISC has. *sigh*.  */
-#define __ldcw(a) ({						\
-	unsigned __ret;						\
-	__asm__ __volatile__(__LDCW " 0(%2),%0"			\
-		: "=r" (__ret), "+m" (*(a)) : "r" (a));		\
(Continue reading)

Helge Deller | 21 Oct 21:29 2014
Picon
Picon

[PATCH] parisc: use BUILD_BUG() instead of undefined functions

Signed-off-by: Helge Deller <deller <at> gmx.de>

diff --git a/arch/parisc/include/asm/uaccess.h b/arch/parisc/include/asm/uaccess.h
index 4006964..a5cb070 100644
--- a/arch/parisc/include/asm/uaccess.h
+++ b/arch/parisc/include/asm/uaccess.h
 <at>  <at>  -9,6 +9,8  <at>  <at> 
 #include <asm/errno.h>
 #include <asm-generic/uaccess-unaligned.h>

+#include <linux/bug.h>
+
 #define VERIFY_READ 0
 #define VERIFY_WRITE 1

 <at>  <at>  -28,11 +30,6  <at>  <at> 
  * that put_user is the same as __put_user, etc.
  */

-extern int __get_kernel_bad(void);
-extern int __get_user_bad(void);
-extern int __put_kernel_bad(void);
-extern int __put_user_bad(void);
-
 static inline long access_ok(int type, const void __user * addr,
 		unsigned long size)
 {
 <at>  <at>  -43,8 +40,8  <at>  <at>  static inline long access_ok(int type, const void __user * addr,
 #define get_user __get_user

(Continue reading)

Helge Deller | 21 Oct 21:27 2014
Picon
Picon

[PATCH] parisc: Wire up bpf syscall

Signed-off-by: Helge Deller <deller <at> gmx.de>

diff --git a/arch/parisc/include/uapi/asm/unistd.h b/arch/parisc/include/uapi/asm/unistd.h
index 8667f18..5f5c037 100644
--- a/arch/parisc/include/uapi/asm/unistd.h
+++ b/arch/parisc/include/uapi/asm/unistd.h
 <at>  <at>  -833,8 +833,9  <at>  <at> 
 #define __NR_seccomp		(__NR_Linux + 338)
 #define __NR_getrandom		(__NR_Linux + 339)
 #define __NR_memfd_create	(__NR_Linux + 340)
+#define __NR_bpf		(__NR_Linux + 341)

-#define __NR_Linux_syscalls	(__NR_memfd_create + 1)
+#define __NR_Linux_syscalls	(__NR_bpf + 1)

 
 #define __IGNORE_select		/* newselect */
diff --git a/arch/parisc/kernel/syscall_table.S b/arch/parisc/kernel/syscall_table.S
index b563d9c..d65c50a 100644
--- a/arch/parisc/kernel/syscall_table.S
+++ b/arch/parisc/kernel/syscall_table.S
 <at>  <at>  -436,6 +436,7  <at>  <at> 
 	ENTRY_SAME(seccomp)
 	ENTRY_SAME(getrandom)
 	ENTRY_SAME(memfd_create)	/* 340 */
+	ENTRY_SAME(bpf)

 	/* Nothing yet */

--
(Continue reading)


Gmane