On Tue, 2008-04-29 at 17:06 -0600, Grant Likely wrote:
> From: Grant Likely <[EMAIL PROTECTED]>
>
> Various improvements for configuring the MPC5200 MII link from the
> device tree:
> * Look for 'current-speed' property for fixed speed MII links
Not that I have looked, but why can't you use the
Update powerpc to use the new dma_*map*_attrs() interfaces. In doing so
update struct dma_mapping_ops to accept a struct dma_attrs and propagate
these changes through to all users of the code (generic IOMMU and the
64bit DMA code, and the iseries and ps3 platform code).
The old dma_*map_*() interf
Update iommu_alloc() to take the struct dma_attrs and pass them on to
tce_build(). This change propagates down to the tce_build functions of
all the platforms.
Signed-off-by: Mark Nelson <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/iommu.c| 13 -
arch/powerpc/platforms/ce
Move device_to_mask() to dma-mapping.h because we need to use it from
outside dma_64.c in a later patch.
Signed-off-by: Mark Nelson <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/dma_64.c |9 -
include/asm-powerpc/dma-mapping.h |9 +
2 files changed, 9 insertions(+), 9 d
--
Was Re: [PATCH] [POWERPC] Add struct iommu_table argument to iommu_map_sg()
Here's the patch series that follows on from the patch:
Add struct iommu_table argument to iommu_map_sg()
Thanks!
Mark.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.or
Introduce a new dma attriblue DMA_ATTR_WEAK_ORDERING to use weak ordering
on DMA mappings in the Cell processor. Add the code to the Cell's IOMMU
implementation to use this code.
Dynamic mappings can be weakly or strongly ordered on an individual basis
but the fixed mapping has to be either comple
Make cell_dma_dev_setup_iommu() return a pointer to the struct iommu_table
(or NULL if no table can be found) rather than putting this pointer into
dev->archdata.dma_data (let the caller do that), and rename this function
to cell_get_iommu_table() to reflect this change.
This will allow us to get
On Apr 29, 2008, at 10:24 PM, Paul Mackerras wrote:
Kumar Gala writes:
Wouldn't it be better and safer to have the exception prolog for
critical interrupts save SRR0/1 in the stack frame, and have the
prolog for machine checks save SRR0/1 and CSRR0/1 likewise?
If we do this I guess we can us
On Apr 30, 2008, at 1:32 AM, Benjamin Herrenschmidt wrote:
On Tue, 2008-04-29 at 18:52 -0500, Kumar Gala wrote:
On Apr 29, 2008, at 4:28 PM, Paul Mackerras wrote:
Kumar Gala writes:
We need to have unique transfer_to_handler paths for each exception
level
that is supported. We need to use
On Wed, 30 Apr 2008, Perrine MARTIGNONI wrote:
Please, in the future direct your questions to the respective mailing
list, thanks. Added to cc.
> Hello,
>
> Currently, I try to use the Power Management patches and I have some issues.
>
> With which version of linux the patches are written ?
>
Hello!
Thank you for replying!
It't quite dificult to say if the problem exists without our changes,
since the all software is dependent on this changes so to work with the
hardware. I can't answer to that right now on that, but I forgot to add one
thing: we have ring buffer ful
Hi Anton,
Anton Vorontsov wrote:
> This patch adds few bindings for the new drivers to be submitted through
> appropriate maintainers.
>
> Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
> ---
> Documentation/powerpc/booting-without-of.txt | 125
> ++
> 1 files chang
>From our latest debugs we found that the problem occurs mainly on skbuff code.
>After some variable time kfree or kalloc result in kernel oops.
-Original Message-
From: Franca, Jose (NSN - PT/Portugal - MiniMD)
Sent: quarta-feira, 30 de Abril de 2008 9:44
To: 'ext Scott Wood'
Cc:
S
For the additonal exception levels (critical, debug, machine check) on
40x/book-e we were using "static" allocations of the stack in the
associated head.S.
Move to a runtime allocation to make the code a bit easier to read as
we mimic how we handle IRQ stacks. Its also a bit easier to setup the
s
* Cleanup the code a bit my allocating an INT_FRAME on our exception
stack there by make references go from GPR11-INT_FRAME_SIZE(r8) to
just GPR(r8)
* simplify {lvl}_transfer_to_handler code by moving the copying of the
temp registers we use if we come from user space into the PROLOG
* If the
Linus,
Please do:
git pull \
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git master
once more. There are a bunch of updates for the embedded MPC5200
based platforms, some spufs updates for Cell, and two bug fixes from
Michael Ellerman.
Sorry about missing the diffstat last tim
We use the low bits of regs->trap as flag bits. We already indicate
critical and machine check level exceptions via this mechanism. Extend it
to indicate debug level exceptions.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/head_booke.h |2 +-
include/asm-powerpc/ptr
On machines with more than one exception level any system register that
might be modified by the "normal" exception level needs to be saved and
restored on taking a higher level exception. We already are saving
and restoring ESR and DEAR.
For critical level add SRR0/1.
For debug level add CSRR0/1
On Tue, 29 Apr 2008, Paul Mackerras wrote:
> Scott Wood writes:
>
> > On Fri, Apr 25, 2008 at 02:57:24PM +0200, Guennadi Liakhovetski wrote:
> > > is there any specific reason, why out of these 7 patches only the first
> > > one made it into the mainline? AFAICS, there has been only one comment,
On Wed, Apr 30, 2008 at 10:36:54AM +0200, Wolfgang Grandegger wrote:
> Hi Anton,
[...]
> > + [EMAIL PROTECTED],0 {
> > + #address-cells = <0>;
> > + #size-cells = <0>;
> > + compatible = "fsl,upm-nand";
> > + reg = <1 0 1>;
> > + fsl,upm-addr-offs
Hi,
I think I have the same problem here with all versions of the 2.6.x kernel
series (tested with kernel v2.6.8/14/16/18/25 on a PPC7455 machine with
different PCI network cards by transferring a big file over NFS/SCP). Data
corruption occurs under high load, but I don't get any kernel oops.
reg
Hi!
There was a sugestion to change slab to slub alocation method... I
don't know quite well yet what is necessary to do this, but it seems that the
current implementation of slub is more commonly available on 2.6 kernels, not
in 2.4 that I use :(...
Any guesses or hints on this
On Wed, Apr 30, 2008 at 1:36 AM, Joakim Tjernlund
<[EMAIL PROTECTED]> wrote:
>
> On Tue, 2008-04-29 at 17:06 -0600, Grant Likely wrote:
> > From: Grant Likely <[EMAIL PROTECTED]>
> >
> > Various improvements for configuring the MPC5200 MII link from the
> > device tree:
> > * Look for 'curren
Issue solved !
IRQ has been requested with IRQF_SHARED.
Obviously this is not neccessary and caused this bogus behaviour.
Don't know if it's a bug or a feature.
Cheers,
André
Andre Schwarz schrieb:
All,
actually I'm having trouble getting the IRQ0 work on a MPC8343 with
2.6.25-rc8.
There's
Anton Vorontsov wrote:
> On Wed, Apr 30, 2008 at 10:36:54AM +0200, Wolfgang Grandegger wrote:
>> Hi Anton,
> [...]
>>> + [EMAIL PROTECTED],0 {
>>> + #address-cells = <0>;
>>> + #size-cells = <0>;
>>> + compatible = "fsl,upm-nand";
>>> + reg = <1 0 1>;
>>> +
On Wed, Apr 30, 2008 at 7:10 AM, Joakim Tjernlund
<[EMAIL PROTECTED]> wrote:
>
>
> On Wed, 2008-04-30 at 07:07 -0600, Grant Likely wrote:
> > On Wed, Apr 30, 2008 at 1:36 AM, Joakim Tjernlund
> > <[EMAIL PROTECTED]> wrote:
> > >
> > > On Tue, 2008-04-29 at 17:06 -0600, Grant Likely wrote:
>
On Wed, 2008-04-30 at 07:07 -0600, Grant Likely wrote:
> On Wed, Apr 30, 2008 at 1:36 AM, Joakim Tjernlund
> <[EMAIL PROTECTED]> wrote:
> >
> > On Tue, 2008-04-29 at 17:06 -0600, Grant Likely wrote:
> > > From: Grant Likely <[EMAIL PROTECTED]>
> > >
> > > Various improvements for configuring t
On Wed, Apr 30, 2008 at 03:19:37PM +0200, Wolfgang Grandegger wrote:
> Anton Vorontsov wrote:
> > On Wed, Apr 30, 2008 at 10:36:54AM +0200, Wolfgang Grandegger wrote:
> >> Hi Anton,
> > [...]
> >>> + [EMAIL PROTECTED],0 {
> >>> + #address-cells = <0>;
> >>> + #size-cells = <0>;
> >>
On Wed, 2008-04-30 at 07:26 -0600, Grant Likely wrote:
> On Wed, Apr 30, 2008 at 7:10 AM, Joakim Tjernlund
> <[EMAIL PROTECTED]> wrote:
> >
> >
> > On Wed, 2008-04-30 at 07:07 -0600, Grant Likely wrote:
> > > On Wed, Apr 30, 2008 at 1:36 AM, Joakim Tjernlund
> > > <[EMAIL PROTECTED]> wrote:
> >
Anyone one have any suggestions on how to get DPMS working for a Radeon
9600? Using a DVI cable?
Thanks!
kevin
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Wed, Apr 30, 2008 at 8:16 AM, Joakim Tjernlund
<[EMAIL PROTECTED]> wrote:
>
>
> On Wed, 2008-04-30 at 07:26 -0600, Grant Likely wrote:
> > On Wed, Apr 30, 2008 at 7:10 AM, Joakim Tjernlund
> > <[EMAIL PROTECTED]> wrote:
> > >
> > >
> > > On Wed, 2008-04-30 at 07:07 -0600, Grant Likely wro
Kevin,
Have you tried posting to the xorg
(http://lists.freedesktop.org/mailman/listinfo/xorg) mailing list?
They helped me fix an issue I was seeing with my Radeon 9600 and G5. I'm
running YDL6 with two LCDs hanging
off the back of my Radeon.
Rob
-Original Message-
From: [EMAI
On Wed, Apr 30, 2008 at 09:43:33AM +0100, Franca, Jose (NSN - PT/Portugal -
MiniMD) wrote:
> It't quite dificult to say if the problem exists without our
> changes, since the all software is dependent on this changes so
> to work with the hardware. I can't answer to that right no
On Wed, 2008-04-30 at 08:28 -0600, Grant Likely wrote:
> On Wed, Apr 30, 2008 at 8:16 AM, Joakim Tjernlund
> <[EMAIL PROTECTED]> wrote:
> >
> >
> > On Wed, 2008-04-30 at 07:26 -0600, Grant Likely wrote:
> > > On Wed, Apr 30, 2008 at 7:10 AM, Joakim Tjernlund
> > > <[EMAIL PROTECTED]> wrote:
> >
Ok... We will try to enable debug on slab! :)
Ring buffer full occurs on tx in spite of having free bd's in the ring,
it doesn't use them... And it does not recover.
The problems that I refered are from previous kernel versions to ours
(our base of development was 2.4.31) and even on 2.6 kernels.
arch/powerpc/sysdev/xilinx_intc.c: In function âxilinx_intc_initâ:
arch/powerpc/sysdev/xilinx_intc.c:111: warning: format â%08Xâ expects type
âunsigned intâ, but argument 2 has type âresource_size_tâ
drivers/char/xilinx_hwicap/xilinx_hwicap.c: In function âhwicap_setupâ:
driver
Hi Kumar,
On Wed, 30 Apr 2008 10:25:46 -0500 (CDT) Kumar Gala <[EMAIL PROTECTED]> wrote:
>
> arch/powerpc/sysdev/xilinx_intc.c: In function âxilinx_intc_initâ:
> arch/powerpc/sysdev/xilinx_intc.c:111: warning: format â%08Xâ expects
> type âunsigned intâ, but argument 2 has type âres
From: Emil Medve <[EMAIL PROTECTED]>
We provide an ioremap_flags so provide a coresphonding devm_ioremap_flags.
Signed-off-by: Emil Medve <[EMAIL PROTECTED]>
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
Which tree should this go through, powerpc.git?
arch/powerpc/lib/Makefile |1 +
in
From: Emil Medve <[EMAIL PROTECTED]>
We provide an ioremap_flags so provide a coresphonding devm_ioremap_flags.
Signed-off-by: Emil Medve <[EMAIL PROTECTED]>
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
Forgot to commit the actual implemtation in arch/powerpc/lib/devres.c
Which tree should
For what it's worth:
Acked-by: Stephen Neuendorffer <[EMAIL PROTECTED]>
There's one or two other things I've been meaning to clean up, such as the
section mismatch on hwicap_of_match, too.
Steve
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:linuxppc-dev-
> [EMAIL PROTECTED] On
For each mv64360 entry in the OpenFirmware database, add the
registration of an of_bus to take care of devices connected to
the MV64x60 asynchronous devices controller.
This change makes it possible for those devices to be detected by
drivers that support the of_platform without having a custom c
On Tue, Apr 29, 2008 at 02:44:30PM +1000, Paul Mackerras wrote:
> 3. The style in all the assembly code is not to have spaces after
> commas separating instruction operands.
I'll do that if that's what is prefered, but how did that come about as
the style used? It's different from what we do in C
Anton Vorontsov wrote:
> On Wed, Apr 30, 2008 at 03:19:37PM +0200, Wolfgang Grandegger wrote:
>> Anton Vorontsov wrote:
>>> On Wed, Apr 30, 2008 at 10:36:54AM +0200, Wolfgang Grandegger wrote:
Hi Anton,
>>> [...]
> + [EMAIL PROTECTED],0 {
> + #address-cells = <0>;
> +
On Wed, 30 Apr 2008 11:08:51 -0500 (CDT)
Kumar Gala <[EMAIL PROTECTED]> wrote:
> From: Emil Medve <[EMAIL PROTECTED]>
>
> We provide an ioremap_flags so provide a coresphonding devm_ioremap_flags.
>
> Signed-off-by: Emil Medve <[EMAIL PROTECTED]>
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
>
On Tue, 29 Apr 2008 20:10:55 -0700 (PDT)
"Randy.Dunlap" <[EMAIL PROTECTED]> wrote:
> From: Randy Dunlap <[EMAIL PROTECTED]>
>
> Don't refer to file that no longer exists:
> docproc: linux-2.6.25-git14/arch/powerpc/kernel/rio.c: No such file or
> directory
>
> Signed-off-by: Randy Dunlap <[EMAIL
On Wed, 30 Apr 2008 11:35:00 -0700 Andrew Morton wrote:
> On Tue, 29 Apr 2008 20:10:55 -0700 (PDT)
> "Randy.Dunlap" <[EMAIL PROTECTED]> wrote:
>
> > From: Randy Dunlap <[EMAIL PROTECTED]>
> >
> > Don't refer to file that no longer exists:
> > docproc: linux-2.6.25-git14/arch/powerpc/kernel/rio.c
On Apr 30, 2008, at 1:35 PM, Andrew Morton wrote:
On Tue, 29 Apr 2008 20:10:55 -0700 (PDT)
"Randy.Dunlap" <[EMAIL PROTECTED]> wrote:
From: Randy Dunlap <[EMAIL PROTECTED]>
Don't refer to file that no longer exists:
docproc: linux-2.6.25-git14/arch/powerpc/kernel/rio.c: No such file
or direc
Benjamin Herrenschmidt wrote:
> This patch changes vmemmap to use a different region (region 0xf) of the
> address space whose page size can be dynamically configured at boot.
>
> The problem with the current approach of always using 16M pages is that
> it's not well suited to machines that have s
On Wed, 30 Apr 2008 14:01:12 -0500
Kumar Gala <[EMAIL PROTECTED]> wrote:
>
> On Apr 30, 2008, at 1:35 PM, Andrew Morton wrote:
> > On Tue, 29 Apr 2008 20:10:55 -0700 (PDT)
> > "Randy.Dunlap" <[EMAIL PROTECTED]> wrote:
> >
> >> From: Randy Dunlap <[EMAIL PROTECTED]>
> >>
> >> Don't refer to file t
I just noticed that the fec_8xx driver is not currently reachable via
menuconfig because it depends on 8XX instead of 8xx. It looks like
this change occurred in commit
d1c0a65fb597697d1fbce4eadf42b84f70483edc, almost a year ago:
diff --git a/drivers/net/fec_8xx/Kconfig b/drivers/net/fec_8x
On Wed, Apr 30, 2008 at 02:19:21PM -0500, Becky Bruce wrote:
> I just noticed that the fec_8xx driver is not currently reachable via
> menuconfig because it depends on 8XX instead of 8xx.
[snip]
> Since nobody has noticed this problem, I'm wondering if this driver
> is still in (infrequent) use
Original-Nachricht
> Datum: Wed, 30 Apr 2008 14:03:02 +0100
> Von: "Franca, Jose (NSN - PT/Portugal - MiniMD)" <[EMAIL PROTECTED]>
> An: "ext Gerhard Pircher" <[EMAIL PROTECTED]>, "Scott Wood" <[EMAIL
> PROTECTED]>
> CC: [EMAIL PROTECTED], linuxppc-dev@ozlabs.org
> Betreff: RE:
On Apr 30, 2008, at 2:20 PM, Scott Wood wrote:
On Wed, Apr 30, 2008 at 02:19:21PM -0500, Becky Bruce wrote:
I just noticed that the fec_8xx driver is not currently reachable via
menuconfig because it depends on 8XX instead of 8xx.
[snip]
Since nobody has noticed this problem, I'm wondering if
On Wed, Apr 30, 2008 at 02:24:19PM -0500, Becky Bruce wrote:
>
> On Apr 30, 2008, at 2:20 PM, Scott Wood wrote:
> >On Wed, Apr 30, 2008 at 02:19:21PM -0500, Becky Bruce wrote:
> >>I just noticed that the fec_8xx driver is not currently reachable via
> >>menuconfig because it depends on 8XX instead
This is a note to let you know that I've just added the patch titled
Subject: devres: support addresses greater than an unsigned long via
dev_ioremap
to my gregkh-2.6 tree. Its filename is
devres-support-addresses-greater-than-an-unsigned-long-via-dev_ioremap.patch
This tree can b
This is needed to access QE GPIOs via Linux GPIO API.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
Updated per Timur Tabi's comments.
Documentation/powerpc/booting-without-of.txt | 27 +
arch/powerpc/sysdev/qe_lib/Kconfig |9 ++
arch/powerpc/sysdev/qe_lib/Makefile
Anton Vorontsov wrote:
> + Example:
> + qe_pio_a: [EMAIL PROTECTED] {
> + #gpio-cells = <2>;
> + compatible = "fsl,mpc8360-qe-pario-bank",
> + "fsl,mpc8323-qe-pario-bank";
I know this is an example, but would we ever include both compatible s
On Apr 30, 2008, at 2:12 PM, Andrew Morton wrote:
On Wed, 30 Apr 2008 14:01:12 -0500
Kumar Gala <[EMAIL PROTECTED]> wrote:
On Apr 30, 2008, at 1:35 PM, Andrew Morton wrote:
On Tue, 29 Apr 2008 20:10:55 -0700 (PDT)
"Randy.Dunlap" <[EMAIL PROTECTED]> wrote:
From: Randy Dunlap <[EMAIL PROTECT
This is a reworked patch to fix the SPU data storage. Currently, the
SPU escape sequences and program counter data is being added directly
into the kernel buffer without holding the buffer_mutex lock. This
patch changes how the data is stored. A new function,
oprofile_add_value, is added into
3. The style in all the assembly code is not to have spaces after
commas separating instruction operands.
I'll do that if that's what is prefered, but how did that come about as
the style used? It's different from what we do in C,
But this isn't C code, it's assembler code. PowerPC assembler
On Wed, Apr 30, 2008 at 11:01:47PM +0200, Segher Boessenkool wrote:
> >>3. The style in all the assembly code is not to have spaces after
> >>commas separating instruction operands.
> >
> >I'll do that if that's what is prefered, but how did that come about as
> >the style used? It's different fro
On Wed, 2008-04-30 at 12:06 -0700, Geoff Levand wrote:
> > booting 2.6.25 with a ps3_defconfig and that doesn't work neither
> > (though at least when doing the later, I do get a black screen & no
> > sync, like of ps3fb failed monitor detection, while with current
> > upstream, I just get the las
On Wed, 2008-04-30 at 05:44 -0500, Kumar Gala wrote:
> We use the low bits of regs->trap as flag bits. We already indicate
> critical and machine check level exceptions via this mechanism. Extend it
> to indicate debug level exceptions.
>
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
Ack.
On Wed, 2008-04-30 at 11:08 -0500, Kumar Gala wrote:
> From: Emil Medve <[EMAIL PROTECTED]>
>
> We provide an ioremap_flags so provide a coresphonding devm_ioremap_flags.
>
> Signed-off-by: Emil Medve <[EMAIL PROTECTED]>
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
> ---
>
> Forgot to commit
On Apr 30, 2008, at 4:43 PM, Benjamin Herrenschmidt wrote:
On Wed, 2008-04-30 at 05:44 -0500, Kumar Gala wrote:
We use the low bits of regs->trap as flag bits. We already indicate
critical and machine check level exceptions via this mechanism.
Extend it
to indicate debug level exceptions.
On Apr 30, 2008, at 4:42 PM, Benjamin Herrenschmidt wrote:
On Wed, 2008-04-30 at 11:08 -0500, Kumar Gala wrote:
From: Emil Medve <[EMAIL PROTECTED]>
We provide an ioremap_flags so provide a coresphonding
devm_ioremap_flags.
Signed-off-by: Emil Medve <[EMAIL PROTECTED]>
Signed-off-by: Kuma
On Wed, 2008-04-30 at 04:27 -0500, Kumar Gala wrote:
> * Cleanup the code a bit my allocating an INT_FRAME on our exception
> stack there by make references go from GPR11-INT_FRAME_SIZE(r8) to
> just GPR(r8)
^^ 11 ?
> * simplify {lvl}_transfer_to_handler code by moving the copying
From: Emil Medve <[EMAIL PROTECTED]>
We provide an ioremap_flags so provide a corresponding devm_ioremap_prot.
The slight name difference is at Ben Herrenschmidt request as he plans
on changing ioremap_flags to ioremap_prot in the future.
Signed-off-by: Emil Medve <[EMAIL PROTECTED]>
Signed-off-b
On Wed, 2008-04-30 at 03:02 -0500, Kumar Gala wrote:
> got that. Does 40x/44x have anything similar we need to save/restore?
MMUCR I'd say... look at what our tlbie does there...
Ben.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozl
On Apr 30, 2008, at 4:59 PM, Benjamin Herrenschmidt wrote:
On Wed, 2008-04-30 at 03:02 -0500, Kumar Gala wrote:
got that. Does 40x/44x have anything similar we need to save/
restore?
MMUCR I'd say... look at what our tlbie does there...
thanks. Will take a look. I just plan on overloadi
Andrew Morton writes:
> > Odd. I thought Paul had picked up a docbook RapidIO patch from you in
> > the latest merge round.
> >
>
> Well it's more than "a" patch. The six-week-old patch series is:
>
> rapidio-add-memory-mapping-driver-to-rapidio.patch
> rapidio-add-rapidio-space-allocation-
On Wednesday 23 April 2008, Kumar Gala wrote:
>
> 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 <[EMAIL PROTECTED]>
Any reason to not just make mpc83xx_spi->irq be "int",
following normal practice everywhere?
On Apr 30, 2008, at 4:54 PM, Benjamin Herrenschmidt wrote:
On Wed, 2008-04-30 at 04:27 -0500, Kumar Gala wrote:
* Cleanup the code a bit my allocating an INT_FRAME on our exception
stack there by make references go from GPR11-INT_FRAME_SIZE(r8) to
just GPR(r8)
^^ 11 ?
r8 is cor
On Apr 30, 2008, at 5:11 PM, Randy Dunlap wrote:
On Thu, 1 May 2008 08:09:24 +1000 Paul Mackerras wrote:
Andrew Morton writes:
Odd. I thought Paul had picked up a docbook RapidIO patch from
you in
the latest merge round.
Well it's more than "a" patch. The six-week-old patch series is:
Kumar Gala wrote:
On Apr 30, 2008, at 5:11 PM, Randy Dunlap wrote:
On Thu, 1 May 2008 08:09:24 +1000 Paul Mackerras wrote:
Andrew Morton writes:
Odd. I thought Paul had picked up a docbook RapidIO patch from you in
the latest merge round.
Well it's more than "a" patch. The six-week-old
On Wed, 2008-04-30 at 17:13 -0500, Kumar Gala wrote:
> >> stack there by make references go from GPR11-INT_FRAME_SIZE(r8) to
> >> just GPR(r8)
> >^^ 11 ?
>
> r8 is correct for my example. My point is
> s/GPR11-INT_FRAME_SIZE/GPR11/
Sorry, I put the ^^ in the wrong place :-) I mean
On Wed, 2008-04-30 at 17:13 -0500, Kumar Gala wrote:
>
> If we don't handle reschedule or signal will we actually not
> function
> properly? I assume reschedule isn't an issue, but could we lose a
> signal?
Well, you can be in trouble if you lose TIF_SIGPENDING. You don't -have-
to actually
Paul,
This is a small set of PS3 fixup patches for 2.6.26.
[patch 1/5] POWERPC: Fix slb.c compile warnings
[patch 2/5] PS3: Add time include to lpm
[patch 3/5] PS3: Make ps3_virq_setup and ps3_virq_destroy static
[patch 4/5] PS3: Remove unsupported wakeup sources
[patch 5/5] PS3: Update
Other OS wakeup is not supported from the IR controller,
the bluetooth controller nor the RTC. Remove references
to these in the PS3 sys-manager source.
Signed-off-by: Geoff Levand <[EMAIL PROTECTED]>
---
drivers/ps3/ps3-sys-manager.c |7 +--
1 file changed, 1 insertion(+), 6 deletions(-
Update ps3_defconfig.
Signed-off-by: Geoff Levand <[EMAIL PROTECTED]>
---
arch/powerpc/configs/ps3_defconfig | 132 +++--
1 file changed, 84 insertions(+), 48 deletions(-)
--- a/arch/powerpc/configs/ps3_defconfig
+++ b/arch/powerpc/configs/ps3_defconfig
@@ -1,7 +
From: FUJITA Tomonori <[EMAIL PROTECTED]>
Add an include statement for get_tb().
Signed-off-by: FUJITA Tomonori <[EMAIL PROTECTED]>
Signed-off-by: Geoff Levand <[EMAIL PROTECTED]>
---
drivers/ps3/ps3-lpm.c:192: error: implicit declaration of function 'get_tb'
I could not recreate this error. a
From: Geert Uytterhoeven <[EMAIL PROTECTED]>
The routines ps3_virq_setup() and ps3_virq_destroy() are used
in only one file, so make them static.
Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
Signed-off-by: Geoff Levand <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/ps3/interrupt.c |
Arrange for a syntax check to always be done on the powerpc/mm/slb.c
DBG() macro by defining it to pr_debug() for non-debug builds.
Also, fix these related compile warnings:
slb.c:273: warning: format '%04x' expects type 'unsigned int', but argument 2
has type 'long unsigned int
slb.c:274:
From: Joakim Tjernlund <[EMAIL PROTECTED]>
Date: Fri, 11 Apr 2008 18:57:21 +0200
Subject: [PATCH] Much improved mpc83xx SPI driver.
The current driver may cause glitches on SPI CLK line since one must
disable the SPI controller before changing any HW settings. Fix this
by implementing a local spi
On Wed, 30 Apr 2008 15:37:07 -0700
David Brownell <[EMAIL PROTECTED]> wrote:
> From: Joakim Tjernlund <[EMAIL PROTECTED]>
> Date: Fri, 11 Apr 2008 18:57:21 +0200
> Subject: [PATCH] Much improved mpc83xx SPI driver.
>
> The current driver may cause glitches on SPI CLK line since one must
> disable
On Wed, Apr 30, 2008 at 02:42:03PM -0500, Timur Tabi wrote:
> Anton Vorontsov wrote:
>
> > + Example:
> > + qe_pio_a: [EMAIL PROTECTED] {
> > + #gpio-cells = <2>;
> > + compatible = "fsl,mpc8360-qe-pario-bank",
> > +"fsl,mpc8323-qe-pario-bank";
>
>
Anton Vorontsov wrote:
> Per Grant Likely's comments, "fsl,qe-pario-bank" considered as a made up
> stuff. MPC8323 is the first QE chip, so every next QE chips should be
> compatible.
Ok.
>> Return value should be "u32", not "int".
>
> gpio.h disagree
>
> $ cat include/asm-generic/gpio.h | gr
On Wednesday 30 April 2008, Andrew Morton wrote:
> > + spin_lock_irq(&mpc83xx_spi->lock);
>
> irq-safe.
>
> > ...
> >
> > + spin_lock(&mpc83xx_spi->lock);
>
> not irq-safe.
>
> Deliberate?
That latter one is inside an #if 0/#endif block, so it won't matter.
The #if 0 block bothered me.
On Wed, Apr 30, 2008 at 05:50:42PM -0500, Timur Tabi wrote:
> Anton Vorontsov wrote:
>
> > Per Grant Likely's comments, "fsl,qe-pario-bank" considered as a made up
> > stuff. MPC8323 is the first QE chip, so every next QE chips should be
> > compatible.
>
> Ok.
>
> >> Return value should be "u32
On Thu, 1 May 2008 08:09:24 +1000 Paul Mackerras wrote:
> Andrew Morton writes:
>
> > > Odd. I thought Paul had picked up a docbook RapidIO patch from you in
> > > the latest merge round.
> > >
> >
> > Well it's more than "a" patch. The six-week-old patch series is:
> >
> > rapidio-add-mem
On Wed, 2008-04-30 at 15:24 -0700, Geoff Levand wrote:
> Arrange for a syntax check to always be done on the powerpc/mm/slb.c
> DBG() macro by defining it to pr_debug() for non-debug builds.
>
> Also, fix these related compile warnings:
>
> slb.c:273: warning: format '%04x' expects type 'unsi
Anton Vorontsov wrote:
> What is the problem with returning (int)(u32 & u32) value?
Technically, a signed int is smaller than an unsigned int, so a value of
0x8000 won't fit in an 'int'.
> You've asked to remove "!!" stuff and now purposing exactly the
> same... :-?
The !! stuff was because
Hi,
I'm trying to monkey with cputable. It is hanging after printing:
Preparing BATs
on the console (PowerMac 8600 with PowerLogix 750GX card, 2.6.24 YDL 4.0).
I am guessing I am doing this PTRRELOC() thing wrong? Can someone
explain what is going on here:
*PTRRELOC(&cur_cp
Guennadi Liakhovetski writes:
> The patch (with the _TLF_SLEEPING fix you mentioned in a later email)
> works for me.
Great, thanks.
> Shall I submit it "From: " or would you prefer to post
> it yourself? But, I guess, you have to put your "S-o-b" under it yourself,
> don't you?
I'll post it
On Wednesday 2008-04-30 21:23, Scott Wood wrote:
>> On Apr 30, 2008, at 2:20 PM, Scott Wood wrote:
>> >On Wed, Apr 30, 2008 at 02:19:21PM -0500, Becky Bruce wrote:
>> >>I just noticed that the fec_8xx driver is not currently reachable via
>> >>menuconfig because it depends on 8XX instead of 8xx.
>
On Wed, Apr 30, 2008 at 06:03:45PM -0500, Timur Tabi wrote:
> Anton Vorontsov wrote:
>
> > What is the problem with returning (int)(u32 & u32) value?
>
> Technically, a signed int is smaller than an unsigned int, so a value of
> 0x8000 won't fit in an 'int'.
They're of the same size. And bec
On Apr 30, 2008, at 5:18 PM, Benjamin Herrenschmidt wrote:
On Wed, 2008-04-30 at 17:13 -0500, Kumar Gala wrote:
stack there by make references go from GPR11-INT_FRAME_SIZE(r8) to
just GPR(r8)
^^ 11 ?
r8 is correct for my example. My point is
s/GPR11-INT_FRAME_SIZE/GPR11/
Sorry,
On Apr 30, 2008, at 5:22 PM, Benjamin Herrenschmidt wrote:
On Wed, 2008-04-30 at 17:13 -0500, Kumar Gala wrote:
If we don't handle reschedule or signal will we actually not
function
properly? I assume reschedule isn't an issue, but could we lose a
signal?
Well, you can be in trouble if you
I essentially adopt the 64-bit dma code, with some changes to support
32-bit systems, including HIGHMEM. dma functions on 32-bit are now
invoked via accessor functions which call the correct op for a device based
on archdata dma_ops. Currently, this defaults to dma_direct_ops, but this
structure
From: Randy Dunlap <[EMAIL PROTECTED]>
Fix current (-git16) missing docbook/kernel-doc notation in RapidIO files.
Warning(linux-2.6.25-git16//include/linux/rio.h:187): No description found for
parameter 'sys_size'
Warning(linux-2.6.25-git16//include/linux/rio.h:187): No description found for
pa
1 - 100 of 136 matches
Mail list logo
