Re: Controversy over dynamic linking -- how to end the panic

2001-06-23 Thread Scott Wood
On Thu, Jun 21, 2001 at 11:05:13PM -0400, Rick Hohensee wrote: Richard Stallman is the creator of the license. It's his greatest work. Linus is in no way priviledged as to interpretation of it, other than tolerance on the part of the parties that own the copyright to the license. Neither is

Re: Fw: [PATCH][RFC] PCMCIA support for 8xx using platform devices

2007-04-23 Thread Scott Wood
On Sun, Apr 22, 2007 at 11:26:58PM +0400, Vitaly Bordug wrote: diff --git a/arch/powerpc/boot/dts/mpc885ads.dts b/arch/powerpc/boot/dts/mpc885ads.dts index 90e047a..330ac91 100644 --- a/arch/powerpc/boot/dts/mpc885ads.dts +++ b/arch/powerpc/boot/dts/mpc885ads.dts @@ -112,6 +112,18 @@

Re: regarding kernel preemption

2007-03-29 Thread Scott Wood
On Thu, Mar 29, 2007 at 09:35:13PM +0530, Rick Brown wrote: When we preempt_enable() / preempt_disable(), is the kernel preemption enabled or disabled for ALL the processors or just the local processor? Just the local processor. -Scott - To unsubscribe from this list: send the line

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

2007-09-13 Thread Scott Wood
On Thu, Sep 13, 2007 at 03:13:06AM -0700, Zhang Wei-r63237 wrote: After dropping the lock, you can no longer assume that your iterator is still valid; you need to work off of the list head. list_for_each_entry_safe() is used here. I think the safe should be ok. :P Nope. The safety

Re: [PATCH] powerpc: Add EXPORT_SYMBOL for symbols required by fs_enet and cpm_uart

2007-11-12 Thread Scott Wood
Christoph Hellwig wrote: On Sun, Nov 11, 2007 at 06:01:37PM +0100, Jochen Friedrich wrote: --- a/arch/powerpc/sysdev/commproc.c +++ b/arch/powerpc/sysdev/commproc.c @@ -51,6 +51,8 @@ static void m8xx_cpm_dpinit(void); static uint host_buffer; /* One page of host buffer */ static uint host_end;

Re: [PATCH] powerpc: Add EXPORT_SYMBOL for symbols required by fs_enet and cpm_uart

