>
> On Mon, 6 Dec 2010 22:15:54 -0500
> Mark Mason wrote:
>
> > A few months ago I ran into some performance problems involving
> > UBI/NAND erases holding other devices off the LBC on an MPC8315. I
> > found a solution for this, which worked well, at least with the
> > hardware I was working wit
Thanks again for your detailed answer,
I'm learning, but not as fast as my colleagues with a deadline want me to !
> The platform code does that. That function create devices on the
> platform bus by examining the device tree. It looks for nodes that are
> compatible with the compatible strings yo
We now allow interrupt stacks anywhere in the first segment which can be
256M or 1TB. Fix the comment.
Signed-off-by: Anton Blanchard
---
Index: powerpc.git/arch/powerpc/kernel/setup_64.c
===
--- powerpc.git.orig/arch/powerpc/kern
On Wed, 2010-12-08 at 11:18 +0100, Guillaume Dargaud wrote:
> Thanks again for your detailed answer,
> I'm learning, but not as fast as my colleagues with a deadline want me to !
:)
> > The platform code does that. That function create devices on the
> > platform bus by examining the device tree.
From: Dirk Brandewie
This patch set adds the ability to link device tree blobs into
vmlinux.
Patch 1 implements the changes to include/asm-generic/vmlinux.lds.h and
adds a generic rule for generating DTB objects to be linked vmlinux.
Patch 2 implements linking a DTB into an x86 image.
Patch 3
From: Dirk Brandewie
This patch adds support for linking device tree blob(s) into
vmlinux. Modifies asm-generic/vmlinux.lds.h to add linking
.dtb sections into vmlinux. To maintain compatiblity with the of/fdt
driver code platforms MUST copy the blob to a non-init memory location
before the kerne
From: Dirk Brandewie
This patch adds linking device tree blob into vmlinux. DTB's are
added by adding the blob object name to list of objects to be linked
into the image.
Signed-off-by: Dirk Brandewie
---
arch/x86/platform/ce4100/Makefile | 10 ++
1 files changed, 10 insertions(+), 0
From: Dirk Brandewie
Modify arch/powerpc/boot/Makefile to use dtc command in
scripts/Makefile.lib
Signed-off-by: Dirk Brandewie
---
arch/powerpc/boot/Makefile |8 +++-
1 files changed, 3 insertions(+), 5 deletions(-)
diff --git a/arch/powerpc/boot/Makefile b/arch/powerpc/boot/Makefile
From: Dirk Brandewie
Modify arch/powerpc/boot/Makefile to use dtc command in
scripts/Makefile.lib
Signed-off-by: Dirk Brandewie
---
arch/microblaze/boot/Makefile | 12 +++-
1 files changed, 3 insertions(+), 9 deletions(-)
diff --git a/arch/microblaze/boot/Makefile b/arch/microblaze/
On Tue, Dec 07, 2010 at 07:58:55AM +0100, Heiko Schocher wrote:
> Signed-off-by: Heiko Schocher
Reviewed-by: Wolfram Sang
--
Pengutronix e.K. | Wolfram Sang|
Industrial Linux Solutions | http://www.pengutronix.de/ |
signature.asc
Des
> Sorry I assumed you were working on mainline. In 2.6.35 you still need
> to use an of_platform_driver, I'll describe below.
> So basically you need to change all occurrences of platform_driver to
> of_platform_driver.
OK, thanks, I did that, compiled and ran the driver and its test prog... no
On Wed, 8 Dec 2010 08:59:49 +0100
Joakim Tjernlund wrote:
> >
> > On Mon, 6 Dec 2010 22:15:54 -0500
> > Mark Mason wrote:
> >
> > > A few months ago I ran into some performance problems involving
> > > UBI/NAND erases holding other devices off the LBC on an MPC8315. I
> > > found a solution for
Scott Wood wrote on 2010/12/08 18:18:39:
>
> On Wed, 8 Dec 2010 08:59:49 +0100
> Joakim Tjernlund wrote:
>
> > >
> > > On Mon, 6 Dec 2010 22:15:54 -0500
> > > Mark Mason wrote:
> > >
> > > > A few months ago I ran into some performance problems involving
> > > > UBI/NAND erases holding other dev
Joakim Tjernlund wrote:
> Scott Wood wrote on 2010/12/08 18:18:39:
> >
> > On Wed, 8 Dec 2010 08:59:49 +0100
> > Joakim Tjernlund wrote:
> >
> > > >
> > > > On Mon, 6 Dec 2010 22:15:54 -0500
> > > > Mark Mason wrote:
> > > >
> > > > > A few months ago I ran into some performance problems invol
Hi Guillaume,
Michael Ellerman wrote:
> On Wed, 2010-12-08 at 11:18 +0100, Guillaume Dargaud wrote:
>> ///
>> // Called on insmod
>> static int __init xad_init(void) {
>> int rc=0;
>> printk(KERN_INFO SD "Module %s: lo
Mark Mason wrote on 2010/12/08 20:26:16:
>
> Joakim Tjernlund wrote:
>
> > Scott Wood wrote on 2010/12/08 18:18:39:
> > >
> > > On Wed, 8 Dec 2010 08:59:49 +0100
> > > Joakim Tjernlund wrote:
> > >
> > > > >
> > > > > On Mon, 6 Dec 2010 22:15:54 -0500
> > > > > Mark Mason wrote:
> > > > >
> >
On Wed, 8 Dec 2010 20:57:03 +0100
Joakim Tjernlund wrote:
> Mark Mason wrote on 2010/12/08 20:26:16:
> >
> > Joakim Tjernlund wrote:
> >
> > > Scott Wood wrote on 2010/12/08 18:18:39:
> > > >
> > > > On Wed, 8 Dec 2010 08:59:49 +0100
> > > > Joakim Tjernlund wrote:
> > > >
> > > > > > If you
Use the new "raw" of_get_next_child() variant so all device tree nodes
will appear in procfs.
Signed-off-by: Hollis Blanchard
Signed-off-by: Deepak Saxena
---
fs/proc/proc_devtree.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/fs/proc/proc_devtree.c b/fs/proc/proc_d
Don't call any of_platform_driver's probe() function if the device node is
not accessible (as denoted in the status property).
Signed-off-by: Hollis Blanchard
Signed-off-by: Deepak Saxena
---
arch/powerpc/platforms/83xx/suspend.c |3 ---
drivers/mmc/host/sdhci-of-core.c |3 ---
dri
Some early device drivers don't actually implement a struct of_platform_driver,
and instead use the for_each_node* iterators to search for matching device
nodes. Disabled device nodes will no longer be returned by these iterators.
Signed-off-by: Hollis Blanchard
Signed-off-by: Deepak Saxena
---
Device tree nodes can have a "status" property that is currently checked
for in several places in the kernel. This patch set centralizes handling
of the property and simply does not call a driver's probe() function
if a device is not available. This is of particular use in environments
where we m
There aren't many, but some of_get_next_child() callers do need an unabridged
view of the device tree so we provide a wrapper that can be used by them.
Signed-off-by: Hollis Blanchard
Signed-off-by: Deepak Saxena
---
drivers/of/base.c | 26 ++
include/linux/of.h |
We only return the next child if the device is available.
Signed-off-by: Hollis Blanchard
Signed-off-by: Deepak Saxena
---
drivers/of/base.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/of/base.c b/drivers/of/base.c
index 5d269a4..81b2601 100644
--- a/driv
Scott Wood wrote on 2010/12/08 20:59:28:
>
> On Wed, 8 Dec 2010 20:57:03 +0100
> Joakim Tjernlund wrote:
>
> > Mark Mason wrote on 2010/12/08 20:26:16:
> > >
> > > Joakim Tjernlund wrote:
> > >
> > > > Scott Wood wrote on 2010/12/08 18:18:39:
> > > > >
> > > > > On Wed, 8 Dec 2010 08:59:49 +01
On Wed, 8 Dec 2010 21:11:08 +0100
Joakim Tjernlund wrote:
> Scott Wood wrote on 2010/12/08 20:59:28:
> >
> > On Wed, 8 Dec 2010 20:57:03 +0100
> > Joakim Tjernlund wrote:
> >
> > > Can you think of any workaround such as not connecting the BUSY pin at
> > > all?
> >
> > Maybe connect the busy
On Wed, 8 Dec 2010 11:29:44 -0800
Deepak Saxena wrote:
> We only return the next child if the device is available.
>
> Signed-off-by: Hollis Blanchard
> Signed-off-by: Deepak Saxena
> ---
> drivers/of/base.c |4 +++-
> 1 files changed, 3 insertions(+), 1 deletions(-)
>
> diff --git a/dri
Scott Wood wrote on 2010/12/08 21:25:51:
>
> On Wed, 8 Dec 2010 21:11:08 +0100
> Joakim Tjernlund wrote:
>
> > Scott Wood wrote on 2010/12/08 20:59:28:
> > >
> > > On Wed, 8 Dec 2010 20:57:03 +0100
> > > Joakim Tjernlund wrote:
> > >
> > > > Can you think of any workaround such as not connectin
Joakim Tjernlund wrote:
> > > Is there any risk that the NAND device will drive the LB and
> > > corrupt the bus for other devices?
> >
> > I think the only thing the NAND chip should be driving is the busy pin,
>
> OK, good. What function is actually lost if one uses an GPIO instead
> of BUSY?
On Wed, 8 Dec 2010 22:26:59 +0100
Joakim Tjernlund wrote:
> Scott Wood wrote on 2010/12/08 21:25:51:
> >
> > On Wed, 8 Dec 2010 21:11:08 +0100
> > Joakim Tjernlund wrote:
> >
> > > Scott Wood wrote on 2010/12/08 20:59:28:
> > > >
> > > > On Wed, 8 Dec 2010 20:57:03 +0100
> > > > Joakim Tjernlu
On Wed, 8 Dec 2010 17:02:45 -0500
Mark Mason wrote:
> I don't think that using a software NAND controller instead of the LBC
> FCM mode is all that bad. Again, I haven't actually done it, so check
> the MTD docs, but I'm pretty sure the software is meant to do that, so
> it doesn't even really c
From: Tirumala Marri
v6:
1. Replaced register definitions and bit fields with macros.
2. Replace printks with dev_dbg or dev_err functions.
3. Cleanup some assignments.
4. Remove chip specific selections in Kconfig file.
v5:
1. "PATCH V5" has a new license header from Synopsys and APM
Tiru
Scott Wood wrote on 2010/12/08 23:25:59:
>
> On Wed, 8 Dec 2010 17:02:45 -0500
> Mark Mason wrote:
>
> > I don't think that using a software NAND controller instead of the LBC
> > FCM mode is all that bad. Again, I haven't actually done it, so check
> > the MTD docs, but I'm pretty sure the soft
On Wed, 2010-12-08 at 16:52 +0100, Guillaume Dargaud wrote:
> > Sorry I assumed you were working on mainline. In 2.6.35 you still need
> > to use an of_platform_driver, I'll describe below.
>
> > So basically you need to change all occurrences of platform_driver to
> > of_platform_driver.
>
> OK,
From: Tirumala Marri
v6:
1. Replaced register definitions and bit fields with macros.
2. Replace printks with dev_dbg or dev_err functions.
3. Cleanup some assignments.
4. Remove chip specific selections in Kconfig file.
v5:
1. "PATCH V5" has a new license header from Synopsys and APM
Tiru
From: Tirumala Marri
Add Synopsys Design Ware core register definitions.
Signed-off-by: Tirumala R Marri
Signed-off-by: Fushen Chen
Signed-off-by: Mark Miesfeld
---
drivers/usb/dwc_otg/dwc_otg_regs.h | 1313
1 files changed, 1313 insertions(+), 0 deletions
From: Tirumala Marri
Platform probing is in dwc_otg_apmppc.c.
Driver parameter and parameter checking are in dwc_otg_param.c.
Signed-off-by: Tirumala R Marri
Signed-off-by: Fushen Chen
Signed-off-by: Mark Miesfeld
---
drivers/usb/dwc_otg/dwc_otg_apmppc.c | 413 +++
From: Tirumala Marri
Implements DWC OTG USB HCD interrupt service routine.
Signed-off-by: Tirumala R Marri
Signed-off-by: Fushen Chen
Signed-off-by: Mark Miesfeld
---
drivers/usb/dwc_otg/dwc_otg_hcd_intr.c | 1470
1 files changed, 1470 insertions(+), 0 deletio
From: Tirumala Marri
Implements functions to manage Queue Heads and Queue
Transfer Descriptors of DWC USB OTG Controller.
Signed-off-by: Tirumala R Marri
Signed-off-by: Fushen Chen
Signed-off-by: Mark Miesfeld
---
drivers/usb/dwc_otg/dwc_otg_hcd_queue.c | 697 +++
From: Tirumala Marri
The PCD is responsible for translating requests from the gadget driver
to appropriate actions on the DWC OTG controller.
Signed-off-by: Tirumala R Marri
Signed-off-by: Fushen Chen
Signed-off-by: Mark Miesfeld
---
drivers/usb/dwc_otg/dwc_otg_pcd.c | 1736 ++
From: Tirumala Marri
Enable gadget support
Signed-off-by: Tirumala R Marri
Signed-off-by: Fushen Chen
Signed-off-by: Mark Miesfeld
---
drivers/usb/gadget/Kconfig| 22 ++
drivers/usb/gadget/gadget_chips.h |8
2 files changed, 30 insertions(+), 0 delet
From: Tirumala Marri
Add Synopsys DesignWare HS USB OTG driver kernel configuration.
Synopsys OTG driver may operate in host only, device only, or OTG mode.
The driver also allows user configure the core to use its internal DMA
or Slave (PIO) mode.
Signed-off-by: Tirumala R Marri
Signed-off-by:
From: Tirumala Marri
Add Synopsys Designware DTS entry for 460EX based Canyonlands board.
Signed-off-by: Tirumala R Marri
---
arch/powerpc/boot/dts/canyonlands.dts | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/boot/dts/canyonlands.dts
b/arch
From: Tirumala Marri
Add Synopsys Designware DTS entry for 460EX based Canyonlands board.
Signed-off-by: Tirumala R Marri
---
arch/powerpc/boot/dts/canyonlands.dts | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/boot/dts/canyonlands.dts
b/arch
On Wed, 2010-12-08 at 15:01 -0600, Scott Wood wrote:
> On Wed, 8 Dec 2010 11:29:44 -0800
> Deepak Saxena wrote:
>
> > We only return the next child if the device is available.
> >
> > Signed-off-by: Hollis Blanchard
> > Signed-off-by: Deepak Saxena
> > ---
> > drivers/of/base.c |4 +++-
>
On Thu, Dec 09, 2010 at 12:33:22PM +1100, Michael Ellerman wrote:
> On Wed, 2010-12-08 at 15:01 -0600, Scott Wood wrote:
> > On Wed, 8 Dec 2010 11:29:44 -0800
> > Deepak Saxena wrote:
> >
> > > We only return the next child if the device is available.
> > >
> > > Signed-off-by: Hollis Blanchard
On Wed, 2010-12-08 at 09:20 +0800, xufeng zhang wrote:
> > I believe it would have such an impact. I don't see that user-mode
> > debugging would be enabled at all.
> >
> > Maybe something like this untested patch:
> >
> > diff --git a/arch/powerpc/kernel/process.c b/arch/powerpc/kernel/process.c
On Tue, 2010-10-26 at 20:35 -0700, Nishanth Aravamudan wrote:
No much comments... I'm amazed how complex he firmware folks managed to
make this ...
> static int iommu_reconfig_notifier(struct notifier_block *nb, unsigned long
> action, void *node)
> {
> int err = NOTIFY_OK;
> stru
This fix is a reset for USB PHY that requires some amount of time for power to
be stable on Canyonlands.
Signed-off-by: Rupjyoti Sarmah
---
changes from previous version:
-- dts node correction, removed the address and size parameters
-- Kconfig file updated removing dependency on PPC44x_SIMPLE
On Tue, 2010-10-26 at 20:35 -0700, Nishanth Aravamudan wrote:
> iommu_table_setparms_lpar needs either the phb or the subbusnumber
> (not both), pass the phb to make it similar to iommu_table_setparms.
>
> Note: In cases where a caller was passing bus->number previously to
> iommu_table_setparms_l
Hello Wolfram,
Wolfram Sang wrote:
> On Tue, Dec 07, 2010 at 07:58:55AM +0100, Heiko Schocher wrote:
>> Signed-off-by: Heiko Schocher
>
> Reviewed-by: Wolfram Sang
Thanks!
One more defconfig question:
Is it possible to add to the mpc5200_defconfig, what is needed for
this board to compile a
On Wed, Dec 08, 2010 at 04:28:59PM -0800, tma...@apm.com wrote:
> From: Tirumala Marri
>
> v6:
> 1. Replaced register definitions and bit fields with macros.
> 2. Replace printks with dev_dbg or dev_err functions.
> 3. Cleanup some assignments.
> 4. Remove chip specific selections in Kconfig
Hello Paul,
Paul Mundt wrote:
> On Sat, Dec 04, 2010 at 09:23:47AM +0100, Heiko Schocher wrote:
>> - add binding to OF, compatible name "smi,sm501"
>>
[...]
>> Documentation/kernel-parameters.txt |7 +
>> Documentation/powerpc/dts-bindings/sm501.txt | 30 +++
>> drivers/mfd/sm501.c
On Wed, Dec 08, 2010 at 11:36:05AM +1100, Anton Blanchard wrote:
>
> Right now its difficult to see which device is running out of iommu space:
>
> iommu_alloc failed, tbl c0076e096660 vaddr c00768806600 npages 1
>
> Use dev_info() so we get the device name and location:
>
> ipr :00
From: Forrest Shi
Fixed fsl dma slow issue by initializing dma mode register with
bandwidth control. It boosts dma performance and should works
with 85xx board.
Signed-off-by: Forrest Shi
Signed-off-by: Li Yang
---
drivers/dma/fsldma.c |6 --
drivers/dma/fsldma.h |9 -
2 f
54 matches
Mail list logo
