From: Helge Deller
An alignment of 4 bytes is wrong for 64-bit platforms which don't define
CONFIG_HAVE_ARCH_PREL32_RELOCATIONS (which then store 64-bit pointers).
Fix their alignment to 8 bytes.
Signed-off-by: Helge Deller
---
include/linux/export-internal.h | 5 -
1 file chang
From: Helge Deller
On 64-bit architectures without CONFIG_HAVE_ARCH_PREL32_RELOCATIONS
(e.g. ppc64, ppc64le, parisc, s390x,...) the __KSYM_REF() macro stores
64-bit pointers into the __ksymtab* sections.
Make sure that those sections will be correctly aligned at module link time,
otherwise
From: Helge Deller
The entry for __ex_table was missing, which may make __ex_table
become 1- or 2-byte aligned in modules.
Add the entry to ensure it gets 32-bit aligned.
Signed-off-by: Helge Deller
Cc: # v6.0+
---
scripts/module.lds.S | 1 +
1 file changed, 1 insertion(+)
diff --git a
From: Helge Deller
On 64-bit architectures without CONFIG_HAVE_ARCH_PREL32_RELOCATIONS
(e.g. ppc64, ppc64le, parisc, s390x,...) the __KSYM_REF() macro stores
64-bit pointers into the __ksymtab* sections.
Make sure that the start of those sections is 64-bit aligned in the vmlinux
executable
From: Helge Deller
While working on the 64-bit parisc kernel, I noticed that the __ksymtab[]
table was not correctly 64-bit aligned in many modules.
The following patches do fix some of those issues in the generic code.
But further investigation shows that multiple sections in the kernel and in
(unless they are 64bit only).
Signed-off-by: Helge Deller
CC: James Bottomley
CC: Catalin Marinas
CC: Rolf Eike Beer
CC: H. Peter Anvin
CC: Ian Kent
diff --git a/include/uapi/linux/auto_fs.h b/include/uapi/linux/auto_fs.h
index 77cdba9..bb991df 100644
--- a/include/uapi/linux/auto_fs.h
+++ b
7; of
git://git.kernel.org/pub/scm/linux/kernel/git/rusty/linux (2013-02-08 12:22:30
+1100)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
autofs-fix
for you to fetch changes up to 4f4ffc3a5398ef9bdbb32db04756d7d34e356fcf:
unbreak a
Similiar to other 64 bit Linux targets autofs_wqt_t needs to be of type int
which has a size of 32 bits on 32- and 64-bit parisc kernels.
Signed-off-by: Helge Deller
diff --git a/include/uapi/linux/auto_fs.h b/include/uapi/linux/auto_fs.h
index 77cdba9..d551754 100644
--- a/include/uapi/linux
Hi Geert,
From: Geert Uytterhoeven
> On Tue, Jan 22, 2013 at 10:11 PM, Helge Deller wrote:
> > please consider pulling the following 4 patches for 3.8-rc5 which
> improve
> > the stability of the linux kernel on the parisc architecture.
>
> I think you forgot https://pa
nux-par...@vger.kernel.org
> Cc: linux-s...@vger.kernel.org
> Cc: Arjan van de Ven
> Cc: Helge Deller
> Cc: Heiko Carstens
> Cc: Stephen Rothwell
> Cc: Chris Metcalf
> Signed-off-by: Stephen Boyd
> ---
>
> Per Helge Deller prodding me, I'm resending just this patc
Hi Linus,
The following changes since commit 19f949f52599ba7c3f67a5897ac6be14bfcb1200:
Linux 3.8 (2013-02-18 15:58:34 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
parisc-3.9
for you to fetch changes up to
s.S
> create mode 100644 arch/arc/lib/Makefile
> create mode 100644 arch/arc/lib/memcmp.S
> create mode 100644 arch/arc/lib/memcpy-700.S
> create mode 100644 arch/arc/lib/memset.S
> create mode 100644 arch/arc/lib/strchr-700.S
> create mode 100644 arch/arc/lib/strcmp.S
> creat
; /proc/sysrq-trigger" will immediately
crash the Linux kernel on the parisc architecture.
CC: Tejun Heo
CC: Libin
CC: linux-par...@vger.kernel.org
CC: james.bottom...@hansenpartnership.com
Signed-off-by: Helge Deller
diff --git a/kernel/workqueue.c b/kernel/workqueue.c
index 987293d..c03b47f 1
On 10/01/2013 10:43 PM, Tejun Heo wrote:
> Hello,
>
> On Tue, Oct 01, 2013 at 10:35:20PM +0200, Helge Deller wrote:
>> print_worker_info() includes no validity check on the pwq and wq
>> pointers before handing them over to the probe_kernel_read() functions.
>>
>>
On 10/01/2013 11:40 PM, James Bottomley wrote:
> On Tue, 2013-10-01 at 16:43 -0400, Tejun Heo wrote:
>> Hello,
>>
>> On Tue, Oct 01, 2013 at 10:35:20PM +0200, Helge Deller wrote:
>>> print_worker_info() includes no validity check on the pwq and wq
>>> p
On 10/01/2013 11:07 PM, Tejun Heo wrote:
> On Tue, Oct 01, 2013 at 05:03:48PM -0400, Tejun Heo wrote:
>> On Tue, Oct 01, 2013 at 10:53:31PM +0200, Helge Deller wrote:
>>> So, in summary my patch here is not really necessary, but for the sake of
>>> clean code I think it
On 10/02/2013 12:50 AM, James Bottomley wrote:
> On Wed, 2013-10-02 at 00:07 +0200, Helge Deller wrote:
>> On 10/01/2013 11:40 PM, James Bottomley wrote:
>>> On Tue, 2013-10-01 at 16:43 -0400, Tejun Heo wrote:
>>>> Hello,
>>>>
>>>> On Tue
Hi Linus,
Please pull the latest parisc updates from
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
parisc-for-3.11
PA-RISC updates for v3.11 include a gcc miscompilation fix,
gzip-compressed vmlinuz support, a fix in the PCI code for ATI FireGL
support on c8000
Hi Linus,
Please pull the latest parisc architecture fixes from:
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
parisc-3.10
It contains a kernel segfault fix when reading /proc/kpageflags or
/proc/kpagecount,
two fixes for the serial port and PCI graphic card support
etely for
parisc we can avoid that people by accident enable the parport_pc
superio option too.
Signed-off-by: Helge Deller
diff --git a/drivers/parport/Kconfig b/drivers/parport/Kconfig
index 24e12d4..a505760 100644
--- a/drivers/parport/Kconfig
+++ b/drivers/parport/Kconfig
@@ -71,7 +71,7 @@ c
Hi Linus,
please pull the latest changes for the parisc architecture.
They are available in the for-3.10 branch in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git for-3.10
Thanks!
Helge
Hi Linus,
please pull the latest parisc architecture fixes from:
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
parisc-3.11-rc4
The majority of lines changed are due the addition of a defconfig for the C8000
machine. Even the fix in parisc/kernel/cache.c file is
kernel/git/deller/parisc-linux.git
fixes-for-3.9-latest
for you to fetch changes up to cf8e18ea2f8be26e8f9e44ed677d25f558ca301a:
parisc: fix redefinition of SET_PERSONALITY (2013-03-02 20:15:28 +0100)
Second round of patches for
Hi Linus,
please pull the parisc-for-3.10 branch of
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
parisc-for-3.10
to get the latest bug and build fixes for the parisc architecture.
Thanks,
Helge
---
The second round of parisc
l not be in the vmlinux binary.
Fix this problem by adding an own implementation for GLOBAL() on the
PARISC architecture.
Signed-off-by: Helge Deller
diff --git a/kernel/modsign_certificate.S b/kernel/modsign_certificate.S
index 246b4c6..9b9c2ab 100644
--- a/kernel/modsign_certificate
the umul_ppmm() and udiv_qrnnd() macros. The
mpilib will then use the generic built-in implementations instead.
Signed-off-by: Helge Deller
diff --git a/lib/mpi/longlong.h b/lib/mpi/longlong.h
index 095ab15..d411355 100644
--- a/lib/mpi/longlong.h
+++ b/lib/mpi/longlong.h
@@ -318,7 +318,8
Linus,
please pull the parisc architecture updates for v3.10 from:
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
parisc-for-3.10
Main fixes and updates in this patch series are:
- we faced kernel stack corruptions because of multiple delivery of interrupts
- added
Hi Stephen,
On 05/08/2013 03:37 AM, Stephen Rothwell wrote:
> On Wed, 8 May 2013 00:11:02 +0200 Helge Deller wrote:
>>
>> please pull the parisc architecture updates for v3.10 from:
>>
>> git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
>&g
895996:
Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/sparc (2013-04-24
17:10:18 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
fixes-3.9-late
for you to fetch changes up to bda079d336cd8183e1d844a265ea87ae3e1b
On 05/17/2013 09:25 PM, Srivatsa S. Bhat wrote:
> On 05/09/2013 02:35 AM, James Bottomley wrote:
>> On Wed, 2013-05-08 at 22:42 +0200, Helge Deller wrote:
>>> We need to enable local irqs to avoid this runtime warning.
>>>
>>> Signed-off-by: Helge Deller
>
On 05/22/2013 04:37 AM, Damian Hobson-Garcia wrote:
> Hello,
> On 2013/04/30 12:01, Damian Hobson-Garcia wrote:
>> Most architectures that define CONFIG_HAVE_DMA=y, have implementations for
>> both dma_alloc_attrs() and dma_free_attrs(). All achitectures that do
>> not define CONFIG_HAVE_DMA also
nux/kernel/git/rostedt/linux-trace (2013-05-24
10:46:55 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
parisc-for-3.10
for you to fetch changes up to d96b51ec14650b490ab98e738bcc02309396e5bc:
parisc: fix irq stack on
branch 'for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs (2013-01-07 09:41:20
-0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
s E.J. Bottomley"
Cc: Helge Deller
Cc: "Eric W. Biederman"
Cc: Serge Hallyn
Acked-by: Helge Deller
Vineet, as discussed, please push it through the ARC architecture tree...
Helge
---
arch/parisc/Kconfig |1 +
init/Kconfig|8
kernel/sysctl.c |
The following patch against 2.4.0-test11 changes INIT_FILES, INIT_MM and
INIT_SIGNALS to use named initializers.
Please apply,
Thanks,
Helge
--- linux/include/linux/sched.h.org Tue Nov 21 00:50:43 2000
+++ linux/include/linux/sched.h Thu Nov 23 10:20:37 2000
@@ -174,18 +174,19 @@
[PATCH] add gcc printf format checks
trivial patch which adds some missing printf format checking to
compat.h and msdos_fs.h
Build-tested and no regressions found.
Signed-off-by: Helge Deller <[EMAIL PROTECTED]>
diff --git a/include/linux/compat.h b/include/linux/compat.h
index 0
Arjan van de Ven wrote:
> [linux-2.6.24-rc7/include/linux/latencytop.h]
> +struct latency_entry {
> + char*reason;
>...
> +struct latency_record {
> + char*reason;
>...
> +struct latency_entry *set_latency_reason(char *reason,
>...
I'd propose to mark the "reason" entries above (an
be nice if the patch could be applied. It should apply cleanly against
git-head.
Helge
Signed-off-by: Helge Deller <[EMAIL PROTECTED]>
drivers/char/random.c | 162 +++--
include/linux/sysctl.h |5 -
2 files changed, 148 insertions(+),
Hello Valdis,
On Sunday 07 October 2007, [EMAIL PROTECTED] wrote:
> On Sat, 06 Oct 2007 15:53:37 +0200, Helge Deller said:
> > --- a/drivers/char/random.c
> > +++ b/drivers/char/random.c
> > @@ -1157,6 +1158,8 @@ void generate_random_uuid(unsigned char uuid_out[16
On Tuesday 20 November 2007, Matt Mackall wrote:
> On Sun, Nov 18, 2007 at 10:40:34PM +0100, Helge Deller wrote:
> > On Sunday 18 November 2007, Andrew Morton wrote:
> > > On Sun, 18 Nov 2007 20:38:21 +0100 Helge Deller <[EMAIL PROTECTED]> wrote:
> > >
> >
On Tuesday 20 November 2007, Andrew Morton wrote:
> On Sun, 18 Nov 2007 20:38:21 +0100 Helge Deller <[EMAIL PROTECTED]> wrote:
>
> > Andrew,
> >
> > could you please consider adding this patch to your 2.6.25 patch series?
>
> please cc netdev on networking-r
David Schwartz wrote:
> Any UUID generator that can produce duplicate UUIDs with probability
> significantly less than purely random UUIDs is so badly broken that it
> should not ever be used. Anyone who finds such a UUID generator should
> immediately either fix it or throw it on the junk heap.
On Tuesday 20 November 2007, Matt Mackall wrote:
> On Tue, Nov 20, 2007 at 10:59:58PM +0100, Helge Deller wrote:
> > > > Current implemenations use userspace-libraries. In userspace you e.g.
> > > > can't
> > > > easily protect the uniquness of a UUI
On Wednesday 21 November 2007, Theodore Tso wrote:
> On Tue, Nov 20, 2007 at 10:59:58PM +0100, Helge Deller wrote:
> > > Even with a futex? Or userspace atomics?
> >
> > Yes, you'll need a futex or similiar.
> >
> > The problem is then more, where
On Monday 10 December 2007, Theodore Tso wrote:
> On Tue, Nov 20, 2007 at 06:00:12PM -0500, Theodore Tso wrote:
> > Basically, the only way to solve this problem 100% in userspace would
> > be with a userspace daemon running as a privileged user, and some kind
> > of Unix domain socket.
> >
> > Pa
) per time than before.
A mutex takes care of the proper locking against a mistaken double creation
of UUIDs for simultanious running processes.
Signed-off-by: Helge Deller <[EMAIL PROTECTED]>
drivers/char/random.c | 205 -
include/linux/sysct
On Sunday 18 November 2007, Andrew Morton wrote:
> On Sun, 18 Nov 2007 20:38:21 +0100 Helge Deller <[EMAIL PROTECTED]> wrote:
>
> > Title: Add time-based RFC 4122 UUID generator
> >
> > The current Linux kernel currently contains the generate_random_uuid()
> >
Sam Ravnborg wrote:
> On Sun, Nov 18, 2007 at 01:05:03PM -0800, Andrew Morton wrote:
>> On Sun, 18 Nov 2007 20:38:21 +0100 Helge Deller <[EMAIL PROTECTED]> wrote:
>>
>> > Title: Add time-based RFC 4122 UUID generator
>> >
>> > The current Linux ke
Andrew,
this is a series of two patches for the kernels UUID generator which was
already posted two weeks ago to LKML for discussion:
http://lkml.org/lkml/2007/10/6/37
1) The first patch fixes a real (although not too critical) bug in the current
UUID random generator. It would be great if thi
order that they will never conflict with
: addresses obtained from network cards.
So up to now it was just pure ("random") luck if this bit was set or not.
This tiny patch sets the bit explicitely.
Signed-off-by: Helge Deller <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
random.c
e possible with gettimeofday() in userspace.
As such it's in principle possible to provide a lot more UUIDs (if needed) per
time than in userspace.
Additionally a mutex takes care of the proper locking against a mistaken
double creation of UUIDs for simultanious running processes.
Signed-off-b
On Sunday 21 October 2007, Theodore Tso wrote:
> On Sat, Oct 20, 2007 at 09:58:40PM +0200, Helge Deller wrote:
> > Fix a bug in the current random UUID generator:
> >
> > Section 4.1.6 of RFC 4122 states regarding the "NodeID" of a UUID:
> > : For system
On Sunday 21 October 2007, Theodore Tso wrote:
> On Sat, Oct 20, 2007 at 10:00:03PM +0200, Helge Deller wrote:
> > Additionally a mutex takes care of the proper locking against a mistaken
> > double creation of UUIDs for simultanious running processes.
>
> This is tricki
This fixes following bug when building for parisc-linux:
drivers/usb/core/message.c: In function `usb_sg_init':
drivers/usb/core/message.c:440: error: implicit declaration of function
`sg_virt'
Signed-off-by: Helge Deller <[EMAIL PROTECTED]>
diff --git a/drivers/usb/core/mes
ps)
- keep searching for last-used MAC address (use same MAC as long as the NIC is
still in the machine)
- moved up the clock_seq calculation in order to simplify the logic and runtime
I kept the unlikely() in the !CONFIG_NET case and did not implemented a HAL
callback.
Helge
Signed-off-by: He
, this patch does not change anything for the existing
architectures which use this framework (IA64 and SPARC64), since "cycles_t" is
defined there as unsigned 64bit-integer anyway (which then makes this patch a
no-change for them).
Ok, not Ok ?
Regards, Helge
Signed-off-by: He
On Wed Jan 3 2007, Christoph Lameter wrote:
> On Tue, 2 Jan 2007, Helge Deller wrote:
>
> > As far as I could see, this patch does not change anything for the
> > existing architectures which use this framework (IA64 and SPARC64),
> > since "cycles_t" is defin
On Wed Jan 3 2007, john stultz wrote:
> On Wed, 2007-01-03 at 19:36 +0100, Helge Deller wrote:
> > On Wed Jan 3 2007, Christoph Lameter wrote:
> > > On Tue, 2 Jan 2007, Helge Deller wrote:
> > >
> > > > As far as I could see, this patch does not c
Hello Cyrill,
thanks a lot for the patch.
I've applied it to the PARISC-Linux git tree:
http://git.parisc-linux.org/?p=linux-2.6.git;a=commit;h=2b1f35b1cdec70c3a0ee2d4174668597355b6041
Your patch made me aware of an unitialized spinlock in the code as well:
http://lists.parisc-linux.org/pipermail
Hi Cyrill,
please include the "err1" label as well inside the #if / #endif clause.
err1 is used only when CONFIG_HP300 is defined and in the parisc-case you
currently get an unused label warning...
Helge
On Thursday 15 February 2007, Cyrill V. Gorcunov wrote:
> Thist patch prevents from imprope
On Thursday 15 February 2007, Cyrill V. Gorcunov wrote:
> Thist patch prevents from improper call of release_region
> if the code has been compiled without CONFIG_HP300 support.
>
> Signed-off-by: Cyrill V. Gorcunov <[EMAIL PROTECTED]>
Acked-by: Helge Deller <[EMAIL PROTECT
nt on 1006-10-08
Signed-off-by: Helge Deller <[EMAIL PROTECTED]>
fs/seq_file.c|4 ++--
include/linux/mmzone.h |2 +-
include/linux/relay.h|2 +-
include/linux/seq_file.h |4 ++--
kernel/configs.c |2 +-
kernel/cpuset.c |4 ++
Tomas Carnecky wrote:
> I only have a screenshot with no backtrace, if you want to see the
> function names in the backtrace, please tell me what I need to do.
>
> http://dbservice.com/ftpdir/tom/kernel-bug.jpg
>
> I was running a 2.6.19-ge??? kernel before (I don't remember which
> version exac
On PARISC-Linux the stack grows up, which is why on this platform
CONFIG_STACK_GROWSUP is #defined by default.
The patch below allows shmat() to map the requested memory region on this
platform directly below the start of the stack, without the need to reserve
memory for a downward-growing stack
Hi Linus,
Please pull some parisc architecture updates for kernel 4.8-rc1 from
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
parisc-4.8-1
Changes in this patch set:
- added an optimized hash implementation for parisc (George Spelvin)
- C99 style cleanups in iomap.c
Hi Linus,
please pull two small patches from:
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
parisc-4.13-5
Changelog:
- Fix PCI memory bar assignments with 64-bit kernels on machines with Dino/Cujo
PCI chipsets. This makes PCI graphic cards work on such machines
ed it successfully on parisc64.
You can add back the
Tested-by: Helge Deller #parisc64
Thanks!
Helge
Hi Linus,
please pull three small but important fixes for the parisc architecture for
kernel 4.14 from:
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
parisc-4.14-3
Three small important fixes for the parisc architecture:
- Export __cmpxchg_u64() symbol on 32bit
Hi Linus,
please pull the latest changes for the parisc architecture for kernel v4.3 from:
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
parisc-4.3-1
The most important changes in this patchset are:
- re-enable 64bit PCI bus addresses which were temporarily disabled
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 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
Hi Linus,
please pull some patches for the parisc architecture for kernel v4.3 from:
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
parisc-4.3-2
The most important change is that we reduce L1_CACHE_BYTES to 16 bytes, for
which a trivial patch for XPS in the network
On 03.08.2018 22:33, Nick Desaulniers wrote:
> On Fri, Aug 3, 2018 at 12:09 PM John David Anglin
> wrote:
>>
>> On 2018-08-03 2:11 PM, Nick Desaulniers wrote:
>>> But the kernel uses the generic_THIS_IP_ *everywhere*, not parisc's
>>> custom current_text_addr(). So if this did actually break un
On 07.08.2018 20:11, Nick Desaulniers wrote:
> On Fri, Aug 3, 2018 at 3:34 PM Helge Deller wrote:
>> So, your patch is basically OK and doesn't break anything.
>> But I agree with Dave and Andrew, that THIS_IP is ugly.
>
> I don't disagree, and other maintai
Hi Linus,
would you please pull two important patches for the parisc architecture for
kernel 4.18 from:
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
parisc-4.18-2
The first patch is trivial and fixes the kernel build if someone chooses to
build the generic 64bit
Hi Linus,
please pull fixes and updates for the parisc architecture for kernel 4.19 from:
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
parisc-4.19-1
Changes include:
- parisc now uses the generic dma_noncoherent_ops implementation, by Christoph
Hellwig.
- further
Hi Linus,
please pull the second round of fixes and updates in this merge window
for the parisc architecture for kernel 4.19 from:
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
parisc-4.19-2
Changes:
- fix boot failure of 64-bit kernel. It got broken by the unwind
On 12.05.2017 07:50, Colin King wrote:
> From: Colin Ian King
>
> Trivial fix to spelling mistake in a pr_warn message.
Thanks Colin,
Interestingly, your patch is against my for-next git tree which I
haven't pushed upstream yet.
I'll fix it before pushing.
Btw, your patch title is wrong, it sh
be a signal specific
si_code. Thus add a new FPE_CONDTRAP si_code for conditional traps.
Signed-off-by: Helge Deller
diff --git a/arch/parisc/kernel/traps.c b/arch/parisc/kernel/traps.c
index 8453724b8009..13702f0f5ba1 100644
--- a/arch/parisc/kernel/traps.c
+++ b/arch/parisc/kernel/tra
Hi Linus,
please pull a few fixes for the parisc architecture from:
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
parisc-4.15-3
The fixes are:
- Many small fixes to show the real physical addresses of devices instead of
hashed addresses.
- One important fix to
On 10.01.2018 00:03, Kees Cook wrote:
> On Sun, Jan 7, 2018 at 8:21 AM, Helge Deller wrote:
>> Hi Linus,
>>
>> please pull a few fixes for the parisc architecture from:
>>
>> git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
>> paris
On 21.02.2018 22:40, Alexandre Belloni wrote:
> The RTC core is always calling rtc_valid_tm after the read_time callback.
> It is not necessary to call it just before returning from the callback.
>
> Signed-off-by: Alexandre Belloni
Acked-by: Helge Deller
Thanks!
Helge
> ---
Hi Linus,
please pull a few last changes for this merge window for the parisc
architecture from:
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
parisc-4.17-2
Changes:
- Fix panic when halting system via "shutdown -h now"
- Drop own coding in favour
HI Sasha,
On 23.11.18 08:30, Sasha Levin wrote:
This commit has been processed because it contains a "Fixes:" tag,
fixing commit: 03274a3ffb44 tracing/fgraph: Adjust fgraph depth before calling
trace return callback.
The bot has tested the following trees: v4.19.3, v4.14.82, v4.9.138, v4.4.164
Hi Linus,
please pull one patch for the parisc architecture for 4.20-rc3 from:
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
parisc-4.20-3
Revert one patch which changed how spinlocks get released. It breaks the
rwlock implementation in glibc.
Thanks,
Helge
Hi Linus,
please pull one patch for the parisc architecture for 4.20-rc6 from:
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
parisc-4.20-4
On parisc, use -ffunction-sections compiler option when building 32-bit kernel
modules to avoid sysfs-warnings when loading such
Hi Linus,
please pull some patches for the parisc architecture from:
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
parisc-4.18-1
Nothing exiting in this patchset, just small cleanups of header files, kernel
now defaults to 4 CPUs when building a SMP kernel, mark 16
Hi Greg,
On 01.07.2018 18:01, Greg Kroah-Hartman wrote:
> 3.18-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Helge Deller
>
> [ Upstream commit 01f56832cfb6fcc204e7203f46841b6185ebd574 ]
I wonder how this patch
On 02.07.2018 16:09, Geert Uytterhoeven wrote:
> On Mon, Jul 2, 2018 at 4:01 PM Geert Uytterhoeven
> wrote:
>> JFYI, when comparing v4.18-rc3[1] to v4.18-rc2[3], the summaries are:
> ...
Both of the following are simply happening because of old compiler which is
being used:
>> [Deleted 26903 l
On 03.07.2018 03:09, Michael Ellerman wrote:
> Helge Deller writes:
>
>> On 02.07.2018 16:09, Geert Uytterhoeven wrote:
>>> On Mon, Jul 2, 2018 at 4:01 PM Geert Uytterhoeven
>>> wrote:
>>>> JFYI, when comparing v4.18-rc3[1] to v4.18-rc2[3], th
On 11.05.2018 09:59, Christoph Hellwig wrote:
> this series continues consolidating the dma-mapping code, with a focus
> on architectures that do not (always) provide cache coherence for DMA.
> Three architectures (arm, mips and powerpc) are still left to be
> converted later due to complexity of t
On 18.05.2018 15:03, Alexey Brodkin wrote:
> But the real fix of my problem is:
> >8
> --- a/lib/dma-noncoherent.c
> +++ b/lib/dma-noncoherent.c
> @@ -35,7 +35,7 @@ static dma_addr_t dma_noncoherent_map_page(struct device
Hi Linus,
please pull one more patch for the parisc architecture for 4.21-rc1 from:
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
parisc-4.21-2
Fix boot issues with a series of parisc servers since kernel 4.20.
Remapping kernel text with set_kernel_text_rw() missed to
On 02.01.19 17:02, Firoz Khan wrote:
> System call table generation support is provided for
> alpha, ia64, m68k, microblaze, mips, parisc, powerpc,
> sh, sparc and xtensa architectures. The implementat-
> ions are almost similar across all the above archte-
> ctures. In order to reduce the source c
On 07.01.19 10:56, Sergey Senozhatsky wrote:
> Use bust_spinlocks() function to set oops_in_progress.
>
> Signed-off-by: Sergey Senozhatsky
I've added this patch to the parisc for-next tree.
Thanks,
Helge
> ---
> arch/parisc/kernel/traps.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 delet
On 08.01.19 07:45, Masahiro Yamada wrote:
> This ccflags-y is never used because arch/parisc/boot/Makefile
> only contains objcopy and install targets.
>
> Signed-off-by: Masahiro Yamada
I've added this patch to the parisc for-next tree.
Thanks,
Helge
> ---
>
> arch/parisc/boot/Makefile | 6
Hi Linus,
please pull the parisc architecture updates for 4.21-rc1 from:
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
parisc-4.21-1
The major change in this patchset is the new system call table
generation support from Firoz Khan.
Thanks,
Helge
Hi Linus,
please pull three small patches for the parisc architecture for 4.20-rc1 from:
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
parisc-4.20-2
Three small patches:
- A boot fix for A500 machines, crash was caused by the new alternative
patching code from this
find a compression signature in the given file and if that fails it
checks the file itself as fallback.
Signed-off-by: Helge Deller
diff --git a/scripts/extract-vmlinux b/scripts/extract-vmlinux
index e6239f39abad..85e1f32fb4a0 100755
--- a/scripts/extract-vmlinux
+++ b/scripts/extract-vmlinux
On 17.10.2018 08:15, Stephen Rothwell wrote:
> Commits
> 17714e83ebff ("parisc: Release spinlocks using ordered store")
> c389eafd8ac2 ("parisc: Reorder TLB flush timing calculation")
> are missing a Signed-off-by from their committer.
Fixed.
Thanks,
Helge
signature.asc
Description: OpenPGP
1 - 100 of 470 matches
Mail list logo
