Thanks. However, there needs to be a proper description of what this
patch does to go in the commit header. Can you please write one?
Thanks,
g.
On Sat, Nov 21, 2009 at 9:08 AM, Torsten Fleischer
wrote:
> On Sat, Nov 21, 2009 at 09:45:50 Grant Likely wrote:
> [...]
>> Hey Tors
.linux_phandle and .node is
>> significantly different enough to warrant the separate code paths
>> unless ibm,phandle properties actually appear in Apple device trees.
>>
>> I think it is safe to eliminate the old .node property and use
>> linux_phandle everywhere.
On Wed, Nov 25, 2009 at 1:41 PM, Torsten Fleischer
wrote:
> On Wen, Nov 25, 2009 at 01:33:57 Grant Likely wrote:
>> Thanks. However, there needs to be a proper description of what this
>> patch does to go in the commit header. Can you please write one?
>>
>> Thank
On Wed, Nov 25, 2009 at 8:51 PM, Benjamin Herrenschmidt
wrote:
> On Tue, 2009-11-24 at 01:17 -0700, Grant Likely wrote:
>> Merge common code between PowerPC and Microblaze
>>
>> Signed-off-by: Grant Likely
>> Reviewed-by: Wolfram Sang
>> Tested-by: Mic
On Wed, Nov 25, 2009 at 8:54 PM, Benjamin Herrenschmidt
wrote:
> On Tue, 2009-11-24 at 01:18 -0700, Grant Likely wrote:
>> Merge common code between PowerPC and Microblaze
>>
>> Signed-off-by: Grant Likely
>> ---
>
> Ok with that, like the precendent, however you
On Wed, Nov 25, 2009 at 8:59 PM, Benjamin Herrenschmidt
wrote:
> On Tue, 2009-11-24 at 01:18 -0700, Grant Likely wrote:
>> A cell is firmly established as a u32. No need to do an ugly typedef
>> to redefine it to cell_t. Eliminate the unnecessary typedef so that
>> it doe
On Wed, Nov 25, 2009 at 9:21 PM, Benjamin Herrenschmidt
wrote:
> On Sun, 2009-11-22 at 16:02 -0700, Grant Likely wrote:
>> > +
>> > + vi...@0c002000 {
>> > + compatible = "nintendo,flipper-video";
>> >
> + * stuff */
> if (strcmp(pname, "ibm,phandle") == 0)
> np->phandle = *((u32 *)*p);
> pp->name = pname;
>
>
> --
> David Gibson | I'
On Wed, Nov 25, 2009 at 10:29 PM, Benjamin Herrenschmidt
wrote:
> On Wed, 2009-11-25 at 21:38 -0700, Grant Likely wrote:
>>
>> But this isn't real OF. Real OF can generate its own valid tree.
>> This is a flat tree, and it is valid according to all users of the
>&g
On Thu, Nov 26, 2009 at 5:12 AM, Anton Vorontsov
wrote:
> On Wed, Nov 25, 2009 at 03:11:57PM -0700, Grant Likely wrote:
>> On Wed, Nov 25, 2009 at 1:41 PM, Torsten Fleischer
>> wrote:
>> > On Wen, Nov 25, 2009 at 01:33:57 Grant Likely wrote:
>> >> Thanks.
> well-defined voltage level on the chip select lines. Normally the level is set
> so that the devices are disabled.
>
> Therefore, it doesn't matter if the firmware sets the GPIOs wrong.
No, that's just shifting responsibility from firmware to hardware.
There is just as much
On Thu, Nov 26, 2009 at 11:41 AM, Anton Vorontsov
wrote:
> On Thu, Nov 26, 2009 at 11:16:34AM -0700, Grant Likely wrote:
> [...]
>> The spi-cs-high property is defined in
>> Documentation/powerpc/dts-bindings/spi-bus.txt, but it definitely was
>> a mistake
>
> Yup.
On Thu, Nov 26, 2009 at 12:01 PM, Anton Vorontsov
wrote:
> On Thu, Nov 26, 2009 at 11:50:05AM -0700, Grant Likely wrote:
>> On Thu, Nov 26, 2009 at 11:41 AM, Anton Vorontsov
>> wrote:
>> > On Thu, Nov 26, 2009 at 11:16:34AM -0700, Grant Likely wrote:
>> > [...]
e that encloses all the devices. Not sure
> why, but I like it :-)
I do to. It documents that all these things are enclosed in a single
package and provides grouping device nodes with nodes describing
shared registers and the like.
g.
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
On Fri, Nov 27, 2009 at 8:56 PM, Grant Likely wrote:
> On Fri, Nov 27, 2009 at 2:35 PM, Benjamin Herrenschmidt
> wrote:
>> On Fri, 2009-11-27 at 01:09 +0100, Segher Boessenkool wrote:
>>> >>> We need it as it currently doesn't match with the default bus ids.
On Mon, Nov 30, 2009 at 2:50 AM, Yogesh Chaudhari wrote:
> Hello,
> I am running linux kernel with rt patch on embedded board
> based on lite5200 eval board. From linux-2.6.31 release, in which the
> mdio patch has gone inside, the fec ethernet does not come up on this
> board. I get the
d
> arch/powerpc/boot/ as well, but I don't think they're entirely necessary.
>
> For the 4xx parts:
>
> Acked-by: Josh Boyer
Acked-by: Grant Likely
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
() is used everywhere, and so the locks are
dropped when calling into the network stack (because the lock only
protects the hardware interface; not the network stack).
Boot tested on a lite5200 with an NFS root. Has not been performance
tested.
Signed-off-by: Asier Llano
Signed-off-by: Grant L
Oops, sorry about the messed up subject. that was sloppy. Real
subject should be:
net/mpc5200: Fix locking on fec_mpc52xx driver
On Fri, Dec 4, 2009 at 2:20 PM, Grant Likely wrote:
> From: Asier Llano Palacios
>
> net/mpc5200: Fix locking on fec_mpc52xx driver
>
> Fix the lo
when calling into the network stack (because the lock only
protects the hardware interface; not the network stack).
Boot tested on a lite5200 with an NFS root. Has not been performance
tested.
Signed-off-by: Asier Llano
Signed-off-by: Grant Likely
---
Reposting due to messing up both subject
if we are doing clean-up work and API changes).
:-)
>> Besides, there is already precedence for very arch-specific drivers
>> living under arch/*/. Â find ./arch -name *gpio*
>
> But in this case: I know where to find them and I will keep a mental note
> about this one.
On Wed, Nov 4, 2009 at 11:10 PM, Grant Likely wrote:
> Hi Ben, Stephen.
>
> I just prepared my next branch for 2.6.33:
> git://git.secretlab.ca/git/linux-2.6 next
>
> Steven, can you please add this tree to your linux-next pull list?
> This is the branch where I put stuff th
to|from)io optimisation
mpc5200/gpt: tiny fix for gpt period limitation
mpc52xx/wdt: OF property to enable the WDT on boot
mpc52xx/wdt: merge WDT code into the GPT driver
mpc52xx/wdt: remove obsolete old WDT implementation
Grant Likely (4):
spi/mpc5200: Register SPI devices de
On Tue, Dec 8, 2009 at 3:45 PM, Andrew Morton wrote:
> On Wed, 09 Dec 2009 09:29:43 +1100
> Benjamin Herrenschmidt wrote:
>
>> On Tue, 2009-12-08 at 14:33 -0700, Grant Likely wrote:
>> >
>> > Are you able to pull this tree, or should I ask Linus to pull it
>
On Tue, Dec 8, 2009 at 9:28 PM, David Miller wrote:
> From: Grant Likely
> Date: Fri, 04 Dec 2009 21:33:13 -0700
>
>> Fix the locking scheme on the fec_mpc52xx driver. This device can
>> receive IRQs from three sources; the FEC itself, the tx DMA, and the
>> rx
On Wed, Dec 9, 2009 at 2:26 AM, Luotao Fu wrote:
> Hi Grant,
>
> Grant Likely wrote:
>> Hi Ben, Stephen.
>>
>> I just prepared my next branch for 2.6.33:
>> git://git.secretlab.ca/git/linux-2.6 next
>>
>
> Just for curiosity: I noticed that you keep s
If drivers needs extra platform_data, then a call will be added to
the top of the .probe() hook to go and create one.
Cheers,
g.
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
On Wed, Dec 9, 2009 at 8:49 AM, Torsten Fleischer
wrote:
> On Thu, Nov 26, 2009 at 20:17:35, Grant Likely wrote:
> [...]
>> spi-cs-high is definitely not a complete solution, but it isn't
>> actively evil either. Plus it is documented and (presumably) in
>> active
Hi David,
On Wed, Dec 9, 2009 at 5:21 PM, David Miller wrote:
> From: David Miller
> Date: Wed, 09 Dec 2009 16:15:50 -0800 (PST)
>
>> From: Grant Likely
>> Date: Wed, 9 Dec 2009 15:06:29 -0700
>>
>>> 1) of_platform will be deprecated in preference of the pl
tion
> into a struct device_node, but that would be akin of having dtc in the
> kernel, might be a bit bloated no ? Though it could be made simpler and
> more restrictive.
Ewh. Ugly.
> Or we could find an in-between .. .A different struct type that is more
> suitable for being laid out statically (a name, a type, and an enum of
> structs for various property "types", ie, strings, words, bytes, ...)
> with a little helper function that conver that into a device node at
> runtime ?
I think this bears some investigation. A slightly different layout
(ie, using arrays instead of linked list for properties) would be
easier to prepare. Worth some investigation.
> What do you think ?
I liked what I read.
Cheers,
g.
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
On Thu, Dec 10, 2009 at 2:56 PM, David Miller wrote:
> From: Grant Likely
> Date: Thu, 10 Dec 2009 13:47:33 -0700
>
>> Trying to go the other way around (deprecate platform and encouraging
>> of_platform instead) I don't think will gain much traction; whereas I
>
On Wed, Nov 25, 2009 at 9:07 PM, Benjamin Herrenschmidt
wrote:
> On Tue, 2009-11-24 at 01:19 -0700, Grant Likely wrote:
>> Merge common code between PowerPC and Microblaze
>
> Some of those guys might wnat to be in of_dynamic (see previous email)
>
> Remember: We want to k
d a node to describe the *user* of the GPIO pin, and
call of_get_gpio() on that. If you want to resolve the GPIO number
from the timer node itself, then you'll need to refactor the API a bit
to expose what you want. Nobody has asked to do it that way until
now.
g.
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
you to review that patch, and
>> check if it's worth using it.
>
> Looks good.
Okay by me too.
Acked-by: Grant Likely
g.
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
; functions do not modify the intspec, so a const pointer could be used.
BTW, if you're interested, there is a driver for the SCLPC FIFO about
to be merged into 2.6.33. It's in Ben's tree waiting to be pulled
into mainline.
Cheers,
g.
--
Grant Likely, B.Sc., P
On Wed, Nov 25, 2009 at 9:04 PM, Benjamin Herrenschmidt
wrote:
> On Tue, 2009-11-24 at 01:19 -0700, Grant Likely wrote:
>> /**
>> + * early_init_move_devtree - move tree to an unused area, if needed.
>> + *
>> + * The device tree may be allocated beyond our
should we make this
> conditional on CONFIG_HAVE_LMB?
I'm not making any assumptions yet. I'm just merging the code. A lot
of it needs to be refactored after the merge. Feel free to send
patches to rework want you need.
g.
--
Grant Likely, B.Sc., P.Eng.
Secret Lab T
On Wed, Nov 25, 2009 at 10:27 PM, Benjamin Herrenschmidt
wrote:
> On Wed, 2009-11-25 at 21:05 -0700, Grant Likely wrote:
>>
>> You're right, it's not, but makes merging less complex, and then I can
>> refactor properly.
>
> Still, make them __be32 at leas
On Wed, Nov 25, 2009 at 9:05 PM, Benjamin Herrenschmidt
wrote:
> On Tue, 2009-11-24 at 01:19 -0700, Grant Likely wrote:
>> Merge common code between PowerPC and Microblaze
>
> I don't like moving this one to common code without the of_ prefix. I
> think you should move it w
rr
Added to my test branch. We'll see how it shakes out.
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
On Fri, Dec 11, 2009 at 8:25 AM, Arnd Bergmann wrote:
> On Thursday 10 December 2009, Grant Likely wrote:
>> On Wed, Dec 9, 2009 at 5:21 PM, David Miller wrote:
>> > From: David Miller
>> > Date: Wed, 09 Dec 2009 16:15:50 -0800 (PST)
>> >> What a shame,
create mode 100644 arch/powerpc/platforms/embedded6xx/wii.c
>
> _______
> Linuxppc-dev mailing list
> Linuxppc-dev@lists.ozlabs.org
> https://lists.ozlabs.org/listinfo/linuxppc-dev
>
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
On Fri, Dec 11, 2009 at 5:18 PM, Albert Herranz wrote:
> Grant Likely wrote:
>> Hi Albert.
>>
>
> Hi,
>
>> I'm ready to pick up your Gamecube and Wii patch sets for merging.
>> You seem to have 4 distinct patch sets. What order do they need to be
>&g
bedded6xx/wii.c
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
From: Grant Likely
This patch updates the mpc5200 binding documentation to match
actual usage conventions, to remove incorrect information, and
to remove topics which are more thoroughly described elsewhere.
Signed-off-by: Grant Likely
CC: devicetree-disc...@ozlabs.org
CC: Wolfram Sang
Oops, forgot to CC the mailing list.
g.
On Thu, Jan 29, 2009 at 5:28 PM, Grant Likely wrote:
> Hi Ben,
>
> Here is the traditional defconfig update plus a bugfix for mpc5200
> PCI. Please pull into 2.6.29.
>
> Thanks,
> g.
>
> The fol
Ummm, I'm batting 1000 today Please pull the **MERGE** branch of
linux-2.6-mpc52xx.git tree (The URL below was correct though).
g.
On Thu, Jan 29, 2009 at 5:29 PM, Grant Likely wrote:
> Oops, forgot to CC the mailing list.
>
> g.
>
> On Thu, Jan 29, 2009 at 5:28 PM, Gr
fig, especially considering that the MTC looks like it's
supposed to be a general purpose platform.
> diff --git a/arch/powerpc/platforms/52xx/digsy_mtc.c
> b/arch/powerpc/platforms/52xx/digsy_mtc.c
> new file mode 100644
> index 000..8cd8cae
> --- /dev/null
> +++ b/arch/pow
e git repository at:
git://git.secretlab.ca/git/linux-2.6-mpc52xx merge
Grant Likely (3):
powerpc/5200: update defconfigs
powerpc/5200: Bugfix for PCI mapping of memory and IMMR
powerpc/5200: update device tree binding documentation
Documentation/powerpc/dts-bindings/fsl/mpc520
6 is not set
> +# CONFIG_RTC_DRV_DS1511 is not set
> +# CONFIG_RTC_DRV_DS1553 is not set
> +# CONFIG_RTC_DRV_DS1742 is not set
> +# CONFIG_RTC_DRV_STK17TA8 is not set
> +# CONFIG_RTC_DRV_M48T86 is not set
> +# CONFIG_RTC_DRV_M48T35 is not set
> +# CONFIG_RTC_DRV_M48T59 is not set
> +# CONFIG_RTC_DRV_BQ4802 is not set
> +# CONFIG_RTC_DRV_V3020 is not set
> +
> +#
> +# on-CPU RTC drivers
> +#
> +# CONFIG_RTC_DRV_PPC is not set
> # CONFIG_DMADEVICES is not set
> # CONFIG_UIO is not set
> # CONFIG_STAGING is not set
> -CONFIG_STAGING_EXCLUDE_BUILD=y
>
> #
> # File systems
> @@ -1264,6 +1366,7 @@ CONFIG_FS_MBCACHE=y
> CONFIG_FILE_LOCKING=y
> # CONFIG_XFS_FS is not set
> # CONFIG_OCFS2_FS is not set
> +# CONFIG_BTRFS_FS is not set
> CONFIG_DNOTIFY=y
> CONFIG_INOTIFY=y
> CONFIG_INOTIFY_USER=y
> @@ -1300,10 +1403,7 @@ CONFIG_TMPFS=y
> # CONFIG_TMPFS_POSIX_ACL is not set
> # CONFIG_HUGETLB_PAGE is not set
> # CONFIG_CONFIGFS_FS is not set
> -
> -#
> -# Miscellaneous filesystems
> -#
> +CONFIG_MISC_FILESYSTEMS=y
> # CONFIG_ADFS_FS is not set
> # CONFIG_AFFS_FS is not set
> # CONFIG_HFS_FS is not set
> @@ -1322,7 +1422,9 @@ CONFIG_JFFS2_ZLIB=y
> # CONFIG_JFFS2_LZO is not set
> CONFIG_JFFS2_RTIME=y
> # CONFIG_JFFS2_RUBIN is not set
> +# CONFIG_YAFFS_FS is not set
> CONFIG_CRAMFS=y
> +# CONFIG_SQUASHFS is not set
> # CONFIG_VXFS_FS is not set
> # CONFIG_MINIX_FS is not set
> # CONFIG_OMFS_FS is not set
> @@ -1403,6 +1505,7 @@ CONFIG_NLS_ISO8859_1=y
> # Library routines
> #
> CONFIG_BITREVERSE=y
> +CONFIG_GENERIC_FIND_LAST_BIT=y
> # CONFIG_CRC_CCITT is not set
> # CONFIG_CRC16 is not set
> # CONFIG_CRC_T10DIF is not set
> @@ -1454,6 +1557,7 @@ CONFIG_DEBUG_INFO=y
> # CONFIG_DEBUG_MEMORY_INIT is not set
> # CONFIG_DEBUG_LIST is not set
> # CONFIG_DEBUG_SG is not set
> +# CONFIG_DEBUG_NOTIFIERS is not set
> # CONFIG_BOOT_PRINTK_DELAY is not set
> # CONFIG_RCU_TORTURE_TEST is not set
> # CONFIG_RCU_CPU_STALL_DETECTOR is not set
> @@ -1462,6 +1566,8 @@ CONFIG_DEBUG_INFO=y
> # CONFIG_FAULT_INJECTION is not set
> # CONFIG_LATENCYTOP is not set
> CONFIG_HAVE_FUNCTION_TRACER=y
> +CONFIG_HAVE_DYNAMIC_FTRACE=y
> +CONFIG_HAVE_FTRACE_MCOUNT_RECORD=y
>
> #
> # Tracers
> @@ -1470,11 +1576,13 @@ CONFIG_HAVE_FUNCTION_TRACER=y
> # CONFIG_SCHED_TRACER is not set
> # CONFIG_CONTEXT_SWITCH_TRACER is not set
> # CONFIG_BOOT_TRACER is not set
> +# CONFIG_TRACE_BRANCH_PROFILING is not set
> # CONFIG_STACK_TRACER is not set
> # CONFIG_DYNAMIC_PRINTK_DEBUG is not set
> # CONFIG_SAMPLES is not set
> CONFIG_HAVE_ARCH_KGDB=y
> # CONFIG_KGDB is not set
> +CONFIG_PRINT_STACK_DEPTH=64
> # CONFIG_DEBUG_STACKOVERFLOW is not set
> # CONFIG_DEBUG_STACK_USAGE is not set
> # CONFIG_DEBUG_PAGEALLOC is not set
> @@ -1501,11 +1609,15 @@ CONFIG_CRYPTO=y
> #
> # CONFIG_CRYPTO_FIPS is not set
> CONFIG_CRYPTO_ALGAPI=y
> -CONFIG_CRYPTO_AEAD=y
> +CONFIG_CRYPTO_ALGAPI2=y
> +CONFIG_CRYPTO_AEAD2=y
> CONFIG_CRYPTO_BLKCIPHER=y
> +CONFIG_CRYPTO_BLKCIPHER2=y
> CONFIG_CRYPTO_HASH=y
> -CONFIG_CRYPTO_RNG=y
> +CONFIG_CRYPTO_HASH2=y
> +CONFIG_CRYPTO_RNG2=y
> CONFIG_CRYPTO_MANAGER=y
> +CONFIG_CRYPTO_MANAGER2=y
> # CONFIG_CRYPTO_GF128MUL is not set
> # CONFIG_CRYPTO_NULL is not set
> # CONFIG_CRYPTO_CRYPTD is not set
> diff --git a/arch/powerpc/platforms/52xx/mpc5200_simple.c
> b/arch/powerpc/platforms/52xx/mpc5200_simple.c
> index a3bda0b..d5e1471 100644
> --- a/arch/powerpc/platforms/52xx/mpc5200_simple.c
> +++ b/arch/powerpc/platforms/52xx/mpc5200_simple.c
> @@ -50,6 +50,7 @@ static void __init mpc5200_simple_setup_arch(void)
>
> /* list of the supported boards */
> static char *board[] __initdata = {
> + "intercontrol,digsy-mtc",
>"promess,motionpro",
>"phytec,pcm030",
>"schindler,cm5200",
> --
> 1.6.0.6
>
>
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
s and I'll repost
shortly.
Replies below.
On Sat, Jan 31, 2009 at 1:39 PM, Wolfram Sang wrote:
> On Tue, Jan 27, 2009 at 09:30:22AM -0700, Grant Likely wrote:
>> +++ b/arch/powerpc/platforms/52xx/mpc52xx_gpt.c
>> + * When using the GPIO line as an output, it can either be driven as
From: Grant Likely
This patch adds IRQ controller support to the MPC5200 General
Purpose Timer (GPT) device driver. With this patch the mpc5200-gpt
driver supports both GPIO and IRQ functions.
The GPT driver was contained within the mpc52xx_gpio.c file, but this
patch moves it out into a new
On Mon, Feb 2, 2009 at 5:50 AM, Grzegorz Bernacki wrote:
> Grant Likely wrote:
>>> diff --git a/arch/powerpc/configs/52xx/digsy_mtc_defconfig
>>> b/arch/powerpc/configs/52xx/digsy_mtc_defconfig
>>> new file mode 100644
>>> index 000..ad70d5b
>>&
rsize=8192,wsize=8192,soft,intr,tcp,nolock
>>
>> it seems that it helps.
>
> Can you please find out which of these changes is the relevant part?
Probably the ",tcp" bit
g.
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
___
On Tue, Feb 3, 2009 at 1:56 AM, Grzegorz Bernacki wrote:
> Grant Likely wrote:
>> Hey Grzegorz,
>>
>> I've pulled your patch into my -next tree, but I made a few changes first:
>> - I dropped the defconfig changes because they conflict with the
>> defconf
the top of
arch/powerpc/platforms/mpc52xx/mpc52xx_pci.c and post your kernel
output.
g.
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
From: Grant Likely
This patch adds IRQ controller support to the MPC5200 General
Purpose Timer (GPT) device driver. With this patch the mpc5200-gpt
driver supports both GPIO and IRQ functions.
The GPT driver was contained within the mpc52xx_gpio.c file, but this
patch moves it out into a new
~ memedit /dev/mem
> -> map 0x4000
> -> md 0x600
>
> which does the same and even allows for more (writing for example).
I understand your argument, but I'm still going to leave it in and
leave it enabled for now. I will consider removing it after a release
or too.
g.
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
/linux-2.6-mpc52xx.git next
Grant Likely (7):
powerpc/5200: Stop using device_type and port-number properties
powerpc/5200: Trim cruft from device trees
powerpc/5200: Don't specify IRQF_SHARED in PSC UART driver
powerpc/5200: Remove pr_debug() from hot paths in irq drive
request because one of the middle commits had
an oops (but, nobody bases their patches on my -next tree, so it
doesn't have the same repercussions).
g.
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Thu, Feb 5, 2009 at 2:45 AM, Wolfram Sang wrote:
> On Wed, Feb 04, 2009 at 09:20:04PM -0700, Grant Likely wrote:
>
>> what to do with it. The only difference is that mine isn't usually
>> public. If people want to see it, then I push it out, but otherwise I
>> ju
[1.948071] 0x0100-0x0200 : "rootfs"
> [1.955601] 0x0200-0x0300 : "application"
> [1.964240] i2c /dev entries driver
> [1.975775] Advanced Linux Sound Architecture Driver Version 1.0.18rc3.
> [1.983814] ASoC version 0.13.2
> [1.98
> regions also works well. However, when i try to read or write to a
> memory region using readl/writel, the system instantly hangs. No
> stacktrace or anything, it just stops.
Hmmm. Not good. Are you able to access the memory regions from the
U-Boot console?
g.
--
Grant Lik
quot;,"fsl,mpc5200-psc-uart";
> - cell-index = <3>;
> - reg = <0x2600 0x100>;
> - interrupts = <2 11 0>;
> + cell-index = <5>;
&g
000io_of_match,
> .probe = smc4000io_of_probe,
> .remove= __devexit_p(smc4000io_of_remove),
> };
>
> static int __init smc4000io_init(void)
> {
> return of_register_platform_driver(&smc4000_spi_of_driver);
> }
> module_init(smc4000io_init);
>
off -a
>
> ::shutdown:/bin/umount -a -r
>
> ::restart:/sbin/init
>
> ::respawn:/sbin/getty -L ttyUL0 9600 vt100
>
>
>
> Anybody can help?
>
>
>
> Thanks!
>
>
>
> Best regards,
>
> Li Jun
>
>
>
> ___
> Linuxppc-dev mailing list
> Linuxppc-dev@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-dev
>
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Thu, Feb 19, 2009 at 7:09 AM, Grzegorz Bernacki wrote:
> Hi Grant,
>
> Could you tell me when you are going to apply this patch
> and "Defconfig for mpc5200 updates" patch into your repository?
soon. Busy putting out another fire at the moment, but I'll pick
flash hangs off the local bus, then it belongs in the local bus
node. It doesn't make any sense to put it in the SoC node because the
SoC node describes the internal memory mapped devices. The local bus
node should have a ranges property that describes the translation
between physical addre
"interrupts = < [irq-number] [irq-type] >;"
irq-number is the irq line
irq-type is the sense (edge/level, high/low). See mpic_host_xlate()
in arch/powerpc/sysdev/mpic.c for the mapping (map_mpic_senses)
between the irq-type value and the type of interrupt (duplicated
here):
static unsigned
ourse, but I thing this would be the more robust solution.
Cheers,
g.
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
#size-cells = <1>;
> + #address-cells = <1>;
> +
> + fp...@00e0 {
> + compatible = "fpga1";
Too generic. Be board specific.
> + reg = <0x00e0 0x02000
From: Grant Likely
To better match the ePAPR specification, device nodes which claim
"simple-bus" compatibility should be probed by default.
Signed-off-by: Grant Likely
---
arch/powerpc/platforms/52xx/mpc52xx_common.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
k at it and help me
> out a little bit.
>
> According to lspci the board is a
>
> 00:00.0 Power PC: Freescale Semiconductor Inc MPC8343 (rev 30)
>
> Please CC me in any replies since I am not subscribed to the ML .. yet.
>
> Thanks in advance,
> Michael
> ___
Gary Thomas | Consulting for the
> MLB Associates | Embedded world
> ----
> ___
> Linuxppc-dev mailing list
> Linuxppc-dev@ozlabs.org
> https://ozlabs.o
On Sat, Feb 28, 2009 at 11:21 AM, Gary Thomas wrote:
> Grant Likely wrote:
>> Once you have a handle to the node, you can iterate through the
>> of_platform bus devices and look for a node which has a matching node
>> pointer stored in archdata. That will give you a stru
On Sat, Feb 28, 2009 at 12:18 PM, Gary Thomas wrote:
> Grant Likely wrote:
>>> How do I find the platform_device which was created when this
>>> particular of_device was instantiated? I made sure that this code
>>> is run late - after all the of_devices have been
From: Grant Likely
The SystemACE driver does not handle an empty CF slot gracefully. An
empty CF slot ends up hanging the system. This patch adds a check for
the CF state and stops trying to process requests if the slot is empty.
Signed-off-by: Grant Likely
---
drivers/block/xsysace.c
From: Grant Likely
This patch updates the Xilinx ML507 device tree to match the released
ML507 powerpc reference design (ml507_ppc440_emb_ref). This patch is
needed to boot Linux on the ML507 powerpc reference design without
manually generating and tweaking a device tree from the project
On Fri, Feb 27, 2009 at 4:54 PM, John Linn wrote:
> The driver was not releasing memory when it was removed or
> when there was a failure during probe. This fixes it.
>
> Signed-off-by: John Linn
Looks good.
Acked-by: Grant Likely
I'll pick this up into my -next branch and a
On Sun, Mar 1, 2009 at 3:18 AM, Wolfram Sang wrote:
> Hi Grant,
>
> thanks for the review!
>
> On Thu, Feb 26, 2009 at 10:31:24PM -0700, Grant Likely wrote:
>> Thanks for the patch Wolfram. Comments below.
>>
>> On Wed, Feb 25, 2009 at 8:32 AM, Wolfram Sang w
On Sun, Mar 1, 2009 at 8:54 AM, Jon Smirl wrote:
> On Sun, Mar 1, 2009 at 9:48 AM, Grant Likely
> wrote:
>> On Sun, Mar 1, 2009 at 3:18 AM, Wolfram Sang wrote:
>>> Hi Grant,
>>>
>>> thanks for the review!
>>>
>>> On Thu, Feb 26, 2009 at
> 4c00012c 2f9c0004 57601ef8
> ---[ end trace 31fd0ba7d8756001 ]---
> Kernel panic - not syncing: Attempted to kill init!
> Rebooting in 180 seconds..
>
>
> --
> Jon Smirl
> jonsm...@gmail.com
>
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
[moving this conversation back to the mailing list. Don't forget to
use 'reply-all' on mailing list conversations.]
On Sun, Mar 1, 2009 at 4:49 PM, Michael Guntsche wrote:
>
> On Mar 1, 2009, at 22:53, Grant Likely wrote:
>
>> On Sun, Mar 1, 2009 at 1:04
ise the kernel should be setting up the PCI controller
correctly. Regardless, I don't think the kernel should be crashing
when PCI is in a funny state.
g.
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
___
Linuxppc-dev mailing list
Linu
On Mon, Mar 2, 2009 at 4:58 AM, Michael Guntsche wrote:
> On Sun, 1 Mar 2009 18:15:32 -0700, Grant Likely
> wrote:
>>
>> So, what you need is a new adapter which parses the data passed in by
>> routerboot (maybe call it routerImage?) and modifies the .dtb blob t
On Mon, Mar 2, 2009 at 10:16 AM, Anton Vorontsov
wrote:
> On Thu, Feb 26, 2009 at 10:06:59PM -0700, Grant Likely wrote:
>> Maybe something like:
>>
>> struct of_gpio_chip {
>> int gpio_cells;
>> int (*xlate)(struct of_gpio_ch
r hat to figure out what board
it is running on so that the .dtb can be updated. Is there an eeprom
or something on the board which might store serial numbers or MAC
addresses?
g.
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
___
Linuxppc
r. Which tree did it go in via?
g.
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
ons you use to be shared.
> This wold have the benefit of getting the rest of the data from the board
> and just patch it with the needed values.
This is definitely preferred to wholesale replacement of the available tree.
g.
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies L
rnal IRQ line.
Without VIRQs, I'd need to slice up the IRQ number space for each
board variant I work with and write the code to match. With VIRQs,
there is no need to, and all of the boards can use common support
code.
g.
.
--
Grant Likely, B.
On Thu, Mar 5, 2009 at 12:41 AM, Michael Guntsche wrote:
> On Wed, 4 Mar 2009 08:57:59 -0700, Grant Likely
> wrote:
>> You might be able to use of_attach_node() & prom_add_property() to
>> modify the tree, but I've never done it myself. Give it a try
re? Or does the MPC5200 in
> this case only byte swap u16 reads, but a u8 read is unchanged?
This I don't know. I'd have to play with it to figure it out.
> - What about how the DM9000 driver deals with this u8 read and u16
> read, is this correct?
Fix the driver. It will result in a more useful driver for everyone
at the end of the day.
g.
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
to do the
same for the gpio driver.
http://patchwork.ozlabs.org/patch/21914/
g.
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
://git.kernel.org/.../gregkh/staging-2.6
are available in the git repository at:
git://git.secretlab.ca/git/linux-2.6-mpc52xx.git merge
Grant Likely (1):
powerpc/4xx: Enable SERIAL_OF support by default for Virtex platforms
arch/powerpc/configs/40x/virtex_defconfig |2 +-
arch/powerpc
wouldn't have hurt to seek davem ack for it... No big deal, it's only 2
> or 3 files that I might need to give Linus an explanation about tho :-)
Okay, will do.
g.
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
___
Lin
David,
Are you okay with this patch and okay with it going in via Ben's
powerpc tree? Ben wants to ensure that changes outside arch/powerpc/
are properly acked before going into his tree.
Thanks,
g.
On Sat, Feb 28, 2009 at 9:09 PM, Grant Likely wrote:
> On Fri, Feb 27, 2009 at 4:54
Oops, sorry Jens. I forgot to CC: you on this patch.
g.
On Sat, Feb 28, 2009 at 1:46 PM, Grant Likely wrote:
> From: Grant Likely
>
> The SystemACE driver does not handle an empty CF slot gracefully. An
> empty CF slot ends up hanging the system. This patch adds a check for
&g
From: Grant Likely
bus_register_notifier_alldev() is a variation on bus_register_notifier()
which also triggers the notifier callback for devices already on the bus
and already bound to drivers.
This function is useful for the case where a driver needs to get a
reference to a struct device
Hey Ben,
Here are some more for -next.
The following changes since commit 652e8f8d579d61745094e36b4ff085026a332e73:
Benjamin Herrenschmidt (1):
Merge commit 'jwb/next' into next
are available in the git repository at:
git://git.secretlab.ca/git/linux-2.6-mpc52xx next
Gr
impleboot.o"
>
> Does this break other boards, or should it have always been there?
This probably should have always been there. Same for the simpleboot
virtex targets, but I'll need to test to be sure.
g.
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
701 - 800 of 3247 matches
Mail list logo