Hi, all
After discussing with Gavin offline, it's inappropriate to drop ISOLATED
state. Please ignore this patch.
Otherwise, somebody will merge that to mainline, which would be a problem.
Thanks,
Mike
On 08/13/2014 07:14 PM, Mike Qiu wrote:
When PE passed to guest, and guest EEH occured wit
On 08/14/2014 11:40 PM, Alexander Graf wrote:
>
> On 14.08.14 07:13, Aneesh Kumar K.V wrote:
>> Alexey Kardashevskiy writes:
>>
>>> fc95ca7284bc54953165cba76c3228bd2cdb9591 claims that there is no
>>> functional change but this is not true as it calls get_order() (which
>>> takes bytes) where it
Read_msi_msg() only be called in rtas_setup_msi_irqs(),
use __read_msi_msg() instead of read_msi_msg for
simplification. And rename __read_msi_msg() to
read_msi_msg().
Signed-off-by: Yijing Wang
CC: Benjamin Herrenschmidt
CC: linuxppc-dev@lists.ozlabs.org
---
arch/powerpc/platforms/pseries/msi.
On 8/15/14 9:52, Max Filippov wrote:
> On Fri, Aug 15, 2014 at 5:47 AM, Max Filippov wrote:
>> Hi Chen,
>>
>> On Thu, Aug 14, 2014 at 8:54 PM, Chen Gang wrote:
>>> Normal architectures:
>>>
>>> - Big endian: avr32, frv, m68k, openrisc, parisc, s390, sparc
>>>
>>> - Little endian: alpha, blackfi
On Fri, Aug 15, 2014 at 5:47 AM, Max Filippov wrote:
> Hi Chen,
>
> On Thu, Aug 14, 2014 at 8:54 PM, Chen Gang wrote:
>> Normal architectures:
>>
>> - Big endian: avr32, frv, m68k, openrisc, parisc, s390, sparc
>>
>> - Little endian: alpha, blackfin, cris, hexagon, ia64, metag, mn10300,
>>
Hi Chen,
On Thu, Aug 14, 2014 at 8:54 PM, Chen Gang wrote:
> Normal architectures:
>
> - Big endian: avr32, frv, m68k, openrisc, parisc, s390, sparc
>
> - Little endian: alpha, blackfin, cris, hexagon, ia64, metag, mn10300,
> score, unicore32, x86
>
> - Choose in config time:
On 8/15/14 7:12, Vineet Gupta wrote:
> On Thursday 14 August 2014 03:22 PM, Chen Gang wrote:
>> For many individual modules may need check CPU_LITTLE_ENDIAN or
>> CPU_BIG_ENDIAN, which is an architecture's attribute.
>>
>> Or they have to list many architectures which they support, which they
>>
On Thursday 14 August 2014 03:22 PM, Chen Gang wrote:
> For many individual modules may need check CPU_LITTLE_ENDIAN or
> CPU_BIG_ENDIAN, which is an architecture's attribute.
>
> Or they have to list many architectures which they support, which they
> don't support. And still, it is not precise.
>
On 08/15/2014 02:27 AM, Lennox Wu wrote:
> I don't think it's necessary, what's the benfit?
>
> 2014-08-15 2:21 GMT+08:00 Vineet Gupta :
>
>> On Thursday 14 August 2014 09:55 AM, Chen Gang wrote:
[...]
>>> diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig
>>> index 9596b0a..e939abd 100644
>>> ---
On 08/15/2014 02:04 AM, Ralf Baechle wrote:
> On Fri, Aug 15, 2014 at 12:54:53AM +0800, Chen Gang wrote:
>
>> Normal architectures:
>>
>> - Big endian: avr32, frv, m68k, openrisc, parisc, s390, sparc
>>
>> - Little endian: alpha, blackfin, cris, hexagon, ia64, metag, mn10300,
>>
On Thursday 14 August 2014 09:55 AM, Chen Gang wrote:
> Normal architectures:
>
> - Big endian: avr32, frv, m68k, openrisc, parisc, s390, sparc
>
> - Little endian: alpha, blackfin, cris, hexagon, ia64, metag, mn10300,
> score, unicore32, x86
>
> - Choose in config time: arc, a
I don't think it's necessary, what's the benfit?
2014-08-15 2:21 GMT+08:00 Vineet Gupta :
> On Thursday 14 August 2014 09:55 AM, Chen Gang wrote:
> > Normal architectures:
> >
> > - Big endian: avr32, frv, m68k, openrisc, parisc, s390, sparc
> >
> > - Little endian: alpha, blackfin, cris, he
On Fri, Aug 15, 2014 at 12:54:53AM +0800, Chen Gang wrote:
> Normal architectures:
>
> - Big endian: avr32, frv, m68k, openrisc, parisc, s390, sparc
>
> - Little endian: alpha, blackfin, cris, hexagon, ia64, metag, mn10300,
> score, unicore32, x86
>
> - Choose in config tim
Normal architectures:
- Big endian: avr32, frv, m68k, openrisc, parisc, s390, sparc
- Little endian: alpha, blackfin, cris, hexagon, ia64, metag, mn10300,
score, unicore32, x86
- Choose in config time: arc, arm, arm64, c6x, m32r, mips, powerpc, sh
Special architectures:
-
On 14.08.2014 [09:35:37 -0500], Christoph Lameter wrote:
> On Wed, 13 Aug 2014, Nishanth Aravamudan wrote:
>
> > +++ b/include/linux/topology.h
> > @@ -119,11 +119,20 @@ static inline int numa_node_id(void)
> > * Use the accessor functions set_numa_mem(), numa_mem_id() and
> > cpu_to_mem().
> >
On Wed, 13 Aug 2014, Nishanth Aravamudan wrote:
> +++ b/include/linux/topology.h
> @@ -119,11 +119,20 @@ static inline int numa_node_id(void)
> * Use the accessor functions set_numa_mem(), numa_mem_id() and cpu_to_mem().
> */
> DECLARE_PER_CPU(int, _numa_mem_);
> +extern int _node_numa_mem_[M
On 14.08.14 07:13, Aneesh Kumar K.V wrote:
Alexey Kardashevskiy writes:
fc95ca7284bc54953165cba76c3228bd2cdb9591 claims that there is no
functional change but this is not true as it calls get_order() (which
takes bytes) where it should have called ilog2() and the kernel stops
on VM_BUG_ON().
This patch ensures the cpus to kexec/reboot at nominal frequency.
Nominal frequency is the highest cpu frequency on PowerPC at
which the cores can run without getting throttled.
If the host kernel had set the cpus to a low pstate and then it
kexecs/reboots to a cpufreq disabled kernel it would cau
CC arch/powerpc/util/skip-callchain-idx.o
arch/powerpc/util/skip-callchain-idx.c: In function ‘check_return_reg’:
arch/powerpc/util/skip-callchain-idx.c:55:3: error: implicit declaration of
function ‘pr_debug’ [-Werror=implicit-function-declaration]
pr_debug("dwarf_frame_register() %s\n
in commit 29f1aff2c (powerpc: Copy bootable images in the default
install script) we changed to copying all the built boot targets based
on the assumption that it's backwards compatible. It turns out that
debian devived installkernel scripts will barf if not given exactly 4
args.
This change reve
20 matches
Mail list logo