Re: [PATCH] cpuidle/powernv: Enter fastsleep on checking if deep idle states are allowed

2014-09-14 Thread Michael Ellerman
On Fri, 2014-09-12 at 16:31 +0530, Preeti U Murthy wrote: > Today the procfs interface /proc/sys/kernel/powersave-nap is used to control > entry into deep idle states beyond snooze. Check for the value of this > parameter before entering fastsleep. We already do this check for nap in > power7_idle(

Re: [PATCH v2 2/2] pseries: Fix endian issues in cpu hot-removal

2014-09-14 Thread Bharata B Rao
On Sat, Sep 13, 2014 at 12:41 AM, Thomas Falcon wrote: > When removing a cpu, this patch makes sure that values > gotten from or passed to firmware are in the correct > endian format. > > Signed-off-by: Thomas Falcon > --- > Changes in v2: > > Followed suggestions from Michael Ellerman: >Con

Re: [RFC PATCH] powerpc/numa: add ability to disable and debug topology updates

2014-09-14 Thread Michael Ellerman
On Tue, 2014-09-09 at 13:09 -0700, Nishanth Aravamudan wrote: > We have hit a few customer issues with the topology update code (VPHN > and PRRN). It would be nice to be able to debug the notifications coming > from the hypervisor in both cases to the LPAR, as well as to disable > reacting to the n

Re: [PATCH] rtc/tpo: Driver to support rtc and wakeup on PowerNV platform

2014-09-14 Thread Michael Ellerman
On Wed, 2014-09-10 at 11:08 +0530, Neelesh Gupta wrote: > The patch implements the OPAL rtc driver that binds with the rtc > driver subsystem. The driver uses the platform device infrastructure > to probe the rtc device and register it to rtc class framework. The > 'wakeup' is supported depending u

Re: [PATCH 1/4] powerpc/powernv: Add OPAL check token call

2014-09-14 Thread Michael Neuling
On Mon, 2014-09-15 at 13:10 +1000, Michael Ellerman wrote: > On Tue, 2014-08-19 at 14:47 +1000, Michael Neuling wrote: > > Currently there is no way to generically check if an OPAL call exists or not > > from the host kernel. > > > > This adds an OPAL call opal_check_token() which tells you if the

Re: [PATCH 3/4] powerpc/powernv: Check OPAL elog calls exist before using

2014-09-14 Thread Michael Ellerman
On Tue, 2014-08-19 at 14:48 +1000, Michael Neuling wrote: > Check that the OPAL_ELOG_READ token exists before initalising the elog > infrastructure. > > This avoids littering the OPAL console with: > "OPAL: Called with bad token 74" > > Signed-off-by: Michael Neuling > --- > arch/powerpc/plat

Re: [PATCH 1/4] powerpc/powernv: Add OPAL check token call

2014-09-14 Thread Michael Ellerman
On Tue, 2014-08-19 at 14:47 +1000, Michael Neuling wrote: > Currently there is no way to generically check if an OPAL call exists or not > from the host kernel. > > This adds an OPAL call opal_check_token() which tells you if the given token > is > present in OPAL or not. > > Signed-off-by: Mich

Re: [PATCH v2 1/2] pseries: Fix endian issues in onlining cpu threads

2014-09-14 Thread Michael Ellerman
On Fri, 2014-09-12 at 14:11 -0500, Thomas Falcon wrote: > The ibm,ppc-interrupt-server#s property is in big endian format. > These values need to be converted when used by little endian > architectures. > > Signed-off-by: Thomas Falcon > --- > Changes in v2: > > Followed suggestions from Michae

Re: [PATCH] powerpc: Add macros for the ibm_architecture_vec[] lengths

2014-09-14 Thread Michael Ellerman
On Tue, 2014-09-09 at 11:03 +1000, Stewart Smith wrote: > Michael Ellerman writes: > > The encoding of the lengths in the ibm_architecture_vec array is > > "interesting" to say the least. It's non-obvious how the number of bytes > > we provide relates to the length value. > > > > In fact we alread

Re: [PATCH V2] powerpc/eeh: Fix kernel crash when passing through VF

2014-09-14 Thread Michael Ellerman
On Fri, 2014-09-12 at 15:05 +1000, Gavin Shan wrote: > On Fri, Sep 12, 2014 at 01:55:23PM +1000, Michael Ellerman wrote: > >On Thu, 2014-09-11 at 11:42 +0800, Wei Yang wrote: > >> diff --git a/arch/powerpc/kernel/eeh.c b/arch/powerpc/kernel/eeh.c > >> index 4a45ba8..403445e 100644 > >> --- a/arch/p

Re: [PATCH v2 1/3] PCI/MSI/PPC: Remove arch_msi_check_device()

2014-09-14 Thread Michael Ellerman
On Sun, 2014-09-07 at 20:57 +0200, Alexander Gordeev wrote: > Moving MSI checks from arch_msi_check_device() function to > arch_setup_msi_irqs() function makes code more compact and > allows removing unnecessary hook arch_msi_check_device() > from generic MSI code. > > Cc: linuxppc-dev@lists.ozlab

Re: [PATCH v3 3/3] sched: BUG when stack end location is over written

2014-09-14 Thread Michael Ellerman
On Fri, 2014-09-12 at 12:58 +0200, Mike Galbraith wrote: > On Fri, 2014-09-12 at 10:44 +0100, Aaron Tomlin wrote: > > On Fri, Sep 12, 2014 at 02:06:57PM +1000, Michael Ellerman wrote: > > > On Thu, 2014-09-11 at 16:41 +0100, Aaron Tomlin wrote: > > > > diff --git a/lib/Kconfig.debug b/lib/Kconfig.

Re: bit fields && data tearing

2014-09-14 Thread One Thousand Gnomes
> So a problem that no one has ever complained about on _any_ arch is suddenly > a problem on a subset of Alpha cpus, but a problem I know exists on Alpha > isn't important because no one's filed a bug about it? Yes - because if you think about it that tells you that nobody is hitting it with the

[PATCH] video: valkyriefb: Fix unused variable warning in set_valkyrie_clock()

2014-09-14 Thread Geert Uytterhoeven
If CONFIG_ADB_CUDA=n: drivers/video/fbdev/valkyriefb.c: In function ‘set_valkyrie_clock’: drivers/video/fbdev/valkyriefb.c:267: warning: unused variable ‘i’ drivers/video/fbdev/valkyriefb.c:266: warning: unused variable ‘req’ Move the variable declarations inside the existing #ifdef section to fi