-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jason Wessel wrote:
> Andrew Morton wrote:
>> On Wed, 22 Aug 2007 17:44:12 -0500
>> Jason Wessel <[EMAIL PROTECTED]> wrote:
>>
>>
>>> +while (!atomic_read(&debugger_active));
>>>
>>
>> eek. We're in the process of hunting down and eliminati
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Pete/Piet Delaney wrote:
> Jason Wessel wrote:
>> Andrew Morton wrote:
>>> On Wed, 22 Aug 2007 17:44:12 -0500
>>> Jason Wessel <[EMAIL PROTECTED]> wrote:
>>>
>>>
+while (!atomic_read(&debugger_active));
>>> eek. We're in the proce
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Pete/Piet Delaney wrote:
> Jason Wessel wrote:
>> Andrew Morton wrote:
>>> On Wed, 22 Aug 2007 17:44:12 -0500
>>> Jason Wessel <[EMAIL PROTECTED]> wrote:
>>>
>>>
+while (!atomic_read(&debugger_active));
>>> eek. We're in the proce
Problem Description and Fix : Memory Read Multiples(MRM) do not work
correctly on PPC 440EPX based systems. A PCI driver determines whether
MRMs are supported by reading the PCI cache line size register. If this
value is zero then MRMs are not supported. However some PCI drivers
write to the PCI ca
Linus,
Please do
git pull \
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git merge
There are a couple more bug fixes for Cell plus one from Kumar, and
defconfig updates.
Paul.
arch/powerpc/configs/celleb_defconfig | 196 +
arch/powerpc/configs/chrp32_defconfig
Josh Boyer wrote:
> On Wed, 2007-08-29 at 17:35 +0400, Valentine Barshak wrote:
>> The following patches add initial PowerPC 440EPx Sequoia board support.
>> The code is based mainly on the Bamboo board support by Josh Boyer.
>> These patches have been modified according the comments for the previo
So, like, the other day David Gibson mumbled:
> The bookkeeping for producing the testsuite summary (total number of
> tests passed, failed and so forth) is broken. It uses $? across
> several tests, but for checks after the first, the value of $? will no
> longer contain the original return code,
So, like, the other day David Gibson mumbled:
> Currently, fdt_path_offset() returns FDL_ERR_BADOFFSET if given a path
> with a trailing '/'. In particular this means that
> fdt_path_offset("/") returns FDT_ERR_BADOFFSET rather than 0 as one
> would expect.
>
> This patch fixes the function to ac
So, like, the other day David Gibson mumbled:
> This series of patches adds several new functions to libfdt. These
> are all read-only functions related to determining a given nodes node
> and ancestry.
All three pplied.
Thanks,
jdl
___
Linuxppc-dev ma
Nathan Lynch <[EMAIL PROTECTED]> wrote on 29.08.2007 20:12:32:
> > Previously, ibmebus derived a device's bus_id from its location code.
The
> > location code is not guaranteed to be unique, so we might get bus_id
> > collisions if two devices share the same location code. The OFDT
full_name,
>
On Thu, Aug 30, 2007 at 03:58:12PM +1000, David Gibson wrote:
> On Thu, Aug 30, 2007 at 12:48:54AM -0500, Scott Wood wrote:
> > On Thu, Aug 30, 2007 at 10:55:59AM +1000, David Gibson wrote:
> > > Am I correct in thinking that it's basically an arch/ppc versus
> > > arch/powerpc thing. In which cas
On Thu, Aug 30, 2007 at 10:34:09AM +1000, David Gibson wrote:
> Hrm.. I think the --binary option at least should be removed, and
> subsumed into the platform id - all other binary formats are selected
> by the platform name at present.
>
> And I think it's probably best to do that for --fixed-ent
On Aug 30, 2007, at 6:49 AM, Paul Mackerras wrote:
> Linus,
>
> Please do
>
> git pull \
> git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git merge
>
> There are a couple more bug fixes for Cell plus one from Kumar, and
> defconfig updates.
>
> Paul.
any reason you didn't pull this
On Aug 30, 2007, at 12:56 AM, Scott Wood wrote:
> On Wed, Aug 29, 2007 at 05:41:17PM -0500, Kumar Gala wrote:
>> NACK.
>>
>> I don't want pq2 to be the only platform that has the PCI bus
>> separate from the PCI controller.
>
> Could you articulate the reasons why you'd rather have a mishmash
>
On Thu, Aug 30, 2007 at 09:56:16AM -0500, Kumar Gala wrote:
> It don't feel its a mishmash of crap its just how things are
> defined. Maybe the SOC node was a mistake, but I think we are past
> the point of return on that.
The node itself wasn't a mistake -- the IMMR is relocatable, so it sho
On Thu, Aug 30, 2007 at 10:52:22AM -0500, Milton Miller wrote:
> On Thu Aug 30 02:46:38 EST 2007, Scott Wood wrote:
>
> >+ if (*ptr >= '0' && *ptr <= '9' && *ptr < '0' + base)
> >+ digit = *ptr - '0';
> >+ else if (*ptr >= 'A' && *ptr < 'A' + base
On Thu Aug 30 02:46:38 EST 2007, Scott Wood wrote:
> + if (*ptr >= '0' && *ptr <= '9' && *ptr < '0' + base)
> + digit = *ptr - '0';
> + else if (*ptr >= 'A' && *ptr < 'A' + base - 10)
> + digit = *ptr - 'A' + 10;
> +
On Thu, Aug 30, 2007 at 11:21:18AM +1000, David Gibson wrote:
> +For JEDEC compatible devices, the following additional properties
> +are defined:
> +
> + - vendor-id : Contains the flash chip's vendor id (1 byte).
> + - device-id : Contains the flash chip's device id (1 byte).
Are
Hi Joachim-
Joachim Fenkes wrote:
> Nathan Lynch <[EMAIL PROTECTED]> wrote on 29.08.2007 20:12:32:
> > Will anything break?
>
> Nope. Userspace programs should not depend on ibmebus' way of naming the
> devices; especially since some overly long loc_codes tended to be
> truncated and thus rende
On Thu, 30 Aug 2007 12:29:33 -0500
Scott Wood <[EMAIL PROTECTED]> wrote:
> On Thu, Aug 30, 2007 at 11:21:18AM +1000, David Gibson wrote:
> > +For JEDEC compatible devices, the following additional properties
> > +are defined:
> > +
> > + - vendor-id : Contains the flash chip's vendor i
On Thu, Aug 30, 2007 at 12:59:52PM -0500, Josh Boyer wrote:
> On Thu, 30 Aug 2007 12:29:33 -0500
> Scott Wood <[EMAIL PROTECTED]> wrote:
>
> > On Thu, Aug 30, 2007 at 11:21:18AM +1000, David Gibson wrote:
> > > +For JEDEC compatible devices, the following additional properties
> > > +are d
On Wednesday 29 August 2007, Joachim Fenkes wrote:
> Previously, ibmebus derived a device's bus_id from its location code. The
> location code is not guaranteed to be unique, so we might get bus_id
> collisions if two devices share the same location code. The OFDT full_name,
> however, is unique, s
On Thu, 30 Aug 2007 13:04:50 -0500
Scott Wood <[EMAIL PROTECTED]> wrote:
> On Thu, Aug 30, 2007 at 12:59:52PM -0500, Josh Boyer wrote:
> > On Thu, 30 Aug 2007 12:29:33 -0500
> > Scott Wood <[EMAIL PROTECTED]> wrote:
> >
> > > On Thu, Aug 30, 2007 at 11:21:18AM +1000, David Gibson wrote:
> > > > +
On Thu, 30 Aug 2007, Nick Piggin wrote:
> OK, thanks for that. I think I have a rough idea of how they both
> work... I was just thinking (hoping) that, although the writel may
> not reach the device before the store reaches memory, it would
> _appear_ that way from the POV of the device (ie. if t
On Tue, 28 Aug 2007 15:19:21 -0500
Scott Wood wrote:
> The hardware adds one to the BRG value to get the divider, so it must
> be subtracted by software.
Prolly a note why it used to work, or what exactly this is resulting in the
code. IIRC this was
just fw-ported so arch/ppc should have this as
On Tue, 28 Aug 2007 15:19:22 -0500
Scott Wood wrote:
I would have it in the same patch, that adds clocking stuff to 8xx. And
maybe in the same, segregate source rather then having it in the foo_common.c,
to ease fix/update/rework.
Just imho, not pressing for that.
> Signed-off-by: Scott Wood <[E
On Tue, 28 Aug 2007 15:17:16 -0500
Scott Wood wrote:
> 1. Only map 512K of the IMMR, rather than 8M, to avoid conflicting
> with the default ioremap region.
> 2. The wrong register was being loaded into SPRN_MD_RPN.
>
> Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
Acked-by: Vitaly Bordug <[EMAIL
On Tue, 28 Aug 2007 15:17:19 -0500
Scott Wood wrote:
> These let board code set up pins and clocks without having to
> put magic numbers directly into the registers.
>
I personally is not fond of such idea, but it would make this more
understandable eases transfer to feature_call
or qe pin setti
On Tue, 28 Aug 2007 15:19:09 -0500
Scott Wood wrote:
> It now uses the new CPM binding and the generic pin/clock functions,
> and has assorted fixes and cleanup.
>
good work, thanks.
> Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
Acked-by: Vitaly Bordug <[EMAIL PROTECTED]>
> ---
> arch/powerpc
On Thu, Aug 30, 2007 at 02:09:07AM +0400, Vitaly Bordug wrote:
> On Tue, 28 Aug 2007 15:19:21 -0500
> Scott Wood wrote:
>
> > The hardware adds one to the BRG value to get the divider, so it must
> > be subtracted by software.
>
> Prolly a note why it used to work, or what exactly this is resulti
On Thu, Aug 30, 2007 at 02:25:48AM +0400, Vitaly Bordug wrote:
> I would have it in the same patch, that adds clocking stuff to 8xx.
I was trying to keep the 8xx and 82xx patchsets reasonably separate.
> And maybe in the same, segregate source rather then having it in the
> foo_common.c, to ease
From: Grant Likely <[EMAIL PROTECTED]>
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
CC: Scott Wood <[EMAIL PROTECTED]>
CC: Kumar Gala <[EMAIL PROTECTED]>
CC: Timur Tabi <[EMAIL PROTECTED]>
---
arch/powerpc/configs/mpc834x_itx_defconfig | 292 +
arch/powerpc/configs/mpc8
From: Grant Likely <[EMAIL PROTECTED]>
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
CC: Scott Wood <[EMAIL PROTECTED]>
CC: Kumar Gala <[EMAIL PROTECTED]>
CC: David Gibson <[EMAIL PROTECTED]>
---
arch/powerpc/boot/devtree.c | 14 +++---
1 files changed, 7 insertions(+), 7 deletions(-
From: Grant Likely <[EMAIL PROTECTED]>
cuImage need to know the logical index of the ethernet devices in order
to assign mac addresses. This patch adds the needed properties
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
CC: Scott Wood <[EMAIL PROTECTED]>
CC: Kumar Gala <[EMAIL PROTECTED]>
CC:
> There are currently two GX devices, eHCA and eHEA, which both reside
> beneath the root node - this is required by architecture for those
> devices. Unless they invent a device called
> "supercalifragilisticexpialidocious", devices in the root note will have a
> full_name of less than 31 char
Hello!
> I don't have traces at hand and due to lack of time cannot reproduce it
> up to tomorrow. However this hint may speed up your analysis!
Sorry for the delay, but my desktop PC had an urgent hard disk problem I
had to fix ASASP.
So here is the output from dmesg that suggested to me that
From: Grant Likely <[EMAIL PROTECTED]>
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
---
arch/powerpc/boot/Makefile |5 +-
arch/powerpc/boot/cuboot-52xx.c | 49 +++
arch/powerpc/boot/mpc52xx-psc.c | 89 +++
arch/powerpc/b
On Thu, Aug 30, 2007 at 02:57:40PM -0600, Grant Likely wrote:
> diff --git a/arch/powerpc/boot/mpc52xx-psc.c b/arch/powerpc/boot/mpc52xx-psc.c
> new file mode 100644
> index 000..46eecf0
> --- /dev/null
> +++ b/arch/powerpc/boot/mpc52xx-psc.c
> @@ -0,0 +1,89 @@
> +/*
> + * CPM serial console su
Anton Vorontsov wrote:
> +static int __init mpc832x_spi_init(void)
> +{
> + if (!machine_is(mpc832x_rdb))
> + return 0;
> +
> + par_io_config_pin(3, 0, 3, 0, 1, 0); /* SPI1 MOSI, I/O */
> + par_io_config_pin(3, 1, 3, 0, 1, 0); /* SPI1 MISO, I/O */
> + par_io_config_pi
On 8/30/07, Scott Wood <[EMAIL PROTECTED]> wrote:
> On Thu, Aug 30, 2007 at 02:57:40PM -0600, Grant Likely wrote:
> > diff --git a/arch/powerpc/boot/mpc52xx-psc.c
> > b/arch/powerpc/boot/mpc52xx-psc.c
> > new file mode 100644
> > index 000..46eecf0
> > --- /dev/null
> > +++ b/arch/powerpc/boot
On Thu, Aug 30, 2007 at 04:00:56PM +0200, Joachim Fenkes wrote:
>
> Plus, I rather like using
> the full_name since it also contains a descriptive name as opposed to
> being just nondescript numbers, helping the layman (ie user) to make sense
> out of a dev_id.
Yes, well, but no. The location
On Thu, 30 Aug 2007 15:13:12 -0500
Scott Wood wrote:
> On Thu, Aug 30, 2007 at 02:09:07AM +0400, Vitaly Bordug wrote:
> > On Tue, 28 Aug 2007 15:19:21 -0500
> > Scott Wood wrote:
> >
> > > The hardware adds one to the BRG value to get the divider, so it
> > > must be subtracted by software.
> >
+/*
+ * Old U-boot compatibility for 8200
+ *
And this one?
--
Matt Sealey <[EMAIL PROTECTED]>
Genesi, Manager, Developer Relations
Grant Likely wrote:
> On 8/30/07, Scott Wood <[EMAIL PROTECTED]> wrote:
>> On Thu, Aug 30, 2007 at 02:57:40PM -0600, Grant Likely wrote:
>>> diff --git a/arch/pow
On Thu, Aug 30, 2007 at 02:26:18PM -0600, Grant Likely wrote:
> From: Grant Likely <[EMAIL PROTECTED]>
>
> Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
> CC: Scott Wood <[EMAIL PROTECTED]>
> CC: Kumar Gala <[EMAIL PROTECTED]>
> CC: David Gibson <[EMAIL PROTECTED]>
Hrm... I thought Scott had de
On Thu, Aug 30, 2007 at 09:10:46AM -0500, Scott Wood wrote:
> On Thu, Aug 30, 2007 at 03:58:12PM +1000, David Gibson wrote:
> > On Thu, Aug 30, 2007 at 12:48:54AM -0500, Scott Wood wrote:
> > > On Thu, Aug 30, 2007 at 10:55:59AM +1000, David Gibson wrote:
> > > > Am I correct in thinking that it's
On Thu, Aug 30, 2007 at 02:26:24PM -0600, Grant Likely wrote:
> From: Grant Likely <[EMAIL PROTECTED]>
>
> cuImage need to know the logical index of the ethernet devices in order
> to assign mac addresses. This patch adds the needed properties
>
> Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
On Thu, Aug 30, 2007 at 12:29:33PM -0500, Scott Wood wrote:
> On Thu, Aug 30, 2007 at 11:21:18AM +1000, David Gibson wrote:
> > +For JEDEC compatible devices, the following additional properties
> > +are defined:
> > +
> > + - vendor-id : Contains the flash chip's vendor id (1 byte).
>
On Thu, Aug 30, 2007 at 09:21:15AM -0500, Scott Wood wrote:
> On Thu, Aug 30, 2007 at 10:34:09AM +1000, David Gibson wrote:
> > Hrm.. I think the --binary option at least should be removed, and
> > subsumed into the platform id - all other binary formats are selected
> > by the platform name at pre
Fix build of electra_cf, since the IO space setup interfaces were
changed when BenH rewrote it.
Also clean it up a bit, add 5V support, make it unloadable, remove some
dead variables, etc.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
---
Andrew,
I did this as an incremental patch that yo
Fixes:
CC [M] drivers/ide/ppc/pmac.o
/scratch/tony/tmp/drivers/ide/ppc/pmac.c: In function 'pmac_ide_dma_check':
/scratch/tony/tmp/drivers/ide/ppc/pmac.c:1815: warning: unused variable 'map'
/scratch/tony/tmp/drivers/ide/ppc/pmac.c:1813: warning: unused variable 'pmif'
Signed-off-by: Tony Breed
On 8/30/07, David Gibson <[EMAIL PROTECTED]> wrote:
> On Thu, Aug 30, 2007 at 02:26:18PM -0600, Grant Likely wrote:
> > From: Grant Likely <[EMAIL PROTECTED]>
> >
> > Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
> > CC: Scott Wood <[EMAIL PROTECTED]>
> > CC: Kumar Gala <[EMAIL PROTECTED]>
> > CC
On Thu, Aug 30, 2007 at 10:14:41PM -0600, Grant Likely wrote:
> On 8/30/07, David Gibson <[EMAIL PROTECTED]> wrote:
> > On Thu, Aug 30, 2007 at 02:26:18PM -0600, Grant Likely wrote:
> > > From: Grant Likely <[EMAIL PROTECTED]>
> > >
> > > Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
> > > CC: Sc
My recent implemenetation of fdt_get_path() had a bug - the while loop
tested offset which was unitialized on the first iteration. Depending
on code surrounding the call, this could cause fdt_get_path() to
return incorrect results.
This patch corrects the problem by applying some more correct thi
Export new __io{re,un}map_at() symbols so modules can use them.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Index: mainline/arch/powerpc/mm/pgtable_64.c
===
--- mainline.orig/arch/powerpc/mm/pgtable_64.c
+++ mainline/arch/pow
Currently, dtc relies on make's implicit rule to build the testcases.
This means that when not making verbosely (V=0, the default) there is
no message at all while relinking the testsuites. This can be very
confusing when updating libfdt.a (upon which the testcases depend) and
make appears to do n
This patch turns on optimisation in the Makefile by default. With the
optimizer on, some uninitialized variable warnings (one real, two
bogus) are now generated. This patch also squashes those again.
Index: dtc/Makefile
===
--- dtc.
56 matches
Mail list logo