2007-11-12 Thread Scott Wood
] undefined! ERROR: cpmp [drivers/net/fs_enet/fs_enet.ko] undefined! make[1]: *** [__modpost] Error 1 make: *** [modules] Error 2 Signed-off-by: Jochen Friedrich [EMAIL PROTECTED] Acked-by: Scott Wood [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux-kernel

Re: [PATCH] powerpc: Add support for PORTA sor and PORTB odr registers

2007-11-12 Thread Scott Wood
Jochen Friedrich wrote: PORTA has an so register and PORTB had an odr register, as well. However, the PORTB odr register is only 16bit. Which 8xx chip has a so register on port A? I checked the 860, 866, 885, and 823 manuals and didn't see one. -Scott - To unsubscribe from this list: send

Re: [PATCH] powerpc: Add support for PORTA and PORTB odr registers

2007-11-13 Thread Scott Wood
Jochen Friedrich wrote: @@ -474,6 +481,12 @@ static void cpm1_set_pin16(int port, int pin, int flags) else clrbits16(iop-par, pin); +if (port == CPM_PORTA) { +if (flags CPM_PIN_OPENDRAIN) +setbits16(iop-odr, pin); +else +

Re: [PATCH try2] powerpc: Add support for PORTA and PORTB odr registers

2007-11-20 Thread Scott Wood
Jochen Friedrich wrote: PORTA and PORTB have odr registers, as well. However, the PORTB odr register is only 16bit. Signed-off-by: Jochen Friedrich [EMAIL PROTECTED] Acked-by: Scott Wood [EMAIL PROTECTED] BTW, you may want to send the patches to linuxppc-dev rather than linuxppc-embedded

Re: [PATCH/RFC] Add support for freescale watchdog to CPM serial driver.

2008-01-02 Thread Scott Wood
On Fri, Dec 28, 2007 at 04:18:36PM +0100, Jochen Friedrich wrote: If a freescale watchdog device node is present, reset the watchdog while waiting for serial input. Hmm... I don't like combining the watchdog and serial code together. What if some other serial device is used with this

Re: [PATCH take2] [POWERPC] i2c: adds support for i2c bus on 8xx

2007-10-17 Thread Scott Wood
Jochen Friedrich wrote: diff --git a/arch/powerpc/boot/dts/mpc885ads.dts b/arch/powerpc/boot/dts/mpc885ads.dts index 8848e63..a526c02 100644 --- a/arch/powerpc/boot/dts/mpc885ads.dts +++ b/arch/powerpc/boot/dts/mpc885ads.dts @@ -213,6 +213,15 @@ fsl,cpm-command = 0080;

Re: [PATCH 3/4 v4] iommu/fsl: Add iommu domain attributes required by fsl PAMU driver.

2012-11-05 Thread Scott Wood
On 11/05/2012 04:10:46 PM, Timur Tabi wrote: Varun Sethi wrote: Added the following domain attributes required by FSL PAMU driver: 1. Subwindows field added to the iommu domain geometry attribute. 2. Added new iommu stash attribute, which allows setting of the LIODN specific stash id

Re: [PATCH 4/4 v4] iommu/fsl: Freescale PAMU driver and IOMMU API implementation.

2012-11-05 Thread Scott Wood
On 11/05/2012 05:04:13 PM, Timur Tabi wrote: Varun Sethi wrote: + /* PAACE Offset 0x00 */ + u32 wbah;/* only valid for Primary PAACE */ + u32 addr_bitfields; /* See P/S PAACE_AF_* */ + + /* PAACE Offset 0x08 */ + /* Interpretation of first 32 bits dependent on DD

Re: [PATCH 3/4 v4] iommu/fsl: Add iommu domain attributes required by fsl PAMU driver.

2012-11-05 Thread Scott Wood
On 11/05/2012 05:19:20 AM, Varun Sethi wrote: Added the following domain attributes required by FSL PAMU driver: 1. Subwindows field added to the iommu domain geometry attribute. 2. Added new iommu stash attribute, which allows setting of the LIODN specific stash id parameter through IOMMU

Re: [PATCH 2/3 v3] iommu/fsl: Add iommu domain attributes required by fsl PAMU driver.

2012-10-22 Thread Scott Wood
On 10/17/2012 12:32:49 PM, Varun Sethi wrote: Added the following domain attributes required by FSL PAMU driver: 1. Subwindows field added to the iommu domain geometry attribute. 2. Added new iommu stash attribute, which allows setting of the LIODN specific stash id parameter through IOMMU

Re: [PATCH 3/3 v3] iommu/fsl: Freescale PAMU driver and IOMMU API implementation.

2012-10-22 Thread Scott Wood
On 10/22/2012 04:18:07 PM, Tabi Timur-B04825 wrote: On Wed, Oct 17, 2012 at 12:32 PM, Varun Sethi varun.se...@freescale.com wrote: +} + +static unsigned long pamu_get_fspi_and_allocate(u32 subwin_cnt) +{ subwin_cnt should probably be an unsigned int. This function needs to be documented.

Re: dtc: import latest upstream dtc

2012-10-09 Thread Scott Wood
On 10/09/2012 06:20:53 PM, Mitch Bradley wrote: On 10/9/2012 11:16 AM, Stephen Warren wrote: On 10/01/2012 12:39 PM, Jon Loeliger wrote: What more do you think needs discussion re: dtc+cpp? How not to abuse the ever-loving shit out of it? :-) Perhaps we can just handle this through the

Re: dtc: import latest upstream dtc

2012-10-10 Thread Scott Wood
On 10/10/2012 10:15:17 AM, Stephen Warren wrote: On 10/09/2012 06:04 PM, Scott Wood wrote: On 10/09/2012 06:20:53 PM, Mitch Bradley wrote: On 10/9/2012 11:16 AM, Stephen Warren wrote: On 10/01/2012 12:39 PM, Jon Loeliger wrote: What more do you think needs discussion re: dtc+cpp? How

Re: linux-next: manual merge of the kvm-ppc tree with the powerpc-merge tree

2012-10-11 Thread Scott Wood
On 10/11/2012 08:04:58 AM, Alexander Graf wrote: On 11.10.2012, at 05:32, Tabi Timur-B04825 wrote: On Wed, Oct 10, 2012 at 9:47 PM, Stephen Rothwell s...@canb.auug.org.au wrote: Commit 549d62d889b4 (KVM: PPC: use definitions in epapr header for hcalls) from the kvm-ppc tree added an

Re: linux-next: manual merge of the kvm-ppc tree with the powerpc-merge tree

2012-10-11 Thread Scott Wood
On 10/11/2012 10:56:51 AM, Alexander Graf wrote: On 11.10.2012, at 17:50, Scott Wood wrote: On 10/11/2012 08:04:58 AM, Alexander Graf wrote: On 11.10.2012, at 05:32, Tabi Timur-B04825 wrote: On Wed, Oct 10, 2012 at 9:47 PM, Stephen Rothwell s...@canb.auug.org.au wrote: Commit

Re: linux-next: manual merge of the kvm-ppc tree with the powerpc-merge tree

2012-10-11 Thread Scott Wood
On 10/11/2012 10:55:42 AM, Timur Tabi wrote: Alexander Graf wrote: This is about kvm_host.h, which is the part that is exported to user space. It usually contains constants and structs that are required for the API. Which API? I'm not familiar with KVM internals. My concern is that

Re: linux-next: manual merge of the kvm-ppc tree with the powerpc-merge tree

2012-10-11 Thread Scott Wood
On 10/11/2012 12:24:59 PM, Timur Tabi wrote: Scott Wood wrote: My concern is that when I think of a user-space header file, I think of a user-space application that calls ioctls. I know that KVM guest kernels run as user-space processes, but that does not seem like a reason

Re: Build regressions/improvements in v3.7-rc5

2012-11-12 Thread Scott Wood
On 11/12/2012 03:02:46 PM, Geert Uytterhoeven wrote: On Mon, Nov 12, 2012 at 9:58 PM, Geert Uytterhoeven ge...@linux-m68k.org wrote: JFYI, when comparing v3.7-rc5 to v3.7-rc4[3], the summaries are: - build errors: +14/-4 14 regressions: + drivers/virt/fsl_hypervisor.c: error: 'MSR_GS'

Re: [PATCH4/4] [POWERPC] Fix cpm_uart driver

2007-09-24 Thread Scott Wood
Jochen Friedrich wrote: In cpm_uart_core, functions cpm_uart_init_bd and cpm_uart_init_scc an offset into DP RAM is calculated by substracting a physical memory constant from an virtual address. This patch fixes the problem by converting the virtual address into a physical first. Huh?

Re: [PATCH4/4] [POWERPC] Fix cpm_uart driver

2007-09-24 Thread Scott Wood
Jochen Friedrich wrote: Scott Wood schrieb: Jochen Friedrich wrote: In cpm_uart_core, functions cpm_uart_init_bd and cpm_uart_init_scc an offset into DP RAM is calculated by substracting a physical memory constant from an virtual address. This patch fixes the problem by converting the virtual

Re: [PATCH4/4] [POWERPC] Fix cpm_uart driver

2007-09-24 Thread Scott Wood
Dan Malek wrote: On Sep 24, 2007, at 11:22 AM, Scott Wood wrote: cpmp is a physical address on arch/ppc? No, it's a well known ioremaped() address into the IMMR space. Maybe that's how it was, but the current code initializes it (more or less) directly with IMAP_ADDR, which also gets fed

Re: [PATCH4/4] [POWERPC] Fix cpm_uart driver

2007-09-25 Thread Scott Wood
On Tue, Sep 25, 2007 at 02:09:03PM +0200, Jochen Friedrich wrote: In cpm_uart_core.c, the operation pinfo-rx_bd_base - DPRAM_BASE is used to calculate the DPRAM offset. So DPRAM_BASE must be relative to dpram_vbase in commproc.c as well. However, cpm_uart_cpm1.h uses cpmp in commproc.c to

Re: [PATCH4/4] [POWERPC] Fix cpm_uart driver

2007-09-26 Thread Scott Wood
On Wed, Sep 26, 2007 at 03:32:29PM -0500, Rune Torgersen wrote: From: Scott Wood Maybe that's how it was, but the current code initializes it (more or less) directly with IMAP_ADDR, which also gets fed into ioremap. One of the two has got to be wrong. arch/ppc maps the immr area 1:1

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

2007-09-11 Thread Scott Wood
On Tue, Sep 11, 2007 at 06:10:53PM +0800, Zhang Wei-r63237 wrote: + + fsl_dma_memcpy_issue_pending(chan); + while (fsl_dma_is_complete(chan, cookie, NULL, NULL) + != DMA_SUCCESS); Again, is it possible to hang your thread here? [...] I'll add msleep here. I

Re: [PATCH] [updated] PHY fixed driver: rework release path and update phy_id notation

2007-07-20 Thread Scott Wood
On Fri, Jul 20, 2007 at 12:57:02AM -0700, Andrew Morton wrote: On Fri, 20 Jul 2007 11:50:39 +0400 Vitaly Bordug [EMAIL PROTECTED] wrote: On Thu, 19 Jul 2007 23:23:37 -0700 Andrew Morton wrote: Shouldn't these be runtime options (ie: module parameters)? I thought about it but this

Re: [PATCH 2/2] [POWERPC] MPC8349E-mITX: use platform IDE driver for CF interface

2007-07-25 Thread Scott Wood
Vitaly Bordug wrote: diff --git a/arch/powerpc/boot/dts/mpc8349emitx.dts b/arch/powerpc/boot/dts/mpc8349emitx.dts index db0d003..f8f0e8a 100644 --- a/arch/powerpc/boot/dts/mpc8349emitx.dts +++ b/arch/powerpc/boot/dts/mpc8349emitx.dts @@ -37,6 +37,15 @@ reg = 1000;

Re: [PATCH 1/2] [IDE] Platform IDE driver

2007-07-25 Thread Scott Wood
Sergei Shtylyov wrote: It doesn't buy us anything in here, but it's conceivable that someone may want to write a driver that uses a shift in the I/O accessor rather than an array of port offsets, It wouldn't be IDE driver then, and neither it would be libata which also does this another

Re: [PATCH 1/2] [IDE] Platform IDE driver (was: MMIO IDE driver)

2007-07-25 Thread Scott Wood
Sergei Shtylyov wrote: + hwif-hw.io_ports[IDE_DATA_OFFSET] = port; + + port += (1 pdata-ioport_shift); + for (i = IDE_ERROR_OFFSET; i = IDE_STATUS_OFFSET; +i++, port += (1 pdata-ioport_shift)) Looks like shift doesn't buy as anything, why not just use

Re: [PATCH 2/2] [POWERPC] MPC8349E-mITX: use platform IDE driver for CF interface

2007-07-25 Thread Scott Wood
Sergei Shtylyov wrote: I acn undertand your complaint in the context of an OF driver (which we don't have yet) but mmio-ide just means nothing to the current driver, and it doesn't convery enough info on the programming interface for the conceivable OF driver, it also does need to know at

Re: [PATCH 2/2] [POWERPC] MPC8349E-mITX: use platform IDE driver for CF interface

2007-07-25 Thread Scott Wood
Sergei Shtylyov wrote: Hello. Scott Wood wrote: Also, what mmio-ide in the compat properly means in the context of ide_platform which is able to handle both port and memory mapped IDE. I/O-space is only valid in the context of PCI, ISA, or similar buses, and the bus-specific reg format

Re: [PATCH 2/2] [POWERPC] MPC8349E-mITX: use platform IDE driver for CF interface

2007-07-25 Thread Scott Wood
On Wed, Jul 25, 2007 at 09:54:07PM +0400, Sergei Shtylyov wrote: Also, what mmio-ide in the compat properly means in the context of ide_platform which is able to handle both port and memory mapped IDE. I/O-space is only valid in the context of PCI, ISA, or similar buses, and the

Re: [PATCH 2/2] powerpc: Switch to generic WARN_ON()/BUG_ON()

2007-10-11 Thread Scott Wood
On Thu, Oct 11, 2007 at 12:14:13PM -0500, Olof Johansson wrote: Not using the ppc-specific WARN_ON/BUG_ON constructs actually saves about 4K text on a ppc64_defconfig. The main reason seems to be that prepping the arguments to the conditional trap instructions is more work than just doing a

Re: [PATCH take2] [POWERPC] i2c: adds support for i2c bus on 8xx

2007-10-15 Thread Scott Wood
On Mon, Oct 15, 2007 at 01:10:12PM +0200, Jochen Friedrich wrote: Using the port of 2.4 code from Vitaly Bordug [EMAIL PROTECTED] and the actual algorithm used by the i2c driver of the DBox code on cvs.tuxboc.org from Tmbinc, Gillem ([EMAIL PROTECTED]). Renamed i2c-algo-8xx.c to i2c-algo-cpm.c

Re: [PATCH][RFC][POWERPC] i2c: adds support for i2c bus on 8xx

2007-04-25 Thread Scott Wood
Vitaly Bordug wrote: i2c 8xx combo never work with 2.6 at least in mainstream. That's why related stuff were scheduled to removal by Jean even, before I came up with this stuff. [snip] This could all be done with an of_platform driver instead, and avoid the above. (Someone else already

Re: [PATCH] realtime-preempt: update inherited priorities on setscheduler

2005-03-11 Thread Scott Wood
On Fri, Mar 11, 2005 at 10:36:07AM +0100, Ingo Molnar wrote: * Scott Wood [EMAIL PROTECTED] wrote: - p-prio = effective_prio(p); + /* Don't overwrite an inherited RT priority with the static + RT priority. */ + + if (!rt_task(p)) + p-prio = effective_prio(p

Re: [PATCH 5/5 v11] iommu/fsl: Freescale PAMU driver and iommu implementation.

2013-04-02 Thread Scott Wood
On 04/02/2013 08:35:54 PM, Timur Tabi wrote: On Tue, Apr 2, 2013 at 11:18 AM, Joerg Roedel j...@8bytes.org wrote: + panic(\n); A kernel panic seems like an over-reaction to an access violation. We have no way to determining what code caused the violation, so we can't just kill the

Re: [PATCH] KVM: allow host header to be included even for !CONFIG_KVM

2013-03-20 Thread Scott Wood
On 03/14/2013 07:13:46 PM, Kevin Hilman wrote: The new context tracking subsystem unconditionally includes kvm_host.h headers for the guest enter/exit macros. This causes a compile failure when KVM is not enabled. Fix by adding an IS_ENABLED(CONFIG_KVM) check to kvm_host so it can be

Re: [PATCH] KVM: allow host header to be included even for !CONFIG_KVM

2013-03-21 Thread Scott Wood
On 03/21/2013 09:27:14 AM, Kevin Hilman wrote: Gleb Natapov g...@redhat.com writes: On Wed, Mar 20, 2013 at 06:58:41PM -0500, Scott Wood wrote: On 03/14/2013 07:13:46 PM, Kevin Hilman wrote: The new context tracking subsystem unconditionally includes kvm_host.h headers for the guest

Re: [PATCH] KVM: allow host header to be included even for !CONFIG_KVM

2013-03-21 Thread Scott Wood
On 03/21/2013 02:16:00 PM, Gleb Natapov wrote: On Thu, Mar 21, 2013 at 01:42:34PM -0500, Scott Wood wrote: On 03/21/2013 09:27:14 AM, Kevin Hilman wrote: Gleb Natapov g...@redhat.com writes: On Wed, Mar 20, 2013 at 06:58:41PM -0500, Scott Wood wrote: Why can't the entirety kvm_host.h

Re: [PATCH 3/4 v5] iommu/fsl: Add iommu domain attributes required by fsl PAMU driver.

2012-12-03 Thread Scott Wood
On 12/03/2012 10:57:29 AM, Sethi Varun-B16395 wrote: -Original Message- From: iommu-boun...@lists.linux-foundation.org [mailto:iommu- boun...@lists.linux-foundation.org] On Behalf Of Joerg Roedel Sent: Sunday, December 02, 2012 7:33 PM To: Sethi Varun-B16395 Cc:

Re: [PATCH 3/4 v5] iommu/fsl: Add iommu domain attributes required by fsl PAMU driver.

2012-12-03 Thread Scott Wood
On 12/03/2012 11:27:12 AM, Joerg Roedel wrote: On Mon, Dec 03, 2012 at 04:57:29PM +, Sethi Varun-B16395 wrote: -Original Message- From: iommu-boun...@lists.linux-foundation.org [mailto:iommu- boun...@lists.linux-foundation.org] On Behalf Of Joerg Roedel Sent: Sunday,

Re: [PATCH 3/4 v5] iommu/fsl: Add iommu domain attributes required by fsl PAMU driver.

2012-12-04 Thread Scott Wood
On 12/04/2012 05:53:33 AM, Sethi Varun-B16395 wrote: -Original Message- From: Wood Scott-B07421 Sent: Monday, December 03, 2012 10:34 PM To: Sethi Varun-B16395 Cc: Joerg Roedel; linux-kernel@vger.kernel.org; iommu@lists.linux- foundation.org; Wood Scott-B07421;

Re: [PATCH] mpic: fix Destination Registers init problem

2013-02-07 Thread Scott Wood
On 02/07/2013 02:07:00 AM, Zhao Chenhui wrote: The Freescale implementation of the MPIC only allows a single CPU destination for non-IPI interrupts. Test the flag MPIC_SINGLE_DEST_CPU to check if the Destination registers should be set. This prevents more than one bit is set at secondary

Re: [PATCH 4/4] iommu: Add domain window handling functions

2013-02-04 Thread Scott Wood
On 02/04/2013 07:02:14 AM, Joerg Roedel wrote: On Thu, Jan 31, 2013 at 09:32:26AM +, Sethi Varun-B16395 wrote: We need a mechanism to determine the maximum number of subwindows supported by PAMU. How about representing it in the iommu_domain structure: struct iommu_domain {

[PATCH] Make platform_device_add_data accept a const pointer.

2006-12-01 Thread Scott Wood
platform_device_add_data() makes a copy of the data that is given to it, and thus the parameter can be const. This removes a warning when data from get_property() on powerpc is handed to platform_device_add_data(), as get_property() returns a const pointer. Signed-off-by: Scott Wood [EMAIL

Re: [PATCH] Make platform_device_add_data accept a const pointer.

2006-12-01 Thread Scott Wood
Russell King wrote: On Fri, Dec 01, 2006 at 12:54:47PM -0600, Scott Wood wrote: platform_device_add_data() makes a copy of the data that is given to it, and thus the parameter can be const. This removes a warning when data from get_property() on powerpc is handed to platform_device_add_data

Re: [RFC][PATCH 2/3] iommu/fsl: Add iommu domain attributes required by fsl PAMU driver.

2012-09-19 Thread Scott Wood
On 09/19/2012 08:52:27 AM, Kumar Gala wrote: On Sep 19, 2012, at 8:17 AM, b16...@freescale.com b16...@freescale.com wrote: From: Varun Sethi varun.se...@freescale.com Added the following domain attributes required by FSL PAMU driver: 1. Subwindows field added to the iommu domain

Re: [RFC][PATCH 0/3] iommu/fsl: Freescale PAMU driver and IOMMU API implementation.

2012-09-19 Thread Scott Wood
On 09/19/2012 08:49:14 AM, Kumar Gala wrote: On Sep 19, 2012, at 8:17 AM, b16...@freescale.com b16...@freescale.com wrote: From: Varun Sethi varun.se...@freescale.com This patchset provides the Freescale PAMU (Peripheral Access Management Unit) driver and the corresponding IOMMU API

Re: [PATCH v8 0/7] power management patch set

2012-07-26 Thread Scott Wood
On 07/26/2012 09:02 AM, Li Yang wrote: On Fri, Jul 20, 2012 at 8:42 PM, Zhao Chenhui chenhui.z...@freescale.com wrote: Changes for v8: * Separated the cpu hotplug patch into three patches, as follows [PATCH v8 1/7] powerpc/smp: use a struct epapr_spin_table to replace macros [PATCH v8

Re: [PATCH/RFCv2] [POWERPC] Add support for freescale watchdog to CPM serial driver.

2008-01-18 Thread Scott Wood
Jochen Friedrich wrote: +void watchdog_poke(void) +{ +if (wdt) { +out_be16(wdt-swsrr, 0x556c); +out_be16(wdt-swsrr, 0xaa39); +} +} This should be a function pointer, to allow for other watchdog types. -Scott -- To unsubscribe from this list: send the line unsubscribe

Re: [PATCH UCC TDM 3/3 ] Modified Documentation to explain dts entries for TDM driver

2008-01-24 Thread Scott Wood
On Thu, Jan 24, 2008 at 10:24:13AM +0530, Poonam_Aggrwal-b10812 wrote: + ix) Baud Rate Generator (BRG) + + Required properties: + - compatible : shpuld be fsl,cpm-brg + - fsl,brg-sources : define the input clock for all 16 BRGs. The input +clock source could be 1 to 24 for CLK1 to

Re: [PATCH UCC TDM 1/3 Updated] Platform changes for UCC TDM driver for MPC8323eRDB. Also includes related QE changes and dts entries.

2008-01-24 Thread Scott Wood
On Thu, Jan 24, 2008 at 10:33:47AM -0600, Timur Tabi wrote: Yes, but deciding what the UCC does might not be static. At what point do we declare, UCC5 is for eth0 and eth0 only? When the board designer decides to hook eth0 up to UCC5. If the board designer decides to hook multiple devices up

Re: [PATCH UCC TDM 3/3 ] Modified Documentation to explain dtsentries for TDM driver

2008-01-25 Thread Scott Wood
Aggrwal Poonam wrote: The device tree already has a brg-frequency property in qe node which is the value of BRGCLK. Yes, I'm saying it belongs as brg/clock-frequency. :-) CPM1/2 already do this. -Scott -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a

Re: [PATCHv3 2.6.25] i2c: adds support for i2c bus on Freescale CPM1/CPM2 controllers

2008-01-28 Thread Scott Wood
On Fri, Jan 25, 2008 at 06:11:57PM +0100, Jochen Friedrich wrote: diff --git a/arch/powerpc/boot/dts/mpc866ads.dts b/arch/powerpc/boot/dts/mpc866ads.dts index daf9433..80c08bf 100644 --- a/arch/powerpc/boot/dts/mpc866ads.dts +++ b/arch/powerpc/boot/dts/mpc866ads.dts @@ -169,6 +169,16 @@

Re: Doubt in Device tree entry for USB on Powerpc based board

2008-02-22 Thread Scott Wood
On Fri, Feb 22, 2008 at 07:03:07PM +0530, mahendra varman wrote: Please help me in the device tree where to give the device type compatibility address_cells size cells for the USB (since usb controller is in pci bridge i have some confusion in where to give the entry for usb) You don't need to

Re: [PATCH] [POWERPC] Fix fs_enet module build

2007-11-05 Thread Scott Wood
Jochen Friedrich wrote: diff --git a/drivers/net/fs_enet/Makefile b/drivers/net/fs_enet/Makefile index 02d4dc1..2f7563a 100644 --- a/drivers/net/fs_enet/Makefile +++ b/drivers/net/fs_enet/Makefile @@ -4,7 +4,15 @@ obj-$(CONFIG_FS_ENET) += fs_enet.o -obj-$(CONFIG_8xx) += mac-fec.o mac-scc.o

Re: [PATCH 3/4 v5] iommu/fsl: Add iommu domain attributes required by fsl PAMU driver.

2012-12-10 Thread Scott Wood
On 12/10/2012 04:10:06 AM, Sethi Varun-B16395 wrote: -Original Message- From: Wood Scott-B07421 Sent: Tuesday, December 04, 2012 11:53 PM To: Sethi Varun-B16395 Cc: Wood Scott-B07421; Joerg Roedel; linux-kernel@vger.kernel.org; io...@lists.linux-foundation.org;

Re: [PATCH V2 5/6] cpuidle/powerpc: Backend-powerpc idle driver for powernv and pseries.

2013-08-06 Thread Scott Wood
On Wed, 2013-07-31 at 08:29 +0530, Deepthi Dharwar wrote: /* - * pseries_idle_probe() + * powerpc_idle_probe() * Choose state table for shared versus dedicated partition */ -static int pseries_idle_probe(void) +static int powerpc_idle_probe(void) { +#ifndef PPC_POWERNV if

Re: [PATCH V2 5/6] cpuidle/powerpc: Backend-powerpc idle driver for powernv and pseries.

2013-08-06 Thread Scott Wood
On Wed, 2013-08-07 at 09:30 +1000, Benjamin Herrenschmidt wrote: On Tue, 2013-08-06 at 18:08 -0500, Scott Wood wrote: Here's another example. get_lppaca() will only build on book3s -- and yet we get requests for e500 code to use this file. Indeed, Besides there is already accessors afaik

Re: [PATCH v6 2/3] DMA: Freescale: Add new 8-channel DMA engine device tree nodes

2013-07-26 Thread Scott Wood
On 07/26/2013 05:27:15 AM, hongbo.zh...@freescale.com wrote: From: Hongbo Zhang hongbo.zh...@freescale.com Freescale QorIQ T4 and B4 introduce new 8-channel DMA engines, this patch adds the device tree nodes for them. Signed-off-by: Hongbo Zhang hongbo.zh...@freescale.com ---

Re: [PATCH v7 1/3] DMA: Freescale: revise device tree binding document

2013-07-29 Thread Scott Wood
On 07/29/2013 05:49:02 AM, hongbo.zh...@freescale.com wrote: From: Hongbo Zhang hongbo.zh...@freescale.com This patch updates the discription of each type of DMA controller and its channels, it is preparation for adding another new DMA controller binding, it also fixes some defects of

Re: [PATCH v7 2/3] DMA: Freescale: Add new 8-channel DMA engine device tree nodes

2013-07-29 Thread Scott Wood
On 07/29/2013 05:49:03 AM, hongbo.zh...@freescale.com wrote: From: Hongbo Zhang hongbo.zh...@freescale.com Freescale QorIQ T4 and B4 introduce new 8-channel DMA engines, this patch adds the device tree nodes for them. Signed-off-by: Hongbo Zhang hongbo.zh...@freescale.com ---

Re: [1/1] MPC831x: fix PCI express probing

2013-07-29 Thread Scott Wood
On Mon, May 27, 2013 at 02:29:43PM +0200, Sergey Gerasimov wrote: For MPC831x the bus probing function also needs the fixup to assign addresses to the PCI devices as it was for MPC85xx and MPC86xx. The fixup of the bridge vendor and device ID should be done early in PCI probing. Else the

Re: [PATCH v7 1/3] DMA: Freescale: revise device tree binding document

2013-08-21 Thread Scott Wood
On Wed, 2013-08-21 at 16:33 -0600, Stephen Warren wrote: On 07/29/2013 04:49 AM, hongbo.zh...@freescale.com wrote: From: Hongbo Zhang hongbo.zh...@freescale.com This patch updates the discription of each type of DMA controller and its channels, it is preparation for adding another new

Re: [PATCH v7 2/3] DMA: Freescale: Add new 8-channel DMA engine device tree nodes

2013-08-21 Thread Scott Wood
On Wed, 2013-08-21 at 16:40 -0600, Stephen Warren wrote: On 07/29/2013 04:49 AM, hongbo.zh...@freescale.com wrote: Freescale QorIQ T4 and B4 introduce new 8-channel DMA engines, this patch adds the device tree nodes for them. diff --git

Re: [PATCH v7 2/3] DMA: Freescale: Add new 8-channel DMA engine device tree nodes

2013-08-21 Thread Scott Wood
On Wed, 2013-08-21 at 16:40 -0600, Stephen Warren wrote: On 07/29/2013 04:49 AM, hongbo.zh...@freescale.com wrote: +- reg : registers mapping for channel +- interrupts: interrupt mapping for DMA channel IRQ s/interrupts/specifier/ Do you mean

Re: [PATCH v7 2/3] DMA: Freescale: Add new 8-channel DMA engine device tree nodes

2013-08-21 Thread Scott Wood
On Wed, 2013-08-21 at 17:15 -0600, Stephen Warren wrote: On 08/21/2013 04:57 PM, Scott Wood wrote: On Wed, 2013-08-21 at 16:40 -0600, Stephen Warren wrote: On 07/29/2013 04:49 AM, hongbo.zh...@freescale.com wrote: +- ranges: describes the mapping between the address space

Re: [PATCH v7 1/3] DMA: Freescale: revise device tree binding document

2013-08-21 Thread Scott Wood
On Wed, 2013-08-21 at 17:12 -0600, Stephen Warren wrote: OK, if there's some alternative run-time way of enabling chip-specific quirking, it's probably fine to remove the extra compatible values. Now, that does rather assume that this DMA IP block will only ever be used within SoCs that have

Re: [PATCH V2 1/2] DMA: Freescale: Add new 8-channel DMA engine device tree nodes

2013-07-15 Thread Scott Wood
On 07/15/2013 08:35:07 AM, Kumar Gala wrote: On Jul 5, 2013, at 1:27 AM, hongbo.zh...@freescale.com hongbo.zh...@freescale.com wrote: +dma0: dma@100300 { + #address-cells = 1; + #size-cells = 1; + compatible = fsl,elo3-dma; why does this require a new compatible? The binding has

Re: [PATCH v3 1/2] DMA: Freescale: Add new 8-channel DMA engine device tree nodes

2013-07-15 Thread Scott Wood
On 07/15/2013 05:34:58 AM, hongbo.zh...@freescale.com wrote: From: Hongbo Zhang hongbo.zh...@freescale.com Freescale QorIQ T4 and B4 introduce new 8-channel DMA engines, this patch add the device tree nodes for them. Signed-off-by: Hongbo Zhang hongbo.zh...@freescale.com ---

Re: [PATCH] module: ppc64 module CRC relocation fix causes perf issues

2013-07-16 Thread Scott Wood
On 07/15/2013 03:47:06 AM, Benjamin Herrenschmidt wrote: On Mon, 2013-07-15 at 14:04 +1000, Anton Blanchard wrote: Module CRCs are implemented as absolute symbols that get resolved by a linker script. We build an intermediate .o that contains an unresolved symbol for each CRC. genksysms

Re: [PATCH] module: ppc64 module CRC relocation fix causes perf issues

2013-07-16 Thread Scott Wood
On 07/16/2013 07:04:05 PM, Benjamin Herrenschmidt wrote: On Tue, 2013-07-16 at 17:40 -0500, Scott Wood wrote: On 07/15/2013 03:47:06 AM, Benjamin Herrenschmidt wrote: On Mon, 2013-07-15 at 14:04 +1000, Anton Blanchard wrote: Module CRCs are implemented as absolute symbols that get

Re: [PATCH] powerpc 8xx: Fixing issue with CONFIG_PIN_TLB

2013-09-11 Thread Scott Wood
On Wed, 2013-09-11 at 18:44 +0200, Christophe Leroy wrote: Activating CONFIG_PIN_TLB is supposed to pin the IMMR and the first three 8Mbytes pages. But the setting of the MD_CTR was missing so as the index is decremented every DTLB update, the pinning of the third 8Mbytes page was overwriting

Re: [PATCH v2] powerpc 8xx: Fixing issue with CONFIG_PIN_TLB

2013-09-12 Thread Scott Wood
On Thu, 2013-09-12 at 20:25 +0200, Christophe Leroy wrote: This is a reorganisation of the setup of the TLB at kernel startup, in order to handle the CONFIG_PIN_TLB case in accordance with chapter 8.10.3 of MPC866 and MPC885 reference manuals. Signed-off-by: Christophe Leroy

Re: [PATCH] powerpc/fsl-booke: Rename b4qds.dts - b4qds.dtsi.

2013-07-31 Thread Scott Wood
I've got it in my queue that I hope to send soon. -Scott On 07/31/2013 09:45:25 AM, Ian Campbell wrote: ping? On Fri, 2013-05-31 at 11:14 +0100, Ian Campbell wrote: This file is a common include for B4860 and B4420 but is not a valid DTS itself: DTC arch/powerpc/boot/b4qds.dtb

Re: RFC: (re-)binding the VFIO platform driver to a platform device

2013-10-01 Thread Scott Wood
On Tue, 2013-10-01 at 13:38 -0500, Kim Phillips wrote: Hi, Santosh and I are having a problem figuring out how to enable binding (and re-binding) platform devices to a platform VFIO driver (see Antonis' WIP: [1]) in an upstream-acceptable manner. Binding platform drivers currently depends

Re: RFC: (re-)binding the VFIO platform driver to a platform device

2013-10-01 Thread Scott Wood
On Tue, 2013-10-01 at 14:15 -0500, Scott Wood wrote: On Tue, 2013-10-01 at 13:38 -0500, Kim Phillips wrote: Hi, Santosh and I are having a problem figuring out how to enable binding (and re-binding) platform devices to a platform VFIO driver (see Antonis' WIP: [1]) in an upstream

Re: RFC: (re-)binding the VFIO platform driver to a platform device

2013-10-01 Thread Scott Wood
On Tue, 2013-10-01 at 16:59 -0500, Kim Phillips wrote: On Tue, 1 Oct 2013 14:15:38 -0500 Scott Wood scottw...@freescale.com wrote: I think the ideal interface would be if you could write the sysfs device name into the vfio bind file (or some new file in the same directory), and have

Re: RFC: (re-)binding the VFIO platform driver to a platform device

2013-10-02 Thread Scott Wood
On Wed, 2013-10-02 at 13:25 -0500, Yoder Stuart-B08248 wrote: -Original Message- From: Christoffer Dall [mailto:christoffer.d...@linaro.org] Sent: Wednesday, October 02, 2013 10:14 AM To: Alex Williamson Cc: Kim Phillips; gre...@linuxfoundation.org; linux-

Re: RFC: (re-)binding the VFIO platform driver to a platform device

2013-10-02 Thread Scott Wood
On Wed, 2013-10-02 at 11:43 -0700, Christoffer Dall wrote: On Wed, Oct 02, 2013 at 01:32:38PM -0500, Scott Wood wrote: On Wed, 2013-10-02 at 13:25 -0500, Yoder Stuart-B08248 wrote: -Original Message- From: Christoffer Dall [mailto:christoffer.d...@linaro.org] Sent

Re: RFC: (re-)binding the VFIO platform driver to a platform device

2013-10-02 Thread Scott Wood
On Wed, 2013-10-02 at 21:13 +0100, Christoffer Dall wrote: On Wed, Oct 02, 2013 at 03:04:15PM -0500, Kim Phillips wrote: On Wed, 2 Oct 2013 11:43:30 -0700 Christoffer Dall christoffer.d...@linaro.org wrote: On Wed, Oct 02, 2013 at 01:32:38PM -0500, Scott Wood wrote: What's wrong

Re: RFC: (re-)binding the VFIO platform driver to a platform device

2013-10-02 Thread Scott Wood
On Wed, 2013-10-02 at 13:37 -0700, gre...@linuxfoundation.org wrote: On Wed, Oct 02, 2013 at 11:43:30AM -0700, Christoffer Dall wrote: What's wrong with a non-vfio-specific flag that a driver can set, that indicates that the driver is willing to try to bind to any device on the bus if

Re: RFC: (re-)binding the VFIO platform driver to a platform device

2013-10-02 Thread Scott Wood
On Wed, 2013-10-02 at 14:16 -0700, gre...@linuxfoundation.org wrote: On Wed, Oct 02, 2013 at 04:08:41PM -0500, Scott Wood wrote: On Wed, 2013-10-02 at 13:37 -0700, gre...@linuxfoundation.org wrote: On Wed, Oct 02, 2013 at 11:43:30AM -0700, Christoffer Dall wrote: What's wrong with a non

Re: RFC: (re-)binding the VFIO platform driver to a platform device

2013-10-03 Thread Scott Wood
On Wed, 2013-10-02 at 16:40 -0700, gre...@linuxfoundation.org wrote: On Wed, Oct 02, 2013 at 04:35:15PM -0500, Scott Wood wrote: On Wed, 2013-10-02 at 14:16 -0700, gre...@linuxfoundation.org wrote: On Wed, Oct 02, 2013 at 04:08:41PM -0500, Scott Wood wrote: I don't see any equivalent

Re: RFC: (re-)binding the VFIO platform driver to a platform device

2013-10-03 Thread Scott Wood
On Thu, 2013-10-03 at 11:54 -0700, gre...@linuxfoundation.org wrote: On Thu, Oct 03, 2013 at 01:33:27PM -0500, Scott Wood wrote: What it looks like we do still want from the driver core is the ability for a driver to say that it should not be bound to a device except via explicit sysfs bind

Re: [PATCH v2] powerpc 8xx: Fixing issue with CONFIG_PIN_TLB

2013-09-16 Thread Scott Wood
On Fri, 2013-09-13 at 07:04 +0200, leroy christophe wrote: Le 12/09/2013 20:44, Scott Wood a écrit : On Thu, 2013-09-12 at 20:25 +0200, Christophe Leroy wrote: This is a reorganisation of the setup of the TLB at kernel startup, in order to handle the CONFIG_PIN_TLB case in accordance

Re: [PATCH v9 2/3] DMA: Freescale: Add new 8-channel DMA engine device tree nodes

2013-09-16 Thread Scott Wood
On Thu, 2013-09-12 at 18:15 +0100, Mark Rutland wrote: On Tue, Sep 03, 2013 at 10:01:50AM +0100, Hongbo Zhang wrote: On 09/02/2013 11:58 PM, Mark Rutland wrote: May some channels be unusable for some reason, or will all eight channels be wired on any given Elo3 DMA? Sorry, not get your

Re: [PATCH] powerpc 8xx: Fixing memory init issue with CONFIG_PIN_TLB

2013-10-16 Thread Scott Wood
On Wed, 2013-10-16 at 07:45 +0200, leroy christophe wrote: Le 15/10/2013 22:33, Scott Wood a écrit : On Tue, 2013-10-15 at 18:27 +0200, leroy christophe wrote: Le 11/10/2013 17:13, Joakim Tjernlund a écrit : Linuxppc-dev linuxppc-dev-bounces+joakim.tjernlund=transmode...@lists.ozlabs.org

Re: [v5][PATCH 1/6] powerpc/book3e: load critical/machine/debug exception stack

2013-10-18 Thread Scott Wood
On Thu, 2013-06-20 at 18:28 +0800, Tiejun Chen wrote: We always alloc critical/machine/debug check exceptions. This is different from the normal exception. So we should load these exception stack properly like we did for booke. This is booke. Do you mean like like we did for 32-bit? And the

Re: [v5][PATCH 2/6] powerpc/book3e: store critical/machine/debug exception thread info

2013-10-18 Thread Scott Wood
On Thu, 2013-06-20 at 18:28 +0800, Tiejun Chen wrote: We need to store thread info to these exception thread info like something we already did for PPC32. Signed-off-by: Tiejun Chen tiejun.c...@windriver.com --- arch/powerpc/kernel/exceptions-64e.S | 15 +++ 1 file changed,

Re: [v5][PATCH 3/6] book3e/kgdb: update thread's dbcr0

2013-10-18 Thread Scott Wood
On Thu, 2013-06-20 at 18:28 +0800, Tiejun Chen wrote: gdb always need to generate a single step properly to invoke a kgdb state. But with lazy interrupt, book3e can't always trigger a debug exception with a single step since the current is blocked for handling those pending exception, then we

Re: [v5][PATCH 4/6] powerpc/book3e: support kgdb for kernel space

2013-10-18 Thread Scott Wood
On Thu, 2013-06-20 at 18:28 +0800, Tiejun Chen wrote: Currently we need to skip this for supporting KGDB. Does it need to depend on CONFIG_KGDB? Either you've fixed the can't quite save properly part, or you haven't. -Scott Signed-off-by: Tiejun Chen tiejun.c...@windriver.com ---

Re: [v5][PATCH 6/6] book3e/kgdb: Fix a single stgep case of lazy IRQ

2013-10-18 Thread Scott Wood
On Thu, 2013-06-20 at 18:28 +0800, Tiejun Chen wrote: When we're in kgdb_singlestep(), we have to work around to get thread_info by copying from the kernel stack before calling kgdb_handle_exception(), then copying it back afterwards. But for PPC64, we have a lazy interrupt implementation.

Re: [v5][PATCH 1/6] powerpc/book3e: load critical/machine/debug exception stack

2013-10-18 Thread Scott Wood
On Thu, 2013-06-20 at 18:28 +0800, Tiejun Chen wrote: We always alloc critical/machine/debug check exceptions. This is different from the normal exception. So we should load these exception stack properly like we did for booke. Signed-off-by: Tiejun Chen tiejun.c...@windriver.com ---

Re: [PATCH 1/6] powerpc: fix exception clearing in e500 SPE float emulation

2013-11-22 Thread Scott Wood
On Mon, 2013-11-04 at 16:52 +, Joseph S. Myers wrote: From: Joseph Myers jos...@codesourcery.com The e500 SPE floating-point emulation code clears existing exceptions (__FPU_FPSCR = ~FP_EX_MASK;) before ORing in the exceptions from the emulated operation. However, these exception bits

  1   2   3   4   5   6   7   8   >