Re: [PATCH v3 2/3] cpu: Offline state Framework.

2009-09-30 Thread Randy Dunlap
On Tue, 15 Sep 2009 17:37:06 +0530 Gautham R Shenoy wrote: Signed-off-by: Gautham R Shenoy e...@in.ibm.com --- Documentation/cpu-hotplug.txt | 22 + drivers/base/cpu.c| 181 +++-- include/linux/cpu.h | 10 ++ 3 files

Re: [PATCH] ps3_gelic_wireless: Fix build failure due to missing WEXT_PRIV

2009-12-18 Thread Randy Dunlap
On Fri, 18 Dec 2009 16:52:54 +1100 Benjamin Herrenschmidt wrote: The option to support the old style PSK interface in the PS3 GELIC wireless drivers requires CONFIG_WEXT_PRIV to be set Signed-off-by: Benjamin Herrenschmidt b...@kernel.crashing.org --- Please send to Linus asap (or I can

Re: [BUILD FAILURE 11/12] Next April 21 : PPC64 randconfig [drivers/usb/host/ohci-hcd.o]

2009-04-21 Thread Randy Dunlap
Kumar Gala wrote: On Apr 21, 2009, at 2:03 PM, David Brownell wrote: On Tuesday 21 April 2009, Subrata Modak wrote: Observing this for the first time: CC drivers/usb/host/ohci-hcd.o In file included from drivers/usb/host/ohci-hcd.c:1060: drivers/usb/host/ohci-ppc-of.c:242:2: error:

Re: [BUILD FAILURE 11/12] Next April 21 : PPC64 randconfig [drivers/usb/host/ohci-hcd.o]

2009-04-21 Thread Randy Dunlap
David Brownell wrote: On Tuesday 21 April 2009, Randy Dunlap wrote: Since its feasible to say 'n' to both we get the compile error. How do we enforce having at least one set? Looks like using choice without optional would do it. See Documentation/kbuild/kconfig-language.txt and various

Re: [BUILD FAILURE 09/12] Next April 21 : PPC64 randconfig [drivers/staging/comedi/drivers.o]

2009-04-22 Thread Randy Dunlap
Geert Uytterhoeven wrote: On Wed, 22 Apr 2009, Michael Ellerman wrote: On Wed, 2009-04-22 at 00:23 +0530, Subrata Modak wrote: Reported this error on 14th April: http://lkml.org/lkml/2009/4/14/488, CC [M] drivers/staging/comedi/drivers.o drivers/staging/comedi/drivers.c: In function

Re: [PATCH] [POWERPC] Xilinx: hwicap driver

2008-02-08 Thread Randy Dunlap
On Thu, 7 Feb 2008 18:17:41 -0800 Stephen Neuendorffer wrote: drivers/char/Kconfig |7 + drivers/char/Makefile |1 + drivers/char/xilinx_hwicap/Makefile|7 + drivers/char/xilinx_hwicap/buffer_icap.c | 380

Re: [PATCH 1/5] generic __remove_pages() support

2008-03-06 Thread Randy Dunlap
On Thu, 06 Mar 2008 10:55:34 -0800 Badari Pulavarty wrote: Generic helper function to remove section mappings and sysfs entries for the section of the memory we are removing. offline_pages() correctly adjusted zone and marked the pages reserved. Such generic (exported, non-static)

Re: linux-next: Tree for March 20

2008-03-19 Thread Randy Dunlap
On Thu, 20 Mar 2008 14:39:53 +1100 Stephen Rothwell wrote: Hi all, I have created today's linux-next tree at git://git.kernel.org/pub/scm/linux/kernel/git/sfr/linux-next.git (tar balls at http://www.kernel.org/pub/linux/kernel/people/sfr/linux-next/). gcc doesn't like nested /* comments:

Re: [PATCH 3/4] Extend the DMA-engine API.

2007-07-10 Thread Randy Dunlap
On Tue, 10 Jul 2007 17:45:11 +0800 Zhang Wei wrote: Add channel wait queue and transfer callback dma_xfer_callback(). If the DMA controller and driver support interrupt, when the transfer is finished, it will wakeup the wait queue and call the callback function of the channel. Add

Re: Sleep problems with kernels = 2.6.21 on powerpc

2007-09-05 Thread Randy Dunlap
On Wed, 5 Sep 2007 10:07:54 -0700 Andrew Morton wrote: On 30 Aug 2007 22:42:46 +0200 Tim Teulings [EMAIL PROTECTED] wrote: Hello! I don't have traces at hand and due to lack of time cannot reproduce it up to tomorrow. However this hint may speed up your analysis! Sorry for the

Re: Sleep problems with kernels = 2.6.21 on powerpc

2007-09-05 Thread Randy Dunlap
Stefan Richter wrote: Randy Dunlap wrote: On Wed, 5 Sep 2007 10:07:54 -0700 Andrew Morton wrote: So here is the output from dmesg that suggested to me that firewire might be a problem: Straightforward regression, two reporters, nothing happening. (material for ksummit discussion, e.g

Re: [PATCH 5/5] Add DMA engine driver for Freescale MPC85xx processors.

2007-09-07 Thread Randy Dunlap
On Fri, 7 Sep 2007 18:54:18 +0800 Zhang Wei wrote: Signed-off-by: Zhang Wei [EMAIL PROTECTED] Signed-off-by: Ebony Zhu [EMAIL PROTECTED] --- drivers/dma/Kconfig |8 + drivers/dma/Makefile |1 + drivers/dma/fsldma.c | 995 ++

Re: [PATCH 5/5] Add DMA engine driver for Freescale MPC85xx processors.

2007-09-11 Thread Randy Dunlap
Zhang Wei-r63237 wrote: +/** + * fsl_chan_xfer_ld_queue -- Transfer the link descriptors in channel + * ld_queue. The function's short description (unfortunately) must be on only one line. E.g.: * fsl_chan_xfer_ld_queue - Transfer link descriptors in channel

Re: [PATCH] powerpc: Avoid pointless WARN_ON(irqs_disabled()) from panic codepath

2007-09-17 Thread Randy Dunlap
On Tue, 18 Sep 2007 05:13:40 +0530 (IST) Satyam Sharma wrote: Untested (not even compile-tested) patch. Could someone point me to ppc32/64 cross-compilers for i386? OSDL had some, but those are gone now. I downloaded all of them and still use them, although it would be good to have some more

Re: [PATCH] powerpc: Avoid pointless WARN_ON(irqs_disabled()) from panic codepath

2007-09-19 Thread Randy Dunlap
On Wed, 19 Sep 2007 19:15:00 +0530 (IST) Satyam Sharma wrote: In fact, it turns out OSDL's cross-compiler toolchains were built with crosstool itself. Should also add that those OSDL compilers are too old (gcc version 3.4.x-3.5.x mostly -- my build was totally spammed with those +m in asm

[PATCH] phy/bitbang: missing MODULE_LICENSE

2007-10-18 Thread Randy Dunlap
From: Randy Dunlap [EMAIL PROTECTED] Missing MODULE_LICENSE(), loading this module taints the kernel. Signed-off-by: Randy Dunlap [EMAIL PROTECTED] --- drivers/net/phy/mdio-bitbang.c |2 ++ 1 file changed, 2 insertions(+) --- linux-2.6.23-git7.orig/drivers/net/phy/mdio-bitbang.c +++ linux

Re: [PATCH 1/2] powerpc: add hugepagesz boot-time parameter

2007-11-28 Thread Randy Dunlap
On Tue, 27 Nov 2007 23:03:10 -0600 Jon Tollefson wrote: This patch adds the hugepagesz boot-time parameter for ppc64 that lets you pick the size for your huge pages. The choices available are 64K and 16M. It defaults to 16M (previously the only choice) if nothing or an invalid choice is

Re: [PATCH 1/2] powerpc: add hugepagesz boot-time parameter

2007-11-28 Thread Randy Dunlap
Nish Aravamudan wrote: On 11/28/07, Randy Dunlap [EMAIL PROTECTED] wrote: On Tue, 27 Nov 2007 23:03:10 -0600 Jon Tollefson wrote: This patch adds the hugepagesz boot-time parameter for ppc64 that lets you pick the size for your huge pages. The choices available are 64K and 16M. It defaults

Re: [PATCH 0/4] Some typo fixing

2010-03-15 Thread Randy Dunlap
On 03/15/10 13:55, Thomas Weber wrote: I have fixed some typos. Acked-by: Randy Dunlap rdun...@xenotime.net Jiri, can you merge these, please, unless someone objects (?). Thomas Weber (4): Fix typo: [Ss]ytem = [Ss]ystem Fix typo: udpate = update Fix typo: paramters = parameters

Re: [PATCH v21 011/100] eclone (11/11): Document sys_eclone

2010-05-05 Thread Randy Dunlap
On Sat, 1 May 2010 10:14:53 -0400 Oren Laadan wrote: From: Sukadev Bhattiprolu suka...@linux.vnet.ibm.com This gives a brief overview of the eclone() system call. We should eventually describe more details in existing clone(2) man page or in a new man page. Signed-off-by: Sukadev

Re: [PATCH] docbook: fix fatal rapidio yet again (and more to come)

2008-04-30 Thread Randy Dunlap
On Wed, 30 Apr 2008 11:35:00 -0700 Andrew Morton wrote: On Tue, 29 Apr 2008 20:10:55 -0700 (PDT) Randy.Dunlap [EMAIL PROTECTED] wrote: From: Randy Dunlap [EMAIL PROTECTED] Don't refer to file that no longer exists: docproc: linux-2.6.25-git14/arch/powerpc/kernel/rio.c: No such file

Re: [PATCH] docbook: fix fatal rapidio yet again (and more to come)

2008-04-30 Thread Randy Dunlap
Kumar Gala wrote: On Apr 30, 2008, at 5:11 PM, Randy Dunlap wrote: On Thu, 1 May 2008 08:09:24 +1000 Paul Mackerras wrote: Andrew Morton writes: Odd. I thought Paul had picked up a docbook RapidIO patch from you in the latest merge round. Well it's more than a patch. The six-week-old

Re: [PATCH] docbook: fix fatal rapidio yet again (and more to come)

2008-04-30 Thread Randy Dunlap
On Thu, 1 May 2008 08:09:24 +1000 Paul Mackerras wrote: Andrew Morton writes: Odd. I thought Paul had picked up a docbook RapidIO patch from you in the latest merge round. Well it's more than a patch. The six-week-old patch series is:

[PATCH] rapidio: fix current kernel-doc notation

2008-04-30 Thread Randy Dunlap
From: Randy Dunlap [EMAIL PROTECTED] Fix current (-git16) missing docbook/kernel-doc notation in RapidIO files. Warning(linux-2.6.25-git16//include/linux/rio.h:187): No description found for parameter 'sys_size' Warning(linux-2.6.25-git16//include/linux/rio.h:187): No description found

Re: [PATCH 3/4] spi: Add OF binding support for SPI busses

2008-05-16 Thread Randy Dunlap
On Fri, 16 May 2008 13:36:13 -0600 Grant Likely wrote: diff --git a/Documentation/powerpc/booting-without-of.txt b/Documentation/powerpc/booting-without-of.txt index 1d2a772..452c242 100644 --- a/Documentation/powerpc/booting-without-of.txt +++ b/Documentation/powerpc/booting-without-of.txt

Re: [PATCH 0/8 v4] mpc83xx_wdt rework, support for mpc8610 and mpc8xx

2008-06-04 Thread Randy Dunlap
On Tue, 3 Jun 2008 21:15:30 -0700 Andrew Morton wrote: On Wed, 4 Jun 2008 14:07:20 +1000 Paul Mackerras [EMAIL PROTECTED] wrote: Looking at Linus' git tree, it's evident that some subsystems use the the [SUBSYSTEM] notation and some use subsystem:. If there is now an edict from on high

Re: the printk problem

2008-07-06 Thread Randy Dunlap
On Sun, 6 Jul 2008 03:02:59 +0300 Pekka Enberg wrote: On Sat, Jul 05, 2008 at 08:41:39PM +0200, Vegard Nossum wrote: Single letters are bad because it hurts readability and limits the usefulness of the extension./MHO On Sat, Jul 5, 2008 at 9:52 PM, Matthew Wilcox [EMAIL PROTECTED] wrote:

arch/powerpc/boot/.gitignore questions

2008-09-10 Thread Randy Dunlap
Hi, I was looking at the arch/powerpc/boot/.gitignore file. Why are all of those non-local-directory files listed there? E.g., empty.c, inf*.c, inf*.h, zconf.h, zlib.h, zutil.h, etc. And what is dtc? I see a dtc-src directory, but dtc is MIA. Same for kernel-vmlinux.strip.* Thanks, ~Randy

Re: arch/powerpc/boot/.gitignore questions

2008-09-10 Thread Randy Dunlap
Scott Wood wrote: Randy Dunlap wrote: I was looking at the arch/powerpc/boot/.gitignore file. Why are all of those non-local-directory files listed there? E.g., empty.c, inf*.c, inf*.h, zconf.h, zlib.h, zutil.h, etc. Why would these files be listed in arch/powerpc/boot/.gitignore

Re: [PATCH 4/4] Add kernel doc for the completion, fix kernel-doc-nano-HOWTO.txt

2008-09-12 Thread Randy Dunlap
On Tue, 26 Aug 2008 10:32:02 +0200 Ingo Molnar wrote: * Kevin Diggs [EMAIL PROTECTED] wrote: This patch adds kernel doc for the completion feature. It is in kernel/sched.c and include/linux/completion.h. An error in the split-man.pl PERL snippet in kernel-doc-nano-HOWTO.txt is

Re: [PATCH RFCv1 2/3] fpga: add CARMA DATA-FPGA Access Driver

2010-09-03 Thread Randy Dunlap
On Fri, 3 Sep 2010 15:30:51 -0700 Ira W. Snyder wrote: This driver allows userspace to access the data processing FPGAs on the OVRO CARMA board. It has two modes of operation: 1) random access This allows users to poke any DATA-FPGA registers by using mmap to map the address region

Re: [BUG 2.6.36-rc5] of_i2c.ko - i2c-core.ko dependency loop

2010-09-23 Thread Randy Dunlap
On Thu, 23 Sep 2010 13:53:18 +0200 Mikael Pettersson wrote: Running modules_install from a newly built 2.6.36-rc5 kernel on my 32-bit PowerMac results in: WARNING: Module /lib/modules/2.6.36-rc5/kernel/drivers/i2c/busses/i2c-powermac.ko ignored, due to loop WARNING: Loop detected:

Re: [BUG 2.6.36-rc5] of_i2c.ko - i2c-core.ko dependency loop

2010-09-23 Thread Randy Dunlap
On Thu, 23 Sep 2010 22:16:32 +0200 Mikael Pettersson wrote: Randy Dunlap writes: On Thu, 23 Sep 2010 13:53:18 +0200 Mikael Pettersson wrote: Running modules_install from a newly built 2.6.36-rc5 kernel on my 32-bit PowerMac results in: WARNING: Module /lib/modules

Re: [PATCH] Introduce driver_create/remove_dir

2007-12-11 Thread Randy Dunlap
On Wed, 12 Dec 2007 10:56:33 +1100 Stephen Rothwell wrote: Signed-off-by: Stephen Rothwell [EMAIL PROTECTED] --- drivers/base/driver.c | 24 drivers/net/iseries_veth.c | 15 +++ include/linux/device.h |3 +++ 3 files changed, 34

Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space

2012-03-31 Thread Randy Dunlap
On 03/31/2012 01:15 PM, Linas Vepstas wrote: Hi, I didn't actually try to compile the patch below; it didn't look like C code so I wasn't sure what compiler to run it through. I guess maybe its python? However, I'm very sure that the patches are completely correct, because I read them,

Re: [PATCH] net: of/phy: fix build error when phylib is built as a module

2012-05-11 Thread Randy Dunlap
On 05/11/2012 08:47 AM, Bjørn Mork wrote: CONFIG_OF_MDIO is tristate and will be m if PHYLIB is m. Use IS_ENABLED macro to prevent build error: ERROR: of_mdio_find_bus [drivers/net/phy/mdio-mux.ko] undefined! Reported-by: Randy Dunlap rdun...@xenotime.net Cc: David Daney david.da

Re: [PATCH] drivers: depend on instead of select BACKLIGHT_CLASS_DEVICE and ACPI_VIDEO

2014-10-28 Thread Randy Dunlap
On 10/27/14 06:13, Tomi Valkeinen wrote: On 27/10/14 13:59, Jani Nikula wrote: While doing 'depends on' instead of 'select' is an easy fix for this, I do dislike it quite a bit. It's a major pain to go around the kernel config, trying to find all the dependencies that a particular driver

Re: [PATCH 7/7] [v4] drivers/virt: introduce Freescale hypervisor management driver

2011-06-08 Thread Randy Dunlap
On Wed, 8 Jun 2011 17:45:54 -0500 Timur Tabi wrote: Add the drivers/virt directory, which houses drivers that support virtualization environments, and add the Freescale hypervisor management driver. It can't go in linux/virt or linux/virt/fsl instead? why drivers/ ? or maybe linux/virt

Re: [PATCH 7/7] [v4] drivers/virt: introduce Freescale hypervisor management driver

2011-06-09 Thread Randy Dunlap
On 06/09/11 00:38, Arnd Bergmann wrote: On Thursday 09 June 2011 01:10:09 Randy Dunlap wrote: On Wed, 8 Jun 2011 17:45:54 -0500 Timur Tabi wrote: Add the drivers/virt directory, which houses drivers that support virtualization environments, and add the Freescale hypervisor management driver

Re: [PATCH 7/7] [v4] drivers/virt: introduce Freescale hypervisor management driver

2011-06-09 Thread Randy Dunlap
On 06/09/11 09:36, Timur Tabi wrote: Randy Dunlap wrote: But it sounds like virt/ needs virt/host/ and virt/guest/ to me. I'm okay with that idea, except there's a consensus that drivers should be in drivers/. Like sound/ ? but what makes it a driver? -- ~Randy *** Remember to use

Re: [PATCH 7/7] [v5] drivers/virt: introduce Freescale hypervisor management driver

2011-06-09 Thread Randy Dunlap
On Thu, 9 Jun 2011 14:13:14 -0500 Timur Tabi wrote: Add the drivers/virt directory, which houses drivers that support virtualization environments, and add the Freescale hypervisor management driver. The Freescale hypervisor management driver provides several services to drivers and

Re: [PATCH 7/7] [v5] drivers/virt: introduce Freescale hypervisor management driver

2011-06-09 Thread Randy Dunlap
On 06/09/11 12:47, Timur Tabi wrote: Randy Dunlap wrote: +enum fsl_hv_ioctl_cmd { + FSL_HV_IOCTL_PARTITION_RESTART = _IOWR(0, 1, struct fsl_hv_ioctl_restart), + FSL_HV_IOCTL_PARTITION_GET_STATUS = _IOWR(0, 2, struct fsl_hv_ioctl_status), + FSL_HV_IOCTL_PARTITION_START = _IOWR(0, 3

Re: [PATCH v2 1/2] video, sm501: add OF binding to support SM501

2010-12-11 Thread Randy Dunlap
On Sat, 11 Dec 2010 07:31:15 +0100 Heiko Schocher wrote: - add commandline options: sm501.fb_mode: sm501.mode: Specify resolution as xresxyres[-bpp][@refresh] sm501.bpp: Specify bit-per-pixel if not specified mode --- Documentation/kernel-parameters.txt |

Re: [PATCH v2 1/2] video, sm501: add OF binding to support SM501

2010-12-11 Thread Randy Dunlap
On Sat, 11 Dec 2010 07:31:15 +0100 Heiko Schocher wrote: - add commandline options: sm501.fb_mode: sm501.mode: Specify resolution as xresxyres[-bpp][@refresh] sm501.bpp: Specify bit-per-pixel if not specified mode --- Documentation/kernel-parameters.txt |

Re: [PATCH v10 09/10] USB/ppc4xx:Synopsys DWC OTG driver enable gadget support

2011-03-28 Thread Randy Dunlap
diff --git a/drivers/usb/gadget/Kconfig b/drivers/usb/gadget/Kconfig index bc5123c..61aca75 100644 --- a/drivers/usb/gadget/Kconfig +++ b/drivers/usb/gadget/Kconfig @@ -365,6 +365,28 @@ config USB_GADGET_MUSB_HDRC This OTG-capable silicon IP is used in dual designs including

Re: linux-next bad Kconfig for drivers/hid

2011-12-09 Thread Randy Dunlap
On Thu, December 8, 2011 9:33 pm, Jeremy Fitzhardinge wrote: On 12/08/2011 05:27 PM, Tony Breeds wrote: Commit 4f5ca836bef3 (HID: hid-input: add support for HID devices reporting Battery Strength) went into linux-next on Dec 1st since then a ppc6xx_defconfig has been failing with: ---

Re: linux-next bad Kconfig for drivers/hid

2011-12-15 Thread Randy Dunlap
On 12/15/2011 02:08 AM, Jiri Kosina wrote: On Mon, 12 Dec 2011, Tony Breeds wrote: On Mon, Dec 12, 2011 at 12:21:16AM +0100, Jiri Kosina wrote: On Thu, 8 Dec 2011, Jeremy Fitzhardinge wrote: Hm. How about making it depends on HID POWER_SUPPLY? I think that would needlessly disable it if

Re: [PATCH] fsl/mpic: Document and use the big-endian device-tree flag

2012-01-04 Thread Randy Dunlap
On 12/22/2011 08:25 AM, Kyle Moffett wrote: The MPIC code checks for a big-endian property and sets the flag MPIC_BIG_ENDIAN if one is present. Unfortunately, the PowerQUICC-III compatible device-tree does not specify it, so all of the board ports need to manually set that flag when calling

Re: [RFC 0/14] Finish up irq_domain generalization

2012-01-11 Thread Randy Dunlap
On 01/11/2012 12:22 PM, Grant Likely wrote: Here are the patches that I've been working on to finish up the creation of the generic irq_domain infrastructure. Does this fix the linux-next build problems that I have reported? https://lkml.org/lkml/2012/1/9/318 kernel/irq/irqdomain.c

Re: [RFC 0/14] Finish up irq_domain generalization

2012-01-11 Thread Randy Dunlap
On 01/11/2012 01:23 PM, Grant Likely wrote: On Wed, Jan 11, 2012 at 1:50 PM, Grant Likely grant.lik...@secretlab.ca wrote: On Wed, Jan 11, 2012 at 2:39 PM, Randy Dunlap rdun...@xenotime.net wrote: On 01/11/2012 12:22 PM, Grant Likely wrote: Here are the patches that I've been working

Re: [RFCv2 01/14] irq_domain: add documentation and MAINTAINERS entry.

2012-01-24 Thread Randy Dunlap
On 01/23/2012 01:07 PM, Grant Likely wrote: Documentation for irq_domain library which will be created in subsequent patches. Signed-off-by: Grant Likely grant.lik...@secretlab.ca Cc: Benjamin Herrenschmidt b...@kernel.crashing.org Cc: Thomas Gleixner t...@linutronix.de ---

Re: [PATCH v3 01/25] irq_domain: add documentation and MAINTAINERS entry.

2012-01-28 Thread Randy Dunlap
On 01/27/2012 01:35 PM, Grant Likely wrote: Documentation for irq_domain library which will be created in subsequent patches. I posted a lot of comments to v2 on Jan. 24. Looks like they were ignored. Please see http://marc.info/?l=linuxppc-embeddedm=132742951211808w=2 Signed-off-by: Grant

Re: [PATCH RFC] Update kernel math-emu code from current glibc soft-fp

2015-02-06 Thread Randy Dunlap
On 02/06/15 09:25, Joseph Myers wrote: At this point this patch is an RFC rather than yet being ready for inclusion, because I've only tested it for powerpc (both e500 and emulation of classic hard float); it's quite likely there are bugs in the changes for other architectures, quite possibly

Re: Coding Style: Reverse XMAS tree declarations ? (was Re: [PATCH net-next v6 02/10] dpaa_eth: add support for DPAA Ethernet)

2016-11-04 Thread Randy Dunlap
On 11/03/16 23:53, Joe Perches wrote: > On Thu, 2016-11-03 at 15:58 -0400, David Miller wrote: >> From: Madalin Bucur >> Date: Wed, 2 Nov 2016 22:17:26 +0200 >> >>> This introduces the Freescale Data Path Acceleration Architecture >>> +static inline size_t

Re: linux-next: Tree for Dec 7 (kallsyms failure)

2016-12-07 Thread Randy Dunlap
On 12/07/16 15:56, Stephen Rothwell wrote: > Hi Randy, > > On Wed, 7 Dec 2016 15:42:32 -0800 Randy Dunlap <rdun...@infradead.org> wrote: >> >> I started seeing this yesterday (2016-1206). >> This is on x86_64. >> >> Anybody know about it?

Re: [PATCH 2/9] timers: provide a "modern" variant of timers

2017-05-16 Thread Randy Dunlap
On 05/16/17 04:48, Christoph Hellwig wrote: > diff --git a/include/linux/timer.h b/include/linux/timer.h > index e6789b8757d5..87afe52c8349 100644 > --- a/include/linux/timer.h > +++ b/include/linux/timer.h \ > @@ -126,6 +146,32 @@ static inline void init_timer_on_stack_key(struct

Re: [PATCH 6/6] Documentation/admin-guide: single quotes in kernel arguments.

2017-09-15 Thread Randy Dunlap
On 09/15/17 10:02, Michal Suchanek wrote: > Signed-off-by: Michal Suchanek > --- > Documentation/admin-guide/kernel-parameters.rst | 5 +++-- > 1 file changed, 3 insertions(+), 2 deletions(-) > > diff --git a/Documentation/admin-guide/kernel-parameters.rst >

Re: [PATCH] Fix parse_args cycle limit check.

2017-12-15 Thread Randy Dunlap
On 12/15/2017 01:41 PM, Michal Suchanek wrote: > Actually args are supposed to be renamed to next so both and args hold the > previous argument so both can be passed to the callback. This additionla patch additional > should fix up

Re: [PATCH] Fix parse_args cycle limit check.

2017-12-18 Thread Randy Dunlap
On 12/18/2017 09:34 AM, Michal Suchánek wrote: > On Fri, 15 Dec 2017 15:49:09 -0800 > Randy Dunlap <rdun...@infradead.org> wrote: > >> On 12/15/2017 01:41 PM, Michal Suchanek wrote: >>> Actually args are supposed to be renamed to next so both and args >>>

Re: [PATCH v11 01/26] mm: introduce CONFIG_SPECULATIVE_PAGE_FAULT

2018-05-17 Thread Randy Dunlap
Hi, On 05/17/2018 04:06 AM, Laurent Dufour wrote: > This configuration variable will be used to build the code needed to > handle speculative page fault. > > By default it is turned off, and activated depending on architecture > support, ARCH_HAS_PTE_SPECIAL, SMP and MMU. > > The architecture

Re: [PATCH v11 01/26] mm: introduce CONFIG_SPECULATIVE_PAGE_FAULT

2018-05-17 Thread Randy Dunlap
On 05/17/2018 10:19 AM, Matthew Wilcox wrote: > On Thu, May 17, 2018 at 09:36:00AM -0700, Randy Dunlap wrote: >>> +If the speculative page fault fails because of a concurrency is >> >> because a concurrency is > >

Re: [RFC PATCH 22/23] watchdog/hardlockup/hpet: Only enable the HPET watchdog via a boot parameter

2018-06-12 Thread Randy Dunlap
On 06/12/2018 05:57 PM, Ricardo Neri wrote: > diff --git a/Documentation/admin-guide/kernel-parameters.txt > b/Documentation/admin-guide/kernel-parameters.txt > index f2040d4..a8833c7 100644 > --- a/Documentation/admin-guide/kernel-parameters.txt > +++

Re: [RFC PATCH 16/23] watchdog/hardlockup: Add an HPET-based hardlockup detector

2018-06-12 Thread Randy Dunlap
Hi, On 06/12/2018 05:57 PM, Ricardo Neri wrote: > diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug > index c40c7b7..6e79833 100644 > --- a/lib/Kconfig.debug > +++ b/lib/Kconfig.debug > @@ -828,6 +828,16 @@ config HARDLOCKUP_DETECTOR_PERF > bool > select SOFTLOCKUP_DETECTOR > >

Re: [RFC PATCH 22/23] watchdog/hardlockup/hpet: Only enable the HPET watchdog via a boot parameter

2018-06-13 Thread Randy Dunlap
On 06/13/2018 05:58 PM, Ricardo Neri wrote: > On Tue, Jun 12, 2018 at 10:26:57PM -0700, Randy Dunlap wrote: >> On 06/12/2018 05:57 PM, Ricardo Neri wrote: >>> diff --git a/Documentation/admin-guide/kernel-parameters.txt >>> b/Documentation/admin-guide/kernel-param

Re: [RFC PATCH 17/23] watchdog/hardlockup/hpet: Convert the timer's interrupt to NMI

2018-06-19 Thread Randy Dunlap
On 06/19/2018 05:15 PM, Ricardo Neri wrote: > On Sat, Jun 16, 2018 at 03:24:49PM +0200, Thomas Gleixner wrote: >> On Fri, 15 Jun 2018, Ricardo Neri wrote: >>> On Fri, Jun 15, 2018 at 11:19:09AM +0200, Thomas Gleixner wrote: On Thu, 14 Jun 2018, Ricardo Neri wrote: > Alternatively, there

Re: [PATCH 3/5] powerpc/ftw: Implement a simple FTW driver

2018-01-17 Thread Randy Dunlap
On 01/16/18 18:50, Sukadev Bhattiprolu wrote: > The Fast Thread Wake-up (FTW) driver provides user space applications an > interface to the low latency Core-to-Core wakeup functionality in POWER9. > > This mechanism allows a thread on one core to efficiently send a message > to a "waiting thread"

Re: [PATCH 2/5] powerpc/ftw: Define FTW_SETUP ioctl API

2018-01-17 Thread Randy Dunlap
On 01/16/18 18:50, Sukadev Bhattiprolu wrote: > Define the FTW_SETUP ioctl interface for fast thread wakeup (FTW). A > follow-on patch will implement the FTW driver and ioctl. > > Thanks to input from Ben Herrenschmidt, Michael Neuling, Michael Ellerman. > > Signed-off-by: Sukadev Bhattiprolu

Re: [PATCH 5/5] powerpc/ftw: Document FTW API/usage

2018-01-24 Thread Randy Dunlap
On 01/16/2018 06:50 PM, Sukadev Bhattiprolu wrote: > Document the usage of the VAS Fast thread-wakeup API and add an entry in > MAINTAINERS file. > > Thanks for input/comments from Benjamin Herrenschmidt, Michael Neuling, > Michael Ellerman, Robert Blackmore, Ian Munsie, Haren Myneni and Paul >

Re: [PATCH 22/34] dma-mapping: add an arch_dma_supported hook

2018-02-02 Thread Randy Dunlap
On 01/12/2018 12:42 AM, Christoph Hellwig wrote: > To implement the x86 forbid_dac and iommu_sac_force we want an arch hook > so that it can apply the global options across all dma_map_ops > implementations. > > Signed-off-by: Christoph Hellwig > --- >

Re: [PATCH] headers: untangle kmemleak.h from mm.h

2018-02-12 Thread Randy Dunlap
On 02/12/2018 04:28 AM, Michael Ellerman wrote: > Randy Dunlap <rdun...@infradead.org> writes: > >> From: Randy Dunlap <rdun...@infradead.org> >> >> Currently #includes for no obvious >> reason. It looks like it's only a convenience, so remove kmeml

Re: [PATCH] headers: untangle kmemleak.h from mm.h

2018-02-12 Thread Randy Dunlap
On 02/12/2018 04:28 AM, Michael Ellerman wrote: > Randy Dunlap <rdun...@infradead.org> writes: > >> From: Randy Dunlap <rdun...@infradead.org> >> >> Currently #includes for no obvious >> reason. It looks like it's only a convenience, so remove kmeml

[PATCH] headers: untangle kmemleak.h from mm.h

2018-02-11 Thread Randy Dunlap
From: Randy Dunlap <rdun...@infradead.org> Currently #includes for no obvious reason. It looks like it's only a convenience, so remove kmemleak.h from slab.h and add to any users of kmemleak_* that don't already #include it. Also remove from source files that do not use it. This is

Re: [PATCH] headers: untangle kmemleak.h from mm.h

2018-02-13 Thread Randy Dunlap
On 02/13/2018 02:09 AM, Michael Ellerman wrote: > Randy Dunlap <rdun...@infradead.org> writes: > >> On 02/12/2018 04:28 AM, Michael Ellerman wrote: >>> Randy Dunlap <rdun...@infradead.org> writes: >>> >>>> From: Randy Dunlap <rdun...@infr

Re: [PATCH] headers: untangle kmemleak.h from mm.h

2018-02-13 Thread Randy Dunlap
On 02/11/2018 11:27 PM, Ingo Molnar wrote: > > * Randy Dunlap <rdun...@infradead.org> wrote: > >> From: Randy Dunlap <rdun...@infradead.org> >> >> Currently #includes for no obvious >> reason. It looks like it's only a convenience, so remove km

Re: [PATCH 0/6] rapidio: move Kconfig menu definition to subsystem

2018-07-30 Thread Randy Dunlap
entry > arm: enable RapidIO menu in Kconfig > arm64: enable RapidIO menu in Kconfig > > arch/arm/Kconfig| 2 ++ > arch/arm64/Kconfig | 2 ++ > arch/mips/Kconfig | 11 --- > arch/powerpc/Kconfig | 13 + > arch/x86/Kconfig| 8 > drivers/rapidio/Kconfig | 15 +++ > 6 files changed, 20 insertions(+), 31 deletions(-) > LGTM. Acked-by: Randy Dunlap # for the series thanks, -- ~Randy

Re: [RFC PATCH 11/11] powerpc/svm: Increase SWIOTLB buffer size

2018-08-24 Thread Randy Dunlap
On 08/24/2018 09:25 AM, Thiago Jung Bauermann wrote: > From: Anshuman Khandual > > SWIOTLB buffer default size (64MB) is not enough for large sequential write > operations which eventually leads to kernel crash like here. > > virtio-pci :00:05.0: swiotlb buffer is full (sz: 327680 bytes) >

Re: CONFIG_ANDROID_BINDER_IPC=y (Re: powerpc: 32BIT vs. 64BIT (PPC32 vs. PPC64))

2018-07-20 Thread Randy Dunlap
On 07/13/2018 04:24 PM, Randy Dunlap wrote: > On 07/13/2018 04:41 AM, Mathieu Malaterre wrote: >> Randy, >> >> On Mon, Jul 9, 2018 at 2:00 PM Mathieu Malaterre wrote: >>> >>> On Sun, Jul 8, 2018 at 1:53 PM Michael Ellerman wrote: &

[PATCH] powerpc/platforms/85xx: fix t1042rdb_diu.c build errors & warning

2018-07-15 Thread Randy Dunlap
From: Randy Dunlap Fix build errors and warnings in t1042rdb_diu.c by adding header files and MODULE_LICENSE(). ../arch/powerpc/platforms/85xx/t1042rdb_diu.c:152:1: warning: data definition has no type or storage class early_initcall(t1042rdb_diu_init); ../arch/powerpc/platforms/85xx

[PATCH] usb/phy: fix PPC64 build errors in phy-fsl-usb.c

2018-07-15 Thread Randy Dunlap
From: Randy Dunlap Fix build errors when built for PPC64: These variables are only used on PPC32 so they don't need to be initialized for PPC64. ../drivers/usb/phy/phy-fsl-usb.c: In function 'usb_otg_start': ../drivers/usb/phy/phy-fsl-usb.c:865:3: error: '_fsl_readl' undeclared (first use

Re: [PATCH 2/2] powerpc: Add ppc64le and ppc64_book3e allmodconfig targets

2018-07-15 Thread Randy Dunlap
On 07/09/18 07:24, Michael Ellerman wrote: > Similarly as we just did for 32-bit, add phony targets for generating > a little endian and Book3E allmodconfig. These aren't covered by the > regular allmodconfig, which is big endian and Book3S due to the way > the Kconfig symbols are structured.

[PATCH] net/ethernet/freescale/fman: fix cross-build error

2018-07-13 Thread Randy Dunlap
From: Randy Dunlap CC [M] drivers/net/ethernet/freescale/fman/fman.o In file included from ../drivers/net/ethernet/freescale/fman/fman.c:35: ../include/linux/fsl/guts.h: In function 'guts_set_dmacr': ../include/linux/fsl/guts.h:165:2: error: implicit declaration of function 'clrsetbits_be32

[PATCH] chrp/nvram.c: add MODULE_LICENSE()

2018-07-13 Thread Randy Dunlap
From: Randy Dunlap Add MODULE_LICENSE() to the chrp nvram.c driver to fix the build warning message: WARNING: modpost: missing MODULE_LICENSE() in arch/powerpc/platforms/chrp/nvram.o Signed-off-by: Randy Dunlap Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc

Re: [PATCH 1/2] powerpc: Add ppc32_allmodconfig defconfig target

2018-07-13 Thread Randy Dunlap
On 07/09/2018 07:24 AM, Michael Ellerman wrote: > Because the allmodconfig logic just sets every symbol to M or Y, it > has the effect of always generating a 64-bit config, because > CONFIG_PPC64 becomes Y. > > So to make it easier for folks to test 32-bit code, provide a phony > defconfig target

Re: [PATCH 1/2] powerpc: Add ppc32_allmodconfig defconfig target

2018-07-13 Thread Randy Dunlap
On 07/09/2018 07:24 AM, Michael Ellerman wrote: > Because the allmodconfig logic just sets every symbol to M or Y, it > has the effect of always generating a 64-bit config, because > CONFIG_PPC64 becomes Y. > > So to make it easier for folks to test 32-bit code, provide a phony > defconfig target

Re: [PATCH 1/4] treewide: convert ISO_8859-1 text comments to utf-8

2018-07-24 Thread Randy Dunlap
On 07/24/2018 02:00 PM, Andrew Morton wrote: > On Tue, 24 Jul 2018 13:13:25 +0200 Arnd Bergmann wrote: > >> Almost all files in the kernel are either plain text or UTF-8 >> encoded. A couple however are ISO_8859-1, usually just a few >> characters in a C comments, for historic reasons. >> >>

[PATCH] net: prevent ISA drivers from building on PPC32

2018-07-21 Thread Randy Dunlap
From: Randy Dunlap Prevent drivers from building on PPC32 if they use isa_bus_to_virt(), isa_virt_to_bus(), or isa_page_to_bus(), which are not available and thus cause build errors. ../drivers/net/ethernet/3com/3c515.c: In function 'corkscrew_open': ../drivers/net/ethernet/3com/3c515.c:824:9

[PATCH] scsi: prevent ISA driver from building on PPC32

2018-07-21 Thread Randy Dunlap
From: Randy Dunlap Prevent drivers from building on PPC32 if they use isa_bus_to_virt(), isa_virt_to_bus(), or isa_page_to_bus(), which are not available and thus cause build errors. ../drivers/scsi/aha1542.c: In function 'aha1542_queuecommand': ../drivers/scsi/aha1542.c:461:30: error: implicit

Re: CONFIG_ANDROID_BINDER_IPC=y (Re: powerpc: 32BIT vs. 64BIT (PPC32 vs. PPC64))

2018-07-13 Thread Randy Dunlap
On 07/13/2018 04:41 AM, Mathieu Malaterre wrote: > Randy, > > On Mon, Jul 9, 2018 at 2:00 PM Mathieu Malaterre wrote: >> >> On Sun, Jul 8, 2018 at 1:53 PM Michael Ellerman wrote: >>> >>> Randy Dunlap writes: >>>> Hi, >>>>

powerpc: 32BIT vs. 64BIT (PPC32 vs. PPC64)

2018-07-05 Thread Randy Dunlap
Hi, Is there a good way (or a shortcut) to do something like: $ make ARCH=powerpc O=PPC32 [other_options] allmodconfig to get a PPC32/32BIT allmodconfig and also be able to do: $make ARCH=powerpc O=PPC64 [other_options] allmodconfig to get a PPC64/64BIT allmodconfig? Note that arch/x86,

Re: powerpc: 32BIT vs. 64BIT (PPC32 vs. PPC64)

2018-07-06 Thread Randy Dunlap
On 07/06/2018 06:45 PM, Benjamin Herrenschmidt wrote: > On Thu, 2018-07-05 at 14:30 -0700, Randy Dunlap wrote: >> Hi, >> >> Is there a good way (or a shortcut) to do something like: >> >> $ make ARCH=powerpc O=PPC32 [other_options] allmodconfig >> to get a

Re: powerpc: 32BIT vs. 64BIT (PPC32 vs. PPC64)

2018-07-07 Thread Randy Dunlap
On 07/07/2018 05:13 AM, Nicholas Piggin wrote: > On Fri, 6 Jul 2018 21:58:29 -0700 > Randy Dunlap wrote: > >> On 07/06/2018 06:45 PM, Benjamin Herrenschmidt wrote: >>> On Thu, 2018-07-05 at 14:30 -0700, Randy Dunlap wrote: >>>> Hi, >>>> >>

Re: powerpc: 32BIT vs. 64BIT (PPC32 vs. PPC64)

2018-07-08 Thread Randy Dunlap
On 07/08/2018 04:51 AM, Michael Ellerman wrote: > Randy Dunlap writes: >> Hi, >> >> Is there a good way (or a shortcut) to do something like: > > The best I know of is: > >> $ make ARCH=powerpc O=PPC32 [other_options] allmodconfig >> to get a PPC32/3

Re: [PATCH] powerpc/mm/radix: add missing braces for single statement block

2018-04-08 Thread Randy Dunlap
On 04/08/2018 12:44 PM, Mathieu Malaterre wrote: > In commit 7a22d6321c3d ("powerpc/mm/radix: Update command line parsing for > disable_radix") an `if` statement was added for a possible empty body > (prom_debug). > > Fix the following warning, treated as error with W=1: > >

Re: [PATCH v2] powerpc/mm/radix: use do/while(0) trick for single statement block

2018-04-23 Thread Randy Dunlap
gt; > arch/powerpc/kernel/prom_init.c:656:46: error: suggest braces around empty > body in an ‘if’ statement [-Werror=empty-body] > > Suggested-by: Randy Dunlap <rdun...@infradead.org> > Signed-off-by: Mathieu Malaterre <ma...@debian.org> Acked-by: Randy Dunlap <

Re: [PATCH v1 1/1] misc: IBM Virtual Management Channel Driver

2018-04-23 Thread Randy Dunlap
On 04/23/18 12:53, Greg KH wrote: > On Mon, Apr 23, 2018 at 11:38:18AM -0700, Randy Dunlap wrote: >> On 04/23/18 07:46, Bryant G. Ly wrote: >>> This driver is a logical device which provides an >>> interface between the hypervisor and a management >>> partitio

Re: [PATCH v1 1/1] misc: IBM Virtual Management Channel Driver

2018-04-23 Thread Randy Dunlap
essage. Only the management partition drives RDMA > +operations; hypervisors never directly causes the movement of message data. > + > +Example Management Partition VMC Driver Interface > += ... Looks pretty good. In general (IMO), it could use more white space (like blank lines after section names.) If you fix those small items (buggers) above, you can add: Reviewed-by: Randy Dunlap <rdun...@infradead.org> thanks, -- ~Randy

Re: [PATCH v1 1/1] misc: IBM Virtual Management Channel Driver

2018-04-24 Thread Randy Dunlap
On 04/24/2018 07:29 AM, Greg KH wrote: > On Mon, Apr 23, 2018 at 02:17:28PM -0700, Randy Dunlap wrote: >> On 04/23/18 12:53, Greg KH wrote: >>> On Mon, Apr 23, 2018 at 11:38:18AM -0700, Randy Dunlap wrote: >>>> On 04/23/18 07:46, Bryant G. Ly wrote: >>>&

Build regressions/improvements in v4.20-rc1 (sound/pci/hda/patch_ca0132.c)

2018-11-05 Thread Randy Dunlap
On 11/5/18 2:12 PM, Geert Uytterhoeven wrote: > On Mon, Nov 5, 2018 at 11:07 PM Geert Uytterhoeven > wrote: >> Below is the list of build error/warning regressions/improvements in >> v4.20-rc1[1] compared to v4.19[2]. >> >> Summarized: >> - build errors: +3/-0 >> - build warnings: +449/-2712

Re: [PATCH v1 9/9] mm: better document PG_reserved

2018-12-14 Thread Randy Dunlap
On 12/14/18 3:10 AM, David Hildenbrand wrote: > The usage of PG_reserved and how PG_reserved pages are to be treated is > buried deep down in different parts of the kernel. Let's shine some light > onto these details by documenting current users and expected > behavior. > > Especially, clarify on