On Thu, 2008-12-04 at 17:17 +1100, Stephen Rothwell wrote:
> Please don't make unrelated trivial fixups - they just make us look hard
> to see if something really changed.
Ooops... caught :-)
> > -/*
> > - * switch_mm is the entry point called from the architecture independent
> > +/* switch_mm
On Thu, 2008-12-04 at 17:38 +1100, Stephen Rothwell wrote:
> Hi Ben,
>
> On Thu, 04 Dec 2008 16:41:53 +1100 Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> wrote:
> >
> > +++ linux-work/arch/powerpc/mm/mmu_context_nohash.c 2008-12-04
> > 15:18:46.0 +1100
> > + /* No more free contexts, le
Hi Ben,
On Thu, 04 Dec 2008 16:41:53 +1100 Benjamin Herrenschmidt <[EMAIL PROTECTED]>
wrote:
>
> +++ linux-work/arch/powerpc/mm/mmu_context_nohash.c 2008-12-04
> 15:18:46.0 +1100
> + /* No more free contexts, let's try to steal one */
> + if (nr_free_contexts == 0) {
> +#ifdef
Hi Ben,
On Thu, 04 Dec 2008 16:41:48 +1100 Benjamin Herrenschmidt <[EMAIL PROTECTED]>
wrote:
>
> --- linux-work.orig/arch/powerpc/include/asm/bug.h2008-12-03
> 13:50:01.0 +1100
> +++ linux-work/arch/powerpc/include/asm/bug.h 2008-12-03 13:50:18.0
> +1100
> @@ -26,7 +26,7 @@
We were missing the CPU_FTR_NOEXECUTE bit in our cputable for all
these processors. The result is that update_mmu_cache() would flush
the cache for all pages mapped to userspace which is totally
unnecessary on those processors since we already handle flushing
on execute in the page fault path.
Thi
This reworks the context management code used by 4xx,8xx and
freescale BookE. It adds support for SMP by implementing a
concept of stale context map to lazily flush the TLB on
processors where a context may have been invalidated. This
also contains the ground work for generalizing such lazy TLB
flu
This splits the mmu_context handling between 32-bit hash based processors,
64-bit hash based processors and everybody else. This is preliminary work
for adding SMP support for BookE processors.
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
arch/powerpc/include/asm/bug.h
This adds a local_flush_tlb_mm() call as a pre-requisite for some
SMP work for BookE processors
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
arch/powerpc/include/asm/tlbflush.h |5 +
1 file changed, 5 insertions(+)
--- linux-work.orig/arch/powerpc/include/asm/tlbflush.h
On Wed, 3 Dec 2008 20:26:07 -0800
"Greg KH" <[EMAIL PROTECTED]> wrote:
> On Wed, Dec 03, 2008 at 08:29:53PM -0500, Sean MacLennan wrote:
> >
> > It then seems to work, but I see corruption on the usb key. I
> > haven't looked into it too much since we aren't switching to 2.6.28
> > anytime soon (
On Wed, Dec 03, 2008 at 08:29:53PM -0500, Sean MacLennan wrote:
>
> It then seems to work, but I see corruption on the usb key. I haven't
> looked into it too much since we aren't switching to 2.6.28 anytime
> soon (it breaks our Secure Digital card driver).
What driver is that? Why would 2.6.28
On Thu, Dec 04, 2008 at 10:44:18AM +1100, Stephen Rothwell wrote:
> Hi Greg,
>
> Today's linux-next merge of the driver-core tree got a conflict in
> arch/powerpc/platforms/85xx/mpc85xx_mds.c between commit
> 24a99596f7465274a8e65ddd29a7d9028969b9f9 ("powerpc/85xx: Fix compile
> warnings in mpc85x
This is a repost of a message sent to linuxppc-dev. It was recommended
a send it here.
The warp is a PPC based telephony appliance. You can get details from
the Pika website:
http://www.pikatechnologies.com/english/View.asp?x=608
Cheers,
Sean MacLennan
Anybody else seeing USB problems in the
On Wed, 2008-12-03 at 15:09 -0800, Trent Piepho wrote:
> #ifdef __powerpc64__
> #define LONG_ASM_CONST(x) ASM_CONST(x)
> #else
> #define LONG_ASM_CONST(x) 0
> #endif
>
> #define CPU_FTR_NOEXECUTE LONG_ASM_CONST(0x0008)
>
> Am I not looking at
From: Geert Uytterhoeven <[EMAIL PROTECTED]>
commit 059e4938f8b060b10c4352e6c45739473bc73267 ("powerpc/ps3: Add a sub-match
id to ps3_system_bus") forgot to update the module alias support:
- Add the sub-match ids to the module aliases, so udev can distinguish
between different types of sub-
Change the debug message in dma_sb_region_create() from
pr_info() to DBG() to quiet the dmesg output.
Signed-off-by: Geoff Levand <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/ps3/mm.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- a/arch/powerpc/platforms/ps3/mm.c
+++ b/arch/powe
Fix a minor comment typo in pgtable-ppc64.h.
Signed-off-by: Geoff Levand <[EMAIL PROTECTED]>
---
arch/powerpc/include/asm/pgtable-ppc64.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- a/arch/powerpc/include/asm/pgtable-ppc64.h
+++ b/arch/powerpc/include/asm/pgtable-ppc64.h
@@ -100
Hi Paul,
Here is a small set of patches for 2.6.29. Please consider
them for your next branch.
[patch 1/3] powerpc: Fix typo in pgtable-ppc64.h
[patch 2/3] powerpc/ps3: Quiet dmesg output
[patch 3/3] powerpc/ps3: Add sub-match id modalias support
-Geoff
--
_
On Wed, Dec 03, 2008 at 05:10:30PM -0600, Timur Tabi wrote:
> On Fri, Oct 17, 2008 at 12:57 PM, Anton Vorontsov
> <[EMAIL PROTECTED]> wrote:
> > MCU is an external Freescale MC9S08QG8 microcontroller, mainly used to
> > provide soft power-off function, but also exports two GPIOs (wired to
> > the L
Hi Greg,
Today's linux-next merge of the driver-core tree got a conflict in
arch/powerpc/platforms/85xx/mpc85xx_mds.c between commit
24a99596f7465274a8e65ddd29a7d9028969b9f9 ("powerpc/85xx: Fix compile
warnings in mpc85xx_mds.c") from the galak tree and commit
f58f23751464d095f9942304bc5f6072b79a2
Hi all,
Today's linux-next build (powerpc ppc64_defconfig) produced this warning:
drivers/ieee1394/sbp2.c: In function 'sbp2_create_command_orb':
drivers/ieee1394/sbp2.c:1559: warning: unused variable 'dmadev'
Caused by commit 15e09c0ecaab4a1b4a7ed69db536c38948b92279 ("powerpc: Add
sync_*_for_*
I wrote:
> Please pull from the 'merge' branch of
>
> git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git merge
>
> to get one commit from Ben Herrenschmidt that fixes a regression since
> 2.6.27.
I have just added one more commit from Kumar's merge branch, so when
you pull the dif
On Tue, 2 Dec 2008, Benjamin Herrenschmidt wrote:
> On Tue, 2008-12-02 at 01:36 -0600, Kumar Gala wrote:
>
>>> #define CPU_FTRS_E200 (CPU_FTR_USE_TB | CPU_FTR_SPE_COMP | \
>>> CPU_FTR_NODSISRALIGN | CPU_FTR_COHERENT_ICACHE | \
>>> - CPU_FTR_UNIFIED_ID_CACHE)
>>> + CPU_FTR_
On Fri, Oct 17, 2008 at 12:57 PM, Anton Vorontsov
<[EMAIL PROTECTED]> wrote:
> MCU is an external Freescale MC9S08QG8 microcontroller, mainly used to
> provide soft power-off function, but also exports two GPIOs (wired to
> the LEDs and also available from the external headers).
>
> Signed-off-by:
On Wed, Dec 03, 2008 at 01:53:26PM -0600, Kumar Gala wrote:
>
> On Dec 3, 2008, at 1:26 PM, Anton Vorontsov wrote:
>
>> Hi Kumar,
>>
>> Here are few patches queued for the next branch. The patches are
>> mostly USB related. Plus a trivial patch that fixes some sparse
>> warnings.
>>
>> [PATCH 1/5]
Please pull from 'next' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git next
to receive the following updates:
arch/powerpc/Makefile |1
arch/powerpc/boot/dts/gef_sbc610.dts | 11
arch/powerpc/boot/dts/mpc8572ds.dts
From: Haiying Wang <[EMAIL PROTECTED]>
This patch creates the dts files for each core and splits the devices
between the two cores for MPC8572DS.
core0 has memory, L2, i2c, dma1, global-util, eth0, eth1, crypto, pci0, pci1.
core1 has L2, dma2, eth2, eth3, pci2, msi.
MPIC is shared between two co
On Dec 3, 2008, at 1:26 PM, Anton Vorontsov wrote:
Hi Kumar,
Here are few patches queued for the next branch. The patches are
mostly USB related. Plus a trivial patch that fixes some sparse
warnings.
[PATCH 1/5] powerpc/qe: Implement QE Pin Multiplexing API
[PATCH 2/5] powerpc: Implement GPIO
On Sat, Nov 08, 2008 at 08:52:54PM +0300, Anton Vorontsov wrote:
> Boards should know when QE_USB is used, so that they can configure USB
> clocks and pins.
>
> Another option would be to add 'select QE_USB' into USB_GADGET_FSL_QE,
> but selects are evil since they don't support dependencies.
>
>
This patch fixes following sparse warnings:
CHECK mpc836x_mds.c
mpc836x_mds.c:75:12: warning: Using plain integer as NULL pointer
mpc836x_mds.c:79:13: warning: incorrect type in assignment (different address
spaces)
mpc836x_mds.c:79:13:expected unsigned char [usertype] *static [toplevel]
Simply add the usb node to support USB host on the MPC8360E-RDK
boards.
Currently U-Boot doesn't fill the clock-frequency property for
timer nodes, so for now we have to fill it manually.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc836x_rdk.dts | 19
- Update the device tree per QE USB bindings;
- Add timer (FSL GTM) node;
- Add gpio-controller node for BCSR13 bank (GPIOs on that bank
are used to control the USB transceiver);
- Set up other BCSR registers;
- Configure the QE Par IO.
The work is loosely based on Li Yang's patch[1], which was
The driver supports very simple GPIO controllers, that is, when a
controller provides just a 'data' register. Such controllers may be
found in various BCSRs (Board's FPGAs used to control board's
switches, LEDs, chip-selects, Ethernet/USB PHY power, etc).
So far we support only 1-byte GPIO banks.
With this API we're able to set a QE pin to the GPIO mode or a dedicated
peripheral function.
The API relies on the fact that QE gpio controllers are registered. If
they aren't, the API won't work (gracefully though).
There is one caveat though: if anybody occupied the node->data before us,
or ov
Hi Kumar,
Here are few patches queued for the next branch. The patches are
mostly USB related. Plus a trivial patch that fixes some sparse
warnings.
[PATCH 1/5] powerpc/qe: Implement QE Pin Multiplexing API
[PATCH 2/5] powerpc: Implement GPIO driver for simple memory-mapped banks
[PATCH 3/5] powe
Kumar Gala wrote:
>
> On Dec 2, 2008, at 11:31 PM, Nathan Lynch wrote:
>
>> Kumar Gala wrote:
>>> WARNING: vmlinux.o(.text+0x2aa): Section mismatch in reference from
>>> the variable __secondary_start to the function
>>> .devinit.text:start_secondary()
>>> The function __secondary_start() refere
arch/powerpc/platforms/85xx/mpc85xx_mds.c: In function 'board_fixups':
arch/powerpc/platforms/85xx/mpc85xx_mds.c:244: warning: format '%x' expects
type 'unsigned int', but argument 4 has type 'resource_size_t'
arch/powerpc/platforms/85xx/mpc85xx_mds.c:250: warning: format '%x' expects
type 'unsig
On Dec 3, 2008, at 10:27 AM, Anton Vorontsov wrote:
On Wed, Dec 03, 2008 at 09:47:53AM -0600, Kumar Gala wrote:
[...]
The patch fixes following build error:
CC drivers/mtd/nand/fsl_upm.o
drivers/mtd/nand/fsl_upm.c: In function 'fun_chip_init':
drivers/mtd/nand/fsl_upm.c:168: warning: pas
On Wed, 3 Dec 2008, Kumar Gala wrote:
> On Dec 3, 2008, at 10:17 AM, Geert Uytterhoeven wrote:
> >On Wed, 3 Dec 2008, Kumar Gala wrote:
> > >arch/powerpc/platforms/85xx/mpc85xx_mds.c: In function 'board_fixups':
> > >arch/powerpc/platforms/85xx/mpc85xx_mds.c:244: warning: format '%x' expects
> > >t
From: Haiying Wang <[EMAIL PROTECTED]>
Also add NOR and NAND flash partitions for mpc8572ds board
Signed-off-by: Haiying Wang <[EMAIL PROTECTED]>
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8572ds.dts | 113 +++
1 files changed, 113
On Wed, Dec 03, 2008 at 09:47:53AM -0600, Kumar Gala wrote:
[...]
>> The patch fixes following build error:
>>
>> CC drivers/mtd/nand/fsl_upm.o
>> drivers/mtd/nand/fsl_upm.c: In function 'fun_chip_init':
>> drivers/mtd/nand/fsl_upm.c:168: warning: passing argument 2 of
>> 'of_mtd_parse_part
On Dec 3, 2008, at 10:17 AM, Geert Uytterhoeven wrote:
On Wed, 3 Dec 2008, Kumar Gala wrote:
arch/powerpc/platforms/85xx/mpc85xx_mds.c: In function
'board_fixups':
arch/powerpc/platforms/85xx/mpc85xx_mds.c:244: warning: format '%x'
expects type 'unsigned int', but argument 4 has type
'res
On Wed, 3 Dec 2008, Kumar Gala wrote:
> arch/powerpc/platforms/85xx/mpc85xx_mds.c: In function 'board_fixups':
> arch/powerpc/platforms/85xx/mpc85xx_mds.c:244: warning: format '%x' expects
> type 'unsigned int', but argument 4 has type 'resource_size_t'
> arch/powerpc/platforms/85xx/mpc85xx_mds.c:
Please pull from 'merge' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git merge
to receive the following updates:
(This is to fix a patch merge issue, the tree is based on paul's merge
tree)
arch/powerpc/boot/dts/mpc8349emitx.dts | 16
1 file c
On Nov 7, 2008, at 8:15 AM, Martyn Welch wrote:
Basic support for the GPIO available on the SBC610 VPX Single Board
Computer
from GE Fanuc (PowerPC MPC8641D).
This patch adds basic support for the GPIO in the devices I/O FPGA,
the GPIO
functionality is exposed through the AFIX pins on the
On Nov 27, 2008, at 11:36 AM, Anton Vorontsov wrote:
Just found the merge issue in 442746989d92afc125040e0f29b33602ad94da99
("powerpc/83xx: Add support for MCU microcontroller in .dts files"):
the commit adds the MCU controller node into the DMA node, which is
wrong because the MCU sits on the
Please pull from 'next' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git next
to receive the following updates:
arch/powerpc/Makefile |1
arch/powerpc/boot/dts/gef_sbc610.dts | 11
arch/powerpc/configs/86xx/gef_sbc610_defco
On Nov 11, 2008, at 9:31 AM, Anton Vorontsov wrote:
With this patch we can compile the qe_lib/usb.c without the UCC
support (that is, without UCC_GETH and/or SERIAL_QE).
Fixes following link error (CONFIG_SMP should be =y to trigger this):
arch/powerpc/sysdev/built-in.o: In function `qe_usb_c
On Nov 26, 2008, at 10:38 AM, Anton Vorontsov wrote:
From: Wolfgang Grandegger <[EMAIL PROTECTED]>
The patch fixes following build error:
CC drivers/mtd/nand/fsl_upm.o
drivers/mtd/nand/fsl_upm.c: In function 'fun_chip_init':
drivers/mtd/nand/fsl_upm.c:168: warning: passing argument 2 of
On Nov 20, 2008, at 2:52 AM, Martyn Welch wrote:
Adding use of newly added Epson RTX-8581 real-time clock driver to GE
Fanuc SBC610's dts file and adding driver to default config.
Signed-off-by: Martyn Welch <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/gef_sbc610.dts |5 +
a
On Dec 3, 2008, at 5:34 AM, Paul Mackerras wrote:
Kumar Gala writes:
Can you update to -rc7 or greater. Also can we look at picking up
outstanding patches.
Done. I notice there are quite a few on patchwork that are delegated
to you. Are you going to send me a pull request shortly?
Yeah
arch/powerpc/platforms/85xx/mpc85xx_mds.c: In function 'board_fixups':
arch/powerpc/platforms/85xx/mpc85xx_mds.c:244: warning: format '%x' expects
type 'unsigned int', but argument 4 has type 'resource_size_t'
arch/powerpc/platforms/85xx/mpc85xx_mds.c:250: warning: format '%x' expects
type 'unsig
On Dec 3, 2008, at 8:52 AM, Kumar Gala wrote:
On Dec 3, 2008, at 6:06 AM, Herbert Xu wrote:
On Tue, Dec 02, 2008 at 10:29:16PM -0600, Kumar Gala wrote:
Removed __devexit from talitos_remove() since its also called from
talitos_probe().
WARNING: vmlinux.o(.text+0x28a008): Section mismatch i
I'm trying to use DMA to take data from the rx FIFO of a PSC and store
it in a buffer.
I had to change the off_to_size function, because it assumed that if
offset would be 0, then size would be 32bits, while I need to read 8
bits at a time, otherwise the FIFO wouldn't work correctly.
Has any
On Dec 3, 2008, at 6:06 AM, Herbert Xu wrote:
On Tue, Dec 02, 2008 at 10:29:16PM -0600, Kumar Gala wrote:
Removed __devexit from talitos_remove() since its also called from
talitos_probe().
WARNING: vmlinux.o(.text+0x28a008): Section mismatch in reference
from the function talitos_probe() t
On Dec 2, 2008, at 11:31 PM, Nathan Lynch wrote:
Kumar Gala wrote:
WARNING: vmlinux.o(.text+0x2aa): Section mismatch in reference from
the variable __secondary_start to the
function .devinit.text:start_secondary()
The function __secondary_start() references
the function __devinit start_sec
Hello,
On Wed, Dec 3, 2008 at 8:40 AM, Trent Piepho <[EMAIL PROTECTED]> wrote:
> On Wed, 3 Dec 2008, Sean MacLennan wrote:
>>> Yes, I would recommend to do it this way if possible. A small NOR for
>>> U-Boot and environment and everything else in NAND. This makes things
>>> much easier. But I unde
On Tue, Dec 02, 2008 at 10:29:16PM -0600, Kumar Gala wrote:
> Removed __devexit from talitos_remove() since its also called from
> talitos_probe().
>
> WARNING: vmlinux.o(.text+0x28a008): Section mismatch in reference from the
> function talitos_probe() to the function .devexit.text:talitos_remov
Kumar Gala writes:
> Can you update to -rc7 or greater. Also can we look at picking up
> outstanding patches.
Done. I notice there are quite a few on patchwork that are delegated
to you. Are you going to send me a pull request shortly?
Paul.
___
L
I have added the following commits to the next and master branches of
my powerpc.git tree. I also pulled in Linus' tree plus the fix from
Ben that I just asked him to pull.
Paul.
Anton Vorontsov (3):
powerpc and sparc: Introduce dev_archdata node accessors
of/i2c: Fill the archdata f
Please pull from the 'merge' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git merge
to get one commit from Ben Herrenschmidt that fixes a regression since
2.6.27.
Thanks,
Paul.
arch/powerpc/kernel/dma.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
commi
Hi Stephen,
I fix the patch. I also change the "vias == 0" in "vias == NULL".
Is "!vias" better ?
On Wednesday 03 December 2008 00:25:08 Stephen Rothwell wrote:
> Hi Nicolas,
>
> On Wed, 3 Dec 2008 10:19:01 +1100 Stephen Rothwell <[EMAIL PROTECTED]> wrote:
> >
> > I think this particular patch i
On Sun, 2008-11-23 at 13:31 +0100, Pavel Machek wrote:
> On Thu 2008-11-20 17:05:56, Trent Piepho wrote:
> > On Mon, 17 Nov 2008, Richard Purdie wrote:
> > > On Fri, 2008-10-24 at 16:09 -0700, Trent Piepho wrote:
> > >> +if (template->keep_state)
> > >> +state = !!gpio_get_v
On Wed, 3 Dec 2008 20:38:54 +1100 Paul Mackerras <[EMAIL PROTECTED]> wrote:
> Sebastien Dugue writes:
>
> > In pseries_dedicated_idle_sleep(), if we need to exit idle during the
> > snooze period (i.e. need_resched or cpu has been offlined), then we should
> > re-disable the interrupts and clea
Sebastien Dugue writes:
> In pseries_dedicated_idle_sleep(), if we need to exit idle during the
> snooze period (i.e. need_resched or cpu has been offlined), then we should
> re-disable the interrupts and clear TIF_POLLING_NRFLAG before leaving.
Are you doing this because of a bug you actually
Hi Paul,
On Wed, Dec 03, 2008 at 08:17:13PM +1100, Paul Mackerras wrote:
> Looks OK. Is this going to go in via the s390 tree, or should I put
> it in the powerpc tree?
The patch should go via the powerpc tree.
Thanks and regards,
Hendrik
___
Linuxppc-
Hendrik Brueckner writes:
> From: Hendrik Brueckner <[EMAIL PROTECTED]>
>
> The test to check for a new winsize runs out-of-sync with the underlying
> tty. After a tty has been released and initialized again, the winsize might
> differ between the tty and the hp struct.
> The solution is to simp
66 matches
Mail list logo
