On 29.12.2015 10:44, Thomas Gleixner wrote:
> On Sat, 26 Dec 2015, Helge Deller wrote:
>> I see a strange behavior on the parisc platform, for which I'm not sure if
>> it's intended or if there is a bug somewhere.
>
>> The program calls timerfd_settime() and
On 26.12.2015 13:09, Mikulas Patocka wrote:
>> On Tue, 24 Nov 2015, Helge Deller wrote:
>>> * Mikulas Patocka :
>>>> On Tue, 24 Nov 2015, Helge Deller wrote:
>>>>>> Hi
>>>>>>
>>>>>> Since the kernel 4.4-rc2 I'
Hi Thomas,
I see a strange behavior on the parisc platform, for which I'm not sure if it's
intended or
if there is a bug somewhere.
The program calls timerfd_settime() and sets a timer (e.g. sec=0,
nsec=1).
Directly after setting the timer it calls timerfd_gettime() and receives
(sec=0
futex() and poll()
failing with -ENOSYS.
Thanks,
Helge
Helge Deller (1):
parisc: Fix syscall restarts
arch/parisc/kernel/signal.c | 64 -
1 file changed, 52 insertions(+), 12 deletions
On 20.12.2015 15:11, Mathieu Desnoyers wrote:
> - On Dec 19, 2015, at 5:37 AM, Helge Deller del...@gmx.de wrote:
>
>> Hi Mathieu,
>>
>> On 18.12.2015 21:42, Helge Deller wrote:
>>> On 18.12.2015 20:58, Mathieu Desnoyers wrote:
>>>>>>> Wh
Hi Mathieu,
On 18.12.2015 21:42, Helge Deller wrote:
> On 18.12.2015 20:58, Mathieu Desnoyers wrote:
>>>>> When testing liburcu on a 3.18 Linux kernel, 2-core MIPS (cpu model :
>>>>> Ingenic JZRISC V4.15 FPU V0.0), we notice that a blocked sys_futex
>>>&
Hi Mathieu,
On 18.12.2015 20:58, Mathieu Desnoyers wrote:
> - On Dec 17, 2015, at 11:22 AM, Helge Deller del...@gmx.de wrote:
>
>> Hello Mathieu,
>>
>>>> When testing liburcu on a 3.18 Linux kernel, 2-core MIPS (cpu model :
>>>> Ingenic JZRISC
ld bots reported a similar hang on both mips and parisc), but we do
> > not have access to the hardware required to test this hypothesis.
If you want access to a machine, let me know.
I'll try the patch below as well..
> > Signed-off-by: Mathieu Desnoyers
> > CC: M
IOMMU space, hook up the
mlock2 syscall and drop unneeded code in the parisc pci code.
Thanks,
Helge
Bjorn Helgaas (1):
parisc: Remove unused pcibios_init_bus()
Helge Deller (2):
parisc: Wire up mlock2 syscall
On 01.12.2015 23:02, Grant Grundler wrote:
> On Tue, Dec 1, 2015 at 12:44 PM, Helge Deller wrote:
>> On 01.12.2015 17:41, Bjorn Helgaas wrote:
>>> There are no callers of pcibios_init_bus(), so remove it.
>>
>> True, pcibios_init_bus() isn't called anywhere, s
On 01.12.2015 17:41, Bjorn Helgaas wrote:
> There are no callers of pcibios_init_bus(), so remove it.
True, pcibios_init_bus() isn't called anywhere, so it should be removed.
But I wonder if we might need to initialize latency and parity for PCI-PCI
bridges somewhere else then?
In one of my machi
* Mikulas Patocka :
>
>
> On Tue, 24 Nov 2015, Helge Deller wrote:
>
> > > Hi
> > >
> > > Since the kernel 4.4-rc2 I'm getting frequent boot failures on PA-RISC.
> > > When I revert this patchset, the crashes are gone.
> >
&
On 24.11.2015 16:51, Mikulas Patocka wrote:
> On Sun, 22 Nov 2015, Helge Deller wrote:
>> please pull the latest patches for the parisc architecture for kernel v4.4
>> from:
>>
>> git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
>> pari
Helge Deller (9):
parisc: Fix wrong comment regarding first pmd entry flags
parisc: Drop definition of start_thread_som for HP-UX SOM binaries
parisc: Drop unused MADV_xxxK_PAGES flags from asm/mman.h
parisc: Add defines for Huge page support
u could add linux-m...@linux-mips.org if that helps.
>
> I wanted to let the mips folks decide if they should be listedand
> CC'd Helge (parisc maintainer) in case he objected to added
> linux-parisc mailing list.
Yes, adding the linux-parisc mailing list is OK.
Acked-by: H
stat.h, we do not support HP-UX binaries
since kernel 4.0.
Thanks,
Helge
Helge Deller (2):
parisc: Drop hpux_stat64 struct from stat.h header file
parisc: Fixes and cleanups in kernel uapi header files
arch/parisc/include
Hi Linus,
On 03.11.2015 22:01, Linus Torvalds wrote:
> On Sun, Oct 25, 2015 at 4:49 AM, Helge Deller wrote:
>>
>> please pull some patches for the parisc architecture for kernel v4.3 from:
>
> So no way was I going to pull that for 4.3,
Yes, since you didn't pulled I
layer was needed.
Then we wire up the sys_membarrier and userfaultfd syscalls and added two other
small cleanups.
Thanks,
Helge
Axel Lin (1):
parisc: serial/mux: Convert to uart_console_device instead of open-coded
Helge Deller
On 16.09.2015 17:07, Mathieu Desnoyers wrote:
> - On Sep 7, 2015, at 12:15 PM, Mathieu Desnoyers
> mathieu.desnoy...@efficios.com wrote:
>
>> Signed-off-by: Mathieu Desnoyers
>> Tested-by: Helge Deller
>> CC: Andrew Morton
>> CC: linux-...@vger.kernel
hanks,
Helge
Guenter Roeck (1):
parisc: Define ioremap_uc and ioremap_wc
Helge Deller (5):
PCI,parisc: Enable 64-bit bus addresses on PA-RISC
parisc: Additionally check for in_atomic() in page fault handler
p
Hi Andreas,
On 03.09.2015 11:23, Andreas Ziegler wrote:
> today's linux-next tree (next-20150903) contains commit 20f924902ff6
> ("parisc: adjust L1_CACHE_BYTES to 128 bytes on PA8800 and PA8900 CPUs")
> which you authored.
>
> I noticed it because we[0] are running a daily analysis on all commit
C: "James E.J. Bottomley"
> CC: Helge Deller
> CC: linux-par...@vger.kernel.org
> ---
> arch/parisc/include/uapi/asm/unistd.h | 3 ++-
> arch/parisc/kernel/syscall_table.S| 1 +
> 2 files changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/arch/parisc/i
Hi Linus,
please pull the latest fixes for the parisc architecture for v4.2 from:
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
parisc-4.2-2
A memory leak fix from Christophe Jaillet which was introduced with kernel 4.0
and which leads to kernel crashes on parisc after
Roos reported the issue already in this thread:
http://marc.info/?l=linux-parisc&m=142999113232154&w=2
Signed-off-by: Christophe JAILLET
Acked-by: Helge Deller
Will this patch be pushed via linux-mm or another tree, if
not I can take it via the parisc tree?
Helge
---
This patch is
Hi Linus,
please pull the latest fixes for the parisc architecture for v4.2-rc2 from:
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
parisc-4.2-1
We have one important patch from Dave Anglin and myself which fixes PTE/TLB
race conditions which caused random segmentation
Hi Linus,
* Linus Torvalds :
> On Thu, Jun 4, 2015 at 6:45 AM, Helge Deller wrote:
> >
> > Do you want me to send it again cleaned up, or will you just take yours?
>
> I'd prefer to get a re-send, I've already nuked the patch from me tree.
Sure.
The new patch
Hi Linus,
On 02.06.2015 03:49, Linus Torvalds wrote:
On Mon, Jun 1, 2015 at 11:44 AM, Helge Deller wrote:
Since nr_compat_longs gets unconditionally decremented in each loop, it's type
needs to be signed instead of unsigned to avoid possibly accessing userspace
memory behind the bitmap
has the same coding. I didn't checked earlier versions.
Signed-off-by: Helge Deller
To: Al Viro
Cc: sta...@vger.kernel.org
diff --git a/kernel/compat.c b/kernel/compat.c
index 24f0061..bfbb312 100644
--- a/kernel/compat.c
+++ b/kernel/compat.c
@@ -893,7 +893,7 @@ long compat_get_bitmap(u
of the kthread_arg() function and fixes a
printk output.
Thanks,
Helge
Alex Dowad (1):
parisc: copy_thread(): rename 'arg' argument to 'kthread_arg'
Helge Deller (1):
parisc,metag: Fix crashes due to
randomization.
The changes to fs/exec.c are inside an "#ifdef CONFIG_STACK_GROWSUP"
section, so it does not affect other platformws beside those where the
stack grows upwards (parisc and metag).
Signed-off-by: Helge Deller
Cc: linux-par...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Hi Linus,
Please pull two patches for kernel v4.1 for the parisc architecture from
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
parisc-4.1-1
The patch by Guenter Roeck fixes the build on parisc which got broken because
of commit f24ffde43237 (parisc: expose number of
Helge Deller (2):
parisc: Add compile-time check when adding new syscalls
parisc: Fix pmd code to depend on PT_NLEVELS value, not on CONFIG_64BIT
Mikulas Patocka (1):
parisc: mm: don't count preallocated pmds
arch/parisc/include/asm/pgalloc.h | 17 ++---
arch/p
, fix sparse errors and have
some whitespace cleanups.
Thanks,
Helge
Helge Deller (8):
parisc: Wire up execveat syscall
parisc: Add error checks when building up signal trampoline handler
parisc: hpux - Drop support f
H Paul,
On 17.02.2015 09:49, Paul Bolle wrote:
On Mon, 2015-02-16 at 22:24 +0100, Helge Deller wrote:
The hpux code is broken anyway.
I'm going to remove it from the tree.
That happened in commit 04c161497716 ("parisc: hpux - Drop support for
HP-UX binaries"), which is incl
Hello Nicholas,
On 03.02.2015 10:37, Nicholas Mc Guire wrote:
scanning for if STATEMENT else STATEMENT triggered here - and it does look
like it needs a fix-up or at least some comments.
The if-else here has no effect and the printk will not convey any information
as its always fstype==
ia64, parisc and s390 no longer need to implement
their own module_free() at all. avr32 doesn't need module_finalize()
either.
Signed-off-by: Rusty Russell
Cc: Chris Metcalf
Cc: Haavard Skinnemoen
Cc: Hans-Christian Egtvedt
Cc: Tony Luck
Cc: Fenghua Yu
Cc: "James E.J. Bottomley"
ordik
Fixes: 5b28541552ef ("PCI: Restrict 64-bit prefetchable bridge windows to 64-bit
resources")
Signed-off-by: Yinghai Lu
Cc: "James E.J. Bottomley"
Cc: Helge Deller
Cc: linux-par...@vger.kernel.org
I tested it on the parisc arch - everything OK.
Acked-by: Hel
On 01/02/2015 07:09 PM, Rickard Strandqvist wrote:
Removes some functions that are not used anywhere:
parisc_personality() parisc_fallocate() parisc_sync_file_range()
parisc_fadvise64_64() parisc_readahead() parisc_pwrite64() parisc_pread64()
parisc_ftruncate64() parisc_truncate64()
This was par
Hi Linus,
please pull one patch for the parisc architecture for kernel 3.19 from
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
parisc-3.19-1
This patch unbreaks the kernel compilation on parisc with gcc-4.9.
Thanks,
Helge
| 2 +-
For the parisc change:
Acked-by: Helge Deller
Helge
arch/powerpc/Makefile | 6 +++---
arch/x86/Makefile.um | 2 +-
kernel/gcov/Makefile | 2 +-
scripts/Kbuild.include | 7 ++-
6 files changed, 10 insertions(+), 13 deletions
Hi Michael,
On 12/25/2014 10:29 AM, Michael S. Tsirkin wrote:
virtio wants to read bitwise types from userspace using get_user. At the
I don't know the virtio code much yet, but does it makes sense to read bitwise
types?
Will virtio then get possible troubles because of endianess correct as
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
On 10/13/2014 03:41 PM, One Thousand Gnomes wrote:
On Sun, 12 Oct 2014 12:08:37 +0200
Helge Deller wrote:
Hi Linus,
please pull one patch 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-1
This patch
glibc
maintainer after this patch went into 3.18.
Some more background information about this patch is in the commit
message.
Thanks,
Helge
Helge Deller (1):
parisc: Reduce SIGRTMIN from 37 to 32 to behave like other Linux
architec
machines with serial port on superio chip
Helge Deller (1):
parisc: Fix serial console for machines with serial port on superio chip
drivers/parisc/superio.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
--
To
Hi Peter,
> > Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
> > serial8250: ttyS0 at I/O 0x3f8 (irq = 3, base_baud = 115200) is a 16550A
> >
> > The source code for this driver is in drivers/parisc/superio.c,
> > see e.g. function superio_serial_init().
> > Maybe something is missing in
On 09/24/2014 07:17 PM, Will Deacon wrote:
This patch adds dummy macros for the write accessors to parisc, in the
same vein as the dummy definitions for the relaxed read accessors.
Cc: Helge Deller
Signed-off-by: Will Deacon
---
arch/parisc/include/asm/io.h | 12
1 file
Hi Peter,
On 09/23/2014 11:08 PM, Peter Hurley wrote:
On 09/23/2014 04:11 PM, Helge Deller wrote:
During the release cycle of v3.17 I've seen sometimes a broken serial console
output
on the parisc platform. Interestingly all kernel messages printed by the kernel
via printk() sh
Hi Nick,
On 09/22/2014 09:24 PM, nick wrote:
Greetings James and Other Maintainers of the Parisc Architecture,
I am wondering about two fix mes in init.c and how to fix them
for being const declared into actual variables.
...
/* FIXME: This is 'const' in order to trick the compiler
During the release cycle of v3.17 I've seen sometimes a broken serial console
output
on the parisc platform. Interestingly all kernel messages printed by the kernel
via printk() show
up correctly, but output from userspace (e.g. by the init process during boot)
show
up as random bytes.
Since th
Helge Deller (2):
parisc: ptrace: use secure_computing_strict()
parisc: pdc_stable.c: Avoid potential stack overflows
John David Anglin (1):
parisc: Only use -mfast-indirect-calls option for 32-bit kernel builds
Rickard Strandqvist (1):
parisc: pdc_stable.c: Cleaning up
Hi Günter,
On 09/20/2014 11:01 PM, Guenter Roeck wrote:
On 09/20/2014 12:36 PM, Helge Deller wrote:
Hi Günter,
On 09/19/2014 09:15 PM, Guenter Roeck wrote:
On Fri, Sep 19, 2014 at 04:58:17PM +1000, Stephen Rothwell wrote:
Changes since 20140917:
The fsl tree still had its build failure so
Hi Günter,
On 09/19/2014 09:15 PM, Guenter Roeck wrote:
On Fri, Sep 19, 2014 at 04:58:17PM +1000, Stephen Rothwell wrote:
Changes since 20140917:
The fsl tree still had its build failure so I used the version from
next-20140917.
The v4l-dvb tree lost its build failure.
The security tree gain
):
parisc: sys_hpux: NUL terminator is one past the end
Guy Martin (1):
parisc: Implement new LWS CAS supporting 64 bit operations.
Hans Wennborg (1):
parisc: dino: fix %d confusingly prefixed with 0x in format string
Helge Deller (1):
parisc: Wire up seccomp, getrandom
u.c driver. Everything seems OK. Please add my Acked-by.
Acked-by: Helge Deller
Thanks!
Helge
---
drivers/parisc/ccio-dma.c | 14 +++---
drivers/parisc/sba_iommu.c | 11 +++
2 files changed, 6 insertions(+), 19 deletions(-)
diff --git a/drivers/parisc/ccio-dma.c b/drivers/p
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 s
On 07/18/2014 10:37 PM, Nicholas Krause wrote:
> The comment for size of frame not being needed is incorrect , the
> function called needs this parameter.
Thanks for the patch Nicholas.
It has been queued up:
https://patchwork.kernel.org/patch/4587631/
and
https://patchwork.kernel.org/patch/44862
Hi Richard,
nice work!
I pulled your tree and tested your patch series on parisc.
Everything seems OK.
Regarding the changes to the parisc arch, you can add my
Acked-by: Helge Deller
Thanks!
Helge
> Betreff: [PATCH 15/43] parisc: Use get_signal() signal_setup_done()
>
> Use the mor
two patches are trivial and remove unused headers, #includes and adds
the serial ports of the fastest C8000 workstation to the parisc-kernel internal
hardware database.
Thanks,
Helge
Helge Deller (3):
parisc: add serial ports of
On 07/07/2014 05:28 PM, Heiko Carstens wrote:
> On Mon, Jul 07, 2014 at 03:54:37PM +0200, Helge Deller wrote:
>> Hi Heiko,
>>> So for sys_fanotify_mark everything is fine on s390, and probably most other
>>> architectures as well. Having a 64 bit syscall parameter indee
Hi Heiko,
> On Fri, Jul 04, 2014 at 05:12:35PM +0200, Helge Deller wrote:
> > This patch affects big endian architectures only.
> >
> > On those with 32bit userspace and 64bit kernel (CONFIG_COMPAT=y) the
> > 64bit mask parameter is correctly constructed out of
Hi Heinrich,
On 07/04/2014 06:48 PM, Heinrich Schuchardt wrote:
> On 04.07.2014 17:12, Helge Deller wrote:
>> This patch affects big endian architectures only.
>>
>> On those with 32bit userspace and 64bit kernel (CONFIG_COMPAT=y) the
>> 64bit mask parameter is corre
k0, __u32, mask1, int, dfd,
const char __user *, pathname)
#endif
Signed-off-by: Helge Deller
To: Eric Paris
Cc: Heinrich Schuchardt
Cc: Heiko Carstens
diff --git a/fs/notify/fanotify/fanotify_user.c
b/fs/notify/fanotify/fanotify_user.c
index 3fdc8a3..37426
nch that I can pull from to keep this order
> intact.
Sadly the arch-related tracing code in parisc is really broken.
It doesn't even compile cleanly on parisc (at least on 64bit), and as I wrote
you in another mail
I really need to fix this soon (which I already started on).
But your p
On 05/23/2014 11:12 AM, Miklos Szeredi wrote:
> On Fri, May 23, 2014 at 3:27 AM, Linus Torvalds
> wrote:
>> On Thu, May 22, 2014 at 6:07 PM, Guenter Roeck wrote:
>>> On 05/22/2014 05:43 PM, Linus Torvalds wrote:
only s390 seems to need a compat wrapper, and s390 is kind of odd in
>
rvers, this package produced lots of gigabytes
in syslog in very short time and thus filled our harddisks, which then turned
the server nearly completely unaccessible and unresponsive.
Thanks,
Helge
Helge Deller (1):
parisc: rate
Hi Ley,
On 05/13/2014 11:06 AM, Ley Foon Tan wrote:
> Override time_t and clock_t in include/uapi/asm-generic.
>
> Signed-off-by: Ley Foon Tan
> ---
> arch/parisc/include/uapi/asm/posix_types.h | 8
> 1 file changed, 8 insertions(+)
>
> diff --git a/arch/parisc/include/uapi/asm/posix_
Hi James,
On 05/13/2014 01:18 PM, James Hogan wrote:
> On 04/05/14 08:28, Helge Deller wrote:
>> On 05/02/2014 04:48 PM, James Bottomley wrote:
>>> On Fri, 2014-05-02 at 12:54 +0100, James Hogan wrote:
>>>> On 01/05/14 18:50, James Bottomley wrote:
>>
On 05/02/2014 04:48 PM, James Bottomley wrote:
> On Fri, 2014-05-02 at 12:54 +0100, James Hogan wrote:
>> On 01/05/14 18:50, James Bottomley wrote:
>>>
+
+config MAX_STACK_SIZE_MB
+ int "Maximum user stack size (MB)"
+ default 80
+ range 8 256 if METAG
+ range 8 20
Hi Linus,
On 05/01/2014 09:23 PM, Linus Torvalds wrote:
> On Thu, May 1, 2014 at 11:38 AM, Helge Deller wrote:
>>
>> - Make mmap() behave similiar to other architectures: If a file hasn't been
>> mapped yet, we can now map it at any given page-aligned address.
>
with GNU make.
- Make mmap() behave similiar to other architectures: If a file hasn't been
mapped yet, we can now map it at any given page-aligned address.
Thanks,
Helge
Helge Deller (2):
parisc: Use generic uapi/asm/resou
it on parisc and it works as expected.
I'm absolutely fine if you push your version of the patch through the metag git
tree upstream.
Thanks!
Helge
> From c34f0ec062ae1a2c9fca3eddbc705f6b0faf97ca Mon Sep 17 00:00:00 2001
> From: Helge Deller
> Date: Wed, 30 Apr 2014 23:26:02
h has been in use during the last few years on parisc and
which didn't showed any problems yet.
Signed-off-by: Helge Deller
Cc: linux-par...@vger.kernel.org
Cc: linux-me...@vger.kernel.org
Cc: John David Anglin
diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kernel/sys_parisc.c
ind
No objections?
Then I assume this is OK...
Helge
On 04/17/2014 10:45 PM, Helge Deller wrote:
> Would the following patch be acceptable?
> It adds an additional field to struct address_space which will most likely
> only
> be used by the parisc arch.
>
> If it's acceptabl
On 04/11/2014 12:25 PM, Miklos Szeredi wrote:
> From: Miklos Szeredi
Thanks Miklos!
> Signed-off-by: Miklos Szeredi
> Cc: Helge Deller
Acked-by: Helge Deller
Can you please push it with the other arches.
Helge
> ---
> arch/parisc/include/uapi/asm/unistd.h | 3 ++-
>
f the userspace
memory.
Signed-off-by: Helge Deller
diff --git a/include/linux/fs.h b/include/linux/fs.h
index 81048f9..f757a5c 100644
--- a/include/linux/fs.h
+++ b/include/linux/fs.h
@@ -416,6 +416,9 @@ struct address_space {
unsigned inti_mmap_writable;/* count VM_SHA
Christoph Lameter (1):
parisc: Replace __get_cpu_var uses for address calculation
Helge Deller (2):
parisc: change value of SHMLBA from 0x0040 to PAGE_SIZE
parisc: fix epoll_pwait syscall on compat kernel
arch/parisc/include
() syscall for parisc, and
- removes the unused parisc tmpalias code and unnecessary arch*relax defines
Thanks,
Helge
Helge Deller (2):
partly revert commit 8a10bc9: parisc/sti_console: prefer Linux fonts over
built-in ROM fonts
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/04/2014 01:27 AM, Stephen Rothwell wrote:
> Today's linux-next merge of the parisc-hd tree got a conflict in
> arch/parisc/include/asm/elf.h between commit 9dabf60dc4ab ("parisc: add
> flexible mmap memory layout support") from Linus' tree and co
Hi Linus,
* Linus Torvalds :
> On Sun, Feb 2, 2014 at 3:15 AM, Helge Deller wrote:
> >
> > Anyway, the suggested & untested patch below should fix the metag arch
> > to cope which my changes to fs/exec.c
> > ...
> > -#define STACK_RND_MASK (0)
> > +#de
* Richard Weinberger :
> On Sat, Feb 1, 2014 at 9:23 PM, Helge Deller wrote:
> > please pull the latest updates for the parisc architecture from:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
> > parisc-for-3.14
> >
> > T
it's
inside a #ifdef CONFIG_STACK_GROWSUP section (and parisc is the only platform
where the stack grows upwards).
Thanks,
Helge
Guy Martin (1):
parisc: Make EWOULDBLOCK be equal to EAGAIN on parisc
Helge Deller (5):
Hi Linus,
please pull one late fix for Linux v3.13 for the parisc architecture from:
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
parisc-3.13
This patch fixes the kmap/kunmap implementation on parisc and finally makes AIO
work on parisc.
Thanks,
Helge
-
On 01/08/2014 10:37 PM, Pekka Enberg wrote:
On Wed, Jan 8, 2014 at 11:05 PM, Helge Deller wrote:
On 01/07/2014 02:41 AM, Joonsoo Kim wrote:
On Mon, Jan 06, 2014 at 12:54:22PM -0500, Mikulas Patocka wrote:
Hi
On Mon, 6 Jan 2014, Joonsoo Kim wrote:
Hello,
I'm surprised that this VM_B
On 01/07/2014 02:41 AM, Joonsoo Kim wrote:
On Mon, Jan 06, 2014 at 12:54:22PM -0500, Mikulas Patocka wrote:
Hi
On Mon, 6 Jan 2014, Joonsoo Kim wrote:
Hello,
I'm surprised that this VM_BUG_ON() has not been triggered until now. It was
introduced in 2007 by commit (b5fab14). Maybe there is no
parisc machine names to the machine database
Thanks,
Helge
Chen Gang (1):
parisc: remove empty SERIAL_PORT_DFNS in serial.h
Helge Deller (6):
parisc: fix mmap(MAP_FIXED|MAP_SHARED) to already mmapped address
parisc: add
of ‘__div64_32’
from incompatible pointer type [enabled by default]
include/asm-generic/div64.h:35:17: note: expected ‘uint64_t *’ but argument is
of type ‘sector_t *’
extern uint32_t __div64_32(uint64_t *dividend, uint32_t divisor);
Signed-off-by: Helge Deller
diff --git a/fs/nfs/blocklay
The init_kernel_text() and core_kernel_text() functions should not include the
labels _einittext and _etext when checking if an address is inside the .text or
.init sections.
Signed-off-by: Helge Deller
diff --git a/kernel/extable.c b/kernel/extable.c
index 832cb28..763faf0 100644
--- a/kernel
nks,
Helge
----
Helge Deller (5):
Revert "parisc: implement full version of access_ok()"
parisc: do not inline pa_memcpy() internal functions
parisc: break out SOCK_NONBLOCK define to own asm header file
pa
> Hi Helge,
> Could you provide me with the test case(s) you are running to
> reproduce the problem? I could test this on aliasing D-cache on ARM
> as well. Since kmap/kunmap do not flush in general on ARM, we
> might need the explicit flushes here.
Just google for aio-stress.c (e.g.
https://git
* James Bottomley :
> On Sun, 2013-11-17 at 22:23 +0100, Helge Deller wrote:
> > On 11/16/2013 09:09 PM, Benjamin LaHaise wrote:
> > > On Sat, Nov 16, 2013 at 09:07:18PM +0100, Simon Baatz wrote:
> > >> On Fri, Nov 15, 2013 at 02:42:05PM -0800, James Bottomley wrote:
On 11/16/2013 09:09 PM, Benjamin LaHaise wrote:
> On Sat, Nov 16, 2013 at 09:07:18PM +0100, Simon Baatz wrote:
>> On Fri, Nov 15, 2013 at 02:42:05PM -0800, James Bottomley wrote:
>>> On Fri, 2013-11-15 at 23:05 +0100, Helge Deller wrote:
>>>> When a user page
When a user page mapping is released via kunmap*() functions, the D-cache needs
to be flushed via flush_dcache_page() to avoid D-cache aliasing issues.
This patch fixes aio on the parisc platform (and probably others).
Signed-off-by: Helge Deller
To: Benjamin LaHaise
To: linux-...@kvack.org
Cc
machines with more than 4GB RAM
- added kernel audit support
- made udelay() implementation SMP-safe
- "make install" now does not depend on vmlinux
- added defconfigs for 32- and 64-kernels
Thanks,
Helge
--------
Helge Deller (10):
On 10/19/2013 08:27 PM, Helge Deller wrote:
> On 10/18/2013 10:12 PM, Myklebust, Trond wrote:
>> On Fri, 2013-10-18 at 22:03 m, Helge Deller wrote:
>>> On 10/18/2013 09:36 PM, Myklebust, Trond wrote:
>>>> Also, could you please try a sysRQ-t the next time it happ
which has been since ever in the
parisc linux kernel and which prevented some people to use a 64bit kernel.
Thanks,
Helge
Helge Deller (1):
parisc: Do not crash 64bit SMP kernels on machines with >= 4GB RAM
arch/par
DEVTMPFS, DEVTMPFS_MOUNT and BLK_DEV_INITRD config options in the
parisc defconfigs so that latest udev/initrd finds the root disk at boot.
Thanks,
Helge
Helge Deller (2):
Revert "parisc: Export flush_cache_page() (need
On 10/18/2013 10:12 PM, Myklebust, Trond wrote:
> On Fri, 2013-10-18 at 22:03 퍭, Helge Deller wrote:
>> On 10/18/2013 09:36 PM, Myklebust, Trond wrote:
>>> Also, could you please try a sysRQ-t the next time it happens, so that
>>> we can get a trace of where the mount
On 10/18/2013 09:36 PM, Myklebust, Trond wrote:
> On Fri, 2013-10-18 at 21:26 퍭, Helge Deller wrote:
>> On 10/17/2013 11:07 PM, Myklebust, Trond wrote:
>>> On Thu, 2013-10-17 at 22:42 m, Helge Deller wrote:
>>>> I'm seeing a regression with current ke
On 10/17/2013 11:07 PM, Myklebust, Trond wrote:
> On Thu, 2013-10-17 at 22:42 퍭, Helge Deller wrote:
>> I'm seeing a regression with current kernel git head when using NFS-mounts.
>> Architecture in my case is parisc, although I don't think that this is
>> relevant.
301 - 400 of 462 matches
Mail list logo