linux-stable.git/arch/alpha/kernel, branch linux-4.1.y

vgacon: Set VGA struct resource types

2018-05-23T01:33:51+00:00

[ Upstream commit c82084117f79bcae085e40da526253736a247120 ]

Set the resource type when we reserve VGA-related I/O port resources.

The resource code doesn't actually look at the type, so it inserts
resources without a type in the tree correctly even without this change.
But if we ever print a resource without a type, it looks like this:

  vga+ [??? 0x000003c0-0x000003df flags 0x0]

Setting the type means it will be printed correctly as:

  vga+ [io  0x000003c0-0x000003df]

Signed-off-by: Bjorn Helgaas 
Signed-off-by: Sasha Levin

alpha: fix reboot on Avanti platform

2018-03-04T15:28:22+00:00

[ Upstream commit 55fc633c41a08ce9244ff5f528f420b16b1e04d6 ]

We need to define NEED_SRM_SAVE_RESTORE on the Avanti, otherwise we get
machine check exception when attempting to reboot the machine.

Signed-off-by: Mikulas Patocka 
Cc: stable@vger.kernel.org
Signed-off-by: Matt Turner 
Signed-off-by: Sasha Levin

alpha: fix crash if pthread_create races with signal delivery

2018-03-04T15:28:22+00:00

[ Upstream commit 21ffceda1c8b3807615c40d440d7815e0c85d366 ]

On alpha, a process will crash if it attempts to start a thread and a
signal is delivered at the same time. The crash can be reproduced with
this program: https://cygwin.com/ml/cygwin/2014-11/msg00473.html

The reason for the crash is this:
* we call the clone syscall
* we go to the function copy_process
* copy process calls copy_thread_tls, it is a wrapper around copy_thread
* copy_thread sets the tls pointer: childti->pcb.unique = regs->r20
* copy_thread sets regs->r20 to zero
* we go back to copy_process
* copy process checks "if (signal_pending(current))" and returns
  -ERESTARTNOINTR
* the clone syscall is restarted, but this time, regs->r20 is zero, so
  the new thread is created with zero tls pointer
* the new thread crashes in start_thread when attempting to access tls

The comment in the code says that setting the register r20 is some
compatibility with OSF/1. But OSF/1 doesn't use the CLONE_SETTLS flag, so
we don't have to zero r20 if CLONE_SETTLS is set. This patch fixes the bug
by zeroing regs->r20 only if CLONE_SETTLS is not set.

Signed-off-by: Mikulas Patocka 
Cc: stable@vger.kernel.org
Signed-off-by: Matt Turner 
Signed-off-by: Sasha Levin

osf_wait4(): fix infoleak

2017-06-08T10:12:47+00:00

[ Upstream commit a8c39544a6eb2093c04afd5005b6192bd0e880c6 ]

failing sys_wait4() won't fill struct rusage...

Cc: stable@vger.kernel.org
Signed-off-by: Al Viro 
Signed-off-by: Sasha Levin

alpha: kernel: osf_sys: Set 'kts.tv_nsec' only when 'tv' has effect

2015-05-26T17:01:51+00:00

The related warning:

    CC      init/do_mounts.o
  arch/alpha/kernel/osf_sys.c: In function 'SyS_osf_settimeofday':
  arch/alpha/kernel/osf_sys.c:1028:14: warning: 'kts.tv_nsec' may be used uninitialized in this function [-Wmaybe-uninitialized]
    kts.tv_nsec *= 1000;
                ^
  arch/alpha/kernel/osf_sys.c:1016:18: note: 'kts' was declared here
    struct timespec kts;
                    ^

Signed-off-by: Chen Gang 
Signed-off-by: Matt Turner

alpha: Wire up all missing implemented syscalls

2015-05-26T17:01:50+00:00

And still left the missing unimplemented syscalls as warnings. The
related warnings for missing implemented syscalls:

    CALL    scripts/checksyscalls.sh
  :1241:2: warning: #warning syscall getrandom not implemented [-Wcpp]
  :1244:2: warning: #warning syscall memfd_create not implemented [-Wcpp]
  :1250:2: warning: #warning syscall execveat not implemented [-Wcpp]

Signed-off-by: Chen Gang 
Signed-off-by: Matt Turner

alpha: copy_thread(): rename 'arg' argument to 'kthread_arg'

2015-05-26T17:01:49+00:00

The 'arg' argument to copy_thread() is only ever used when forking a new
kernel thread. Hence, rename it to 'kthread_arg' for clarity (and consistency
with do_fork() and other arch-specific implementations of copy_thread()).

Signed-off-by: Alex Dowad 
Signed-off-by: Matt Turner

alpha: delete non-required instances of

2015-05-26T17:01:48+00:00

None of these files are actually using any __init type directives
and hence don't need to include .  Most are just a
left over from __devinit and __cpuinit removal, or simply due to
code getting copied from one driver to the next.

Acked-by: Richard Henderson 
Cc: Ivan Kokshaysky 
Cc: Matt Turner 
Cc: linux-alpha@vger.kernel.org
Signed-off-by: Paul Gortmaker 
Signed-off-by: Matt Turner

alpha: don't use module_init for non-modular core code

2015-05-26T17:01:47+00:00

The srm console is always built in.  It will never be modular,
so using module_init as an alias for __initcall is rather
misleading.

Fix this up now, so that we can relocate module_init from
init.h into module.h in the future.  If we don't do this, we'd
have to add module.h to obviously non-modular code, and that
would be a worse thing.

Direct use of __initcall is discouraged, vs prioritized ones.
Use of device_initcall is consistent with what __initcall
maps onto, and hence does not change the init order, making the
impact of this change zero.   Should someone with real hardware
for boot testing want to change it later to arch_initcall or
console_initcall, they can do that at a later date.

Reviewed-by: Richard Henderson 
Cc: Ivan Kokshaysky 
Acked-by: Matt Turner 
Cc: linux-alpha@vger.kernel.org
Signed-off-by: Paul Gortmaker 
Signed-off-by: Matt Turner

smp, alpha: kill SMP single function call interrupt

2015-05-26T17:01:46+00:00

Commit 9a46ad6d6df3b54 "smp: make smp_call_function_many() use logic
similar to smp_call_function_single()" has unified the way to handle
single and multiple cross-CPU function calls. Now only one interrupt
is needed for architecture specific code to support generic SMP function
call interfaces, so kill the redundant single function call interrupt.

Cc: Andrew Morton 
Cc: Shaohua Li 
Cc: Peter Zijlstra 
Cc: Ingo Molnar 
Cc: Steven Rostedt 
Cc: Jiri Kosina 
Cc: Richard Henderson 
Cc: Ivan Kokshaysky 
Acked-by: Matt Turner 
Cc: linux-alpha@vger.kernel.org
Signed-off-by: Jiang Liu 
Signed-off-by: Matt Turner