Hmmm, in-reply-to on the web archive is broken again, sfr alerted.
On Thu Jan 3 16:41:41 EST 2008, Stephen Rothwell wrote:
> Hopefully this will catch any out of order additions to the
> table in the future.
> #ifdef CONFIG_PPC64
> -#define SYSCALL(func) .llong .sys_##func,.sys_##func
On Wed, Jan 02, 2008 at 02:12:28PM -0800, Roland McGrath wrote:
> I have no opinions about the config symbol names. Among the existing
> precedents for internal/descriptionless symbols I find more not using the
> HAVE_ prefix than those using it.
The convention is newly established - so no suprise
On Wed, 2008-01-02 at 19:53 +0800, Arnd Bergmann wrote:
> On Wednesday 02 January 2008, Li Li wrote:
> > #ifdef CONFIG_PCI
> > - for_each_compatible_node(np, "pci", "fsl,mpc8349-pci")
> > - mpc83xx_add_bridge(np);
> > + for_each_compatible_node(np, "pci", "fsl,mpc8349
On Wed, 2008-01-02 at 23:23 +0800, Kumar Gala wrote:
>
> On Jan 2, 2008, at 5:16 AM, Li Li wrote:
>
> > * The MPC837x PCIE controller hardware resources and SerDes are
> > initiated in u-boot.
> > * Merge the MPC837x PCIE code into arch/powerpc/sysdev/fsl_pci.c
> > * The MPC837x PCIE controll
Hopefully this will catch any out of order additions to the
table in the future.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/systbl.S| 44
arch/powerpc/platforms/cell/spu_callbacks.c |3 ++
include/asm-powerpc/systbl.h
Ya i got your point ...the way you told is the very generic way of doing this
but what i need is this :-
Like your any .config if you edit your configuration and restart your
default configuration changes The merit of this technique is that i need
not compile the driver with every default con
We don't care if the device_create_file calls fail, the driver will work
just as well without them, so just issue a runtime warning.
drivers/macintosh/therm_adt746x.c: In function 'thermostat_init':
drivers/macintosh/therm_adt746x.c:615: warning: ignoring return value of
'device_create_file', dec
We don't care if the device_create_file calls fail, the driver will work
just as well without them, so just issue a runtime warning.
drivers/macintosh/therm_windtunnel.c: In function 'setup_hardware':
drivers/macintosh/therm_windtunnel.c:268: warning: ignoring return value of
'device_create_file'
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/ibmebus.c |2 +-
arch/powerpc/kernel/of_platform.c |4 ++--
arch/powerpc/kernel/pci_32.c |4 ++--
arch/powerpc/kernel/pci_64.c |4 ++--
arch/powerpc/kernel/rtas_pci.c|5 +
5 files
On Thu, 3 Jan 2008 13:16:24 +1100 Stephen Rothwell <[EMAIL PROTECTED]> wrote:
>
> This has been fixed in the current (approaching 2.6.24) kernel. It
> should be fixed in 2.6.23.xx, so I have cc'd this to
> [EMAIL PROTECTED] (and linuxppc-dev, of course).
Should have been [EMAIL PROTECTED] (where
Hi Clifford,
Thanks for the report.
PowerPC problems should be reported to [EMAIL PROTECTED]
This has been fixed in the current (approaching 2.6.24) kernel. It
should be fixed in 2.6.23.xx, so I have cc'd this to
[EMAIL PROTECTED] (and linuxppc-dev, of course).
(Also, please post patches inlin
On Wed, 2 Jan 2008 17:07:50 -0700
"Mark A. Greer" <[EMAIL PROTECTED]> wrote:
> From: Mark A. Greer <[EMAIL PROTECTED]>
>
> Fix error in booting-without-of.txt that indicates that a node can inherit
> its #address-cells and #size-cells definitions from its parent's parent.
> This is not correct an
From: Mark A. Greer <[EMAIL PROTECTED]>
Fix error in booting-without-of.txt that indicates that a node can inherit
its #address-cells and #size-cells definitions from its parent's parent.
This is not correct and the latest dtc enforces it.
Signed-off-by: Mark A. Greer <[EMAIL PROTECTED]>
---
Doc
Hi Jochen,
Just a few trivial things.
On Wed, 02 Jan 2008 20:52:00 +0100 Jochen Friedrich <[EMAIL PROTECTED]> wrote:
>
> +++ b/drivers/i2c/busses/i2c-cpm.c
> +
> +static irqreturn_t cpm_i2c_interrupt(int irq, void *dev_id)
> +{
> + struct i2c_adapter *adap;
> + struct cpm_i2c *cpm;
> +
On 11/9/07, Marian Balakowicz <[EMAIL PROTECTED]> wrote:
> Define MPC52xx specific device id list, add new
> 'fsl,lpb' compatible id for LocalPlus Bus.
I'll pick this up, but I'm going to drop the .compatible="soc" line.
(I'd like to drop the device_type="soc" line also, but that requires a
bit mo
On Fri, Dec 28, 2007 at 05:22:51PM +0100, Jochen Friedrich wrote:
> This patch adds device tree source, default config and setup code for
> DBox2 devices.
[snip]
> +++ b/arch/powerpc/boot/dts/dbox2.dts
> @@ -0,0 +1,251 @@
> +/*
> + * DBOX2 Device Tree Source
> + *
> + * Copyright 2007 Jochen Fried
I have no opinions about the config symbol names. Among the existing
precedents for internal/descriptionless symbols I find more not using the
HAVE_ prefix than those using it. The patch versions I've sent now work
fine, fix the parallel build problem people were seeing, and AFAICT follow
the sty
On Wed, Jan 02, 2008 at 10:53:11PM +0100, Sam Ravnborg wrote:
> On Wed, Jan 02, 2008 at 01:08:31PM -0800, Roland McGrath wrote:
> > This patch should go in immediately after:
> >
> > commit 5e45efc63e33ee2bae9ff4d500b53d3bf86d2b48
> > Author: Roland McGrath <[EMAIL PROTECTED]>
> >
> >
* Roland McGrath <[EMAIL PROTECTED]> wrote:
> This patch replaces the earlier patch by the same title already in
> x86/mm:
>
> commit a9014d2dfcb253fb3ce5f4e3318849f743b85427
> Author: Roland McGrath <[EMAIL PROTECTED]>
>
> x86 compat_binfmt_elf
>
> It requires the new p
* Roland McGrath <[EMAIL PROTECTED]> wrote:
> This patch should go in immediately after:
>
> commit 5e45efc63e33ee2bae9ff4d500b53d3bf86d2b48
> Author: Roland McGrath <[EMAIL PROTECTED]>
>
> compat_binfmt_elf
>
> Thanks,
> Roland
>
> ---
> [PATCH] compat_binfmt_elf Kconfi
On Wed, Jan 02, 2008 at 01:08:31PM -0800, Roland McGrath wrote:
> This patch should go in immediately after:
>
> commit 5e45efc63e33ee2bae9ff4d500b53d3bf86d2b48
> Author: Roland McGrath <[EMAIL PROTECTED]>
>
> compat_binfmt_elf
>
> Thanks,
> Roland
>
> ---
> [PATCH] compat
Jochen Friedrich wrote:
>>> +[EMAIL PROTECTED] {
>>> +label = "Flash without bootloader";
>>> +reg = <2 7e>;
>>> +};
>>> +[EMAIL PROTECTED] {
>>> +label = "Complete Flash";
>>> +reg = <0 8000
This replaces my earlier patch of the same title, posted with:
Subject: [PATCH -mm 18/43] powerpc compat_binfmt_elf
Date: Thu, 20 Dec 2007 03:58:16 -0800 (PST)
This requires all the powerpc patches in that series from late December and
also requires the new patch I just posted, ti
This patch replaces the earlier patch by the same title already in x86/mm:
commit a9014d2dfcb253fb3ce5f4e3318849f743b85427
Author: Roland McGrath <[EMAIL PROTECTED]>
x86 compat_binfmt_elf
It requires the new patch I just posted, titled "compat_binfmt_elf Kconfig".
T
This patch should go in immediately after:
commit 5e45efc63e33ee2bae9ff4d500b53d3bf86d2b48
Author: Roland McGrath <[EMAIL PROTECTED]>
compat_binfmt_elf
Thanks,
Roland
---
[PATCH] compat_binfmt_elf Kconfig
This adds Kconfig and Makefile bits to build fs/compat_binfmt
Hi Scott,
> These unit addresses look wrong.
I know. These have (hopefully) been fixed in v3.
> What does dbox2-config mean?
I used it to search for the vendor info byte in the flash. It has been moved to
the boot wrapper in v3.
Later this should all be moved to u-boot, IMHO.
>> +
On Wed, Jan 02, 2008 at 12:32:28PM -0700, Grant Likely wrote:
> From: Grant Likely <[EMAIL PROTECTED]>
>
> Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
> ---
>
> arch/powerpc/platforms/pasemi/idle.c |5 +
> arch/powerpc/platforms/pasemi/setup.c | 10 ++
> 2 files changed, 3
On Wed, 2008-01-02 at 12:14 -0700, Grant Likely wrote:
> From: Grant Likely <[EMAIL PROTECTED]>
>
> Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
Ack.
>
> arch/powerpc/platforms/powermac/low_i2c.c|7 ++-
> arch/powerpc/platforms/powermac/pfunc_base.c |3 +--
> arch/powerpc/p
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-rpx.c and
i2c-algo-8xx.c to i2c-cpm.c and converted the driver to an
of_platform_driver.
Signed-
On 1/2/08, Jochen Friedrich <[EMAIL PROTECTED]> wrote:
>
> Should this go into some central file? Else we would have to copy it in any
> i2c bus driver that supports powerpc.
> This would at least be i2c-cpm and i2c-gpio.
I can change that in the next rev. I'm waiting to see if there are any
more
Hi Jon,
> Convert MPC i2c driver from being a platform_driver to an open firmware
> version. Error returns were improved. Routine names were changed from fsl_ to
> mpc_ to make them match the file name
I did the same for my i2c-cpm. Tested with the frontprocessor driver (dbox2
specific) conver
From: Grant Likely <[EMAIL PROTECTED]>
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/82xx/mpc8272_ads.c|5 +
arch/powerpc/platforms/82xx/pq2fads.c|5 +
arch/powerpc/platforms/83xx/mpc832x_mds.c|5 +
arch/powerpc/platforms/83xx/
From: Grant Likely <[EMAIL PROTECTED]>
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/8xx/ep88xc.c |5 ++---
arch/powerpc/platforms/8xx/mpc885ads_setup.c |5 ++---
2 files changed, 4 insertions(+), 6 deletions(-)
diff --git a/arch/powerpc/platforms/8
From: Grant Likely <[EMAIL PROTECTED]>
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/pasemi/idle.c |5 +
arch/powerpc/platforms/pasemi/setup.c | 10 ++
2 files changed, 3 insertions(+), 12 deletions(-)
diff --git a/arch/powerpc/platforms/pasemi/id
On Wednesday 02 January 2008, Grant Likely wrote:
> From: Grant Likely <[EMAIL PROTECTED]>
>
> Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
Looks good, thanks!
Acked-by: Arnd Bergmann <[EMAIL PROTECTED]>
___
Linuxppc-dev mailing list
Linuxppc-dev@oz
From: Grant Likely <[EMAIL PROTECTED]>
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/cell/io-workarounds.c |5 +
arch/powerpc/platforms/cell/iommu.c |7 ++-
arch/powerpc/platforms/cell/pmu.c|5 +
arch/powerpc/platforms/cel
From: Grant Likely <[EMAIL PROTECTED]>
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/powermac/low_i2c.c|7 ++-
arch/powerpc/platforms/powermac/pfunc_base.c |3 +--
arch/powerpc/platforms/powermac/pic.c|3 +--
arch/powerpc/platforms/powerma
This series makes the platform code use the new machine-specific initcall
hooks. This has the advantage of not needing to explicitly test
machine_is() at the top of every initcall function.
This time I split the changes out into separate patches so each platform
maintainer can pick up the ones th
On Fri, 2007-12-14 at 10:28, Kumar Gala wrote:
> > Are there any tools to autoconvert (preferably without losing
> > comments)?
>
> Not sure of jon had a perl script or something.
No, I don't. It's hard to tell what should conceptually
remain hex, and what might need to be decimalized.
Sure,
On 1/2/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> On 1/2/08, Jon Smirl <[EMAIL PROTECTED]> wrote:
> > On 1/2/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> > > > Alternatively, the best place for this device would be on the ASOC
> > > > bus, but the ASOC bus hasn't been created when the platform
On 1/2/08, Jon Smirl <[EMAIL PROTECTED]> wrote:
> On 1/2/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> > > Alternatively, the best place for this device would be on the ASOC
> > > bus, but the ASOC bus hasn't been created when the platform code runs.
> > > Maybe I can figure out a place in the plat
On Wed, Jan 02, 2008 at 09:28:12AM -0700, Grant Likely wrote:
> On 1/2/08, Timur Tabi <[EMAIL PROTECTED]> wrote:
> > However, it doesn't make sense to have a node in the device tree for the
> > fabric driver, because there is no such "device". The fabric driver is
> > an abstraction. So I need t
On 1/2/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> > Alternatively, the best place for this device would be on the ASOC
> > bus, but the ASOC bus hasn't been created when the platform code runs.
> > Maybe I can figure out a place in the platform code to create this
> > device after the ASOC drive
[POWERPC] pasemi: Fix NMI handling check
The logic that checks to see if a machine check is caused by an NMI will
always match when NMI hasn't been initialized, since the mpic routine
will return NO_IRQ (and that's what the nmi_virq value is as well).
Signed-off-by: Olof Johansson <[EMAIL
Folks,
I'd like to release a DTC 1.1 Real Soon Now!
However, I've been back-logged due to the holidays.
If you have any outstanding DTC or libfdt patches
that I have not yet applied and that you would like
in that release, please remind me by reposting it
and CC:'ing [EMAIL PROTECTED]
Thanks!
jd
On Sat, Dec 29, 2007 at 04:10:54PM -0600, Timur Tabi wrote:
> Anton Vorontsov wrote:
>
> >> + [EMAIL PROTECTED] {
> >> + device_type = "serial";
> >> + compatible = "ucc_uart";
> >> + model = "UCC";
> >
> > model isn't used, is it needed
On Sat, Dec 22, 2007 at 08:58:21PM -0600, Timur Tabi wrote:
> Scott Wood wrote:
>
>>> None of the SOC nodes in any DTS have a "compatible" entry.
>>
>> Not quite true; ep88xc, mpc8272ads, and pq2fads have them.
>
> Ah ok. So what should the compatible entry for 8641 be?
>
> compatible = "fsl
On Sat, Dec 22, 2007 at 08:13:31PM +0100, Jochen Friedrich wrote:
> + [EMAIL PROTECTED] {
> + compatible = "c-cube,gtx";
> + reg = <40 3000 0 20>;
> + interrupts = <2 2>;
> + interrupt-parent = <&PIC
* Arnd Bergmann ([EMAIL PROTECTED]) wrote:
> On Saturday 29 December 2007, Mathieu Desnoyers wrote:
> > This patch restores the Cell OProfile support that was killed by
> > commit 09cadedbdc01f1a4bea1f427d4fb4642eaa19da9.
> >
> > It puts it in arch/powerpc/Kconfig. Since I don't see any good reaso
On Wed, Jan 02, 2008 at 09:10:44AM -0600, Timur Tabi wrote:
> Jon Smirl wrote:
> > Does this need to be bus-frequency? It's always called MCLK in all of
> > the literature.
> I'm trying to make this node as generic as possible. The fabric driver
> is the one that will parse this node and pass t
In message: Re: [PATCH] mpc85xx_ads: add in missing of_node_put()
on 23/12/2007 Stephen Rothwell wrote:
> On Fri, 21 Dec 2007 10:40:09 -0500 Paul Gortmaker <[EMAIL PROTECTED]> wrote:
> >
> > cpm2_pic_init() does its own of_node_get() so we should do an of_node_put()
> > before calling it.
>
> The
Misbah khan wrote:
> Hi all ...
>
> i am writing a device driver in which the default configuration for LCD
> display i need to keep it in a .config file so that as the system boots it
> take the value from this file and does the initial configuration in the init
> of the driver. If user changes th
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 watchdo
On Wed, 02 Jan 2008 10:23:56 -0700
Grant Likely <[EMAIL PROTECTED]> wrote:
> From: Grant Likely <[EMAIL PROTECTED]>
>
> Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
Oh, that's fun... my build scripts say this passed. Looking at
powerpc.sequoia_defconfig.log.passed shows it obviously failed.
From: Grant Likely <[EMAIL PROTECTED]>
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/44x/sequoia.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/platforms/44x/sequoia.c
b/arch/powerpc/platforms/44x/sequoia.c
index 374f8c7..d2
On 1/2/08, Jon Smirl <[EMAIL PROTECTED]> wrote:
> On 1/2/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> > On 1/2/08, Jon Smirl <[EMAIL PROTECTED]> wrote:
> > > On 1/2/08, Timur Tabi <[EMAIL PROTECTED]> wrote:
> > > mpc8610_hpcd is the harder one to load since it doesn't have a device
> > > tree entr
On 1/2/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> On 1/2/08, Jon Smirl <[EMAIL PROTECTED]> wrote:
> > On 1/2/08, Timur Tabi <[EMAIL PROTECTED]> wrote:
> > mpc8610_hpcd is the harder one to load since it doesn't have a device
> > tree entry. What you want to do it match on the compatible field of
On 1/2/08, Jon Smirl <[EMAIL PROTECTED]> wrote:
> On 1/2/08, Timur Tabi <[EMAIL PROTECTED]> wrote:
> mpc8610_hpcd is the harder one to load since it doesn't have a device
> tree entry. What you want to do it match on the compatible field of
> the root node.
>
> static struct of_device_id fabric_of_
On 1/2/08, Timur Tabi <[EMAIL PROTECTED]> wrote:
> That's the best plan I came up with. This is apparently fixed in ASoC
> V2. From ASoC V1's perspective, the fabric driver must be the master.
> However, it doesn't make sense to have a node in the device tree for the
> fabric driver, because ther
On 1/2/08, Timur Tabi <[EMAIL PROTECTED]> wrote:
> Jon Smirl wrote:
> > If that's the case the cs4270 should be in the i2c bus node (missing
> > currently) and then a link from the SSI bus would point to it.
>
> The CS4270 is a child of both the I2C bus *and* the SSI bus. It needs
> to have two no
On 1/2/08, Timur Tabi <[EMAIL PROTECTED]> wrote:
> Are you saying that you want to use the same kernel on four different
> systems? If so, then you need to find a way to compile all fabric
> drivers together, and at boot time each fabric driver will decide
> whether it will do anything.
Yes, I ha
On Wed, Jan 02, 2008 at 07:16:45PM +0800, Li Li wrote:
> diff --git a/include/linux/pci_ids.h b/include/linux/pci_ids.h
> index 1ee009e..f84caa7 100644
> --- a/include/linux/pci_ids.h
> +++ b/include/linux/pci_ids.h
> @@ -2111,6 +2111,10 @@
> #define PCI_DEVICE_ID_TDI_EHCI 0x0101
>
> #
On 1/2/08, Timur Tabi <[EMAIL PROTECTED]> wrote:
> Jon Smirl wrote:
> > On 1/1/08, Jon Smirl <[EMAIL PROTECTED]> wrote:
> >> On 12/19/07, Timur Tabi <[EMAIL PROTECTED]> wrote:
> >>> + [EMAIL PROTECTED] {
> >>> + compatible = "fsl,ssi";
> >>> +
Jon Smirl wrote:
> On 12/19/07, Timur Tabi <[EMAIL PROTECTED]> wrote:
>> sound/soc/fsl/fsl_ssi.c | 614 +++
>> sound/soc/fsl/fsl_ssi.h | 224 +++
>
> I'm confused about this part. You built a driver for the mpc8610 ssi
> port. This p
On Jan 2, 2008, at 5:16 AM, Li Li wrote:
> * The MPC837x PCIE controller hardware resources and SerDes are
> initiated in u-boot.
> * Merge the MPC837x PCIE code into arch/powerpc/sysdev/fsl_pci.c
> * The MPC837x PCIE controller`s configure address bit field is uniqe:
> bus number:
Jon Smirl wrote:
> On 1/1/08, Jon Smirl <[EMAIL PROTECTED]> wrote:
>> On 12/19/07, Timur Tabi <[EMAIL PROTECTED]> wrote:
>>> + [EMAIL PROTECTED] {
>>> + compatible = "fsl,ssi";
>>> + cell-index = <0>;
>>> + reg = <16000
Jon Smirl wrote:
> On 12/19/07, Timur Tabi <[EMAIL PROTECTED]> wrote:
>> + [EMAIL PROTECTED] {
>> + compatible = "fsl,ssi";
>> + cell-index = <0>;
>> + reg = <16000 100>;
>> + interrupt-parent = <&
On Wednesday 02 January 2008, Li Li wrote:
> #ifdef CONFIG_PCI
> - for_each_compatible_node(np, "pci", "fsl,mpc8349-pci")
> - mpc83xx_add_bridge(np);
> + for_each_compatible_node(np, "pci", "fsl,mpc8349-pci") {
> + if (primary_pci_bus) {
> +
* The MPC837x PCIE controller hardware resources and SerDes are initiated in
u-boot.
* Merge the MPC837x PCIE code into arch/powerpc/sysdev/fsl_pci.c
* The MPC837x PCIE controller`s configure address bit field is uniqe:
bus number: bits 31-24
device number: bit
Hi all ...
i am writing a device driver in which the default configuration for LCD
display i need to keep it in a .config file so that as the system boots it
take the value from this file and does the initial configuration in the init
of the driver. If user changes the .config file content in the
70 matches
Mail list logo
