http://blog.gmane.org/gmane.linux.ports.ppc64.devel hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.linux.ports.ppc64.devel/82226 <pre>We have a system with linux 2.6.32 and the somewhat archaic uClibc 0.9.27 (but I'm not sure the current version is any better, and I think there are binary compatibility if we update). I've just discovered that pread() is 'implemented' by using 3 lseek() system calls and read(). (the same is true for the 64bit versions). I thought that pread() was supposed to be atomic (so usable concurrently by multiple threads) which means that this implementation is completely broken. I've not looked to see what glibc does. I can see that part of the problem is the alignment of the 64bit value on the argument list of syscall() (when the register save area is cast to a sycall argument structure). But it also looks as though the uClibc syscall() stub can only pass 5 arguments in registers, and pread() (with an aligned 64bit offset) requires 6. The ucLibc source seems to be predicated by __NR_pread, but if that were defined it would try to call __syscall_pread() and I can't find that anywhere. A special pread/pwrite as</pre> David Laight 2012-05-25T13:29:06 http://comments.gmane.org/gmane.linux.ports.ppc64.devel/82220 <pre>Hi, let's assume a module gets loaded into an already busy system, and the ".init.text" section with the __init function gets loaded into one memory region, and the normal ".text" section gets loaded into a totally different memory region. Now assume that both regions are &gt;32MB apart in addressing, so that a call from the __init .init.text function to any function in .text requires a trampoline as set up by the do_plt_call() function in arch/kernel/module*.c So far so good for user code. Now assume that the __init function is not trivial and will require register save/restore functions in prologue/epilogue with such calls generated by gcc, e.g., the __init function calls _rest32gpr_28_x() in the epilogue. This restore functions however is in the .text section due to the static link of the normal libs. Now we have the __init function calling the trampoline, which is destroying r11. The trampoline is then jumping to the register restore function which relies on r11 still being intact, which it now isn't any</pre> Wrobel Heinz-R39252 2012-05-24T20:05:19 http://comments.gmane.org/gmane.linux.ports.ppc64.devel/82211 <pre>From: Tang Yuantian &lt;Yuantian.Tang&lt; at &gt;freescale.com&gt; Signed-off-by: Jin Qing &lt;b24347&lt; at &gt;freescale.com&gt; Signed-off-by: Li Yang &lt;leoli&lt; at &gt;freescale.com&gt; Signed-off-by: Tang Yuantian &lt;Yuantian.Tang&lt; at &gt;freescale.com&gt; --- arch/powerpc/boot/dts/p1024rdb.dtsi | 228 ++++++++++++++++++++++++++++++++ arch/powerpc/boot/dts/p1024rdb_32b.dts | 87 ++++++++++++ arch/powerpc/boot/dts/p1024rdb_36b.dts | 87 ++++++++++++ 3 files changed, 402 insertions(+), 0 deletions(-) create mode 100644 arch/powerpc/boot/dts/p1024rdb.dtsi create mode 100644 arch/powerpc/boot/dts/p1024rdb_32b.dts create mode 100644 arch/powerpc/boot/dts/p1024rdb_36b.dts diff --git a/arch/powerpc/boot/dts/p1024rdb.dtsi b/arch/powerpc/boot/dts/p1024rdb.dtsi new file mode 100644 index 0000000..b05dcb4 --- /dev/null +++ b/arch/powerpc/boot/dts/p1024rdb.dtsi &lt; at &gt;&lt; at &gt; -0,0 +1,228 &lt; at &gt;&lt; at &gt; +/* + * P1024 RDB Device Tree Source stub (no addresses or top-level ranges) + * + * Copyright 2012 Freescale Semiconductor Inc. + * + * Redistribution and use in source and binary form</pre> b29983< at >freescale.com 2012-05-24T09:08:27 http://comments.gmane.org/gmane.linux.ports.ppc64.devel/82210 <pre>Hello, colleagues, I'm trying to enable an AGP slot (again) on my Maple board (dual PPC970FX board, with CPC925 (U3H) north bridge). For now I'm stuck with a problem: I use radeon card, drm-radeon driver with KMS. If I force drm-radeon to think about a card as about PCI card (by commenting corresponding lines in drm_radeon_kms.c), everything works, I get framebuffer, working X11, etc. If I enable agpgart-uninorth driver and RADEON_IS_AGP flag in drm driver, I get an Oops early during the bootstrap. Relevant part of the log (I can send full dmesg of normal bootstrap or this oops on request, if that would help). [ 2.820647] Linux agpgart interface v0.103 [ 2.824909] agpgart-uninorth 0000:f0:0b.0: Apple U3H chipset [ 2.830668] agpgart-uninorth 0000:f0:0b.0: Found device u3, rev 35 [ 2.843611] agpgart-uninorth 0000:f0:0b.0: configuring for size idx: 64 [ 2.850638] agpgart-uninorth 0000:f0:0b.0: AGP aperture is 256M &lt; at &gt; 0x0 [ 2.857646] [drm] Initialized drm 1.1.0 20060810 [ 2.862567</pre> Dmitry Eremin-Solenikov 2012-05-24T06:18:55 http://comments.gmane.org/gmane.linux.ports.ppc64.devel/82203 <pre>Add EEPROM to the P1010RDB device tree. The 24c01 acts as a memory SPD so it shouldn't be overwritten without care. The 24c256 is a general purpose memory. Signed-off-by: Gustavo Zacarias &lt;gustavo&lt; at &gt;zacarias.com.ar&gt; --- arch/powerpc/boot/dts/p1010rdb.dtsi | 12 ++++++++++++ 1 files changed, 12 insertions(+), 0 deletions(-) diff --git a/arch/powerpc/boot/dts/p1010rdb.dtsi b/arch/powerpc/boot/dts/p1010rdb.dtsi index 4977614..ec7c27a 100644 --- a/arch/powerpc/boot/dts/p1010rdb.dtsi +++ b/arch/powerpc/boot/dts/p1010rdb.dtsi &lt; at &gt;&lt; at &gt; -126,12 +126,24 &lt; at &gt;&lt; at &gt; &amp;board_soc { i2c&lt; at &gt;3000 { +eeprom&lt; at &gt;50 { +compatible = "st,24c256"; +reg = &lt;0x50&gt;; +}; + rtc&lt; at &gt;68 { compatible = "pericom,pt7c4338"; reg = &lt;0x68&gt;; }; }; +i2c&lt; at &gt;3100 { +eeprom&lt; at &gt;52 { +compatible = "atmel,24c01"; +reg = &lt;0x52&gt;; +}; +}; + spi&lt; at &gt;7000 { flash&lt; at &gt;0 { #address-cells = &lt;1&gt;; </pre> Gustavo Zacarias 2012-05-23T14:35:18 http://comments.gmane.org/gmane.linux.ports.ppc64.devel/82202 <pre> irq_entry, irq_exit, timer_interrupt_entry and timer_interrupt_exit all do the same thing so use DECLARE_EVENT_CLASS to avoid duplicating everything 4 times. This saves quite a lot of space in both instruction text and data: text data bss dec hex filename 9265 19622 16 28903 70e7 arch/powerpc/kernel/irq.o 6817 19019 16 25852 64fc arch/powerpc/kernel/irq.o Signed-off-by: Anton Blanchard &lt;anton&lt; at &gt;samba.org&gt; --- Index: linux-build/arch/powerpc/include/asm/trace.h =================================================================== --- linux-build.orig/arch/powerpc/include/asm/trace.h2012-05-23 13:30:51.235534219 +1000 +++ linux-build/arch/powerpc/include/asm/trace.h2012-05-23 14:10:44.406639628 +1000 &lt; at &gt;&lt; at &gt; -8,7 +8,7 &lt; at &gt;&lt; at &gt; struct pt_regs; -TRACE_EVENT(irq_entry, +DECLARE_EVENT_CLASS(ppc64_interrupt_class, TP_PROTO(struct pt_regs *regs), &lt; at &gt;&lt; at &gt; -25,55 +25,32 &lt; at &gt;&lt; at &gt; TRACE_EVENT(irq_entry, TP_printk("pt_regs=%p", __entry-&gt;regs) ); -TRACE_EVENT(irq_exit, +DEFINE_</pre> Anton Blanchard 2012-05-23T04:47:48 http://comments.gmane.org/gmane.linux.ports.ppc64.devel/82200 <pre> When looking through some instruction traces I noticed our tracepoint checks were inline. It turns out we don't have CONFIG_JUMP_LABEL enabled. By enabling CONFIG_JUMP_LABEL we replace a load/compare/branch with a nop at every tracepoint call. For example in do_IRQ: CONFIG_JUMP_LABEL disabled: stdx 3,11,9 lwz 0,8(29) cmpwi 7,0,0 bne- 7,.L124 bl .irq_enter CONFIG_JUMP_LABEL enabled: stdx 3,11,9 nop bl .irq_enter Signed-off-by: Anton Blanchard &lt;anton&lt; at &gt;samba.org&gt; --- Index: linux-build/arch/powerpc/configs/ppc64_defconfig =================================================================== --- linux-build.orig/arch/powerpc/configs/ppc64_defconfig2012-04-05 13:47:45.691857096 +1000 +++ linux-build/arch/powerpc/configs/ppc64_defconfig2012-05-23 13:14:04.254270594 +1000 &lt; at &gt;&lt; at &gt; -16,6 +16,7 &lt; at &gt;&lt; at &gt; CONFIG_BLK_DEV_INITRD=y CONFIG_PROFILING=y CONFIG_OPROFILE=y CONFIG_KPROBES=y +CONFIG_JUMP_LABEL=y CONFIG_MODULES=y CONFIG_MODULE_UNLOAD=y CONFIG_M</pre> Anton Blanchard 2012-05-23T03:58:41 http://comments.gmane.org/gmane.linux.ports.ppc64.devel/82199 <pre>Hi Folks ! I'm going to be getting some surgery next week. In the good case, I should be officially back to work 2 weeks later, but I might end up being unavailable for longer. So while I'm away, Michael Ellerman and Paul Mackerras are going to take care of the powerpc tree. I'll make sure Paul and I sign Michael's PGP key before I leave. Cheers, Ben. </pre> Benjamin Herrenschmidt 2012-05-23T03:43:27 http://comments.gmane.org/gmane.linux.ports.ppc64.devel/82188 <pre>Hi I came across the following issue while testing Kdump on an SMP board(Currituck) running a non-SMP kernel. Even though the kernel is UP, the device-tree has the nodes for second CPU and the related details. The kexec tool adds the spin table area as a reserved section in the device tree for the dump capture kernel. This value is read from the 'cpu-release-addr'. But now, if the spin table is not located within the 'Reserved region' for the crash kernel, the dump capture kernel would fail to boot, hitting a BUG in mm/bootmem.c as in [1]. This is because we try to reserve a region which is not available to the kernel. So I am wondering how is this handled really on an SMP board (Fsl_bookE). There are two possible solutions : 1) Do not reserve the regions for the spin-table, as we will use only the crashing CPU in the second kernel(maxcpus=1). 2) Add the spin-table region to the available memory regions passed to the kernel by kexec-tools. I have tested (1) and it works fine for me. Yet to te</pre> Suzuki K. Poulose 2012-05-22T12:42:10 http://comments.gmane.org/gmane.linux.ports.ppc64.devel/82173 <pre>Folks, bad news ... my fault. I accidentally forgot a --signoff on a git am command last week, meaning that a pair of patches are in -next and not signed off by me. For various (legal) reasons that cannot go into Linus tree as-is, so I have to rebase the tree to fix it. Sorry about that ... Cheers, Ben. </pre> Benjamin Herrenschmidt 2012-05-22T01:51:13 http://comments.gmane.org/gmane.linux.ports.ppc64.devel/82138 <pre>setting CONFIG_IRQ_ALL_CPUS distributes IRQs to CPUs only when the number of online CPUs equals NR_CPUS. See commit 280ff97494e0fef4124bee5c52e39b23a18dd283 "sparc64: fix and optimize irq distribution" for more details. Using the online mask fixes IRQ-to-CPU distribution on systems that boot with less than NR_CPUS. Signed-off-by: Kim Phillips &lt;kim.phillips&lt; at &gt;freescale.com&gt; --- arch/powerpc/kernel/irq.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/powerpc/kernel/irq.c b/arch/powerpc/kernel/irq.c index 2a599ce..c05fd53 100644 --- a/arch/powerpc/kernel/irq.c +++ b/arch/powerpc/kernel/irq.c &lt; at &gt;&lt; at &gt; -891,7 +891,7 &lt; at &gt;&lt; at &gt; int irq_choose_cpu(const struct cpumask *mask) { int cpuid; -if (cpumask_equal(mask, cpu_all_mask)) { +if (cpumask_equal(mask, cpu_online_mask)) { static int irq_rover; static DEFINE_RAW_SPINLOCK(irq_rover_lock); unsigned long flags; </pre> Kim Phillips 2012-05-18T01:11:45 http://comments.gmane.org/gmane.linux.ports.ppc64.devel/82137 <pre>MTD_OF_PARTS and the default setting is not working due to using 'Y' instead of 'y', introduced in commit d6137badeff1ef64b4e0092ec249ebdeaeb3ff37. This made our board, and possibly other boards using DTS defined partitions and not having CONFIG_MTD_OF_PARTS=y defined in the defconfig, fail to mount root after v3.1. Signed-off-by: Frank Svendsboe &lt;frank.svendsboe&lt; at &gt;gmail.com&gt; --- drivers/mtd/Kconfig | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/mtd/Kconfig b/drivers/mtd/Kconfig index 5760c1a..27143e0 100644 --- a/drivers/mtd/Kconfig +++ b/drivers/mtd/Kconfig &lt; at &gt;&lt; at &gt; -128,7 +128,7 &lt; at &gt;&lt; at &gt; config MTD_AFS_PARTS config MTD_OF_PARTS tristate "OpenFirmware partitioning information support" -default Y +default y depends on OF help This provides a partition parsing function which derives </pre> Frank Svendsboe 2012-05-17T20:43:09 http://comments.gmane.org/gmane.linux.ports.ppc64.devel/82129 <pre> Greetings. I was occasionally running into problems at boot time on an MPC8315-based board (derived from the MPC831xRDB, apparently), using SATA to talk to an SSD. My vendor suggested that I enable CONFIG_MPC8315_DS. That symbol is only found once in the entire kernel codebase: $ git checkout v3.4-rc7 HEAD is now at 36be505... Linux 3.4-rc7 $ git grep -nH CONFIG_MPC8315_DS drivers/ata/sata_fsl.c:729:#ifdef CONFIG_MPC8315_DS There is no kconfig support for it at all. It was added in 2007; further, this is the only commit in the entire git history that contains this string: commit e7eac96e8f0e57a6e9f94943557bc2b23be31471 Author: ashish kalra &lt;ashish.kalra&lt; at &gt;freescale.com&gt; Date: Wed Oct 31 19:28:02 2007 +0800 ata/sata_fsl: Move MPC8315DS link speed limit workaround to specific ifdef Signed-off-by: ashish kalra &lt;ashish.kalra&lt; at &gt;freescale.com&gt; Signed-off-by: Li Yang &lt;leoli&lt; at &gt;freescale.com&gt; Signed-off-by: Jeff Garzik &lt;jeff&lt; at &gt;garzik.org&gt; diff --git a/drive</pre> Anthony Foiani 2012-05-17T17:08:18 http://comments.gmane.org/gmane.linux.ports.ppc64.devel/82122 <pre>Hi Herbert, Today's linux-next merge of the crypto tree got a conflict in drivers/crypto/Kconfig between commit aef7b31c8833 ("powerpc/crypto: Build files for the nx device driver") from the powerpc tree and commit 2789c08fffea ("crypto: ux500 - Add driver for CRYP hardware") from the crypto tree. Just context changes. I fixed it up (see below) and can carry the fix as necessary. </pre> Stephen Rothwell 2012-05-17T03:21:16 http://comments.gmane.org/gmane.linux.ports.ppc64.devel/82115 <pre>An upcoming release of firmware will add DDW extensions, in particular an API to "reset" the DMA window to the original configuration (32-bit, 2GB in size). With that API available, we can safely remove the default window, increasing the resources available to firmware for creation of larger windows for the slot in question -- if we encounter an error, we can use the new API to reset the state of the slot. Further, this same release of firmware will make it a hard requirement for OSes to release the existing window before any other windows will be shown as available, to avoid conflicts in addressing between the two windows. In anticipation of these changes, always remove the default window before we do any DDW manipulations. Signed-off-by: Nishanth Aravamudan &lt;nacc&lt; at &gt;us.ibm.com&gt; diff --git a/arch/powerpc/platforms/pseries/iommu.c b/arch/powerpc/platforms/pseries/iommu.c index 0915b1a..526076b 100644 --- a/arch/powerpc/platforms/pseries/iommu.c +++ b/arch/powerpc/platforms/pseries/iommu.c &lt; at &gt;&lt; at &gt; -707,6 +707,21 </pre> Nishanth Aravamudan 2012-05-15T17:04:32 http://comments.gmane.org/gmane.linux.ports.ppc64.devel/82102 <pre>diff --git a/arch/powerpc/include/asm/cputhreads.h b/arch/powerpc/include/asm/cputhreads.h index ce516e5..ac3eedb 100644 --- a/arch/powerpc/include/asm/cputhreads.h +++ b/arch/powerpc/include/asm/cputhreads.h &lt; at &gt;&lt; at &gt; -9,7 +9,7 &lt; at &gt;&lt; at &gt; * Note: This implementation is limited to a power of 2 number of * threads per core and the same number for each core in the system * (though it would work if some processors had less threads as long - * as the CPU numbers are still allocated, just not brought offline). + * as the CPU numbers are still allocated, just not brought online). * * However, the API allows for a different implementation in the future * if needed, as long as you only use the functions and not the variables -- Anshuman Khandual </pre> Anshuman Khandual 2012-05-14T15:32:00 http://comments.gmane.org/gmane.linux.ports.ppc64.devel/82079 <pre>Do hardware timebase sync. Firstly, stop all timebases, and transfer the timebase value of the boot core to the other core. Finally, start all timebases. Only apply to dual-core chips, such as MPC8572, P2020, etc. Signed-off-by: Zhao Chenhui &lt;chenhui.zhao&lt; at &gt;freescale.com&gt; Signed-off-by: Li Yang &lt;leoli&lt; at &gt;freescale.com&gt; --- arch/powerpc/include/asm/fsl_guts.h | 2 + arch/powerpc/platforms/85xx/smp.c | 93 +++++++++++++++++++++++++++++++++-- 2 files changed, 91 insertions(+), 4 deletions(-) diff --git a/arch/powerpc/include/asm/fsl_guts.h b/arch/powerpc/include/asm/fsl_guts.h index aa4c488..dd5ba2c 100644 --- a/arch/powerpc/include/asm/fsl_guts.h +++ b/arch/powerpc/include/asm/fsl_guts.h &lt; at &gt;&lt; at &gt; -48,6 +48,8 &lt; at &gt;&lt; at &gt; struct ccsr_guts { __be32 dmuxcr;/* 0x.0068 - DMA Mux Control Register */ u8res06c[0x70 - 0x6c]; __be32devdisr;/* 0x.0070 - Device Disable Control */ +#define CCSR_GUTS_DEVDISR_TB10x00001000 +#define CCSR_GUTS_DEVDISR_TB00x00004000 __be32devdisr2;/* 0x.0074 - Device Disab</pre> Zhao Chenhui 2012-05-11T11:53:51 http://comments.gmane.org/gmane.linux.ports.ppc64.devel/82078 <pre>Hi Ben, Please find a patch that introduces generic hw-breakpoint interfaces for a couple of ptrace flags used by server-class processors. This patch has been reviewed by the community and acked-by David Gibson last year (http://thread.gmane.org/gmane.linux.ports.ppc.embedded/47473/focus=47760) but did not get submitted to you for inclusion (the patch applies to the latest linux-2.6 tree, with a few line adjustments). While originally a patchset of two, I'm submitting only the first (and independent) patch due to disagreements over the 2/2 patch. Kindly consider this patch for inclusion into the relevant PowerPC tree. Thanks, K.Prasad ------ PPC_PTRACE_GETHWDBGINFO, PPC_PTRACE_SETHWDEBUG and PPC_PTRACE_DELHWDEBUG are PowerPC specific ptrace flags that use the watchpoint register. While they are targeted primarily towards BookE users, user-space applications such as GDB have started using them for BookS too. This patch enables the use of generic hardware breakpoint interfaces for these new flags. Apart</pre> K.Prasad 2012-05-11T08:43:38 http://comments.gmane.org/gmane.linux.ports.ppc64.devel/82077 <pre>CONFIG_FSL_BOOKE is only defined in 32-bit, CONFIG_PPC_FSL_BOOK3E is defined in both 32-bit and 64-bit, so use CONFIG_PPC_FSL_BOOK3E to make driver work in 32-bit &amp; 64-bit. Signed-off-by: Shaohui Xie &lt;Shaohui.Xie&lt; at &gt;freescale.com&gt; --- changes for v2: use PPC_FSL_BOOK3E instead of FSL_SOC_BOOKE. drivers/watchdog/Kconfig | 8 ++++---- drivers/watchdog/booke_wdt.c | 4 ++-- 2 files changed, 6 insertions(+), 6 deletions(-) diff --git a/drivers/watchdog/Kconfig b/drivers/watchdog/Kconfig index 3709624..4373ca0 100644 --- a/drivers/watchdog/Kconfig +++ b/drivers/watchdog/Kconfig &lt; at &gt;&lt; at &gt; -1094,10 +1094,10 &lt; at &gt;&lt; at &gt; config BOOKE_WDT config BOOKE_WDT_DEFAULT_TIMEOUT int "PowerPC Book-E Watchdog Timer Default Timeout" depends on BOOKE_WDT -default 38 if FSL_BOOKE -range 0 63 if FSL_BOOKE -default 3 if !FSL_BOOKE -range 0 3 if !FSL_BOOKE +default 38 if PPC_FSL_BOOK3E +range 0 63 if PPC_FSL_BOOK3E +default 3 if !PPC_FSL_BOOK3E +range 0 3 if !PPC_FSL_BOOK3E help Select the default watchdog timer period </pre> Shaohui Xie 2012-05-11T05:33:40 http://comments.gmane.org/gmane.linux.ports.ppc64.devel/82072 <pre> I get this crash when I run on 3.4.0-rc5 on a P6. ./perf record -a -d -- ./perf bench sched all I rebuilt 'perf' locally after building the kernel 3.4.0-rc5. Sometimes it occurs on the first attempt, sometimes on the second. Pls let me know if I can provide any other debug info. ---- Red Hat Enterprise Linux Server release 6.2 (Santiago) Kernel 3.4.0-rc5-mainline on an ppc64 stormy2 login: kernel BUG at arch/powerpc/kernel/irq.c:188! Oops: Exception in kernel mode, sig: 5 [#1] SMP NR_CPUS=1024 NUMA pSeries Modules linked in: ipv6 bnx2 ses enclosure sg ehea ext4 jbd2 mbcache sd_mod crc_t10dif ipr radeon drm_kms_helper ttm drm i2c_algo_bit i2c_core power_supply dm_mirror dm_region_hash dm_log dm_mod [last unloaded: scsi_wait_scan] NIP: c00000000000ea9c LR: c000000000010548 CTR: 0000000000000000 REGS: c00000006de879f0 TRAP: 0700 Not tainted (3.4.0-rc5-mainline) MSR: 8000000000021032 &lt;SF,ME,IR,DR,RI&gt; CR: 22000088 XER: 00000000 SOFTE: 0 CFAR: 0000000000003318 TASK = c00000006de62d50[0] 'swapper/7' TH</pre> Sukadev Bhattiprolu 2012-05-11T00:23:54 http://comments.gmane.org/gmane.linux.ports.ppc64.devel/82067 <pre>This patch changes the architecture vector to advertise support for a lower minimum virtual processor entitled capacity. The default minimum without this patch is 10%, this patch specifies 1%. Signed-off-by: Robert Jennings &lt;rcj&lt; at &gt;linux.vnet.ibm.com&gt; --- Dropped minimum to 1% and tested to ensure that pHYP handled this properly. --- arch/powerpc/kernel/prom_init.c | 8 ++++++-- 1 files changed, 6 insertions(+), 2 deletions(-) diff --git a/arch/powerpc/kernel/prom_init.c b/arch/powerpc/kernel/prom_init.c index eca626e..46a3c42 100644 --- a/arch/powerpc/kernel/prom_init.c +++ b/arch/powerpc/kernel/prom_init.c &lt; at &gt;&lt; at &gt; -689,6 +689,9 &lt; at &gt;&lt; at &gt; static void __init early_cmdline_parse(void) #define OV3_VMX0x40/* VMX/Altivec */ #define OV3_DFP0x20/* decimal FP */ +/* Option vector 4: IBM PAPR implementation */ +#define OV4_MIN_ENT_CAP0x01/* minimum VP entitled capacity */ + /* Option vector 5: PAPR/OF options supported */ #define OV5_LPAR0x80/* logical partitioning supported */ #define OV5_SPLPAR0x40</pre> Robert Jennings 2012-05-10T18:55:49 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.linux.ports.ppc64.devel