Helge Deller | 26 Aug 21:47 2014
Picon
Picon

[PATCH] parisc: Wire up seccomp, getrandom and memfd_create syscalls

With secure computing we only support the SECCOMP_MODE_STRICT mode for now.

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

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 6e75e20..1554a6f 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
 <at>  <at>  -321,6 +321,22  <at>  <at>  source "fs/Kconfig"

 source "arch/parisc/Kconfig.debug"

+config SECCOMP
+	def_bool y
+	prompt "Enable seccomp to safely compute untrusted bytecode"
+	---help---
+	  This kernel feature is useful for number crunching applications
+	  that may need to compute untrusted bytecode during their
+	  execution. By using pipes or other transports made available to
+	  the process as file descriptors supporting the read/write
+	  syscalls, it's possible to isolate those applications in
+	  their own address space using seccomp. Once seccomp is
+	  enabled via prctl(PR_SET_SECCOMP), it cannot be disabled
+	  and the task is only allowed to execute a few safe syscalls
+	  defined by each seccomp mode.
+
+	  If unsure, say Y. Only embedded should say N here.
+
 source "security/Kconfig"

(Continue reading)

Abdul Nasser Sokariah | 23 Aug 16:08 2014
Picon

Urgent Assistance from Syria

-- 
Good Day From Syria,

My name is Abdul Nasser Sokariah and I am writing you from Syria, I
choose to contact you directly as I need a reliable person to trust
who can help me make claims to my huge deposit with a vault company in
AFRICA, and based on my present situation in Syria, I need you
urgently to take  possession of everything and further
modalities/directives will follow.

Contact me  only on my private Email:nabdul247 <at> gmail.com for
clarifications,I await your response.

Yours truly, Abdul Nasser Sokariah
Contact Email:nabdul247 <at> gmail.com
--
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

GVA Abogados. | 15 Aug 15:36 2014
Picon

Transaction XLK-14-TTF/ESP.

Dear Friend,

                  Please acknowledge and accept my proposal.

My name is Barrister Miguel Martinez Moreno, an Attorney at Law, in 
Alicante-Spain.

I am writing to notify you of the unclaimed inheritance deposit of our 
late client, who passed on to Great beyond on August 21st, 2010 in a 
motor accident in auto pista de Alcala Del Henares, Madrid-Spain.

I got your name and email address through a web search engine in my 
quest to get a reliable individual who shall work with me in claiming 
this inheritance deposit since all my efforts to get the biological 
relative has proved abortive.

Conclusively, I await your urgent response to include the following :( 
1).Your full Names & Address. (2).Your Telephone and Fax numbers. 
(3).Your business name if any: for more information on how to release 
the inheritance deposit, amount, procedure and legality of this claim 
send me an email via: gva_abogados <at> aim.com

Have a very nice day my friend!

Regards,
Miguel Martinez Moreno (Esq)
Attorney At Law.
gvaintencia <at> aim.com
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
(Continue reading)

Micheal Ruthven | 4 Aug 17:59 2014

Hello


Hi,

Am Micheal Ruthven please permit me to discuss a client's finances in  
my care as
you share same second name,if interested. Reply to: ruthven02micheal <at> gmail.com
for more details.
--
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

Dan Carpenter | 31 Jul 17:20 2014
Picon

[patch] [PARISC] sys_hpux: NUL terminator is one past the end

We allocate "len" number of chars so we should put the NUL at "len - 1"
to avoid corrupting memory.  Btw, strlen_user() is different from the
normal strlen() function because it includes NUL terminator in the
count.

Signed-off-by: Dan Carpenter <dan.carpenter <at> oracle.com>

diff --git a/arch/parisc/hpux/sys_hpux.c b/arch/parisc/hpux/sys_hpux.c
index d9dc6cd..e5c4da0 100644
--- a/arch/parisc/hpux/sys_hpux.c
+++ b/arch/parisc/hpux/sys_hpux.c
 <at>  <at>  -456,7 +456,7  <at>  <at>  int hpux_sysfs(int opcode, unsigned long arg1, unsigned long arg2)
 		}

 		/* String could be altered by userspace after strlen_user() */
