On Thu, 2007-12-13 at 11:15 -0600, Scott Wood wrote:
> Some nand controllers, such as the Freescale enhanced local bus controller,
> need to do late initialization based on details of the chip that has been
> probed, such as chip size, large/small pages, etc. A late_init() callback
> method is ad
> -Original Message-
> From: Kumar Gala [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, January 08, 2008 3:37 PM
> To: Li Yang
> Cc: linuxppc-dev@ozlabs.org; [EMAIL PROTECTED]
> Subject: Re: [PATCH 1/3] add default device trees for MPC837x
> MDS board
>
>
> On Jan 7, 2008, at 6:03 AM, Li Yan
On Thursday 13 December 2007, Scott Wood wrote:
> Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
Acked-by: Stefan Roese <[EMAIL PROTECTED]>
Best regards,
Stefan
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/lin
On Jan 7, 2008, at 6:03 AM, Li Yang wrote:
> Signed-off-by: Li Yang <[EMAIL PROTECTED]>
> ---
> address comments and use new dts spec.
>
> arch/powerpc/boot/dts/mpc8377_mds.dts | 277
> +++
> arch/powerpc/boot/dts/mpc8378_mds.dts | 263
> ++
Help
-邮件原件-
发件人: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] 代表
[EMAIL PROTECTED]
发送时间: 2008年1月8日 14:59
收件人: linuxppc-dev@ozlabs.org
主题: Linuxppc-dev Digest, Vol 41, Issue 56
Send Linuxppc-dev mailing list submissions to
linuxppc-dev@ozlabs.org
To subscribe or unsubscribe via the
Remove device_type = "usb"
Signed-off-by: Li Yang <[EMAIL PROTECTED]>
---
Documentation/powerpc/booting-without-of.txt |4
arch/powerpc/boot/dts/mpc8313erdb.dts|1 -
arch/powerpc/boot/dts/mpc832x_mds.dts|1 -
arch/powerpc/boot/dts/mpc8349emitx.dts |2 --
Add chip specific and board specific initialization for MPC837x USB.
Signed-off-by: Li Yang <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/83xx/mpc837x_mds.c | 51 +
arch/powerpc/platforms/83xx/mpc83xx.h |3 ++
arch/powerpc/platforms/83xx/usb.c | 40
On 1/7/08, Sean MacLennan <[EMAIL PROTECTED]> wrote:
> diff --git a/drivers/hwmon/Kconfig b/drivers/hwmon/Kconfig
> index a0445be..1f89186 100644
> --- a/drivers/hwmon/Kconfig
> +++ b/drivers/hwmon/Kconfig
> @@ -57,6 +57,16 @@ config SENSORS_ABITUGURU3
>This driver can also be built as a mo
On Tue, 08 Jan 2008 00:56:27 -0500 Sean MacLennan <[EMAIL PROTECTED]> wrote:
>
> Stephen Rothwell wrote:
> >
> > On Mon, 07 Jan 2008 21:03:12 -0500 Sean MacLennan <[EMAIL PROTECTED]> wrote:
> >
> > Please don't post patches as attachments.
>
> Ok.
Unfortunately, you are using thunderbird and
Benjamin Herrenschmidt wrote:
> That should be in the device-tree...
>
> Cheers,
> Ben.
>
>
Now in the device tree. The name of the file has changed.
Cheers,
Sean
diff --git a/drivers/hwmon/Kconfig b/drivers/hwmon/Kconfig
index a0445be..1f89186 100644
--- a/drivers/hwmon/Kconfig
+++ b/dri
On Jan 6, 2008, at 8:26 AM, Liu Yu wrote:
> This bug exists in math emulation for powerpc.
> The macro define are mainly used by multiplication.
>
> When adding two unsigned operands ( r = x + y ),
> the carry bit can be counted by whether r is less than x.
> However, when adding three unsigned o
On Jan 6, 2008, at 8:26 AM, Liu Yu wrote:
> This bug exists in the emulation of floating point division for
> powerpc.
>
> The original code cannot count the remainder correctly.
> I can provide a test case to trigger this bug.
> When use fdiv to count 1.1754941e-38f / 0.999f,
> the result
On Jan 6, 2008, at 2:44 PM, Dan Malek wrote:
>
> On Jan 6, 2008, at 12:07 PM, Benjamin Herrenschmidt wrote:
>
>> It's nice to see somebody digging in that scary math emu stuff. If
>> you
>> could also get rid of the warnings, it would be perfect :-)
>
> Yes, it is :-) I didn't think it would h
On Jan 7, 2008, at 4:40 PM, Paul Gortmaker wrote:
> The PCI exclude device for the sbc85xx boards was only filtering out
> the PHB and nothing else. This functionality is no longer required
> at a board specific level -- it is handled as a more global quirk now.
>
> Signed-off-by: Paul Gortmaker
On Jan 7, 2008, at 11:27 PM, Paul Gortmaker wrote:
> It seems that if a break is rec'd on the serial console (as per SysRQ
> or similar) on some 83xx and 85xx processors, then a pulse of IRQs is
> generated which makes the use of SysRQ itself about 99% impossible. I
> experimented with trying se
On Jan 7, 2008, at 8:07 PM, Sean MacLennan wrote:
> Just a general question about DTS "completeness". Like all 440EP
> processors, the taco has two i2c buses. However, only one bus has
> anything connected to it.
>
> Should I show both bus entries in the DTS, or only the one that is
> used?
> I
Stephen Rothwell wrote:
> Hi Sean,
>
> On Mon, 07 Jan 2008 21:03:12 -0500 Sean MacLennan <[EMAIL PROTECTED]> wrote:
>
>
> Please don't post patches as attachments.
>
Ok.
>
>> +static int __devinit iic_probe(struct of_device *ofdev,
>> +
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
> On Behalf Of Kumar Gala
> Sent: Tuesday, January 08, 2008 1:46 PM
> To: Li Yang
> Cc: linuxppc-dev list; David Gibson
> Subject: Re: [PATCH] add MPC837x MDS board default device tree
{snip}
>
> Any updates on
On Dec 14, 2007, at 2:12 AM, Kumar Gala wrote:
>
> On Dec 6, 2007, at 8:01 PM, David Gibson wrote:
>
>> On Wed, Dec 05, 2007 at 06:37:53PM +0800, Li Yang wrote:
>>> Signed-off-by: Li Yang <[EMAIL PROTECTED]>
>>> ---
>>> Update SATA nodes; remove serdes nodes; add aliases and labels.
>>>
>>> arch/
It seems that if a break is rec'd on the serial console (as per SysRQ
or similar) on some 83xx and 85xx processors, then a pulse of IRQs is
generated which makes the use of SysRQ itself about 99% impossible. I
experimented with trying several ACK strategies, but in the end the
thing which worked b
Hi Sean,
On Mon, 07 Jan 2008 21:03:12 -0500 Sean MacLennan <[EMAIL PROTECTED]> wrote:
>
Please don't post patches as attachments.
> +static int __devinit iic_probe(struct of_device *ofdev,
> +const struct
> of_device_id *match)
Indenting
using mmap() in application to access the h/w is only possible if the device
memory is mapped in the kernel virtual memory how come we directly map to
the physical memory to virtual from user space ???
Misbah
Misbah khan wrote:
>
> Hi all
>
> I need your suggession to write a drive
Hi Manish,
Just more trivial stuff.
On Mon, 07 Jan 2008 18:37:31 -0600 Manish Ahuja <[EMAIL PROTECTED]> wrote:
>
> static void register_dump_area(struct phyp_dump_header *ph, unsigned long
> addr)
> {
> int rc;
> - ph->cpu_data.destination_address += addr;
> - ph->hpte_data.desti
Hi Manish,
Just a trivial comment.
On Mon, 07 Jan 2008 18:35:09 -0600 Manish Ahuja <[EMAIL PROTECTED]> wrote:
>
> + printk(KERN_INFO "dump disk section = %d\n",ph->dump_disk_section);
Please put a space after the ','. Here and later.
--
Cheers,
Stephen Rothwell[EMAIL P
> And sloppy of me to not catch it. Anyway:
>
> Acked-by: Olof Johansson <[EMAIL PROTECTED]>
>
> I wonder how long until there's a device that has some other < PAGE_SIZE
> alignment bug^Wrequirement that we'll need to meet too. :(
Yeah, it's a worry...
Ben.
___
Hi Manish,
On Mon, 07 Jan 2008 18:28:30 -0600 Manish Ahuja <[EMAIL PROTECTED]> wrote:
>
> +++ linux-2.6.24-rc3-git1/arch/powerpc/platforms/pseries/phyp_dump.c
> 2007-11-21 16:06:52.0 -0600
> +static unsigned long init_dump_header(struct phyp_dump_header *ph)
> +{
> + /* Get the requ
On Mon, 07 Jan 2008 18:21:57 -0600 Manish Ahuja <[EMAIL PROTECTED]> wrote:
>
> +static int __init phyp_dump_setup(void)
> +{
>
> + /* Is there dump data waiting for us? */
> + rtas = of_find_node_by_path("/rtas");
> + dump_header = of_get_property(rtas, "ibm,kernel-dump", &header_len);
On Tue, Jan 08, 2008 at 10:34:22AM +1100, Benjamin Herrenschmidt wrote:
> powerpc: Workaround for iommu page alignment
>
> Our iommu page size is currently always 4K. That means with our current
> code, drivers may do a dma_map_sg() of a 64K page and obtain a dma_addr_t
> that is only 4K aligned.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
> On Behalf Of Stephen Rothwell
> Sent: Tuesday, January 08, 2008 7:10 AM
> To: Li Yang
> Cc: linuxppc-dev@ozlabs.org; [EMAIL PROTECTED]
> Subject: Re: [PATCH 3/3] USB device tree cleanups
>
> On Mon, 7 Jan 2008
On Mon, 07 Jan 2008 18:16:08 -0600 Manish Ahuja <[EMAIL PROTECTED]> wrote:
>
>
> Add hypervisor-assisted dump to kernel config
>
> Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
This patch should probably come last in the series so that all the code
is there before some bisecting autobuilder t
Hi Manish,
Just some trivial things ...
On Mon, 07 Jan 2008 18:25:31 -0600 Manish Ahuja <[EMAIL PROTECTED]> wrote:
>
>
> +++ linux-2.6.24-rc2-git4/include/asm-powerpc/phyp_dump.h 2007-11-19
> 17:44:21.0 -0600
> +#ifndef _PPC64_PHYP_DUMP_H
We more usually use _ASM_POWERPC_PHYP_DUMP_
On Mon, 7 Jan 2008 16:15:44 -0600 Timur Tabi <[EMAIL PROTECTED]> wrote:
>
> +struct qe_firmware_info *qe_get_firmware_info(void)
> +{
> + /* Find the 'firmware' child node */
> + while ((fw = of_get_next_child(qe, fw)))
If you use:
for_each_child_of_node(qe, fw)
You don't need to
Just a general question about DTS "completeness". Like all 440EP
processors, the taco has two i2c buses. However, only one bus has
anything connected to it.
Should I show both bus entries in the DTS, or only the one that is used?
I have generally only been showing the devices that are present.
Second attempt. I think I have covered all the comments. It now should
work with both ppc and powerpc architectures.
You can now specify fast-mode in the .dts file.
You can now specify an index for each entry. If you don't I try to
chose reasonable defaults. i.e. I keep a static int that is i
Arnd Bergmann wrote:
> If there is a good reason to specify fast or slow mode per board, you may want
> to make that a property in the device node.
>
I tried to add fast_mode to the .dts file and failed.
IIC1: [EMAIL PROTECTED] {
device_type = "i2c";
On Mon, 2008-01-07 at 18:49 -0600, Linas Vepstas wrote:
> On 07/01/2008, Arnd Bergmann <[EMAIL PROTECTED]> wrote:
> > On Tuesday 08 January 2008, Manish Ahuja wrote:
> >
> > > Initial patch for reserving memory in early boot, and freeing it later.
> > > If the previous boot had ended with a crash,
On Mon, 07 Jan 2008 12:03:59 -0700 Grant Likely <[EMAIL PROTECTED]> wrote:
>
> +++ b/arch/powerpc/platforms/52xx/mpc52xx_common.c
>
> -static struct of_device_id __init mpc52xx_ids[] = {
Why not just leave this here and mark in __initdata?
> +/**
> + * mpc52xx_declare_of_platform_devices: regis
Hi Timur,
On Mon, 7 Jan 2008 12:56:43 -0600 Timur Tabi <[EMAIL PROTECTED]> wrote:
>
> +++ b/arch/powerpc/platforms/86xx/mpc8610_hpcd.c
> @@ -34,9 +34,27 @@
>
> #include
>
> +#include
> #include
> #include
>
> +static struct of_device_id mpc8610_ids[] = {
__initdata
> + { .compa
On 07/01/2008, Arnd Bergmann <[EMAIL PROTECTED]> wrote:
> On Tuesday 08 January 2008, Manish Ahuja wrote:
>
> > Initial patch for reserving memory in early boot, and freeing it later.
> > If the previous boot had ended with a crash, the reserved memory would
> > contain
> > a copy of the crashed k
On Tuesday 08 January 2008, Manish Ahuja wrote:
> +#ifdef DEBUG
> +static void print_dump_header(const struct phyp_dump_header *ph)
> +{
> + printk(KERN_INFO "dump header:\n");
> ...
> + printk(KERN_INFO "SRSD length_copied
> =%lx\n",ph->kernel_data.length_copied);
> +}
> +#endif
> +
Arnd,
Sorry this patch ended up out of sequence. I reposted it properly again in the
other thread.
We did talk about using gmail address, but Linas was more comfortable using
this as this is
where he was, when we did this. Hence the use of Austin address with gmail
being on the cc list.
I am
Hi Grant,
On Mon, 07 Jan 2008 11:15:56 -0700 Grant Likely <[EMAIL PROTECTED]> wrote:
>
> +++ b/include/linux/of.h
> @@ -60,5 +66,7 @@ extern const void *of_get_property(const struct device_node
> *node,
> int *lenp);
> extern int of_n_addr_cells(struct device_node *
This patch tracks the size freed. For now it does a simple
rudimentary calculation of the ranges freed. The idea is
to keep it simple at the external shell script level and
send in large chunks for now.
Signed-off-by: Manish Ahuja <[EMAIL PROTECTED]>
-
---
arch/powerpc/platforms/pseries/p
Routines to invalidate and unregister dump routines.
Unregister has not been used yet, I will release another
patch for that at a later stage with the kdump integration patches.
There is also a routine which calculates the regions to be
freed and exports that through sysfs.
Signed-off-by: Manis
Hi Jon,
On Mon, 07 Jan 2008 12:07:15 -0600 Jon Loeliger <[EMAIL PROTECTED]> wrote:
>
> From: Jon Loeliger <[EMAIL PROTECTED]>
>
> Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
> ---
>
> Paul,
>
> Continue to fight the Good Fight by removing
> old include file references that managed to
> cree
Provide some basic debugging support.
Signed-off-by: Manish Ahuja <[EMAIL PROTECTED]>
Signed-off-by: Linas Vepsts <[EMAIL PROTECTED]>
-
arch/powerpc/platforms/pseries/phyp_dump.c | 53 -
1 file changed, 52 insertions(+), 1 deletion(-)
Index: 2.6.24-rc5/arch/p
Hi Paul,
On Mon, 7 Jan 2008 09:25:28 -0500 Paul Gortmaker <[EMAIL PROTECTED]> wrote:
>
> +++ b/arch/powerpc/platforms/85xx/sbc8560.c
>
> +static void __init sbc8560_pic_init(void)
> +{
>
> +#ifdef CONFIG_CPM2
> + /* Setup CPM2 PIC */
> + np = of_find_compatible_node(NULL, NULL, "fsl,cpm2-
Set up the actual dump header, register it with the hypervisor.
Signed-off-by: Manish Ahuja <[EMAIL PROTECTED]>
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
--
arch/powerpc/platforms/pseries/phyp_dump.c | 169 +++--
1 file changed, 163 insertions(+), 6 deletion
On Tuesday 08 January 2008, Manish Ahuja wrote:
> Initial patch for reserving memory in early boot, and freeing it later.
> If the previous boot had ended with a crash, the reserved memory would contain
> a copy of the crashed kernel data.
>
> Signed-off-by: Manish Ahuja <[EMAIL PROTECTED]>
> Sig
Initial patch for reserving memory in early boot, and freeing it later.
If the previous boot had ended with a crash, the reserved memory would contain
a copy of the crashed kernel data.
Signed-off-by: Manish Ahuja <[EMAIL PROTECTED]>
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
arch/po
Check to see if there actually is data from a previously
crashed kernel waiting. If so, Allow user-sapce tools to
grab the data (by reading /proc/kcore). When user-space
finishes dumping a section, it must release that memory
by writing to sysfs. For example,
echo "0x4000 0x1000" > /sy
Initial patch for reserving memory in early boot, and freeing it later.
If the previous boot had ended with a crash, the reserved memory would contain
a copy of the crashed kernel data.
Signed-off-by: Manish Ahuja <[EMAIL PROTECTED]>
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
arch/po
Add hypervisor-assisted dump to kernel config
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
-
arch/powerpc/Kconfig | 11 +++
1 file changed, 11 insertions(+)
Index: linux-2.6.24-rc2-git4/arch/powerpc/Kconfig
===
-
Basic documentation for hypervisor-assisted dump.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
Signed-off-by: Manish Ahuja <[EMAIL PROTECTED]>
Documentation/powerpc/phyp-assisted-dump.txt | 129 +++
1 file changed, 129 insertions(+)
Index: 2.6.24-rc5/Documenta
The following series of patches implement a basic framework
for hypervisor-assisted dump. The very first patch provides
documentation explaining what this is :-) . Yes, its supposed
to be an improvement over kdump.
The patches mostly work; a list of open issues / todo list
is included in the doc
Add support for UART serial ports using a Freescale QUICC Engine
(found on some MPC83xx and MPC85xx SOCs).
Updated booting-without-of.txt to define new properties for a QE UART node,
and a new node definition that describes uploaded QE firmware.
Because of a silicon bug in some QE-enabled SOCs (e
powerpc: Workaround for iommu page alignment
Our iommu page size is currently always 4K. That means with our current
code, drivers may do a dma_map_sg() of a 64K page and obtain a dma_addr_t
that is only 4K aligned.
This works fine in most cases except some infiniband HW it seems, where
they tell
> I don't see in the code where you implement the "size > PAGE_SIZE"
> condition. But I only just got back from holidays .. :)
Indeed ... a "quilt ref" was missing :-(
New patch coming ...
Ben.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
h
On Mon, 7 Jan 2008 20:03:20 +0800 Li Yang <[EMAIL PROTECTED]> wrote:
>
> +++ b/arch/powerpc/sysdev/fsl_soc.c
> @@ -533,9 +533,7 @@ static int __init fsl_usb_of_init(void)
> *usb_dev_dr_client = NULL;
> int ret;
>
> - for (np = NULL, i = 0;
> - (np = of_find_compa
Hi,
Just a couple of comments.
On Mon, 7 Jan 2008 20:03:19 +0800 Li Yang <[EMAIL PROTECTED]> wrote:
>
> +static int mpc837xmds_usb_cfg(void)
> +{
>
> + np = of_find_node_by_name(NULL, "usb");
> + phy_type = of_get_property(np, "phy_type", NULL);
No check for np being NULL
> + if (p
On Tue, 2008-01-08 at 08:45 +1100, Benjamin Herrenschmidt wrote:
> Our iommu page size is currently always 4K. That means with our current
> code, drivers may do a dma_map_sg() of a 64K page and obtain a dma_addr_t
> that is only 4K aligned.
>
> This works fine in most cases except some infiniband
The PCI exclude device for the sbc85xx boards was only filtering out
the PHB and nothing else. This functionality is no longer required
at a board specific level -- it is handled as a more global quirk now.
Signed-off-by: Paul Gortmaker <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/85xx/sbc8548
Kumar Gala wrote:
>
> On Dec 21, 2007, at 12:43 AM, Paul Gortmaker wrote:
>
>> This adds the basic support for the Wind River SBC8548 board,
>> implemented
>> as powerpc. It closely follows the implementation of the MPC8548CDS.
>>
>>
[...]
>> +#ifdef CONFIG_PCI
>> +static int sbc8548_exclude_de
Define the layout of a binary blob that contains a QE firmware and instructions
on how to upload it. Add function qe_upload_firmware() to parse the blob
and perform the actual upload. Fully define 'struct rsp' in immap_qe.h to
include the actual RISC Special Registers. Added description of a new
On Tue, Jan 08, 2008 at 08:45:59AM +1100, Benjamin Herrenschmidt wrote:
> Our iommu page size is currently always 4K. That means with our current
> code, drivers may do a dma_map_sg() of a 64K page and obtain a dma_addr_t
> that is only 4K aligned.
>
> This works fine in most cases except some inf
Our iommu page size is currently always 4K. That means with our current
code, drivers may do a dma_map_sg() of a 64K page and obtain a dma_addr_t
that is only 4K aligned.
This works fine in most cases except some infiniband HW it seems, where
they tell the HW about the page size and it ignores the
Jon Loeliger wrote:
>> Can we take out the dependencies and the default y, and just select them
>> in the individual board configs?
>
> Yeah. That and, shouldn't those choices be mutually
> exclusive in a "choice" arrangement instead too?
No, "choice" sucks for multiplatform.
-Scott
__
So, like, the other day Scott Wood mumbled:
> > --- a/arch/powerpc/platforms/embedded6xx/Kconfig
> > +++ b/arch/powerpc/platforms/embedded6xx/Kconfig
> > @@ -16,6 +16,17 @@ config LINKSTATION
> > Linkstation-I HD-HLAN and HD-HGLAN versions, and PPC-based
> > Terastation systems should
Jon Loeliger wrote:
> Use cuImage bootwrapper until U-Boot port is completed.
> Derived heavily from Linkstation port.
>
> Signed-off-by: Andy Wilcox <[EMAIL PROTECTED]>
> Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
> ---
>
> Nope, I have NOT verified that the bd_t file that
> is used here by
This allows /include/s to work when in non-default states,
such as PROPNODECHAR.
We may want to use state stacks to get rid of BEGIN_DEFAULT() altogether...
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
dtc-lexer.l |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
dtc-lexer.l |6 +-
srcpos.c| 12 +++-
2 files changed, 4 insertions(+), 14 deletions(-)
diff --git a/dtc-lexer.l b/dtc-lexer.l
index bfb996e..f2836a8 100644
--- a/dtc-lexer.l
+++ b/dtc-lexer.l
@@ -273,11 +273,7 @@ int push_in
So, like, the other day "Grant Likely" mumbled:
> On 1/7/08, Jon Loeliger <[EMAIL PROTECTED]> wrote:
> > Specifically, it's not quite working yet, and for lack of
> > actually getting serial output, we're having some difficulty
> > still. I post it here in a desperate attempt to let some
> > eagle
So, like, the other day "Grant Likely" mumbled:
>
> Curious; why in platforms/embedded6xx vs platforms/82xx?
82xx is nominally the _other_ 82xx family. :-)
This is just more historical precedent, and the fact
that it is similar to the linkstation there.
> > obj-$(CONFIG_MPC7448HPC2) += mpc
So, like, the other day "Grant Likely" mumbled:
> > +
> > + ranges = <8000 8000 7000/* pci mem space */
> > + fdf0 fdf0 0010/* EUMB */
> > + fe00 fe00 00c0/* pci i/o space */
> > +
Anton Vorontsov wrote:
> Please, add compatible "fsl,qe" matching, so this code could
> work with new device trees.
Can you give me an example of this? I cannot find a single device tree
anywhere
that has this compatible property in it.
--
Timur Tabi
Linux kernel developer at Freescale
On 1/7/08, Jon Loeliger <[EMAIL PROTECTED]> wrote:
> Specifically, it's not quite working yet, and for lack of
> actually getting serial output, we're having some difficulty
> still. I post it here in a desperate attempt to let some
> eagle-eyed person point out my obvious "D'oh" problem.
Can you
On 1/7/08, Jon Loeliger <[EMAIL PROTECTED]> wrote:
>
> Use cuImage bootwrapper until U-Boot port is completed.
> Derived heavily from Linkstation port.
>
> Signed-off-by: Andy Wilcox <[EMAIL PROTECTED]>
> Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
> ---
>
> diff --git a/arch/powerpc/platforms/
On 1/7/08, Jon Loeliger <[EMAIL PROTECTED]> wrote:
> Based on the Kurobox DTS files.
>
> Signed-off-by: Andy Wilcox <[EMAIL PROTECTED]>
> Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
> ---
>
> Ignore the flash bits. They are from the previous
> World View and need to be updated still.
>
> arch
I wanted such function too, but stopped short of writing it because
of_match_node was in the wrong place.
Steve
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:linuxppc-dev-
> [EMAIL PROTECTED] On Behalf Of Grant
Likely
> Sent: Monday, January 07, 2008 10:16 AM
> To: [EMAIL PROTECT
On Mon, 2008-01-07 at 09:52 -0600, Timur Tabi wrote:
>
> So all I'm trying to do now is get my driver, with warts and all, into the
> tree
> so that I can focus with Liam et al to get a real ASoC V2 up and running.
>
I'll commit the MPC8610 into the ASoC (v1) dev tree soon (hopefully
tonight).
From: Grant Likely <[EMAIL PROTECTED]>
It is dangerous for an mpc52xx device driver to modify the port_config
register. If the driver is probed incorrectly, it will change the pin
IO configuration in ways which may not be compatible with the board.
port_config should be set up by the bootloader,
From: Grant Likely <[EMAIL PROTECTED]>
PSC drivers should not access the CDM registers directly. Instead provide
a common routine for setting the PSC clock parameters with the required
locking.
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/52xx/efika.c |
The mpc5200 PSC SPI driver driver directly manipulates the port_config
and the CDM registers on the mpc5200 which it should not do. port_config
should only be manipulated from within the board specific platform code
and the CDM registers are shared between multiple devices.
This patch eliminates
Update the MPC8610 HPCD files to support the audio driver. Update
booting-without-of.txt with information on the SSI device.
Signed-off-by: Timur Tabi <[EMAIL PROTECTED]>
---
Updated based on comments from mailing lists. Split the patch into two parts.
This patch applies on top of
git://git.ke
These patches add ALSA SoC device drivers for the Freescale MPC8610 SoC
and the MPC8610-HPCD reference board.
The first patch updates some files in arch/powerpc and booting-without-of.txt.
The second patch adds the new audio driver files to sound/soc.
Both must be applied in order to avoid a bu
Liam Girdwood wrote:
> On Mon, 2008-01-07 at 09:52 -0600, Timur Tabi wrote:
>> So all I'm trying to do now is get my driver, with warts and all, into the
>> tree
>> so that I can focus with Liam et al to get a real ASoC V2 up and running.
>>
>
> I'll commit the MPC8610 into the ASoC (v1) dev tre
From: Grant Likely <[EMAIL PROTECTED]>
Similar to of_find_compatible_node(), of_find_matching_node() and
for_each_matching_node() allow you to iterate over the device tree
looking for specific nodes except that it accepts a of_device_id
table instead of strings.
This patch also moves of_match_nod
From: Grant Likely <[EMAIL PROTECTED]>
mpc5200 platform code defines a bunch of map functions which duplicate the
functionality of of_iomap(). Remove them and use of_iomap() instead.
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
---
If there are no objections to this one, I'll be putting it i
On Mon, Jan 07, 2008 at 09:52:03AM -0600, Timur Tabi wrote:
> David Gibson wrote:
> > Ok, but couldn't you strucutre your I2S or fabric driver so that it
> > only becomes fully operational once the codec driver has registered
> > with it?
> Not in ASoC V1. You have to understand, ASoC V1 was des
From: Jon Loeliger <[EMAIL PROTECTED]>
Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
---
Paul,
Continue to fight the Good Fight by removing
old include file references that managed to
creep in recently.
These are the last few in arch/powerpc directly.
If you could pick this up for .25, that b
Signed-off-by: Andy Wilcox <[EMAIL PROTECTED]>
Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
---
This is known to have just a ton of crap in the
config still. Not to worry. It'll be trimmed
down some later...
arch/powerpc/configs/storcenter_defconfig | 1538 +
1
Use cuImage bootwrapper until U-Boot port is completed.
Derived heavily from Linkstation port.
Signed-off-by: Andy Wilcox <[EMAIL PROTECTED]>
Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
---
Nope, I have NOT verified that the bd_t file that
is used here byte-identical to U-Boot's layout yet.
Based on the Kurobox DTS files.
Signed-off-by: Andy Wilcox <[EMAIL PROTECTED]>
Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
---
Ignore the flash bits. They are from the previous
World View and need to be updated still.
arch/powerpc/boot/dts/storcenter.dts | 159
Guys,
I have the bulk of a port for the iomega StorCenter that
Andy and I have been working on. We'd like your feedback!
Specifically, it's not quite working yet, and for lack of
actually getting serial output, we're having some difficulty
still. I post it here in a desperate attempt to let som
On Mon, Jan 07, 2008 at 09:24:32AM -0600, Jon Loeliger wrote:
> So, like, the other day David Gibson mumbled:
> >
> >
> > Hrm. Can we leave this one until after 1.1? Since it adds new
> > syntax, I think it would be worth cogitating a bit longer.
>
> Double hrm.
>
> Scott, can you remind us
On Monday 07 January 2008, Paul Gortmaker wrote:
>
> I'd thought about doing that, but there are slight differences
> in each test. To remain 100% faithful to the original implementation
> you'd have to have a table or similar that had these various fields
> and loop over that -- something like:
David Gibson wrote:
> Ok, but couldn't you strucutre your I2S or fabric driver so that it
> only becomes fully operational once the codec driver has registered
> with it?
Not in ASoC V1. You have to understand, ASoC V1 was designed without any
consideration for runtime-bindings and other OF goo
Arnd Bergmann wrote:
> On Monday 07 January 2008, Paul Gortmaker wrote:
>
>> + /* Next, fill our array with any localbus serial ports */
>> + for_each_compatible_node(np, "serial", "ns16550") {
>> + struct device_node *lbs = of_get_parent(np);
>> + if (lbs
So, like, the other day Scott Wood mumbled:
> On Sun, Jan 06, 2008 at 02:37:16PM +1100, David Gibson wrote:
> > > out:
> > > + free((void *)file->dir);
> >
> > That cast shouldn't be there.
>
> It generates a constness warning otherwise. I was on the fence over
> whether to just remove the cons
So, like, the other day David Gibson mumbled:
>
>
> Hrm. Can we leave this one until after 1.1? Since it adds new
> syntax, I think it would be worth cogitating a bit longer.
Double hrm.
Scott, can you remind us why this feature was requested
off the U-Boot list, please? I'm trying to decid
1 - 100 of 119 matches
Mail list logo
