* 2.6.21-git5 -- powerpc link failure
From: Andy Whitcroft @ 2007-05-10 13:49 UTC (permalink / raw)
To: Greg Kroah-Hartman
Cc: linuxppc-dev, Andrew Morton, Linus Torvalds, Paul Mackerras
Since 2.6.21-git5 we've been getting the following link failure on powerpc:
CC drivers/pci/hotplug/rpadlpar_core.o
CC drivers/pci/hotplug/rpadlpar_sysfs.o
drivers/pci/hotplug/rpadlpar_sysfs.c:132: error: unknown field
‘subsys’ specified in initializer
drivers/pci/hotplug/rpadlpar_sysfs.c:132: warning: initialization from
incompatible pointer type
make[3]: *** [drivers/pci/hotplug/rpadlpar_sysfs.o] Error 1
make[2]: *** [drivers/pci/hotplug] Error 2
make[1]: *** [drivers/pci] Error 2
make: *** [drivers] Error 2
I would think this is caused by the changes in the commit below:
commit 823bccfc4002296ba88c3ad0f049e1abd8108d30
Author: Greg Kroah-Hartman <gregkh@suse.de>
Date: Fri Apr 13 13:15:19 2007 -0700
remove "struct subsystem" as it is no longer needed
-apw
^ permalink raw reply
* [PATCH] update sysfs kset initialisation in PPC64 DLPAR IO driver
From: Andy Whitcroft @ 2007-05-10 14:00 UTC (permalink / raw)
To: gregkh; +Cc: Andrew Morton, linux-kernel, linuxppc-dev, paulus, Linus Torvalds
In-Reply-To: <464322F3.3010808@shadowen.org>
Move the rpadlpar device from "struct subsystem" to "struct kset"
following the changes in sysfs.
Signed-off-by: Andy Whitcroft <apw@shadowen.org>
---
Ok, this patch seems to sort out the compile problem
here and indeed boots and runs kernbench. Perhaps
you could confirm this is sufficient.
diff --git a/drivers/pci/hotplug/rpadlpar_sysfs.c b/drivers/pci/hotplug/rpadlpar_sysfs.c
index 6c5be3f..ed4de59 100644
--- a/drivers/pci/hotplug/rpadlpar_sysfs.c
+++ b/drivers/pci/hotplug/rpadlpar_sysfs.c
@@ -129,13 +129,13 @@ struct kobj_type ktype_dlpar_io = {
};
struct kset dlpar_io_kset = {
- .subsys = &pci_hotplug_slots_subsys,
.kobj = {.name = DLPAR_KOBJ_NAME, .ktype=&ktype_dlpar_io,},
.ktype = &ktype_dlpar_io,
};
int dlpar_sysfs_init(void)
{
+ kobj_set_kset_s(&dlpar_io_kset, pci_hotplug_slots_subsys);
if (kset_register(&dlpar_io_kset)) {
printk(KERN_ERR "rpadlpar_io: cannot register kset for %s\n",
dlpar_io_kset.kobj.name);
^ permalink raw reply related
* Re: [PATCH] update sysfs kset initialisation in PPC64 DLPAR IO driver
From: Greg KH @ 2007-05-10 14:12 UTC (permalink / raw)
To: Andy Whitcroft
Cc: Andrew Morton, Linus Torvalds, paulus, linux-kernel, linuxppc-dev
In-Reply-To: <2c705c055fcd12202673ee8a3056153b@pinky>
On Thu, May 10, 2007 at 03:00:50PM +0100, Andy Whitcroft wrote:
>
> Move the rpadlpar device from "struct subsystem" to "struct kset"
> following the changes in sysfs.
>
> Signed-off-by: Andy Whitcroft <apw@shadowen.org>
> ---
>
> Ok, this patch seems to sort out the compile problem
> here and indeed boots and runs kernbench. Perhaps
> you could confirm this is sufficient.
As per the discussion on the pci hotplug list, no, this doesn't seem to
fix the problem. The developers there are looking into it. If you can
test out patches for this, I'm sure the people there would appreciate
the help.
thanks,
greg k-h
^ permalink raw reply
* Re: [PATCH] Move reg_booke.h to include/asm-powerpc
From: Kumar Gala @ 2007-05-10 14:20 UTC (permalink / raw)
To: Becky Bruce; +Cc: Stephen Rothwell, linuxppc-dev
In-Reply-To: <E00865DA-6E7E-4D9E-8F7A-2B35A8103163@freescale.com>
On May 10, 2007, at 8:44 AM, Becky Bruce wrote:
>
> On May 9, 2007, at 6:11 PM, Stephen Rothwell wrote:
>
>> On Wed, 9 May 2007 14:31:19 -0500 Becky Bruce
>> <becky.bruce@freescale.com> wrote:
>>>
>>> This patch moves reg_booke.h from include/asm-ppc to include/asm-
>>> powerpc. This is
>>> just a git-mv of the file; no changes were made. Tested builds of
>>> 8540 ADS and
>>> Ebony platforms with ARCH=ppc and ARCH=powerpc.
>>>
>>> Signed-off-by: Becky Bruce <becky.bruce@freescale.com>
>>> ---
>>> include/{asm-ppc => asm-powerpc}/reg_booke.h | 0
>>> 1 files changed, 0 insertions(+), 0 deletions(-)
>>> rename include/{asm-ppc => asm-powerpc}/reg_booke.h (100%)
>>>
>>> diff --git a/include/asm-ppc/reg_booke.h b/include/asm-powerpc/
>>> reg_booke.h
>>> similarity index 100%
>>> rename from include/asm-ppc/reg_booke.h
>>> rename to include/asm-powerpc/reg_booke.h
>>
>> Could you please change the self inclusion protection defines?
>
> Certainement. I meant to send a second patch to do that, so the
> first one was *just* a move (who can resist the urge to put out a 0-
> line patch :). Will follow up.
I already handled this and duplicated the file in my tree.
- k
^ permalink raw reply
* Re: [PATCH] Performance Stats: Kernel patch
From: Maxim Uvarov @ 2007-05-10 18:23 UTC (permalink / raw)
To: Josh Boyer; +Cc: linuxppc-dev, Andrew Morton, wli, pavel, dada1
In-Reply-To: <1178800722.22802.12.camel@zod.rchland.ibm.com>
Josh Boyer wrote:
>On Thu, 2007-05-10 at 12:39 +0000, Maxim Uvarov wrote:
>
>
>>Patch makes available to the user the following
>>task and process performance statistics:
>> * Involuntary Context Switches (task_struct->nivcsw)
>> * Voluntary Context Switches (task_struct->nvcsw)
>> * Number of system calls (added new counter
>> thread_info->sysall_count)
>>
>>Statistics information is available from:
>> 1. taskstats interface (Documentation/accounting/)
>> 2. /proc/PID/status (task only).
>>
>>This data is useful for detecting hyperactivity
>>patterns between processes.
>>
>>
>
>This should be sent to the linux-kernel list I think... Or at least
>CCd.
>
>
>
Thanks, It is interesting but I can not Cc message to linux-kernel.
Only sending directly works (To:).
Link is here:
http://lkml.org/lkml/2007/5/10/289
>josh
>
>
>
^ permalink raw reply
* Re: [PATCH] Move reg_booke.h to include/asm-powerpc
From: Becky Bruce @ 2007-05-10 14:31 UTC (permalink / raw)
To: Kumar Gala; +Cc: Stephen Rothwell, linuxppc-dev
In-Reply-To: <1AD7FFC7-8BEE-44C0-A28F-A36462C9B3EE@kernel.crashing.org>
On May 10, 2007, at 9:20 AM, Kumar Gala wrote:
>
> On May 10, 2007, at 8:44 AM, Becky Bruce wrote:
>
>>
>> On May 9, 2007, at 6:11 PM, Stephen Rothwell wrote:
>>
>>> On Wed, 9 May 2007 14:31:19 -0500 Becky Bruce
>>> <becky.bruce@freescale.com> wrote:
>>>>
>>>> This patch moves reg_booke.h from include/asm-ppc to include/asm-
>>>> powerpc. This is
>>>> just a git-mv of the file; no changes were made. Tested builds of
>>>> 8540 ADS and
>>>> Ebony platforms with ARCH=ppc and ARCH=powerpc.
>>>>
>>>> Signed-off-by: Becky Bruce <becky.bruce@freescale.com>
>>>> ---
>>>> include/{asm-ppc => asm-powerpc}/reg_booke.h | 0
>>>> 1 files changed, 0 insertions(+), 0 deletions(-)
>>>> rename include/{asm-ppc => asm-powerpc}/reg_booke.h (100%)
>>>>
>>>> diff --git a/include/asm-ppc/reg_booke.h b/include/asm-powerpc/
>>>> reg_booke.h
>>>> similarity index 100%
>>>> rename from include/asm-ppc/reg_booke.h
>>>> rename to include/asm-powerpc/reg_booke.h
>>>
>>> Could you please change the self inclusion protection defines?
>>
>> Certainement. I meant to send a second patch to do that, so the
>> first one was *just* a move (who can resist the urge to put out a 0-
>> line patch :). Will follow up.
>
> I already handled this and duplicated the file in my tree.
Have you cleaned up any of the others? That was the other reason I
was going to send a second patch - there are some tsi files, the
unistd.h file, and a mpc82-something header that also use ASM_PPC -
we might as well fix that, too.
Cheers,
B
^ permalink raw reply
* Re: [PATCH] Move reg_booke.h to include/asm-powerpc
From: Kumar Gala @ 2007-05-10 14:28 UTC (permalink / raw)
To: Becky Bruce; +Cc: Stephen Rothwell, linuxppc-dev
In-Reply-To: <4B675D0C-B9D7-40CF-A43D-4EB4AA56167E@freescale.com>
On May 10, 2007, at 9:31 AM, Becky Bruce wrote:
>
> On May 10, 2007, at 9:20 AM, Kumar Gala wrote:
>
>>
>> On May 10, 2007, at 8:44 AM, Becky Bruce wrote:
>>
>>>
>>> On May 9, 2007, at 6:11 PM, Stephen Rothwell wrote:
>>>
>>>> On Wed, 9 May 2007 14:31:19 -0500 Becky Bruce
>>>> <becky.bruce@freescale.com> wrote:
>>>>>
>>>>> This patch moves reg_booke.h from include/asm-ppc to include/asm-
>>>>> powerpc. This is
>>>>> just a git-mv of the file; no changes were made. Tested builds of
>>>>> 8540 ADS and
>>>>> Ebony platforms with ARCH=ppc and ARCH=powerpc.
>>>>>
>>>>> Signed-off-by: Becky Bruce <becky.bruce@freescale.com>
>>>>> ---
>>>>> include/{asm-ppc => asm-powerpc}/reg_booke.h | 0
>>>>> 1 files changed, 0 insertions(+), 0 deletions(-)
>>>>> rename include/{asm-ppc => asm-powerpc}/reg_booke.h (100%)
>>>>>
>>>>> diff --git a/include/asm-ppc/reg_booke.h b/include/asm-powerpc/
>>>>> reg_booke.h
>>>>> similarity index 100%
>>>>> rename from include/asm-ppc/reg_booke.h
>>>>> rename to include/asm-powerpc/reg_booke.h
>>>>
>>>> Could you please change the self inclusion protection defines?
>>>
>>> Certainement. I meant to send a second patch to do that, so the
>>> first one was *just* a move (who can resist the urge to put out a 0-
>>> line patch :). Will follow up.
>>
>> I already handled this and duplicated the file in my tree.
>
> Have you cleaned up any of the others? That was the other reason I
> was going to send a second patch - there are some tsi files, the
> unistd.h file, and a mpc82-something header that also use ASM_PPC -
> we might as well fix that, too.
that I did not do.
- k
^ permalink raw reply
* Re: [PATCH] phy_ethtool_{sset,gset} -- check phydev for NULL
From: Kumar Gala @ 2007-05-10 14:35 UTC (permalink / raw)
To: matvejchikov; +Cc: Jeff Garzik, linux-ppc-embedded ((((E-Mail))))
In-Reply-To: <8496f91a0705100157j6760e667w11e011b544bb7bf9@mail.gmail.com>
On May 10, 2007, at 3:57 AM, Matvejchikov Ilya wrote:
> Good Day!
>
> The command 'brctl addbr br0 eth0' brings the kernel oops if the eth0
> has PHY, but the phydev is NULL (for ex., ifconfig eth0 0.0.0.0 was
> not issued firstly)
>
> Call Trace:
> [C02CFBD0] [7FFFFFFF] 0x7fffffff (unreliable)
> [C02CFBE0] [C0109634] dev_ethtool+0x1b0/0xfac
> [C02CFCD0] [C0155EF0] port_cost+0x5c/0x130
> [C02CFD40] [C01561FC] br_add_if+0x17c/0x308
> [C02CFD70] [C01569E0] add_del_if+0x70/0xa0
> [C02CFD90] [C0156A58] br_dev_ioctl+0x48/0x9fc
> [C02CFE10] [C0106FCC] dev_ifsioc+0x144/0x3ac
> [C02CFE30] [C01080D8] dev_ioctl+0x3b8/0x4c8
> [C02CFEB0] [C00F9BC0] sock_ioctl+0x78/0x260
> [C02CFED0] [C006889C] do_ioctl+0x38/0x84
> [C02CFEE0] [C006896C] vfs_ioctl+0x84/0x3d8
> [C02CFF10] [C0068D00] sys_ioctl+0x40/0x74
> [C02CFF40] [C000EF48] ret_from_syscall+0x0/0x38
>
> The following patch fixes the problem.
>
> Signed-off-by: Matvejchikov Ilya <matvejchikov <at> gmail.com>
while you're patch looks reasonable, this is best sent to the netdev
list and jeff garzik as its not ppc specific at all.
- k
>
> ===================================================================
> diff -purN linux-2.6.21-clean/drivers/net/phy/phy.c
> linux-2.6.21/drivers/net/phy/phy.c
> --- linux-2.6.21-clean/drivers/net/phy/phy.c 2007-04-26
> 07:08:32.000000000 +0400
> +++ linux-2.6.21/drivers/net/phy/phy.c 2007-05-04
> 08:22:01.000000000 +0400
> @@ -245,6 +245,9 @@ EXPORT_SYMBOL(phy_sanitize_settings);
> */
> int phy_ethtool_sset(struct phy_device *phydev, struct
> ethtool_cmd *cmd)
> {
> + if (unlikely(NULL == phydev))
> + return -EINVAL;
Would -ENODEV; make more sense?
> +
> if (cmd->phy_address != phydev->addr)
> return -EINVAL;
>
> @@ -289,6 +292,9 @@ EXPORT_SYMBOL(phy_ethtool_sset);
>
> int phy_ethtool_gset(struct phy_device *phydev, struct
> ethtool_cmd *cmd)
> {
> + if (unlikely(NULL == phydev))
> + return -EINVAL;
> +
Would -ENODEV; make more sense?
> cmd->supported = phydev->supported;
>
> cmd->advertising = phydev->advertising;
> _______________________________________________
> Linuxppc-embedded mailing list
> Linuxppc-embedded@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-embedded
^ permalink raw reply
* Re: RTC drift in PPC
From: John Reiser @ 2007-05-10 14:45 UTC (permalink / raw)
To: pjmaiya; +Cc: linuxppc-embedded
In-Reply-To: <010001c792f4$a5d3dfb0$4601a8c0@signet>
> We are running RTC on mpc860 board with external crystal...
> We are getting 4 minutes drift for 21 hours.
A slowdown in the approx. range 1:300 to 1:350 is endemic to linux ppc:
http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=157581
--
^ permalink raw reply
* Re: [PATCH 2/2] 83xx USB platform code rework
From: Kumar Gala @ 2007-05-10 14:58 UTC (permalink / raw)
To: Li Yang; +Cc: linuxppc-dev, Paul
In-Reply-To: <46428E37.7010708@freescale.com>
On May 9, 2007, at 10:15 PM, Li Yang wrote:
> Add 831x USB platform setup code and rework 834x USB
> platform setup code. Move USB platform code to usb.c
> for different boards with CPU of the same series to share
> the USB initialization code.
Can you give a better explanation as to why the 834x and 831x usb
code isn't the same. (I'm guessing some of this has to do with the
built in PHY on 831x).
>
> Signed-off-by: Li Yang <leoli@freescale.com>
> Signed-off-by: Kim Phillips <kim.phillips@freescale.com>
> ---
> arch/powerpc/platforms/83xx/Kconfig | 2 +
> arch/powerpc/platforms/83xx/Makefile | 2 +-
> arch/powerpc/platforms/83xx/mpc8313_rdb.c | 1 +
> arch/powerpc/platforms/83xx/mpc834x_mds.c | 47 +-------
> arch/powerpc/platforms/83xx/mpc83xx.h | 28 ++++-
> arch/powerpc/platforms/83xx/usb.c | 174 +++++++++++++++++++
> ++++++++++
> 6 files changed, 207 insertions(+), 47 deletions(-)
> create mode 100644 arch/powerpc/platforms/83xx/usb.c
>
> diff --git a/arch/powerpc/platforms/83xx/Kconfig b/arch/powerpc/
> platforms/83xx/Kconfig
> index 713b31a..9cb4d88 100644
> --- a/arch/powerpc/platforms/83xx/Kconfig
> +++ b/arch/powerpc/platforms/83xx/Kconfig
> @@ -51,6 +51,7 @@ config PPC_MPC831x
> bool
> select PPC_UDBG_16550
> select PPC_INDIRECT_PCI
> + select USB_EHCI_FSL
Did I miss where this is actually used (or defined)
> default y if MPC8313_RDB
> config PPC_MPC832x
> @@ -63,6 +64,7 @@ config MPC834x
> bool
> select PPC_UDBG_16550
> select PPC_INDIRECT_PCI
> + select USB_EHCI_FSL
> default y if MPC834x_MDS || MPC834x_ITX
> config PPC_MPC836x
> diff --git a/arch/powerpc/platforms/83xx/Makefile b/arch/powerpc/
> platforms/83xx/Makefile
> index dfc970d..77712cb 100644
> --- a/arch/powerpc/platforms/83xx/Makefile
> +++ b/arch/powerpc/platforms/83xx/Makefile
> @@ -1,7 +1,7 @@
> #
> # Makefile for the PowerPC 83xx linux kernel.
> #
> -obj-y := misc.o
> +obj-y := misc.o usb.o
> obj-$(CONFIG_PCI) += pci.o
> obj-$(CONFIG_MPC8313_RDB) += mpc8313_rdb.o
> obj-$(CONFIG_MPC834x_MDS) += mpc834x_mds.o
> diff --git a/arch/powerpc/platforms/83xx/mpc8313_rdb.c b/arch/
> powerpc/platforms/83xx/mpc8313_rdb.c
> index 96970ac..a404910 100644
> --- a/arch/powerpc/platforms/83xx/mpc8313_rdb.c
> +++ b/arch/powerpc/platforms/83xx/mpc8313_rdb.c
> @@ -53,6 +53,7 @@ static void __init mpc8313_rdb_setup_arch(void)
> ppc_md.pci_exclude_device = mpc83xx_exclude_device;
> #endif
> + mpc831x_usb_cfg();
> }
> void __init mpc8313_rdb_init_IRQ(void)
> diff --git a/arch/powerpc/platforms/83xx/mpc834x_mds.c b/arch/
> powerpc/platforms/83xx/mpc834x_mds.c
> index 10394b2..d6bee69 100644
> --- a/arch/powerpc/platforms/83xx/mpc834x_mds.c
> +++ b/arch/powerpc/platforms/83xx/mpc834x_mds.c
> @@ -44,55 +44,15 @@ unsigned long isa_mem_base = 0;
> #endif
> #define BCSR5_INT_USB 0x02
> -/* Note: This is only for PB, not for PB+PIB
> - * On PB only port0 is connected using ULPI */
> -static int mpc834x_usb_cfg(void)
> +static int mpc834xemds_usb_cfg(void)
> {
> - unsigned long sccr, sicrl;
> - void __iomem *immap;
> + struct device_node *np;
> void __iomem *bcsr_regs = NULL;
> u8 bcsr5;
> - struct device_node *np = NULL;
> - int port0_is_dr = 0;
> -
> - if ((np = of_find_compatible_node(NULL, "usb", "fsl-usb2-dr")) !=
> NULL)
> - port0_is_dr = 1;
> - if ((np = of_find_compatible_node(NULL, "usb", "fsl-usb2-mph")) !
> = NULL){
> - if (port0_is_dr) {
> - printk(KERN_WARNING
> - "There is only one USB port on PB board! \n");
> - return -1;
> - } else if (!port0_is_dr)
> - /* No usb port enabled */
> - return -1;
> - }
> -
> - immap = ioremap(get_immrbase(), 0x1000);
> - if (!immap)
> - return -1;
> -
> - /* Configure clock */
> - sccr = in_be32(immap + MPC83XX_SCCR_OFFS);
> - if (port0_is_dr)
> - sccr |= MPC83XX_SCCR_USB_DRCM_11; /* 1:3 */
> - else
> - sccr |= MPC83XX_SCCR_USB_MPHCM_11; /* 1:3 */
> - out_be32(immap + MPC83XX_SCCR_OFFS, sccr);
> -
> - /* Configure Pin */
> - sicrl = in_be32(immap + MPC83XX_SICRL_OFFS);
> - /* set port0 only */
> - if (port0_is_dr)
> - sicrl |= MPC83XX_SICRL_USB0;
> - else
> - sicrl &= ~(MPC83XX_SICRL_USB0);
> - out_be32(immap + MPC83XX_SICRL_OFFS, sicrl);
> -
> - iounmap(immap);
> /* Map BCSR area */
> np = of_find_node_by_name(NULL, "bcsr");
> - if (np != 0) {
> + if (np) {
> struct resource res;
> of_address_to_resource(np, 0, &res);
> @@ -135,6 +95,7 @@ static void __init mpc834x_mds_setup_arch(void)
> #endif
> mpc834x_usb_cfg();
> + mpc834xemds_usb_cfg();
seems like we should just call mpc834x_usb_cfg() from inside of
mpc834x_mds_usb_cfg()
> }
> static void __init mpc834x_mds_init_IRQ(void)
> diff --git a/arch/powerpc/platforms/83xx/mpc83xx.h b/arch/powerpc/
> platforms/83xx/mpc83xx.h
> index 9cd03b5..a44e5b1 100644
> --- a/arch/powerpc/platforms/83xx/mpc83xx.h
> +++ b/arch/powerpc/platforms/83xx/mpc83xx.h
> @@ -6,6 +6,7 @@
> /* System Clock Control Register */
> #define MPC83XX_SCCR_OFFS 0xA08
> +#define MPC83XX_SCCR_USB_MASK 0x00f00000
> #define MPC83XX_SCCR_USB_MPHCM_11 0x00c00000
> #define MPC83XX_SCCR_USB_MPHCM_01 0x00400000
> #define MPC83XX_SCCR_USB_MPHCM_10 0x00800000
> @@ -15,12 +16,31 @@
> /* system i/o configuration register low */
> #define MPC83XX_SICRL_OFFS 0x114
> -#define MPC83XX_SICRL_USB0 0x40000000
> -#define MPC83XX_SICRL_USB1 0x20000000
> +#define MPC834X_SICRL_USB_MASK 0x60000000
> +#define MPC834X_SICRL_USB0 0x40000000
> +#define MPC834X_SICRL_USB1 0x20000000
> +#define MPC831X_SICRL_USB_MASK 0x00000c00
> +#define MPC831X_SICRL_USB_ULPI 0x00000800
> /* system i/o configuration register high */
> #define MPC83XX_SICRH_OFFS 0x118
> -#define MPC83XX_SICRH_USB_UTMI 0x00020000
> +#define MPC834X_SICRH_USB_UTMI 0x00020000
> +#define MPC831X_SICRH_USB_MASK 0x000000e0
> +#define MPC831X_SICRH_USB_ULPI 0x000000a0
> +
> +/* USB Control Register */
> +#define FSL_USB2_CONTROL_OFFS 0x500
> +#define CONTROL_UTMI_PHY_EN 0x00000200
> +#define CONTROL_REFSEL_48MHZ 0x00000080
> +#define CONTROL_PHY_CLK_SEL_ULPI 0x00000400
> +#define CONTROL_OTG_PORT 0x00000020
> +
> +/* USB PORTSC Registers */
> +#define FSL_USB2_PORTSC1_OFFS 0x184
> +#define FSL_USB2_PORTSC2_OFFS 0x188
> +#define PORTSCX_PTW_16BIT 0x10000000
> +#define PORTSCX_PTS_UTMI 0x00000000
> +#define PORTSCX_PTS_ULPI 0x80000000
> /*
> * Declaration for the various functions exported by the
> @@ -31,5 +51,7 @@ extern int add_bridge(struct device_node *dev);
> extern int mpc83xx_exclude_device(u_char bus, u_char devfn);
> extern void mpc83xx_restart(char *cmd);
> extern long mpc83xx_time_init(void);
> +extern int mpc834x_usb_cfg(void);
> +extern int mpc831x_usb_cfg(void);
> #endif /* __MPC83XX_H__ */
> diff --git a/arch/powerpc/platforms/83xx/usb.c b/arch/powerpc/
> platforms/83xx/usb.c
> new file mode 100644
> index 0000000..4c2511c
> --- /dev/null
> +++ b/arch/powerpc/platforms/83xx/usb.c
> @@ -0,0 +1,174 @@
> +/*
> + * Freescale 83xx USB SOC setup code
> + *
> + * Copyright (C) 2007 Freescale Semiconductor, Inc.
> + * Author: Li Yang
> + *
> + * This program is free software; you can redistribute it and/or
> modify it
> + * under the terms of the GNU General Public License as
> published by the
> + * Free Software Foundation; either version 2 of the License, or
> (at your
> + * option) any later version.
> + */
> +
> +
> +#include <linux/stddef.h>
> +#include <linux/kernel.h>
> +#include <linux/errno.h>
> +
> +#include <asm/io.h>
> +#include <asm/prom.h>
> +#include <sysdev/fsl_soc.h>
> +
> +#include "mpc83xx.h"
> +
> +
> +#ifdef CONFIG_MPC834x
> +int mpc834x_usb_cfg(void)
> +{
> + unsigned long sccr, sicrl, sicrh;
> + void __iomem *immap;
> + struct device_node *np = NULL;
> + int port0_is_dr = 0, port1_is_dr = 0;
> + const void *prop;
> +
> + immap = ioremap(get_immrbase(), 0x1000);
> + if (!immap)
> + return -ENOMEM;
> +
> + /* Read registers */
> + /* Note: DR and MPH must use the same clock setting in SCCR */
> + sccr = in_be32(immap + MPC83XX_SCCR_OFFS) & ~MPC83XX_SCCR_USB_MASK;
> + sicrl = in_be32(immap + MPC83XX_SICRL_OFFS) &
> ~MPC834X_SICRL_USB_MASK;
> + sicrh = in_be32(immap + MPC83XX_SICRH_OFFS) &
> ~MPC834X_SICRH_USB_UTMI;
> +
> + if ((np = of_find_compatible_node(NULL, "usb", "fsl-usb2-dr"))
> + != NULL) {
> + sccr |= MPC83XX_SCCR_USB_DRCM_11; /* 1:3 */
> +
> + prop = get_property(np, "phy_type", NULL);
> + if (prop && (!strcmp(prop, "utmi") ||
> + !strcmp(prop, "utmi_wide"))) {
> + sicrl |= MPC834X_SICRL_USB0 | MPC834X_SICRL_USB1;
> + sicrh |= MPC834X_SICRH_USB_UTMI;
> + port1_is_dr = 1;
> + } else if (prop && !strcmp(prop, "serial")) {
> + if (!strcmp(get_property(np, "dr_mode", NULL), "otg")) {
> + sicrl |= MPC834X_SICRL_USB0 | MPC834X_SICRL_USB1;
> + port1_is_dr = 1;
> + } else {
> + sicrl |= MPC834X_SICRL_USB0;
> + }
> + } else if (prop && !strcmp(prop, "ulpi")) {
> + sicrl |= MPC834X_SICRL_USB0;
> + } else {
> + printk(KERN_WARNING "834x USB PHY type not supported\n");
> + }
> + port0_is_dr = 1;
> + of_node_put(np);
> + }
> + if ((np = of_find_compatible_node(NULL, "usb", "fsl-usb2-mph"))
> + != NULL) {
> + sccr |= MPC83XX_SCCR_USB_MPHCM_11; /* 1:3 */
> +
> + prop = get_property(np, "port0", NULL);
> + if (prop) {
> + if (port0_is_dr)
> + printk(KERN_WARNING
> + "834x USB port0 can't be used by both DR and MPH!\n");
> + sicrl |= MPC834X_SICRL_USB0;
> + }
> + prop = get_property(np, "port1", NULL);
> + if (prop) {
> + if (port1_is_dr)
> + printk(KERN_WARNING
> + "834x USB port1 can't be used by both DR and MPH!\n");
> + sicrl |= MPC834X_SICRL_USB1;
> + }
> + of_node_put(np);
> + }
> +
> + /* Write back */
> + out_be32(immap + MPC83XX_SCCR_OFFS, sccr);
> + out_be32(immap + MPC83XX_SICRL_OFFS, sicrl);
> + out_be32(immap + MPC83XX_SICRH_OFFS, sicrh);
> +
> + iounmap(immap);
> + return 0;
> +}
> +#endif /* CONFIG_MPC834x */
> +
> +#ifdef CONFIG_PPC_MPC831x
> +int mpc831x_usb_cfg(void)
> +{
> + u32 temp;
> + void __iomem *immap, *usb_regs;
> + struct device_node *np = NULL;
> + const void *prop;
> + struct resource res;
> + int ret = 0;
> +
> + if ((np = of_find_compatible_node(NULL, "usb", "fsl-usb2-dr")) ==
> NULL)
> + return -ENODEV;
> + prop = get_property(np, "phy_type", NULL);
> +
> + /* Map IMMR space for pin and clock settings */
> + immap = ioremap(get_immrbase(), 0x1000);
> + if (!immap) {
> + of_node_put(np);
> + return -ENOMEM;
> + }
> +
> + /* Configure clock */
> + temp = in_be32(immap + MPC83XX_SCCR_OFFS);
> + temp &= ~MPC83XX_SCCR_USB_MASK;
> + temp |= MPC83XX_SCCR_USB_DRCM_11; /* 1:3 */
> + out_be32(immap + MPC83XX_SCCR_OFFS, temp);
> +
> + /* Configure pin mux for ULPI. There is no pin mux for UTMI */
> + if (!strcmp(prop, "ulpi")) {
> + temp = in_be32(immap + MPC83XX_SICRL_OFFS);
> + temp &= ~MPC831X_SICRL_USB_MASK;
> + temp |= MPC831X_SICRL_USB_ULPI;
> + out_be32(immap + MPC83XX_SICRL_OFFS, temp);
> +
> + temp = in_be32(immap + MPC83XX_SICRH_OFFS);
> + temp &= ~MPC831X_SICRH_USB_MASK;
> + temp |= MPC831X_SICRH_USB_ULPI;
> + out_be32(immap + MPC83XX_SICRH_OFFS, temp);
> + }
> +
> + iounmap(immap);
> +
> + /* Map USB SOC space */
> + ret = of_address_to_resource(np, 0, &res);
> + if (ret) {
> + of_node_put(np);
> + return ret;
> + }
> + usb_regs = ioremap(res.start, res.end - res.start + 1);
> +
> + /* Using on-chip PHY */
> + if (!strcmp(prop, "utmi_wide") ||
> + !strcmp(prop, "utmi")) {
> + /* Set UTMI_PHY_EN, REFSEL to 48MHZ */
> + out_be32(usb_regs + FSL_USB2_CONTROL_OFFS,
> + CONTROL_UTMI_PHY_EN | CONTROL_REFSEL_48MHZ);
> + /* Using external UPLI PHY */
> + } else if (!strcmp(prop, "ulpi")) {
> + /* Set PHY_CLK_SEL to ULPI */
> + temp = CONTROL_PHY_CLK_SEL_ULPI;
> +#ifdef CONFIG_USB_OTG
> + /* Set OTG_PORT */
> + temp |= CONTROL_OTG_PORT;
Shouldn't the 'otg' prop also be looked at?
> +#endif /* CONFIG_USB_OTG */
> + out_be32(usb_regs + FSL_USB2_CONTROL_OFFS, temp);
> + } else {
> + printk(KERN_WARNING "831x USB PHY type not supported\n");
> + ret = -EINVAL;
> + }
> +
> + iounmap(usb_regs);
> + of_node_put(np);
> + return ret;
> +}
> +#endif /* CONFIG_PPC_MPC831x */
^ permalink raw reply
* [PATCH] Change include protections to ASM_POWERPC
From: Becky Bruce @ 2007-05-10 15:13 UTC (permalink / raw)
To: linuxppc-dev
Change several headers in include/asm-powerpc that currently use some variation
of ASM_PPC to use ASM_POWERPC instead.
Signed-off-by: Becky Bruce <becky.bruce@freescale.com>
---
include/asm-powerpc/mpc8260.h | 6 +++---
include/asm-powerpc/pmac_feature.h | 6 +++---
include/asm-powerpc/tsi108_irq.h | 6 +++---
include/asm-powerpc/tsi108_pci.h | 6 +++---
include/asm-powerpc/unistd.h | 6 +++---
5 files changed, 15 insertions(+), 15 deletions(-)
diff --git a/include/asm-powerpc/mpc8260.h b/include/asm-powerpc/mpc8260.h
index f1b83b0..e0d4807 100644
--- a/include/asm-powerpc/mpc8260.h
+++ b/include/asm-powerpc/mpc8260.h
@@ -5,8 +5,8 @@
* this one and the configuration switching is done here.
*/
#ifdef __KERNEL__
-#ifndef __ASM_PPC_MPC8260_H__
-#define __ASM_PPC_MPC8260_H__
+#ifndef __ASM_POWERPC_MPC8260_H__
+#define __ASM_POWERPC_MPC8260_H__
#ifdef CONFIG_8260
@@ -20,5 +20,5 @@
#endif
#endif /* CONFIG_8260 */
-#endif /* !__ASM_PPC_MPC8260_H__ */
+#endif /* !__ASM_POWERPC_MPC8260_H__ */
#endif /* __KERNEL__ */
diff --git a/include/asm-powerpc/pmac_feature.h b/include/asm-powerpc/pmac_feature.h
index d43d91b..26bcb0a 100644
--- a/include/asm-powerpc/pmac_feature.h
+++ b/include/asm-powerpc/pmac_feature.h
@@ -28,8 +28,8 @@
*/
#ifdef __KERNEL__
-#ifndef __PPC_ASM_PMAC_FEATURE_H
-#define __PPC_ASM_PMAC_FEATURE_H
+#ifndef __ASM_POWERPC_PMAC_FEATURE_H
+#define __ASM_POWERPC_PMAC_FEATURE_H
#include <asm/macio.h>
#include <asm/machdep.h>
@@ -393,5 +393,5 @@ extern u32 __iomem *uninorth_base;
#define UN_BIC(r,v) (UN_OUT((r), UN_IN(r) & ~(v)))
-#endif /* __PPC_ASM_PMAC_FEATURE_H */
+#endif /* __ASM_POWERPC_PMAC_FEATURE_H */
#endif /* __KERNEL__ */
diff --git a/include/asm-powerpc/tsi108_irq.h b/include/asm-powerpc/tsi108_irq.h
index 3e4d04e..6ed9397 100644
--- a/include/asm-powerpc/tsi108_irq.h
+++ b/include/asm-powerpc/tsi108_irq.h
@@ -26,8 +26,8 @@
* demultiplexing on TSI108EMU/SVB boards.
*/
-#ifndef _ASM_PPC_TSI108_IRQ_H
-#define _ASM_PPC_TSI108_IRQ_H
+#ifndef _ASM_POWERPC_TSI108_IRQ_H
+#define _ASM_POWERPC_TSI108_IRQ_H
/*
* Tsi108 interrupts
@@ -121,4 +121,4 @@ typedef enum {
TSI108_IRQ_DIRECTED,
TSI108_IRQ_DISTRIBUTED,
} TSI108_IRQ_MODE;
-#endif /* _ASM_PPC_TSI108_IRQ_H */
+#endif /* _ASM_POWERPC_TSI108_IRQ_H */
diff --git a/include/asm-powerpc/tsi108_pci.h b/include/asm-powerpc/tsi108_pci.h
index a9f92f7..5653d7c 100644
--- a/include/asm-powerpc/tsi108_pci.h
+++ b/include/asm-powerpc/tsi108_pci.h
@@ -18,8 +18,8 @@
* MA 02111-1307 USA
*/
-#ifndef _ASM_PPC_TSI108_PCI_H
-#define _ASM_PPC_TSI108_PCI_H
+#ifndef _ASM_POWERPC_TSI108_PCI_H
+#define _ASM_POWERPC_TSI108_PCI_H
#include <asm/tsi108.h>
@@ -42,4 +42,4 @@ extern void tsi108_pci_int_init(struct device_node *node);
extern void tsi108_irq_cascade(unsigned int irq, struct irq_desc *desc);
extern void tsi108_clear_pci_cfg_error(void);
-#endif /* _ASM_PPC_TSI108_PCI_H */
+#endif /* _ASM_POWERPC_TSI108_PCI_H */
diff --git a/include/asm-powerpc/unistd.h b/include/asm-powerpc/unistd.h
index 2baedbe..ffbc369 100644
--- a/include/asm-powerpc/unistd.h
+++ b/include/asm-powerpc/unistd.h
@@ -1,5 +1,5 @@
-#ifndef _ASM_PPC_UNISTD_H_
-#define _ASM_PPC_UNISTD_H_
+#ifndef _ASM_POWERPC_UNISTD_H_
+#define _ASM_POWERPC_UNISTD_H_
/*
* This file contains the system call numbers.
@@ -380,4 +380,4 @@
#endif /* __ASSEMBLY__ */
#endif /* __KERNEL__ */
-#endif /* _ASM_PPC_UNISTD_H_ */
+#endif /* _ASM_POWERPC_UNISTD_H_ */
--
1.5.0.3
^ permalink raw reply related
* Re: 2.6.21-mm2 -- powerpc missing kset
From: Randy Dunlap @ 2007-05-10 15:48 UTC (permalink / raw)
To: Stephen Rothwell; +Cc: linuxppc-dev, Andrew Morton, paulus, linux-kernel
In-Reply-To: <20070510221631.5eb38bdd.sfr@canb.auug.org.au>
On Thu, 10 May 2007 22:16:31 +1000 Stephen Rothwell wrote:
> On Thu, 10 May 2007 12:48:28 +0100 Andy Whitcroft <apw@shadowen.org> wrote:
> >
> > arch/powerpc/platforms/pseries/power.c:31: warning: `struct subsystem'
> > declared inside parameter list
>
> There is no explicit reference to struct subsystem in the current version
> of that file.
There is in 2.6.21-mm2. Are you saying that it's been fixed
somewhere else? (where?)
---
~Randy
*** Remember to use Documentation/SubmitChecklist when testing your code ***
^ permalink raw reply
* Re: [PATCH] 86xx: Enable the AC97 interface on 8641D board.
From: Jon Loeliger @ 2007-05-10 15:45 UTC (permalink / raw)
To: Kumar Gala; +Cc: linuxppc-dev@ozlabs.org
In-Reply-To: <Pine.LNX.4.64.0705100015570.27791@localhost.localdomain>
On Thu, 2007-05-10 at 00:16, Kumar Gala wrote:
> On Wed, 2 May 2007, Jon Loeliger wrote:
>
> > From: Jason Jin <jason.jin@freescale.com>
> >
> > HD interface and AC97 interface share some pins and they are enabled at
> > the same time, In order to use AC97 interface, we need to disable the HD
> > interface first.
> >
>
> applied.
>
> - k
Thank you!
jdl
^ permalink raw reply
* Re: [PATCH] snd-aoa-i2sbus: use MODULE_DEVICE_TABLE instead of plain MODULE_ALIAS
From: Johannes Berg @ 2007-05-10 15:51 UTC (permalink / raw)
To: Takashi Iwai; +Cc: linuxppc-dev list, ALSA development, Sylvain Munaut
In-Reply-To: <s5hr6r9shrq.wl%tiwai@suse.de>
[-- Attachment #1: Type: text/plain, Size: 575 bytes --]
Hi Takashi,
On Wed, 2007-03-28 at 13:56 +0200, Takashi Iwai wrote:
> At Wed, 28 Mar 2007 13:18:20 +0200,
> Johannes Berg wrote:
> >
> > This patch changes snd-aoa-i2sbus to use MODULE_DEVICE_TABLE instead of
> > a hardcoded MODULE_ALIAS. Thanks to Sylvain Munaut for pointing this
> > out.
> >
> > Signed-off-by: Johannes Berg <johannes@sipsolutions.net>
> >
>
> Applied to ALSA tree now. Thanks.
What happened to this patch? It seems it hasn't shown up in Linus's tree
yet, but IIRC it's required with some modalias changes from Sylvain.
johannes
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 190 bytes --]
^ permalink raw reply
* Re: [PATCH 09/13] fsl_soc: Factor fsl_get_bus_freq() out of the wdt init.
From: Scott Wood @ 2007-05-10 15:49 UTC (permalink / raw)
To: Kumar Gala; +Cc: linuxppc-dev
In-Reply-To: <Pine.LNX.4.64.0705092233070.29512@localhost.localdomain>
Kumar Gala wrote:
> On Mon, 7 May 2007, Scott Wood wrote:
>>+u32 fsl_get_bus_freq(void)
>
> Can we call this something more explicit, like fsl_get_sys_freq().
> Otherwise this looks fine.
It's bus-frequency in the device tree, not sys-frequency, and the latter
doesn't seem any more explicit to me... What about fsl_get_csb_freq()?
-Scott
^ permalink raw reply
* Re: [PATCH] update sysfs kset initialisation in PPC64 DLPAR IO driver
From: Andy Whitcroft @ 2007-05-10 15:54 UTC (permalink / raw)
To: Greg KH; +Cc: Andrew Morton, Linus Torvalds, paulus, linux-kernel, linuxppc-dev
In-Reply-To: <20070510141221.GA26709@suse.de>
Greg KH wrote:
> On Thu, May 10, 2007 at 03:00:50PM +0100, Andy Whitcroft wrote:
>> Move the rpadlpar device from "struct subsystem" to "struct kset"
>> following the changes in sysfs.
>>
>> Signed-off-by: Andy Whitcroft <apw@shadowen.org>
>> ---
>>
>> Ok, this patch seems to sort out the compile problem
>> here and indeed boots and runs kernbench. Perhaps
>> you could confirm this is sufficient.
>
> As per the discussion on the pci hotplug list, no, this doesn't seem to
> fix the problem. The developers there are looking into it. If you can
> test out patches for this, I'm sure the people there would appreciate
> the help.
Sure anything they have for testing, send them to me ...
-apw
^ permalink raw reply
* Re: [PATCH] Mark prop unused in early_init_dt_scan_chosen().
From: Scott Wood @ 2007-05-10 15:54 UTC (permalink / raw)
To: Geert Uytterhoeven; +Cc: linuxppc-dev, paulus
In-Reply-To: <Pine.LNX.4.62.0705100938110.32241@pademelon.sonytel.be>
Geert Uytterhoeven wrote:
> On Wed, 9 May 2007, Kumar Gala wrote:
>>On Tue, 8 May 2007, Scott Wood wrote:
>>>- u32 *prop;
>>>+ u32 __attribute__((unused)) *prop;
>>
>>is this the desired way to remove warnings related to CONFIG_ options? I
>>know in the past we'd wrap it with a #ifdef CONFIG_FOO
Granted... in this case, it looked as if there could be potential for
using it for other things in the future as well. That, and the extra
ifdefs are ugly. :-)
> Exactly my thought.
>
> Another advantage of #ifdef CONFIG_FOO is that if the actual code that uses it
> goes away, we'll get a warning again. Else in the end we'll be stuck with
> zillions of unused variables that don't cause warnings...
Again, granted -- though I'd say the primary problem in that case is
functions that are too long to determine that by visual inspection alone.
I agree with Michael Ellerman that it'd be best to just factor the
initrd stuff out into its own function.
-Scott
^ permalink raw reply
* Re: [PATCH] snd-aoa-i2sbus: use MODULE_DEVICE_TABLE instead of plain MODULE_ALIAS
From: Takashi Iwai @ 2007-05-10 16:00 UTC (permalink / raw)
To: Johannes Berg; +Cc: linuxppc-dev list, ALSA development, Sylvain Munaut
In-Reply-To: <1178812276.3806.25.camel@johannes.berg>
At Thu, 10 May 2007 17:51:16 +0200,
Johannes Berg wrote:
>
> Hi Takashi,
>
> On Wed, 2007-03-28 at 13:56 +0200, Takashi Iwai wrote:
> > At Wed, 28 Mar 2007 13:18:20 +0200,
> > Johannes Berg wrote:
> > >
> > > This patch changes snd-aoa-i2sbus to use MODULE_DEVICE_TABLE instead of
> > > a hardcoded MODULE_ALIAS. Thanks to Sylvain Munaut for pointing this
> > > out.
> > >
> > > Signed-off-by: Johannes Berg <johannes@sipsolutions.net>
> > >
> >
> > Applied to ALSA tree now. Thanks.
>
> What happened to this patch? It seems it hasn't shown up in Linus's tree
> yet, but IIRC it's required with some modalias changes from Sylvain.
Well, the alsa.git push request was already posted twice, but it
wasn't merged yet... Hopefully Linus will catch up soon.
Takashi
^ permalink raw reply
* Re: [PATCH 09/13] fsl_soc: Factor fsl_get_bus_freq() out of the wdt init.
From: Kumar Gala @ 2007-05-10 15:59 UTC (permalink / raw)
To: Scott Wood; +Cc: linuxppc-dev
In-Reply-To: <46433EFF.6030608@freescale.com>
On May 10, 2007, at 10:49 AM, Scott Wood wrote:
> Kumar Gala wrote:
>> On Mon, 7 May 2007, Scott Wood wrote:
>>> +u32 fsl_get_bus_freq(void)
>> Can we call this something more explicit, like fsl_get_sys_freq().
>> Otherwise this looks fine.
>
> It's bus-frequency in the device tree, not sys-frequency, and the
> latter doesn't seem any more explicit to me... What about
> fsl_get_csb_freq()?
I suggested sys because the 83xx, 85xx, and 86xx all refer to it as
the system bus. (well they do with regards to setting its frequency).
- k
^ permalink raw reply
* RE: zImage.elf loads but does not start
From: Mead, Joseph @ 2007-05-10 16:05 UTC (permalink / raw)
To: Mirek23, linuxppc-embedded
In-Reply-To: <10409434.post@talk.nabble.com>
Hi Mirek,
I am facing the same exact problem. I am using the ML403 with standard
UART but using initramfs to generate the root file system. My root
file system contains the /dev/console node and a simple init file that
basically just tries to print out something. I can tell it is finding
my /dev/console because I don't get the kernel warning : "Unable to open
an initial console" (If I remove the /dev/console node I get the
warning)=20
My init program is just a simple hello world program (built statically)
printf("Hello World")
sleep(10)
I can tell that the program is running because after exactly 10seconds I
get a kernel panic, which indicates the end of the program, however I
can never see any messages from user space.
I also tried a statically built version of busybox as my init file but
still get no output.
my filesystem is built from the following file (using initramfs
functionality, which creates the root file system from this file)
dir /dev 755 0 0
nod /dev/console 644 0 0 c 5 1
nod /dev/ttyS0 644 0 0 c 4 64
dir /proc 755 0 0
dir /sys 755 0 0
file /init usr/busybox 755 0 0
I received one bit of information to check my interrrupt lines, but I
see Grant replied that the serial console is polled, so the interrupt
line is probably not the problem.
Please let me know if you make any progress...
Joe
=20
-----Original Message-----
From: linuxppc-embedded-bounces+mead=3Dbnl.gov@ozlabs.org
[mailto:linuxppc-embedded-bounces+mead=3Dbnl.gov@ozlabs.org] On Behalf =
Of
Mirek23
Sent: Thursday, May 10, 2007 4:45 AM
To: linuxppc-embedded@ozlabs.org
Subject: RE: zImage.elf loads but does not start
Thank you for all of the advices.
I did more study on that problem but still without the success.
1. I did redd the ELDK manual and I have invoked :
ELDK_FIXOWNER
ELDK_MAKEDEV
in the "dev" directory there were created many nodes like that:
crw-rw-rw- 1 root root 5, 1 May 8 15:42 console
crw-rw-rw- 1 root root 4, 64 May 8 15:42 ttyS0
In the kernel command line configuration I have the entry :
CONFIG_CMDLINE=3D"console=3DttyUL0,9600 root=3D/dev/nfs rw nfsroo ...
so I have created by hand the node:
crw-rw-rw- 1 root root 204, 187 May 8 15:44 ttyUL0
Unfortunately the kernel boots to the point:
[ 9.130834] Looking up port of RPC 100003/2 on 129.129.130.106
[ 9.207363] Looking up port of RPC 100005/1 on 129.129.130.106
[ 9.303794] VFS: Mounted root (nfs filesystem).
[ 9.359316] Freeing unused kernel memory: 96k init
and after that it hangs.
I have made some modifications to the kernel init/main.c file. In that
file I have inserted the printk statements to see how far the kernel
goes. It seems to be that the last thing it does it executes the
sbin/init command and it hangs.
Instead of the sbin/init I have tried to execute other commands like
bin/echo this_is_text_string and bin/echo this_is_test >>
/var/log/messages
the modification looks like (init/main.c):
before modification:
printk("test 3\n");
run_init_process("/sbin/init");
printk("test 4\n");
after modification
printk("test 3\n");
run_init_process("/bin/echo ala");
run_init_process("/bin/echo buba >> /var/log/messages");
printk("test 4\n");
In both cases the last thing which was printed is "test 3"
The /var/log/messages remains empty.
I thought that it might be the uart_lite driver is the source of the
problem. I rebuild the kernel configuring it for the standard UART
driver instead of the uart_lite.
This time my command line looks like:
CONFIG_CMDLINE=3D"console=3DttyS0,9600 root=3D/dev/nfs rw nfsroo ...
When booting the kernel configured with the UART I see anything printed
on the screen so it is even worse than before.
Do you have any suggestions.
Best Regards
Mirek
Charles Krinke wrote:
>=20
> I find this usually happens when /dev/tty, /dev/console or /dev/ttyS0=20
> are not setup properly. That is, they are files instead of nodes. This
> menas you have mounted the root filesystem and init is running on that
> root filesystem.
>=20
> Charles
>=20
>=20
> -----Original Message-----
> From: linuxppc-embedded-bounces+ckrinke=3Distor.com@ozlabs.org
> [mailto:linuxppc-embedded-bounces+ckrinke=3Distor.com@ozlabs.org] On=20
> Behalf Of Adrian Craine
> Sent: Tuesday, May 08, 2007 2:50 PM
> To: Leonid
> Cc: linuxppc-embedded@ozlabs.org; Mirek23
> Subject: Re: zImage.elf loads but does not start
>=20
> Leonid wrote:
>> rootpath=3D
>> [ 9.130834] Looking up port of RPC 100003/2 on 129.129.130.106
>> [ 9.207363] Looking up port of RPC 100005/1 on 129.129.130.106
>> [ 9.303794] VFS: Mounted root (nfs filesystem).
>> [ 9.359316] Freeing unused kernel memory: 96k init
>> [ 9.422162] Warning: unable to open an initial console.
>>
>> =20
> The exact device node this requires is /dev/console c 5 1 That should=20
> solve your issue.
>=20
> Cheers,
> Adrian.
> _______________________________________________
> Linuxppc-embedded mailing list
> Linuxppc-embedded@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-embedded
> _______________________________________________
> Linuxppc-embedded mailing list
> Linuxppc-embedded@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-embedded
>=20
>=20
--
View this message in context:
http://www.nabble.com/zImage.elf-loads-but-not-starts-tf3607582.html#a10
409434
Sent from the linuxppc-embedded mailing list archive at Nabble.com.
_______________________________________________
Linuxppc-embedded mailing list
Linuxppc-embedded@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-embedded
^ permalink raw reply
* Re: [PATCH] Mark prop unused in early_init_dt_scan_chosen().
From: Geert Uytterhoeven @ 2007-05-10 16:06 UTC (permalink / raw)
To: Scott Wood; +Cc: linuxppc-dev, paulus
In-Reply-To: <4643404E.30608@freescale.com>
On Thu, 10 May 2007, Scott Wood wrote:
> Geert Uytterhoeven wrote:
> > On Wed, 9 May 2007, Kumar Gala wrote:
> > > On Tue, 8 May 2007, Scott Wood wrote:
> > > > - u32 *prop;
> > > > + u32 __attribute__((unused)) *prop;
> > >
> > > is this the desired way to remove warnings related to CONFIG_ options? I
> > > know in the past we'd wrap it with a #ifdef CONFIG_FOO
>
> Granted... in this case, it looked as if there could be potential for using
> it for other things in the future as well. That, and the extra ifdefs are
> ugly. :-)
>
> > Exactly my thought.
> >
> > Another advantage of #ifdef CONFIG_FOO is that if the actual code that uses
> > it
> > goes away, we'll get a warning again. Else in the end we'll be stuck with
> > zillions of unused variables that don't cause warnings...
>
> Again, granted -- though I'd say the primary problem in that case is functions
> that are too long to determine that by visual inspection alone.
>
> I agree with Michael Ellerman that it'd be best to just factor the initrd
> stuff out into its own function.
Yes, Michael Ellerman's patch is an even better solution.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- Sony Network and Software Technology Center Europe (NSCE)
Geert.Uytterhoeven@sonycom.com ------- The Corporate Village, Da Vincilaan 7-D1
Voice +32-2-7008453 Fax +32-2-7008622 ---------------- B-1935 Zaventem, Belgium
^ permalink raw reply
* Re: [PATCH] snd-aoa-i2sbus: use MODULE_DEVICE_TABLE instead of plain MODULE_ALIAS
From: Johannes Berg @ 2007-05-10 16:18 UTC (permalink / raw)
To: Takashi Iwai; +Cc: linuxppc-dev list, ALSA development, Sylvain Munaut
In-Reply-To: <s5hwszgis7u.wl%tiwai@suse.de>
[-- Attachment #1: Type: text/plain, Size: 314 bytes --]
On Thu, 2007-05-10 at 18:00 +0200, Takashi Iwai wrote:
> Well, the alsa.git push request was already posted twice, but it
> wasn't merged yet... Hopefully Linus will catch up soon.
This patch doesn't seem to be in perex/alsa.git either though, or are
you pushing through some other tree now?
johannes
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 190 bytes --]
^ permalink raw reply
* Re: [PATCH] Change include protections to ASM_POWERPC
From: Kumar Gala @ 2007-05-10 16:17 UTC (permalink / raw)
To: Becky Bruce; +Cc: linuxppc-dev
In-Reply-To: <11788099841311-git-send-email-becky.bruce@freescale.com>
On Thu, 10 May 2007, Becky Bruce wrote:
> Change several headers in include/asm-powerpc that currently use some variation
> of ASM_PPC to use ASM_POWERPC instead.
>
> Signed-off-by: Becky Bruce <becky.bruce@freescale.com>
> ---
> include/asm-powerpc/mpc8260.h | 6 +++---
> include/asm-powerpc/pmac_feature.h | 6 +++---
> include/asm-powerpc/tsi108_irq.h | 6 +++---
> include/asm-powerpc/tsi108_pci.h | 6 +++---
> include/asm-powerpc/unistd.h | 6 +++---
> 5 files changed, 15 insertions(+), 15 deletions(-)
>
applied.
- k
^ permalink raw reply
* Re: [PATCH] Remove CPU_FTR_NEED_COHERENT for 7448.
From: Kumar Gala @ 2007-05-10 16:17 UTC (permalink / raw)
To: Jon Loeliger; +Cc: linuxppc-dev@ozlabs.org
In-Reply-To: <1178141683.32136.46.camel@ld0161-tx32>
On Wed, 2 May 2007, Jon Loeliger wrote:
> From: James.Yang <James.Yang@freescale.com>
>
> Remove CPU_FTR_NEED_COHERENT for MPC7448 (and single-core MPC86xx).
> This prevents needlessly setting M=1 when not SMP.
>
> Signed-off-by: James.Yang <James.Yang@freescale.com>
> Acked-by: Jon Loeliger <jdl@freescale.com>
> ---
> arch/powerpc/kernel/cputable.c | 2 +-
> include/asm-powerpc/cputable.h | 6 ++++++
> 2 files changed, 7 insertions(+), 1 deletions(-)
>
applied.
- k
^ permalink raw reply
* Re: [PATCH] snd-aoa-i2sbus: use MODULE_DEVICE_TABLE instead of plain MODULE_ALIAS
From: Takashi Iwai @ 2007-05-10 16:29 UTC (permalink / raw)
To: Johannes Berg; +Cc: linuxppc-dev list, ALSA development, Sylvain Munaut
In-Reply-To: <1178813914.3806.28.camel@johannes.berg>
At Thu, 10 May 2007 18:18:33 +0200,
Johannes Berg wrote:
>
> On Thu, 2007-05-10 at 18:00 +0200, Takashi Iwai wrote:
>
> > Well, the alsa.git push request was already posted twice, but it
> > wasn't merged yet... Hopefully Linus will catch up soon.
>
> This patch doesn't seem to be in perex/alsa.git either though, or are
> you pushing through some other tree now?
It's in linus branch.
Takashi
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox