Hi Linus,
Please pull the one important fix for the parisc architecture from
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
parisc-3.12
This is a 2-line patch to save the CPU register which holds our task thread
info pointer before calling a firmware function and then
Hi Linus,
Please pull the latest parisc fixes from
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
parisc-3.12
There are just two small fixes in here:
- Revert a commit which exported the flush_cache_page function. This was
noticed by Christoph Hellwig.
- Enable the
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.
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.
At least kernel 3.10 (and I think 3.11) didn't showed that problem.
The symtom is, that "top" shows high usage of either kswapd0 or kswapd1.
> > Geert Uytterhoeven (1):
> > parisc: Export flush_cache_page() (needed by lustre)
>
> This one shouldn't go in - Geert sent it a bit prematurely, as Lustre
> shouldn't use it just to reimplement core VM functionality (which it
> shouldn't use either, but that's a separate story).
Ok, it'
Hi Linus,
Please pull the latest parisc fixes from
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
parisc-3.12
This patchset includes a bugfix to prevent a kernel crash when memory in
page zero is accessed by the kernel itself, e.g. via
probe_kernel_read(). Furthermore
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
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/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 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.
>>
>>
; /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
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
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
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
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
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
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
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
>
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
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
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
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
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
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
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
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
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
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
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
(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
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
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 |
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
[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
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
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 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
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, 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
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:
> > >
> >
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
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()
> >
) 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
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 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
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
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
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
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
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
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
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(+),
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
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
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
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
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
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
, 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
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
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 ++
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 @@
401 - 467 of 467 matches
Mail list logo