* Re: simpleboot
From: David H. Lynch Jr. @ 2008-04-23 19:43 UTC (permalink / raw)
To: Grant Likely, linuxppc-embedded
In-Reply-To: <fa686aa40804231149j344a4cc5iaf15ac12828146f7@mail.gmail.com>
Grant Likely wrote:
> make simpleImage.<boardname>
> - or -
> make simpleImage.initrd.<boardname>
>
> The makefile will use arch/powerpc/boot/dts/<boardname>.dts for the device tree.
Thanks, I suspected most of that. But I have not see simpleboot in
Linus's tree yet,
so I have to back port the patch from the paulus tree and that makes
it harder to just try it.
I am correct in assuming that if I have my .config otherwise
properly setup for initramfs that
it is going to merge the kernel, dts, and initramfs into a single
image ?
and is initramfs the plain or initrd target the correct one for
initramfs ?
--
Dave Lynch Pico Computing, Inc.
Software Development Embedded Linux
717.627.3770 dhlii@picocomputing.net http://www.picocomputing.com
fax: 1.253.369.9244 Cell: 1.717.587.7774
Tiny Mighty Machines
^ permalink raw reply
* [PATCH] spi_mpc83xx: test below 0 on unsigned irq in mpc83xx_spi_probe()
From: Roel Kluin @ 2008-04-23 20:19 UTC (permalink / raw)
To: galak, linuxppc-dev; +Cc: lkml
mpc83xx_spi->irq is unsigned, so the test fails
Signed-off-by: Roel Kluin <12o3l@tiscali.nl>
---
diff --git a/drivers/spi/spi_mpc83xx.c b/drivers/spi/spi_mpc83xx.c
index be15a62..033fd51 100644
--- a/drivers/spi/spi_mpc83xx.c
+++ b/drivers/spi/spi_mpc83xx.c
@@ -454,12 +454,12 @@ static int __init mpc83xx_spi_probe(struct platform_device *dev)
goto put_master;
}
- mpc83xx_spi->irq = platform_get_irq(dev, 0);
-
- if (mpc83xx_spi->irq < 0) {
- ret = -ENXIO;
+ ret = platform_get_irq(dev, 0);
+ if (ret < 0)
goto unmap_io;
- }
+
+ mpc83xx_spi->irq = ret;
+ ret = 0;
/* Register for SPI Interrupt */
ret = request_irq(mpc83xx_spi->irq, mpc83xx_spi_irq,
^ permalink raw reply related
* [PATCH] [POWERPC] Clean up access to thread_info in assembly
From: Kumar Gala @ 2008-04-23 20:29 UTC (permalink / raw)
To: Paul Mackerras; +Cc: linuxppc-dev
Use (31-THREAD_SHIFT) to get to thread_info from stack pointer. This makes
the code a bit easier to read and more robust if we ever change THREAD_SHIFT.
Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
---
arch/powerpc/kernel/misc_32.S | 6 +++---
arch/powerpc/mm/hash_low_32.S | 4 ++--
2 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/arch/powerpc/kernel/misc_32.S b/arch/powerpc/kernel/misc_32.S
index 9d2c566..92ccc6f 100644
--- a/arch/powerpc/kernel/misc_32.S
+++ b/arch/powerpc/kernel/misc_32.S
@@ -152,7 +152,7 @@ _GLOBAL(low_choose_750fx_pll)
mtspr SPRN_HID1,r4
/* Store new HID1 image */
- rlwinm r6,r1,0,0,18
+ rlwinm r6,r1,0,0,(31-THREAD_SHIFT)
lwz r6,TI_CPU(r6)
slwi r6,r6,2
addis r6,r6,nap_save_hid1@ha
@@ -281,7 +281,7 @@ _GLOBAL(_tlbia)
#endif /* CONFIG_SMP */
#else /* !(CONFIG_40x || CONFIG_44x || CONFIG_FSL_BOOKE) */
#if defined(CONFIG_SMP)
- rlwinm r8,r1,0,0,18
+ rlwinm r8,r1,0,0,(31-THREAD_SHIFT)
lwz r8,TI_CPU(r8)
oris r8,r8,10
mfmsr r10
@@ -377,7 +377,7 @@ _GLOBAL(_tlbie)
#endif /* CONFIG_SMP */
#else /* !(CONFIG_40x || CONFIG_44x || CONFIG_FSL_BOOKE) */
#if defined(CONFIG_SMP)
- rlwinm r8,r1,0,0,18
+ rlwinm r8,r1,0,0,(31-THREAD_SHIFT)
lwz r8,TI_CPU(r8)
oris r8,r8,11
mfmsr r10
diff --git a/arch/powerpc/mm/hash_low_32.S b/arch/powerpc/mm/hash_low_32.S
index e10d76a..ddeaf9e 100644
--- a/arch/powerpc/mm/hash_low_32.S
+++ b/arch/powerpc/mm/hash_low_32.S
@@ -191,7 +191,7 @@ _GLOBAL(add_hash_page)
add r3,r3,r0 /* note create_hpte trims to 24 bits */
#ifdef CONFIG_SMP
- rlwinm r8,r1,0,0,18 /* use cpu number to make tag */
+ rlwinm r8,r1,0,0,(31-THREAD_SHIFT) /* use cpu number to make tag */
lwz r8,TI_CPU(r8) /* to go in mmu_hash_lock */
oris r8,r8,12
#endif /* CONFIG_SMP */
@@ -526,7 +526,7 @@ _GLOBAL(flush_hash_pages)
#ifdef CONFIG_SMP
addis r9,r7,mmu_hash_lock@ha
addi r9,r9,mmu_hash_lock@l
- rlwinm r8,r1,0,0,18
+ rlwinm r8,r1,0,0,(31-THREAD_SHIFT)
add r8,r8,r7
lwz r8,TI_CPU(r8)
oris r8,r8,9
--
1.5.4.1
^ permalink raw reply related
* [PATCH] [POWERPC] Cleanup asm-offset.c
From: Kumar Gala @ 2008-04-23 20:33 UTC (permalink / raw)
To: Paul Mackerras; +Cc: linuxppc-dev
* Removed TI_EXECDOMAIN define as its not used anywhere
* Use STACK_INT_FRAME_SIZE to allow common define of INT_FRAME_SIZE
* Define TI_CPU on both ppc32 & ppc64 (removes an ifdef).
Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
---
arch/powerpc/kernel/asm-offsets.c | 11 ++---------
1 files changed, 2 insertions(+), 9 deletions(-)
diff --git a/arch/powerpc/kernel/asm-offsets.c b/arch/powerpc/kernel/asm-offsets.c
index 292c6d8..adf1d09 100644
--- a/arch/powerpc/kernel/asm-offsets.c
+++ b/arch/powerpc/kernel/asm-offsets.c
@@ -93,10 +93,7 @@ int main(void)
DEFINE(TI_LOCAL_FLAGS, offsetof(struct thread_info, local_flags));
DEFINE(TI_PREEMPT, offsetof(struct thread_info, preempt_count));
DEFINE(TI_TASK, offsetof(struct thread_info, task));
-#ifdef CONFIG_PPC32
- DEFINE(TI_EXECDOMAIN, offsetof(struct thread_info, exec_domain));
DEFINE(TI_CPU, offsetof(struct thread_info, cpu));
-#endif /* CONFIG_PPC32 */
#ifdef CONFIG_PPC64
DEFINE(DCACHEL1LINESIZE, offsetof(struct ppc64_caches, dline_size));
@@ -165,13 +162,9 @@ int main(void)
/* Interrupt register frame */
DEFINE(STACK_FRAME_OVERHEAD, STACK_FRAME_OVERHEAD);
-#ifndef CONFIG_PPC64
- DEFINE(INT_FRAME_SIZE, STACK_FRAME_OVERHEAD + sizeof(struct pt_regs));
-#else /* CONFIG_PPC64 */
+ DEFINE(INT_FRAME_SIZE, STACK_INT_FRAME_SIZE);
+#ifdef CONFIG_PPC64
DEFINE(SWITCH_FRAME_SIZE, STACK_FRAME_OVERHEAD + sizeof(struct pt_regs));
- /* 288 = # of volatile regs, int & fp, for leaf routines */
- /* which do not stack a frame. See the PPC64 ABI. */
- DEFINE(INT_FRAME_SIZE, STACK_FRAME_OVERHEAD + sizeof(struct pt_regs) + 288);
/* Create extra stack space for SRR0 and SRR1 when calling prom/rtas. */
DEFINE(PROM_FRAME_SIZE, STACK_FRAME_OVERHEAD + sizeof(struct pt_regs) + 16);
DEFINE(RTAS_FRAME_SIZE, STACK_FRAME_OVERHEAD + sizeof(struct pt_regs) + 16);
--
1.5.4.1
^ permalink raw reply related
* Re: [PATCH] spi_mpc83xx: test below 0 on unsigned irq in mpc83xx_spi_probe()
From: Kumar Gala @ 2008-04-23 20:39 UTC (permalink / raw)
To: Roel Kluin; +Cc: linuxppc-dev@ozlabs.org list, lkml, spi-devel-general
In-Reply-To: <480F99D5.7070300@tiscali.nl>
On Apr 23, 2008, at 3:19 PM, Roel Kluin wrote:
> mpc83xx_spi->irq is unsigned, so the test fails
>
> Signed-off-by: Roel Kluin <12o3l@tiscali.nl>
you should copy the linux-spi list on such patches.
- k
>
> ---
> diff --git a/drivers/spi/spi_mpc83xx.c b/drivers/spi/spi_mpc83xx.c
> index be15a62..033fd51 100644
> --- a/drivers/spi/spi_mpc83xx.c
> +++ b/drivers/spi/spi_mpc83xx.c
> @@ -454,12 +454,12 @@ static int __init mpc83xx_spi_probe(struct
> platform_device *dev)
> goto put_master;
> }
>
> - mpc83xx_spi->irq = platform_get_irq(dev, 0);
> -
> - if (mpc83xx_spi->irq < 0) {
> - ret = -ENXIO;
> + ret = platform_get_irq(dev, 0);
> + if (ret < 0)
> goto unmap_io;
> - }
> +
> + mpc83xx_spi->irq = ret;
> + ret = 0;
>
> /* Register for SPI Interrupt */
> ret = request_irq(mpc83xx_spi->irq, mpc83xx_spi_irq,
^ permalink raw reply
* [PATCH 1/2] spi_mpc83xx: test below 0 on unsigned irq in mpc83xx_spi_probe()
From: Roel Kluin @ 2008-04-23 20:55 UTC (permalink / raw)
To: galak, linuxppc-dev; +Cc: spi-devel-general, dbrownell, lkml
mpc83xx_spi->irq is unsigned, so the test fails
Signed-off-by: Roel Kluin <12o3l@tiscali.nl>
---
diff --git a/drivers/spi/spi_mpc83xx.c b/drivers/spi/spi_mpc83xx.c
index be15a62..033fd51 100644
--- a/drivers/spi/spi_mpc83xx.c
+++ b/drivers/spi/spi_mpc83xx.c
@@ -454,12 +454,12 @@ static int __init mpc83xx_spi_probe(struct platform_device *dev)
goto put_master;
}
- mpc83xx_spi->irq = platform_get_irq(dev, 0);
-
- if (mpc83xx_spi->irq < 0) {
- ret = -ENXIO;
+ ret = platform_get_irq(dev, 0);
+ if (ret < 0)
goto unmap_io;
- }
+
+ mpc83xx_spi->irq = ret;
+ ret = 0;
/* Register for SPI Interrupt */
ret = request_irq(mpc83xx_spi->irq, mpc83xx_spi_irq,
^ permalink raw reply related
* Re: Xilinx PowerPC
From: David H. Lynch Jr. @ 2008-04-23 21:37 UTC (permalink / raw)
To: Koss, Mike (Mission Systems); +Cc: linuxppc-embedded
In-Reply-To: <EDAE140DF1B2FC42B5867C22CA0B333F0A5A42@XMBIL132.northgrum.com>
I would be ecstatic to look at/collaborate on what you have.
I do not care if you clean it up. It can not be harder to work with than
my own code or the Xilinx code.
In the end I need Linux, GreenHills, as well as a lightweight stripped
driver for a monitor and embedded mini-web server.
I have all the above for the older PLB TEMAC in FIFO mode, but we are
moving to the LL TEMAC.
I started through the xilinx code and rapidly remembered how long it
took to demacrofy the xilinx PLB TEMAC code down to a single source file
with only
the code actually needed, and got depressed.
This is critical to us now, so I can put time into it.
If I can figure out how to bring up a git server on my hosting service I
am willing to host work on this -
though one of the existing trees might be a better choice.
Koss, Mike (Mission Systems) wrote:
> I have the start of a lltemac based on the new XPS_LL_TEMAC from EDK
> 9.2. I'm currently in the process of upgrading my design to 9.2. So I
> will be very much interested in the driver working ;).
>
> I'll see what I can get cleaned up and posted somewhere, if you'd like
> to take a look at it.
>
> -- Mike
>
> (sorry for the double post, if it happens but it seems that my last
> e-mail was blank per my records.)
>
> -----Original Message-----
> From: David H. Lynch Jr. [mailto:dhlii@dlasys.net]
> Sent: Sunday, April 20, 2008 7:49 PM
> To: Grant Likely
> Cc: linuxppc-embedded
> Subject: Re: Xilinx PowerPC
>
> Thanks,
>
> I have alot of work to do on our stuff, I might as well see if I can
> move to the powerpc tree at the same time.
>
> BTW is there even the beginings of a non-xilinx lltemac driver out
> there ? There were hints on the list, but I have not seen anything.
>
> I would be happy to help advance the ball on anything anyone has
> started.
>
>
>
> Grant Likely wrote:
>
>> On Sun, Apr 20, 2008 at 2:31 PM, David H. Lynch Jr. <dhlii@dlasys.net>
>>
> wrote:
>
>>
>>
>>> Thanks.
>>>
>>> I am running linus's 2.6.25-rc9, but I can pull the Xilinx tree
>>> or yours - when your server is up.
>>>
>>> I can not find any Xilinx powerpc configs in arch/powerpc/config
>>> Do I just need to do a
>>> make ARCH=powerpc menuconfig and create one from scratch ?
>>>
>>>
>> That's right; I haven't merged any defconfigs. Roll your own.
>>
>>
>>
>>> Is simpleboot in your tree or the xilinx tree, if can not find
>>> it in Linus's ?
>>>
>>>
>> If you want to use the "simpleboot" wrapper; then you'll need to pull
>> paulus' tree (Linus hasn't yet pulled his tree; but he probably will
>> any moment now).
>>
>> Cheers,
>> g.
>>
>>
>>
>
>
>
--
Dave Lynch DLA Systems
Software Development: Embedded Linux
717.627.3770 dhlii@dlasys.net http://www.dlasys.net
fax: 1.253.369.9244 Cell: 1.717.587.7774
Over 25 years' experience in platforms, languages, and technologies too numerous to list.
"Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction."
Albert Einstein
^ permalink raw reply
* Re: Xilinx PowerPC
From: David H. Lynch Jr. @ 2008-04-23 21:43 UTC (permalink / raw)
To: Yoshio Kashiwagi; +Cc: linuxppc-embedded
In-Reply-To: <JM200804230904046.2598203@co-nss.co.jp>
Thanks alot.
On quick review this looks great. I will see if I can get it working for
me this weekend.
Yoshio Kashiwagi wrote:
> Hi,
>
> I am writing the Non-Xilinx XPS_LL_TEMAC driver.
> Checksum offloading is incomplete although NAPI and KGDBOE are supported.
> Basic operation is working on EDK9.2 and EDK10.1.
>
> Furthermore, although the simple Non-Interrupt version for u-boot is
> also written, it is not known where I should post.
>
> Best Regards,
>
> Yoshio Kashiwagi - Nissin Systems
--
Dave Lynch DLA Systems
Software Development: Embedded Linux
717.627.3770 dhlii@dlasys.net http://www.dlasys.net
fax: 1.253.369.9244 Cell: 1.717.587.7774
Over 25 years' experience in platforms, languages, and technologies too numerous to list.
"Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction."
Albert Einstein
^ permalink raw reply
* RE: [PATCH 1/2] spi_mpc83xx: test below 0 on unsigned irq in mpc83xx_spi_probe()
From: Joakim Tjernlund @ 2008-04-23 21:55 UTC (permalink / raw)
To: 'Roel Kluin', galak, linuxppc-dev
Cc: spi-devel-general, dbrownell, 'lkml'
In-Reply-To: <480FA234.1000601@tiscali.nl>
> -----Original Message-----
> From: linuxppc-dev-bounces+joakim.tjernlund=transmode.se@ozlabs.org [mailto:linuxppc-dev-
> bounces+joakim.tjernlund=transmode.se@ozlabs.org] On Behalf Of Roel Kluin
> Sent: den 23 april 2008 22:55
> To: galak@kernel.crashing.org; linuxppc-dev@ozlabs.org
> Cc: spi-devel-general@lists.sourceforge.net; dbrownell@users.sourceforge.net; lkml
> Subject: [PATCH 1/2] spi_mpc83xx: test below 0 on unsigned irq in mpc83xx_spi_probe()
>
> mpc83xx_spi->irq is unsigned, so the test fails
>
> Signed-off-by: Roel Kluin <12o3l@tiscali.nl>
hmm, I got a pretty large 83xx spi patch queued at dbrownell. I hope
that one can be applied first. Then you probably need to rediff this patch.
David, any progress on my patch?
Jocke
> ---
> diff --git a/drivers/spi/spi_mpc83xx.c b/drivers/spi/spi_mpc83xx.c
> index be15a62..033fd51 100644
> --- a/drivers/spi/spi_mpc83xx.c
> +++ b/drivers/spi/spi_mpc83xx.c
> @@ -454,12 +454,12 @@ static int __init mpc83xx_spi_probe(struct platform_device *dev)
> goto put_master;
> }
>
> - mpc83xx_spi->irq = platform_get_irq(dev, 0);
> -
> - if (mpc83xx_spi->irq < 0) {
> - ret = -ENXIO;
> + ret = platform_get_irq(dev, 0);
> + if (ret < 0)
> goto unmap_io;
> - }
> +
> + mpc83xx_spi->irq = ret;
> + ret = 0;
>
> /* Register for SPI Interrupt */
> ret = request_irq(mpc83xx_spi->irq, mpc83xx_spi_irq,
>
> _______________________________________________
> Linuxppc-dev mailing list
> Linuxppc-dev@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-dev
>
^ permalink raw reply
* Re: [PATCH 2/2] mpic_u3msi: mpic_u3msi: failed allocation unnoticed
From: Segher Boessenkool @ 2008-04-23 22:09 UTC (permalink / raw)
To: Roel Kluin; +Cc: linuxppc-dev, paulus, lkml
In-Reply-To: <480F8754.7000200@tiscali.nl>
> bitmap_find_free_region(), called by mpic_msi_alloc_hwirqs() may
> return -ENOMEM, but hwirq of type irq_hw_number_t which is unsigned.
> list_for_each_entry(entry, &pdev->msi_list, list) {
> hwirq = mpic_msi_alloc_hwirqs(msi_mpic, 1);
> - if (hwirq < 0) {
> + if (hwirq == -ENOMEM) {
> pr_debug("u3msi: failed allocating hwirq\n");
> return hwirq;
> }
Please test for _all_ error values, instead.
Segher
^ permalink raw reply
* [PATCH 2/2 v2] mpic_u3msi: mpic_u3msi: failed allocation unnoticed
From: Roel Kluin @ 2008-04-23 22:25 UTC (permalink / raw)
To: Segher Boessenkool; +Cc: linuxppc-dev, paulus, lkml
In-Reply-To: <df21920e067e73985f73047e2d8bcbda@kernel.crashing.org>
Segher Boessenkool wrote:
>> bitmap_find_free_region(), called by mpic_msi_alloc_hwirqs() may
>> return -ENOMEM, but hwirq of type irq_hw_number_t which is unsigned.
>
>> list_for_each_entry(entry, &pdev->msi_list, list) {
>> hwirq = mpic_msi_alloc_hwirqs(msi_mpic, 1);
>> - if (hwirq < 0) {
>> + if (hwirq == -ENOMEM) {
>
> Please test for _all_ error values, instead.
>
> Segher
In this case -ENOMEM was _all_ error values, but I get your point.
---
bitmap_find_free_region(), called by mpic_msi_alloc_hwirqs() may return
signed, but hwirq is unsigned. A failed allocation remains unnoticed.
diff --git a/arch/powerpc/sysdev/mpic_u3msi.c b/arch/powerpc/sysdev/mpic_u3msi.c
index 1d5a408..e790f39 100644
--- a/arch/powerpc/sysdev/mpic_u3msi.c
+++ b/arch/powerpc/sysdev/mpic_u3msi.c
@@ -115,14 +115,16 @@ static int u3msi_setup_msi_irqs(struct pci_dev *pdev, int nvec, int type)
struct msi_desc *entry;
struct msi_msg msg;
u64 addr;
+ int ret;
addr = find_ht_magic_addr(pdev);
msg.address_lo = addr & 0xFFFFFFFF;
msg.address_hi = addr >> 32;
list_for_each_entry(entry, &pdev->msi_list, list) {
- hwirq = mpic_msi_alloc_hwirqs(msi_mpic, 1);
- if (hwirq < 0) {
+ ret = mpic_msi_alloc_hwirqs(msi_mpic, 1);
+ hwirq = ret;
+ if (ret < 0) {
pr_debug("u3msi: failed allocating hwirq\n");
return hwirq;
}
^ permalink raw reply related
* [PATCH 1/2 v2] powerpc: mpic_pasemi_msi: failed allocation unnoticed
From: Roel Kluin @ 2008-04-23 22:32 UTC (permalink / raw)
To: paulus, linuxppc-dev; +Cc: lkml
In-Reply-To: <480F6905.3070808@tiscali.nl>
also please add my signoff to
[PATCH 2/2 v2] mpic_u3msi: mpic_u3msi: failed allocation unnoticed
---
bitmap_find_free_region(), called by mpic_msi_alloc_hwirqs() may return
signed, but hwirq is unsigned. A failed allocation remains unnoticed.
Signed-off-by: Roel Kluin <12o3l@tiscali.nl>
---
diff --git a/arch/powerpc/sysdev/mpic_pasemi_msi.c b/arch/powerpc/sysdev/mpic_pasemi_msi.c
index 33cbfb2..68aff60 100644
--- a/arch/powerpc/sysdev/mpic_pasemi_msi.c
+++ b/arch/powerpc/sysdev/mpic_pasemi_msi.c
@@ -95,6 +95,7 @@ static int pasemi_msi_setup_msi_irqs(struct pci_dev *pdev, int nvec, int type)
unsigned int virq;
struct msi_desc *entry;
struct msi_msg msg;
+ int ret;
pr_debug("pasemi_msi_setup_msi_irqs, pdev %p nvec %d type %d\n",
pdev, nvec, type);
@@ -108,8 +109,9 @@ static int pasemi_msi_setup_msi_irqs(struct pci_dev *pdev, int nvec, int type)
* few MSIs for someone, but restrictions will apply to how the
* sources can be changed independently.
*/
- hwirq = mpic_msi_alloc_hwirqs(msi_mpic, ALLOC_CHUNK);
- if (hwirq < 0) {
+ ret = mpic_msi_alloc_hwirqs(msi_mpic, ALLOC_CHUNK);
+ hwirq = ret;
+ if (ret < 0) {
pr_debug("pasemi_msi: failed allocating hwirq\n");
return hwirq;
}
^ permalink raw reply related
* [PATCH] Add Timur Tabi to the MAINTAINERS file
From: Timur Tabi @ 2008-04-23 22:45 UTC (permalink / raw)
To: linuxppc-dev, paulus; +Cc: Timur Tabi
Add Timur TAbi as the maintainer for the Freescale QE library, the Freescale
QE UART device driver, the Freescale SOC sound drivers, and the Crystal
Semiconductor CS4270 device driver.
Signed-off-by: Timur Tabi <timur@freescale.com>
---
This patch is for 2.6.26.
MAINTAINERS | 25 +++++++++++++++++++++++++
1 files changed, 25 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 90dcbbc..7a8bc0a 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -1104,6 +1104,12 @@ M: kernel@wantstofly.org
L: linux-usb@vger.kernel.org
S: Maintained
+CIRRUS LOGIC CS4270 SOUND DRIVER
+P: Timur Tabi
+M: timur@freescale.com
+L: alsa-devel@alsa-project.org
+S: Supported
+
CIRRUS LOGIC CS4280/CS461x SOUNDDRIVER
P: Cirrus Logic Corporation (kernel 2.2 driver)
M: Cirrus Logic Corporation, Thomas Woller <twoller@crystal.cirrus.com>
@@ -1626,6 +1632,12 @@ L: linuxppc-dev@ozlabs.org
L: netdev@vger.kernel.org
S: Maintained
+FREESCALE QUICC ENGINE LIBRARY
+P: Timur Tabi
+M: timur@freescale.com
+L: linuxppc-dev@ozlabs.org
+S: Supported
+
FREESCALE HIGHSPEED USB DEVICE DRIVER
P: Li Yang
M: leoli@freescale.com
@@ -1640,6 +1652,19 @@ L: netdev@vger.kernel.org
L: linuxppc-dev@ozlabs.org
S: Maintained
+FREESCALE QUICC ENGINE UCC UART DRIVER
+P: Timur Tabi
+M: timur@freescale.com
+L: linuxppc-dev@ozlabs.org
+S: Supported
+
+FREESCALE SOC SOUND DRIVERS
+P: Timur Tabi
+M: timur@freescale.com
+L: alsa-devel@alsa-project.org
+L: linuxppc-dev@ozlabs.org
+S: Supported
+
FILE LOCKING (flock() and fcntl()/lockf())
P: Matthew Wilcox
M: matthew@wil.cx
--
1.5.3
^ permalink raw reply related
* Please pull from 'powerpc-next' branch
From: Kumar Gala @ 2008-04-23 22:50 UTC (permalink / raw)
To: Paul Mackerras; +Cc: linuxppc-dev
Please pull from 'powerpc-next' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git powerpc-next
to receive the following updates:
arch/powerpc/kernel/cpu_setup_6xx.S | 8
arch/ppc/8260_io/fcc_enet.c | 19
arch/ppc/8xx_io/enet.c | 23
arch/ppc/Kconfig | 82 --
arch/ppc/configs/ads8272_defconfig | 930 ----------------------------------
arch/ppc/configs/mpc86x_ads_defconfig | 633 -----------------------
arch/ppc/configs/mpc885ads_defconfig | 622 ----------------------
arch/ppc/platforms/Makefile | 4
arch/ppc/platforms/fads.h | 25
arch/ppc/platforms/mpc8272ads_setup.c | 367 -------------
arch/ppc/platforms/mpc885ads.h | 93 ---
arch/ppc/platforms/mpc885ads_setup.c | 476 -----------------
arch/ppc/platforms/pq2ads.c | 53 -
arch/ppc/platforms/pq2ads.h | 94 ---
arch/ppc/platforms/pq2ads_pd.h | 32 -
arch/ppc/syslib/m8260_setup.c | 6
arch/ppc/syslib/m82xx_pci.c | 38 -
arch/ppc/syslib/m8xx_setup.c | 10
include/asm-ppc/mpc8260.h | 4
include/asm-ppc/mpc8xx.h | 4
20 files changed, 9 insertions(+), 3514 deletions(-)
Kumar Gala (3):
[PPC] Remove mpc8272 ads board from arch/ppc
[PPC] Remove mpc885ads and mpc86x ads boards from arch/ppc
[POWERPC] ppc32: Fix errata for 603 CPUs
^ permalink raw reply
* Re: Please pull from 'powerpc-next' branch
From: Kumar Gala @ 2008-04-23 22:56 UTC (permalink / raw)
To: Kumar Gala; +Cc: linuxppc-dev, Paul Mackerras
In-Reply-To: <Pine.LNX.4.64.0804231749530.14182@blarg.am.freescale.net>
Here are four patches posted for you to pick up directly:
[POWERPC v7] 85xx: Add support for relocatble kernel (and booting at
non-zero)
[POWERPC v2] Port fixmap from x86 and use for kmap_atomic
[POWERPC] Cleanup asm-offset.c
[POWERPC] Clean up access to thread_info in assembly
- k
^ permalink raw reply
* Re: [PATCH 2/2 v2] mpic_u3msi: mpic_u3msi: failed allocation unnoticed
From: Roel Kluin @ 2008-04-23 23:03 UTC (permalink / raw)
To: Segher Boessenkool; +Cc: linuxppc-dev, paulus, lkml
In-Reply-To: <480FB766.1040405@tiscali.nl>
Again thanks to Segher and Joe Perches
---
bitmap_find_free_region(), called by mpic_msi_alloc_hwirqs() may return
signed, but hwirq is unsigned. A failed allocation remains unnoticed.
Signed-off-by: Roel Kluin <12o3l@tiscali.nl>
---
diff --git a/arch/powerpc/sysdev/mpic_u3msi.c b/arch/powerpc/sysdev/mpic_u3msi.c
index 1d5a408..6e2f868 100644
--- a/arch/powerpc/sysdev/mpic_u3msi.c
+++ b/arch/powerpc/sysdev/mpic_u3msi.c
@@ -115,17 +115,19 @@ static int u3msi_setup_msi_irqs(struct pci_dev *pdev, int nvec, int type)
struct msi_desc *entry;
struct msi_msg msg;
u64 addr;
+ int ret;
addr = find_ht_magic_addr(pdev);
msg.address_lo = addr & 0xFFFFFFFF;
msg.address_hi = addr >> 32;
list_for_each_entry(entry, &pdev->msi_list, list) {
- hwirq = mpic_msi_alloc_hwirqs(msi_mpic, 1);
- if (hwirq < 0) {
+ ret = mpic_msi_alloc_hwirqs(msi_mpic, 1);
+ if (ret < 0) {
pr_debug("u3msi: failed allocating hwirq\n");
- return hwirq;
+ return ret;
}
+ hwirq = ret;
virq = irq_create_mapping(msi_mpic->irqhost, hwirq);
if (virq == NO_IRQ) {
^ permalink raw reply related
* Re: [PATCH 2/2 v2] mpic_u3msi: mpic_u3msi: failed allocation unnoticed
From: Michael Ellerman @ 2008-04-23 23:36 UTC (permalink / raw)
To: Roel Kluin; +Cc: linuxppc-dev, paulus, lkml
In-Reply-To: <480FB766.1040405@tiscali.nl>
[-- Attachment #1: Type: text/plain, Size: 2304 bytes --]
On Thu, 2008-04-24 at 00:25 +0200, Roel Kluin wrote:
> Segher Boessenkool wrote:
> >> bitmap_find_free_region(), called by mpic_msi_alloc_hwirqs() may
> >> return -ENOMEM, but hwirq of type irq_hw_number_t which is unsigned.
> >
> >> list_for_each_entry(entry, &pdev->msi_list, list) {
> >> hwirq = mpic_msi_alloc_hwirqs(msi_mpic, 1);
> >> - if (hwirq < 0) {
> >> + if (hwirq == -ENOMEM) {
>
> >
> > Please test for _all_ error values, instead.
> >
> > Segher
>
> In this case -ENOMEM was _all_ error values, but I get your point.
> ---
> bitmap_find_free_region(), called by mpic_msi_alloc_hwirqs() may return
> signed, but hwirq is unsigned. A failed allocation remains unnoticed.
>
> diff --git a/arch/powerpc/sysdev/mpic_u3msi.c b/arch/powerpc/sysdev/mpic_u3msi.c
> index 1d5a408..e790f39 100644
> --- a/arch/powerpc/sysdev/mpic_u3msi.c
> +++ b/arch/powerpc/sysdev/mpic_u3msi.c
> @@ -115,14 +115,16 @@ static int u3msi_setup_msi_irqs(struct pci_dev *pdev, int nvec, int type)
> struct msi_desc *entry;
> struct msi_msg msg;
> u64 addr;
> + int ret;
>
> addr = find_ht_magic_addr(pdev);
> msg.address_lo = addr & 0xFFFFFFFF;
> msg.address_hi = addr >> 32;
>
> list_for_each_entry(entry, &pdev->msi_list, list) {
> - hwirq = mpic_msi_alloc_hwirqs(msi_mpic, 1);
> - if (hwirq < 0) {
> + ret = mpic_msi_alloc_hwirqs(msi_mpic, 1);
> + hwirq = ret;
> + if (ret < 0) {
> pr_debug("u3msi: failed allocating hwirq\n");
> return hwirq;
> }
I'm not sure I like this.
I think the real bug is that we're using irq_hw_number_t to represent
something which isn't. At the end of the day we have to stash the hwirq
into the MSI message data, which is a u32.
I guess we could imagine a driver that does something magic to allow it
to put something bigger than a u32 in the MSI message, but I doubt it.
So I think mpic_msi_alloc_hwirqs() should return a long, which allows
it to return a full u32 plus the negative error values.
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone: +61 2 6212 1183 (tie line 70 21183)
We do not inherit the earth from our ancestors,
we borrow it from our children. - S.M.A.R.T Person
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply
* Re: [PATCH 2/2 v2] mpic_u3msi: mpic_u3msi: failed allocation unnoticed
From: Benjamin Herrenschmidt @ 2008-04-24 0:42 UTC (permalink / raw)
To: michael; +Cc: linuxppc-dev, Roel Kluin, lkml, paulus
In-Reply-To: <1208993783.9245.10.camel@concordia.ozlabs.ibm.com>
On Thu, 2008-04-24 at 09:36 +1000, Michael Ellerman wrote:
>
> I think the real bug is that we're using irq_hw_number_t to represent
> something which isn't. At the end of the day we have to stash the
> hwirq
> into the MSI message data, which is a u32.
>
> I guess we could imagine a driver that does something magic to allow
> it
> to put something bigger than a u32 in the MSI message, but I doubt it.
>
> So I think mpic_msi_alloc_hwirqs() should return a long, which allows
> it to return a full u32 plus the negative error values.
Until it's used on 32 bits...
Make it return an int error code and pass the hwirq elsewhere or use the
"illegal" hwirq number (each PIC defines one) as the error return.
Cheers,
Ben.
^ permalink raw reply
* Re: new warnings from stacktrace patch
From: Benjamin Herrenschmidt @ 2008-04-24 0:44 UTC (permalink / raw)
To: Christoph Hellwig; +Cc: Stephen Rothwell, Paul Mackerras, ppc-dev
In-Reply-To: <20080423143229.GA18667@lst.de>
On Wed, 2008-04-23 at 16:32 +0200, Christoph Hellwig wrote:
> On Wed, Apr 23, 2008 at 05:59:38PM +1000, Stephen Rothwell wrote:
> > This is from commit fd3e0bbc6052ca9747a5332b382584ece83aab6d ("[POWERPC]
> > Stacktrace support for lockdep"). We don't include asm-offsets.h in any
> > other C file in the powerpc build.
>
> I think the include can be safely removed.
Yup. It's a leftover from before I fixed up some stuff in ptrace.h
>
> Signed-off-by: Christoph Hellwig <hch@lst.de>
Ack.
> Index: linux-2.6/arch/powerpc/kernel/stacktrace.c
> ===================================================================
> --- linux-2.6.orig/arch/powerpc/kernel/stacktrace.c 2008-04-23 15:28:05.000000000 +0200
> +++ linux-2.6/arch/powerpc/kernel/stacktrace.c 2008-04-23 15:28:16.000000000 +0200
> @@ -13,7 +13,6 @@
> #include <linux/sched.h>
> #include <linux/stacktrace.h>
> #include <asm/ptrace.h>
> -#include <asm/asm-offsets.h>
>
> /*
> * Save stack-backtrace addresses into a stack_trace buffer.
> _______________________________________________
> Linuxppc-dev mailing list
> Linuxppc-dev@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-dev
^ permalink raw reply
* Re: Patches added to powerpc.git master and powerpc-next branches
From: Benjamin Herrenschmidt @ 2008-04-24 0:45 UTC (permalink / raw)
To: Kumar Gala; +Cc: linuxppc-dev, Paul Mackerras
In-Reply-To: <CA750B46-2360-4C75-8F8E-5DFD0FB9807C@kernel.crashing.org>
On Wed, 2008-04-23 at 07:49 -0500, Kumar Gala wrote:
> its left over from the x86 port. I'll get rid of
> __FIXADDR_BOOT_SIZE,
> FIXADDR_BOOT_START, and __FIXADDR_TOP.
>
> If we want the early ioremap support in the future we can add back
> __FIXADDR_BOOT_SIZE and FIXADDR_BOOT_START.
Our early ioremap works differently. Do you see any reason why we may
want to do it like x86 instead ? Is it any better ?
Ben.
^ permalink raw reply
* Re: simpleboot
From: Josh Boyer @ 2008-04-24 1:09 UTC (permalink / raw)
To: David H. Lynch Jr.; +Cc: linuxppc-embedded
In-Reply-To: <480F917F.8040809@picocomputing.net>
On Wed, 2008-04-23 at 15:43 -0400, David H. Lynch Jr. wrote:
> Grant Likely wrote:
> > make simpleImage.<boardname>
> > - or -
> > make simpleImage.initrd.<boardname>
> >
> > The makefile will use arch/powerpc/boot/dts/<boardname>.dts for the device tree.
> Thanks, I suspected most of that. But I have not see simpleboot in
> Linus's tree yet,
> so I have to back port the patch from the paulus tree and that makes
> it harder to just try it.
simpleboot is in Linus' tree now. It went in with the first pull
request paulus sent for .26.
I don't understand that comment anyway though. If you're working with a
PowerPC board, why aren't you using the powerpc tree (paulus') to begin
with? "Backporting" pieces of it to some other tree seems to be a waste
of time to me...
josh
^ permalink raw reply
* Re: [U-Boot-Users] AMCC PPC440EPx/sequoia stability question...
From: Josh Boyer @ 2008-04-24 1:10 UTC (permalink / raw)
To: Stefan Roese; +Cc: u-boot-users, linuxppc-embedded
In-Reply-To: <200804231449.24746.sr@denx.de>
On Wed, 2008-04-23 at 14:49 +0200, Stefan Roese wrote:
> On Wednesday 23 April 2008, Dave Littell wrote:
> > At this point all possibilities are on the table and I'm looking for any
> > input from anyone with experience (good, bad, or whatever) with this
> > processor and/or designs similar to the Sequoia.
>
> If you scan the U-Boot mailing list for 440EPx/Denali DDR2 problems, you will
> most likely find some references.
>
> Please note that I recently introduced a CFG_MEM_TOP_HIDE option for the
> 440EPx CHIP 11 errata. I suggest you take a look at this too and see if this
> changes your behavior.
Explain this a bit more please? Is a kernel change needed here?
josh
^ permalink raw reply
* Re: simpleboot
From: David H. Lynch Jr. @ 2008-04-24 1:50 UTC (permalink / raw)
To: Grant Likely; +Cc: linuxppc-embedded
In-Reply-To: <fa686aa40804231248s162479d9o530051d3c88da471@mail.gmail.com>
Grant Likely wrote:
> Its whatever kind of image you pass it.
>
>
The simpleboot stuff must have hit Linux's tree today.
I synced with it.
created an arch/powerpc/boot/dts/pico_e1x.dts that is probably fouled up
- but that is a problem for later.
did:
make -f Makefile ARCH=powerpc CROSS_COMPILE=powerpc-linux-uclibc-
simpleImage.pico_e1x
had to deal with a few different config options and then got:
make[1]: Entering directory `/usr/src/linux-2.6.pico'
make[1]: *** No rule to make target `simpleImage.pico_e1x'. Stop.
make[1]: Leaving directory `/usr/src/linux-2.6.pico'
make: *** [release] Error 2
So how does the top level Makefile know about the simpeImage.% target
in arch/powerpc/boot ?
--
Dave Lynch Pico Computing, Inc.
Software Development Embedded Linux
717.627.3770 dhlii@picocomputing.net http://www.picocomputing.com
fax: 1.253.369.9244 Cell: 1.717.587.7774
Tiny Mighty Machines
^ permalink raw reply
* [PATCH] Discourage people from fiddling with kernel data from prom_init
From: Michael Ellerman @ 2008-04-24 2:08 UTC (permalink / raw)
To: linuxppc-dev
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 3336 bytes --]
As BenH said the other day, it is an "accident" that prom_init.o is linked
with the rest of the kernel. The truth is a little more subtle, prom_init
isn't truly bootloader, it does fiddle with kernel data in a few places.
What we can do is discourage people from adding new code that accesses
data outside of prom_init. And hence this patch, from the script:
# This script checks prom_init.o to see what external symbols it
# is using, if it finds symbols not in the whitelist it returns
# an error. The point of this is to discourage people from
# intentionally or accidentally adding new code to prom_init.c
# which has side effects on other parts of the kernel.
Signed-off-by: Michael Ellerman <michael@ellerman.id.au>
---
arch/powerpc/kernel/Makefile | 9 +++++
arch/powerpc/kernel/prom_init_check.sh | 58 ++++++++++++++++++++++++++++++++
2 files changed, 67 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/kernel/Makefile b/arch/powerpc/kernel/Makefile
index 5183a90..562bb02 100644
--- a/arch/powerpc/kernel/Makefile
+++ b/arch/powerpc/kernel/Makefile
@@ -106,4 +106,13 @@ PHONY += systbl_chk
systbl_chk: $(src)/systbl_chk.sh $(obj)/systbl_chk.i
$(call cmd,systbl_chk)
+$(obj)/built-in.o: prom_init_check
+
+quiet_cmd_prom_init_check = CALL $<
+ cmd_prom_init_check = $(CONFIG_SHELL) $< "$(NM)" "$(obj)/prom_init.o"
+
+PHONY += prom_init_check
+prom_init_check: $(src)/prom_init_check.sh $(obj)/prom_init.o
+ $(call cmd,prom_init_check)
+
clean-files := vmlinux.lds
diff --git a/arch/powerpc/kernel/prom_init_check.sh b/arch/powerpc/kernel/prom_init_check.sh
new file mode 100644
index 0000000..8e24fc1
--- /dev/null
+++ b/arch/powerpc/kernel/prom_init_check.sh
@@ -0,0 +1,58 @@
+#!/bin/sh
+#
+# Copyright © 2008 IBM Corporation
+#
+# 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.
+
+# This script checks prom_init.o to see what external symbols it
+# is using, if it finds symbols not in the whitelist it returns
+# an error. The point of this is to discourage people from
+# intentionally or accidentally adding new code to prom_init.c
+# which has side effects on other parts of the kernel.
+
+# If you really need to reference something from prom_init.o add
+# it to the list below:
+
+WHITELIST="add_reloc_offset __bss_start __bss_stop copy_and_flush
+_end enter_prom memcpy memset reloc_offset __secondary_hold
+__secondary_hold_acknowledge __secondary_hold_spinloop __start
+strcmp strcpy strlcpy strlen strncmp strstr logo_linux_clut224
+reloc_got2"
+
+NM="$1"
+OBJ="$2"
+
+ERROR=0
+
+for UNDEF in $($NM -u $OBJ | awk '{print $2}')
+do
+ # On 64-bit nm gives us the function descriptors, which have
+ # a leading . on the name, so strip it off here.
+ UNDEF="${UNDEF#.}"
+
+ if [ $KBUILD_VERBOSE ]; then
+ if [ $KBUILD_VERBOSE -ne 0 ]; then
+ echo "Checking prom_init.o symbol '$UNDEF'"
+ fi
+ fi
+
+ OK=0
+ for WHITE in $WHITELIST
+ do
+ if [ "$UNDEF" = "$WHITE" ]; then
+ OK=1
+ break
+ fi
+ done
+
+ if [ $OK -eq 0 ]; then
+ ERROR=1
+ echo "Error: External symbol '$UNDEF' referenced" \
+ "from prom_init.c" >&2
+ fi
+done
+
+exit $ERROR
--
1.5.5
^ permalink raw reply related
* [PATCH] Use of_get_next_parent() in platforms/cell/axon_msi.c
From: Michael Ellerman @ 2008-04-24 2:08 UTC (permalink / raw)
To: linuxppc-dev
Replace two open-coded occurences of the of_get_next_parent() logic.
Signed-off-by: Michael Ellerman <michael@ellerman.id.au>
---
The function touched by the first chunk still needs the tmp variable.
arch/powerpc/platforms/cell/axon_msi.c | 6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/platforms/cell/axon_msi.c b/arch/powerpc/platforms/cell/axon_msi.c
index d95e71d..c39f5c2 100644
--- a/arch/powerpc/platforms/cell/axon_msi.c
+++ b/arch/powerpc/platforms/cell/axon_msi.c
@@ -123,7 +123,7 @@ static struct axon_msic *find_msi_translator(struct pci_dev *dev)
return NULL;
}
- for (; dn; tmp = of_get_parent(dn), of_node_put(dn), dn = tmp) {
+ for (; dn; dn = of_get_next_parent(dn)) {
ph = of_get_property(dn, "msi-translator", NULL);
if (ph)
break;
@@ -169,7 +169,7 @@ static int axon_msi_check_device(struct pci_dev *dev, int nvec, int type)
static int setup_msi_msg_address(struct pci_dev *dev, struct msi_msg *msg)
{
- struct device_node *dn, *tmp;
+ struct device_node *dn;
struct msi_desc *entry;
int len;
const u32 *prop;
@@ -182,7 +182,7 @@ static int setup_msi_msg_address(struct pci_dev *dev, struct msi_msg *msg)
entry = list_first_entry(&dev->msi_list, struct msi_desc, list);
- for (; dn; tmp = of_get_parent(dn), of_node_put(dn), dn = tmp) {
+ for (; dn; dn = of_get_next_parent(dn)) {
if (entry->msi_attrib.is_64) {
prop = of_get_property(dn, "msi-address-64", &len);
if (prop)
--
1.5.5
^ permalink raw reply related
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