Hi Greg,
On Wed, 19 Mar 2008 21:57:19 -0700 Greg KH <[EMAIL PROTECTED]> wrote:
>
> On Thu, Mar 20, 2008 at 02:39:53PM +1100, Stephen Rothwell wrote:
> >
> > driver-core/driver-core-remove-no-longer-used-struct-class_device.patch
> > should be merged late
I still need to revert this so that t
On Monday 24 March 2008, Josh Boyer wrote:
> > diff --git a/arch/powerpc/sysdev/ppc4xx_soc.c
> > b/arch/powerpc/sysdev/ppc4xx_soc.c new file mode 100644
> > index 000..4847555
> > --- /dev/null
> > +++ b/arch/powerpc/sysdev/ppc4xx_soc.c
> > @@ -0,0 +1,178 @@
> > +/*
> > + * IBM/AMCC PPC4xx SoC
On Mon, 24 Mar 2008 22:39:18 +1100
"Paul Mackerras" <[EMAIL PROTECTED]> wrote:
> The second test will succeed for anything that starts with "ok", so
> the first test is redundant. I suspect you want strcmp instead of
> strncmp in both tests.
I like the strncmp(status, "ok", 2). Then you can have
total_lowmem represents the amount of low memory not the physical address
that low memory ends at. If the start of memory is at 0 it happends that
total_lowmem can be used as both the size and the address that lowmem
ends at. (technical its one byte beyond the end)
To make the code a bit more cle
Linus,
Please do:
git pull \
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git merge
once more. Kumar sent me a defconfig update for the Freescale
platforms, and there is another 1-line fix from Grant Likely that only
affects MPC5200B machines.
Thanks,
Paul.
arch/powerpc/boot/
On Mar 24, 2008, at 10:18 PM, Zhang Wei wrote:
Hi, Kumar,
-Original Message-
From: [EMAIL PROTECTED]
total_lowmem represents the amount of low memory not the
physical address
that low memory ends at. If the start of memory is at 0 it
happends that
total_lowmem can be used as both the
Hi, Kumar,
> -Original Message-
> From: [EMAIL PROTECTED]
>
> total_lowmem represents the amount of low memory not the
> physical address
> that low memory ends at. If the start of memory is at 0 it
> happends that
> total_lowmem can be used as both the size and the address that lowme
Hi Stephen,
Just some trivial issues ...
On Mon, 24 Mar 2008 16:28:33 -0700 Stephen Neuendorffer <[EMAIL PROTECTED]>
wrote:
>
> +++ b/arch/powerpc/sysdev/dcr.c
> @@ -23,6 +23,67 @@
> #include
> #include
>
> +#if defined(CONFIG_PPC_DCR_NATIVE) && defined(CONFIG_PPC_DCR_MMIO)
> +
> +bool dcr
On Mon, Mar 24, 2008 at 12:36:41PM -0500, Scott Wood wrote:
> On Mon, Mar 24, 2008 at 02:44:24PM +1100, David Gibson wrote:
> > Index: dtc/dtc.h
> > ===
> > --- dtc.orig/dtc.h 2008-03-24 14:33:33.0 +1100
> > +++ dtc/dtc.h
total_lowmem represents the amount of low memory not the physical address
that low memory ends at. If the start of memory is at 0 it happends that
total_lowmem can be used as both the size and the address that lowmem
ends at. (technical its one byte beyond the end)
To make the code a bit more cle
Previously, dcr support was configured at compile time to either using
MMIO or native dcr instructions. Although this works for most
platforms, it fails on FPGA platforms:
1) Systems may include more than one dcr bus.
2) Systems may be native dcr capable and still use memory mapped dcr interface.
On Thu, 2008-03-06 at 16:43 +0300, Valentine Barshak wrote:
> This patch adds ibm_newemac PHY clock workaround for 440EP/440GR EMAC
> attached to a PHY which doesn't generate RX clock if there is no link.
> The code is based on the previous ibm_emac driver stuff. The 440EP/440GR
> allows controlli
On Thu, 2008-03-06 at 16:41 +0300, Valentine Barshak wrote:
> The PowerPC 440GX Taishan board fails to reset EMAC3 (reset timeout error)
> if there's no link. Because of that it fails to find PHY chip. The older
> ibm_emac
> driver had a workaround for that: the EMAC_CLK_INTERNAL/EMAC_CLK_EXTERNA
On Mar 24, 2008, at 3:02 AM, Paul Mackerras wrote:
Kumar Gala writes:
since you are going to send something to linus let me update the fsl
defconfigs and send you a pull request.
OK -- I'm about to send Linus a pull request now in case he feels like
releasing 2.6.25 this weekend. I'll send
My assessment of the situation is: not at all.
--
Matt Sealey <[EMAIL PROTECTED]>
Genesi, Manager, Developer Relations
Grant Likely wrote:
On Fri, Mar 21, 2008 at 7:14 AM, Matt Sealey <[EMAIL PROTECTED]> wrote:
Is the MPC5200B PSC-AC97 driver in there?
Audio drivers need to go in via one of
From: Grant Likely <[EMAIL PROTECTED]>
Call dtc from the Makefile instead of the wrapper script so that the dt
blobs can be generated with a simple make invocation.
Using this patch allows board ports to trigger automatic building of .dtb
files by adding them to the image-y target list.
Signed-o
A number of users of PPC_MEMSTART (40x, ppc_mmu_32) can just always use
0 as we don't support booting these kernels at non-zero physical addresses
since their exception vectors must be at 0 (or 0xfffx_).
For the sub-arches that support relocatable interrupt vectors (book-e) its
reasonable to h
> -Original Message-
> From: Benjamin Herrenschmidt [mailto:[EMAIL PROTECTED]
> Sent: Monday, March 24, 2008 3:00 PM
> To: Stephen Neuendorffer
> Cc: Josh Boyer; linuxppc-dev@ozlabs.org; git-dev
> Subject: RE: dcr stuff.
>
>
> On Sun, 2008-03-23 at 21:34 -0700, Stephen Neuendorffer wrot
On Sun, 2008-03-23 at 21:34 -0700, Stephen Neuendorffer wrote:
>
> Certainly, if it ain't broke don't fix it. What I'm really trying to
> do is figure out how to clean up alot of non-mainline drivers.
> At the moment, several cores use DCR, but the drivers for those cores
> have internal code fo
On Tue, 25 Mar 2008 07:59:15 +1100
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> On Mon, 2008-03-24 at 08:39 -0500, Josh Boyer wrote:
> > > +
> > > + local_irq_save(flags);
> > > + asm volatile ("sync" ::: "memory");
> >
> > Perhaps just call iosync() for these instead of the ope
On Mon, 2008-03-24 at 08:39 -0500, Josh Boyer wrote:
> > +
> > + local_irq_save(flags);
> > + asm volatile ("sync" ::: "memory");
>
> Perhaps just call iosync() for these instead of the open coded asm
> volatile stuff?
Not sure about that. iosync() will do a sync but it's not meant at be
On Mon, 24 Mar 2008 09:53:16 -0500
Timur Tabi <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
>
> >>> GFP_DMA implies GFP_ATOMIC, but it's appropriate for documentation
> >>> purposes.
> >> So does that mean that "GFP_DMA | GFP_KERNEL" is always wrong?
> >
> > No, that's OK too. It's just th
On Mon, Mar 24, 2008 at 02:44:24PM +1100, David Gibson wrote:
> Index: dtc/dtc.h
> ===
> --- dtc.orig/dtc.h2008-03-24 14:33:33.0 +1100
> +++ dtc/dtc.h 2008-03-24 14:33:34.0 +1100
> @@ -232,7 +232,6 @@
> struct boot
Hi, I wrote:
Oh, well... unfortunately, we can't use UPIO_MEM32 "register model"
in 8250.c anyway since that makes use of readl()/writel() -- which treat
the bus as bigendian on PPC... anyway, we would need at least a
I was going to write "as little-endian"... :-<
"reg-size" property
Bartlomiej Sieka wrote:
> The bulk of this patch is taken from
> http://patchwork.ozlabs.org/linuxppc/patch?q=Balakowicz&id=16197, with few
> other updates, in particluar one posted by Anatolij Gustschin, which fixes
> an Oops during boot.
>
> Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED
On Mon, Mar 24, 2008 at 10:15 AM, Sergei Shtylyov
<[EMAIL PROTECTED]> wrote:
> Grant Likely wrote:
> >>Probably I misunderstood you: does it give the same result as offset
> 11?
>
> > er; typo; oops. A 32 bit read add offset 0 is the same as a byte read
> > at offset *3*.
>
> Oh, well.
Grant Likely wrote:
>> > Personally, I'm not fond of this approach. There is already some
>> > traction to using the reg-shift property to specify spacing, and I
>> > think it would be appropriate to also define a reg-offset property to
>> > handle the +3 offset and then let the xilinx 16550 no
Andrew Morton wrote:
>>> GFP_DMA implies GFP_ATOMIC, but it's appropriate for documentation purposes.
>> So does that mean that "GFP_DMA | GFP_KERNEL" is always wrong?
>
> No, that's OK too. It's just that GFP_DMA|GFP_ATOMIC is a bit redundant
> and misleading. GFP_DMA is already atomic; the on
On Mon, Mar 24, 2008 at 8:09 AM, Sergei Shtylyov
<[EMAIL PROTECTED]> wrote:
> Grant Likely wrote:
>
> >> > Personally, I'm not fond of this approach. There is already some
> >> > traction to using the reg-shift property to specify spacing, and I
> >> > think it would be appropriate to also defi
Grant Likely wrote:
> Personally, I'm not fond of this approach. There is already some
> traction to using the reg-shift property to specify spacing, and I
> think it would be appropriate to also define a reg-offset property to
> handle the +3 offset and then let the xilinx 16550 nodes use thos
Please pull from 'for-2.6.25' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git for-2.6.25
to receive the following updates:
arch/powerpc/configs/ep8248e_defconfig | 74 +++---
arch/powerpc/configs/ep88xc_defconfig| 56 +--
arch/powerpc/co
On Sat, 22 Mar 2008 11:28:56 +0100
Stefan Roese <[EMAIL PROTECTED]> wrote:
> This patch adds support for the 256k L2 cache found on some IBM/AMCC
> 4xx PPC's. It introduces a common 4xx SoC file (sysdev/ppc4xx_soc.c)
> which currently "only" adds the L2 cache init code. Other common 4xx
> stuff ca
On Mon, Mar 24, 2008 at 1:24 AM, Paul Mackerras <[EMAIL PROTECTED]> wrote:
> Grant Likely writes:
>
> > The MDIO node in the lite5200b.dts file needs to also claim compatibility
> > with the older mpc5200 chip.
> >
> > Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
> > ---
> > Paul, this one
On Mon, 24 Mar 2008 22:39:18 +1100
Paul Mackerras <[EMAIL PROTECTED]> wrote:
> Josh Boyer writes:
>
> > This adds a function called of_device_is_available that checks the state
> > of the status property of a device. If the property is absent or set to
> > either "okay" or "ok", it returns 1. O
Josh Boyer writes:
> This adds a function called of_device_is_available that checks the state
> of the status property of a device. If the property is absent or set to
> either "okay" or "ok", it returns 1. Otherwise it returns 0.
Well actually...
> + if (statlen > 0) {
> + if
On Mon, 2008-03-24 at 21:41 +1100, Benjamin Herrenschmidt wrote:
> On Fri, 2008-03-14 at 21:20 +0900, Ishizaki Kou wrote:
> > This patch splits cell io-workaround code into spider-pci dependent
> > code and a generic part, and also adds interfaces to the generic
> > io-workaround mechanism.
> >
>
On Fri, 2008-03-14 at 21:20 +0900, Ishizaki Kou wrote:
> This patch splits cell io-workaround code into spider-pci dependent
> code and a generic part, and also adds interfaces to the generic
> io-workaround mechanism.
>
> Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]>
> ---
Hi !
I noticed tha
This function will be used by the NUMA setup code on sparc64, and also
it can be used by powerpc, replacing it's hand crafted
"careful_allocation()" function in arch/powerpc/mm/numa.c
If x86 ever converts it's NUMA support over to using the LMB helpers,
it can use this too as it has something ent
Linus,
Please do:
git pull \
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git merge
to get a few more bug-fixes for powerpc that should go in 2.6.25.
Thanks,
Paul.
arch/powerpc/mm/hash_utils_64.c | 11 ---
arch/powerpc/sysdev/bestcomm/bestcomm.c |8 ++
Kumar Gala writes:
> since you are going to send something to linus let me update the fsl
> defconfigs and send you a pull request.
OK -- I'm about to send Linus a pull request now in case he feels like
releasing 2.6.25 this weekend. I'll send him another pull request
with your defconfig update
Roland McGrath writes:
> Define the forced_successful_syscall_return() macro to
> pair with our force_successful_syscall_return() definition.
>
> Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
Looks OK to me, but what's it useful for?
Paul.
___
Lin
Grant Likely writes:
> The MDIO node in the lite5200b.dts file needs to also claim compatibility
> with the older mpc5200 chip.
>
> Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
> ---
> Paul, this one should also go in for .26
OK, I'll put it in the powerpc-next branch. Or did you mean it sho
42 matches
Mail list logo
