Re: [4.1.x -- 4.6.x and probably HEAD] Reproducible unprivileged panic/TLB BUG on sparc via a stack-protected rt_sigaction() ka_restorer, courtesy of the glibc testsuite

2016-05-27 Thread Nick Alcock
On 27 May 2016, David Miller stated: > From: Nick Alcock > Date: Fri, 27 May 2016 14:19:27 +0100 > >> The only difference between the two series above is that in the crashing >> series, the ka_restorer stub functions __rt_sigreturn_stub and >> __sigr

Re: [4.1.x -- 4.6.x and probably HEAD] Reproducible unprivileged panic/TLB BUG on sparc via a stack-protected rt_sigaction() ka_restorer, courtesy of the glibc testsuite

2016-05-27 Thread Nick Alcock
On 27 May 2016, John Paul Adrian Glaubitz outgrape: > Hi Nick! > > On 05/27/2016 03:19 PM, Nick Alcock wrote: >> So I've been working on a patch series (see below) that applies GCC's >> -fstack-protector{-all,-strong} to almost all of glibc bar the dynamic >>

[4.1.x -- 4.6.x and probably HEAD] Reproducible unprivileged panic/TLB BUG on sparc via a stack-protected rt_sigaction() ka_restorer, courtesy of the glibc testsuite

2016-05-27 Thread Nick Alcock
[Resent with fixed address for sparclinux@; sorry!] So I've been working on a patch series (see below) that applies GCC's -fstack-protector{-all,-strong} to almost all of glibc bar the dynamic linker. In trying to upstream it, one review commenter queried one SPARC-specific patch in the series; th

[4.1.x -- 4.6.x and probably HEAD] Reproducible unprivileged panic/TLB BUG on sparc via a stack-protected rt_sigaction() ka_restorer, courtesy of the glibc testsuite

2016-05-27 Thread Nick Alcock
So I've been working on a patch series (see below) that applies GCC's -fstack-protector{-all,-strong} to almost all of glibc bar the dynamic linker. In trying to upstream it, one review commenter queried one SPARC-specific patch in the series; the absence of this patch triggers a BUG in the SPARC k

Re: [PATCH] vfs: respect FMODE_UNSIGNED_OFFSET in p(read|write)[v]*().

2014-01-29 Thread Nick Alcock
On 29 Jan 2014, Al Viro outgrape: > On Wed, Jan 29, 2014 at 11:57:20AM +0000, Nick Alcock wrote: >> ssize_t ret = -EBADF; >> >> -if (pos < 0) >> +f = fdget(fd); >> +if ((pos < 0) && (!f.file || !unsigned_offsets(f.file))) { &

[PATCH] vfs: respect FMODE_UNSIGNED_OFFSET in p(read|write)[v]*().

2014-01-29 Thread Nick Alcock
. Signed-off-by: Nick Alcock --- fs/read_write.c | 22 +++--- 1 file changed, 15 insertions(+), 7 deletions(-) diff --git a/fs/read_write.c b/fs/read_write.c index 58e440d..f33f664 100644 --- a/fs/read_write.c +++ b/fs/read_write.c @@ -534,10 +534,12 @@ SYSCALL_DEFINE4(pread64

Re: [PATCH] scsi disk: Use its own buffer for the vpd request

2013-08-03 Thread Nick Alcock
On 1 Aug 2013, Bernd Schubert stated: > Once I noticed that scsi_get_vpd_page() works fine from other function > calls and that it is not 0x89, but already 0x0 that fails fixing it became > easy. > > Nix, any chance you could verify it also works for you? Confirmed, thank you! > Somehow older ar

Re: [PATCH] scsi disk: Use its own buffer for the vpd request

2013-08-02 Thread Nick Alcock
On 1 Aug 2013, Bernd Schubert told this: > Once I noticed that scsi_get_vpd_page() works fine from other function > calls and that it is not 0x89, but already 0x0 that fails fixing it became > easy. > > Nix, any chance you could verify it also works for you? Sorry for the delay: it's hard for me

Re: [SCSI REGRESSION] 3.10.2 or 3.10.3: arcmsr failure at bootup / early userspace transition

2013-07-30 Thread Nick Alcock
On 30 Jul 2013, Bernd Schubert told this: > On 07/30/2013 01:34 AM, Martin K. Petersen wrote: >> (wheezy)fslab1:~# sg_inq -v /dev/sdc >> inquiry cdb: 12 00 00 00 24 00 >> standard INQUIRY: >> inquiry cdb: 12 00 00 00 60 00 >> PQual=0 Device_type=0 RMB=0 version=0x05 [SPC-3] >> [AER

[SCSI REGRESSION] 3.10.2 or 3.10.3: arcmsr failure at bootup / early userspace transition

2013-07-29 Thread Nick Alcock
My server's ARC-1210 has been working fine for years, but when I upgraded from 3.10.1, it started failing: Instead of [0.784044] Areca RAID Controller0: F/W V1.46 2009-01-06 & Model ARC-1210 [0.804028] scsi0 : Areca SATA Host Adapter RAID Controller Driver Version 1.20.00.15 2010/08/05 [