-		fsname[len] = '\0';
+		fsname[len - 1] = '\0';

 		printk(KERN_DEBUG "that is '%s' as (char *)\n", fsname);
 		if ( !strcmp(fsname, "hfs") ) {
--
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

Fabian Morision | 31 Jul 01:27 2014
Picon

-- Re: Very Urgent............

Greetings from gulf region

Thanks for the e-mail. I am very interested on funding lucrative
business partnership with you acting as the manager and sole
controller of the investment while i remain a silent investor for a
period of ten yrs , though I am only looking at investment
opportunities within the range you specified for a start. You can
reply me here (fmorision <at> yahoo.com)

Let me know your thought asap

Regards

Financial Consultant

Mr.Fabian Morision
--
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

Guy Martin | 29 Jul 21:13 2014
Picon

[RFC PATCHv2] 64bit LWS CAS

Hi all,

Following the discussion about broken CAS for size != 4, I took a new 
approach and implemented in a different way.

The new ABI takes the oldval, newval and mem as pointers plus a size 
parameter. This means that a single LWS can now handle all types of 
variable size.
Note that the 32bit CAS for 64bit size has not been tested (not even
compiled) since I can't compile a 32bit kernel a the moment.

My approach for 64bit CAS on 32bit is be the following :
  - Load old into 2 registers
  - Compare low and high part and bail out if different
  - Load new into a FPU register
  - Store the content of the FPU register to the memory

The point here being to do the store in the last step in a single 
instruction.
I think the same approach can be used for 128bit CAS as well but I
don't think it's needed at the moment.

Regading the GCC counterpart of the implementation, I'm not sure about 
the way to proceed.

Should I try to detect the presence of the new LWS and use it for all 
CAS operations at init time ?

So far I only used the new LWS for 64bit CAS.
I guess that using the new LWS unconditionally for all CAS operations 
(Continue reading)

Noemi Alvarez | 29 Jul 10:23 2014
Picon

Hello


I want to keep up with you with hope for friendship if you are interested.
If you don't mind i will like you to write me back. I am waiting to read
from you, because i have something important and urgent to discuss with
you. I will also send some of my beautiful photos to you.

--
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 | 25 Jul 22:11 2014
Picon
Picon

[GIT PULL] parisc fixes for v3.16

Hi Linus,

please pull the latest parisc architecture fixes for kernel 3.16 from 
  git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-3.16-6

We have two trivial patches in here. One removes the SA_RESTORER #define since
on parisc we don't have the sa_restorer field in struct sigaction, the other
patch removes an unnecessary memset(). The SA_RESTORER removal patch is
scheduled for stable trees, since without it some userspace apps don't build.

Thanks,
Helge

----------------------------------------------------------------
HIMANGI SARAOGI (1):
      parisc: Eliminate memset after alloc_bootmem_pages

John David Anglin (1):
      parisc: Remove SA_RESTORER define

 arch/parisc/include/uapi/asm/signal.h | 2 --
 arch/parisc/mm/init.c                 | 1 -
 2 files changed, 3 deletions(-)
--
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

Guy Martin | 24 Jul 13:39 2014
Picon

Compiling a 32bit kernel fails


I've been trying to compile a 3.15.6 kernel but I did not managed to do 
so with either gcc 4.7.3 or 4.8.3.

This is the error I get :

In file included from 
/usr/src/linux-3.15.6-phoenix/arch/parisc/include/asm/spinlock.h:5:0,
                  from 
/usr/src/linux-3.15.6-phoenix/arch/parisc/include/asm/atomic.h:20,
                  from include/linux/atomic.h:4,
                  from 
/usr/src/linux-3.15.6-phoenix/arch/parisc/include/asm/bitops.h:11,
                  from include/linux/bitops.h:33,
                  from include/linux/kernel.h:10,
                  from 
/usr/src/linux-3.15.6-phoenix/arch/parisc/include/asm/bug.h:4,
                  from include/linux/bug.h:4,
                  from include/linux/thread_info.h:11,
                  from include/asm-generic/preempt.h:4,
                  from arch/parisc/include/generated/asm/preempt.h:1,
                  from include/linux/preempt.h:18,
                  from include/linux/spinlock.h:50,
                  from include/linux/mmzone.h:7,
                  from include/linux/gfp.h:5,
                  from include/linux/slab.h:14,
                  from kernel/signal.c:13:
kernel/signal.c: In function ‘get_signal_to_deliver’:
/usr/src/linux-3.15.6-phoenix/arch/parisc/include/asm/ldcw.h:39:2: 
error: can’t find a register in class ‘R1_REGS’ while reloading ‘asm’
(Continue reading)

John David Anglin | 24 Jul 01:44 2014
Picon

[PATCH] parisc: Remove SA_RESTORER define

The sa_restorer field in struct sigaction is obsolete and no longer in  
the parisc
implementation.  However, the core code assumes the field is present if
SA_RESTORER is defined.  So, the define needs to be removed.

Signed-off-by: John David Anglin <dave.anglin <at> bell.net>
---

diff --git a/arch/parisc/include/uapi/asm/signal.h b/arch/parisc/include/uapi/asm/signal.h
index a2fa2971..f5645d6 100644
--- a/arch/parisc/include/uapi/asm/signal.h
+++ b/arch/parisc/include/uapi/asm/signal.h
 <at>  <at>  -69,8 +69,6  <at>  <at> 
 #define SA_NOMASK	SA_NODEFER
 #define SA_ONESHOT	SA_RESETHAND

-#define SA_RESTORER	0x04000000 /* obsolete -- ignored */

Gmane