> "Johnny" == Johnny Hung writes:
Johnny> Hi All:
Johnny> Is there a alreday written GPIO dirver or example for
Johnny> MPC8313/similar ppc platform. It looks like many people need GPIO
Johnny> dirver to control LED, etc... I think is it possible to write a
Johnny> general gpio driver
On Tuesday 22 September 2009 23:20:49 Sean MacLennan wrote:
> What is the status of this bug?
I've noticed that David pulled in into his repo. So I expect it to hit
mainline in this merge window.
Cheers,
Stefan
___
Linuxppc-dev mailing list
Linuxppc-d
The test to check whether we have _PAGE_SPECIAL defined is broken,
since we always define it, just not always to a meaninful value :-)
That broke 8xx and 40x under some circumstances.
This fixes it by adding _PAGE_SPECIAL for both of these since they
had a free PTE bit, and removing the condition
Hi All:
Is there a alreday written GPIO dirver or example for
MPC8313/similar ppc platform. It looks like many people need GPIO
dirver to control LED, etc... I think is it possible to write a
general gpio driver for all ppc platform and only need to modify gpio
iomap information of dtb file. Ple
On Wed, Sep 23, 2009 at 07:08:22AM +1000, Benjamin Herrenschmidt wrote:
>
> > Unfortunately, I am not sensitive to issues surrounding 1TB segments or how
> > they are currently being used. However, as this clearly helps performance
> > for large amounts of memory, is it worth providing an option t
On Wed, 23 Sep 2009 03:55:34 +0400
Anton Vorontsov wrote:
> On Tue, Sep 22, 2009 at 04:43:47PM -0700, David Woodhouse wrote:
> > On Wed, 2009-09-23 at 03:01 +0400, Anton Vorontsov wrote:
> > >
> > > And the two patches I sent on top:
> > >
> > > http://lkml.org/lkml/2009/8/18/364
> > > http://l
On Tue, Sep 22, 2009 at 04:43:47PM -0700, David Woodhouse wrote:
> On Wed, 2009-09-23 at 03:01 +0400, Anton Vorontsov wrote:
> >
> > And the two patches I sent on top:
> >
> > http://lkml.org/lkml/2009/8/18/364
> > http://lkml.org/lkml/2009/8/18/366
>
> Got versions of those which apply to the m
On Tue, 22 Sep 2009 16:43:47 -0700
David Woodhouse wrote:
> On Wed, 2009-09-23 at 03:01 +0400, Anton Vorontsov wrote:
> >
> > And the two patches I sent on top:
> >
> > http://lkml.org/lkml/2009/8/18/364
> > http://lkml.org/lkml/2009/8/18/366
>
> Got versions of those which apply to the mtd-2.
On Wed, 2009-09-23 at 03:01 +0400, Anton Vorontsov wrote:
>
> And the two patches I sent on top:
>
> http://lkml.org/lkml/2009/8/18/364
> http://lkml.org/lkml/2009/8/18/366
Got versions of those which apply to the mtd-2.6.git tree (which I'm
about to ask Linus to pull)?
--
dwmw2
On Tue, Sep 22, 2009 at 04:25:48PM -0700, Andrew Morton wrote:
> On Wed, 19 Aug 2009 01:46:28 +0400
> Anton Vorontsov wrote:
>
> > CAT25 chips (as manufactured by On Semiconductor, previously Catalyst
> > Semiconductor) are similar to the original M25Px0 chips, except:
> >
> > - Address width ca
On Wed, 19 Aug 2009 01:46:28 +0400
Anton Vorontsov wrote:
> CAT25 chips (as manufactured by On Semiconductor, previously Catalyst
> Semiconductor) are similar to the original M25Px0 chips, except:
>
> - Address width can vary (1-2 bytes, in contrast to 3 bytes in M25P
> chips). So, implement c
On Tue, Sep 22, 2009 at 02:17:05PM -0700, Andrew Morton wrote:
> On Mon, 3 Aug 2009 19:54:50 -0700
> David Brownell wrote:
>
> > On Thursday 30 July 2009, Anton Vorontsov wrote:
> > > This patch converts the m25p80 driver so that now it uses .id_table
> > > for device matching, making it properly
I am not exactly sure who to direct this question to (general Linux kernel or
LinuxPPC),
so I am directing to both - in hopes that someone will recognize this problem -
and perhaps
give me some suggestions on how to proceed...
I am running Linux (2.6.23x (and 2.6.27.x)) on a MPC8572 based system
Anton Blanchard wrote on 22/09/2009 03:52:35:
> If we are using 1TB segments and we are allowed to randomise the heap, we
can
> put it above 1TB so it is backed by a 1TB segment. Otherwise the heap
will be
> in the bottom 1TB which always uses 256MB segments and this may result in
a
> performance
John Linn wrote:
>> -Original Message-
>> From: linuxppc-dev-bounces+john.linn=xilinx@lists.ozlabs.org
>> [mailto:linuxppc-dev-
>> bounces+john.linn=xilinx@lists.ozlabs.org] On Behalf Of Richard Röjfors
>> Sent: Tuesday, September 22, 2009 6:55 AM
>> To: spi-devel-gene...@lists.sou
What is the status of this bug?
Cheers,
Sean
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
On Fri, 28 Aug 2009 04:30:10 +0400
Anton Vorontsov wrote:
> On Fri, Aug 28, 2009 at 03:19:25AM +0400, Anton Vorontsov wrote:
> [...]
> > > That is why platform code should device_init_wakeup() and
> > > drivers should check device_can_wakeup(dev) ...
> >
> > They should (and do) check may_wakeup
On Mon, 3 Aug 2009 19:54:50 -0700
David Brownell wrote:
> On Thursday 30 July 2009, Anton Vorontsov wrote:
> > This patch converts the m25p80 driver so that now it uses .id_table
> > for device matching, making it properly detect devices on OpenFirmware
> > platforms (prior to this patch the driv
From: John Linn
Date: Tue, 22 Sep 2009 10:56:27 -0600
> Thanks Grant, I wondered about that myself.
I've applied this patch, thanks.
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
> Unfortunately, I am not sensitive to issues surrounding 1TB segments or how
> they are currently being used. However, as this clearly helps performance
> for large amounts of memory, is it worth providing an option to
> libhugetlbfs to locate 16MB pages above 1TB when they are otherwise being
>
Thanks Grant, I wondered about that myself.
> -Original Message-
> From: glik...@secretlab.ca [mailto:glik...@secretlab.ca] On Behalf Of Grant
> Likely
> Sent: Tuesday, September 22, 2009 10:54 AM
> To: John Linn
> Cc: net...@vger.kernel.org; da...@davemloft.net; linuxppc-...@ozlabs.org;
On Tue, Sep 22, 2009 at 8:24 AM, John Linn wrote:
> From: Michal Simek
>
> You can't ping the board or connect to it unless you send
> any packet out from board.
>
> Tested-by: John Williams
> Signed-off-by: Michal Simek
> Acked-by: John Linn
John, Since this patch is being *sent* by you, the
> -Original Message-
> From: linuxppc-dev-bounces+john.linn=xilinx@lists.ozlabs.org
> [mailto:linuxppc-dev-
> bounces+john.linn=xilinx@lists.ozlabs.org] On Behalf Of Richard Röjfors
> Sent: Tuesday, September 22, 2009 6:55 AM
> To: spi-devel-gene...@lists.sourceforge.net
> Cc: linu
From: Michal Simek
You can't ping the board or connect to it unless you send
any packet out from board.
Tested-by: John Williams
Signed-off-by: Michal Simek
Acked-by: John Linn
---
drivers/net/xilinx_emaclite.c |7 ++-
1 files changed, 2 insertions(+), 5 deletions(-)
diff --git a/dr
This is an updated version of the patch I sent on September 6 cleaning
up the powerpc architecture's linker scripts. The only change is that
it is rebased on top of Linus's current master.
This cross-architecture linker script cleanup project is in
preparation for adding support for building the
Signed-off-by: Tim Abbott
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: linuxppc-...@ozlabs.org
Cc: Sam Ravnborg
---
arch/powerpc/kernel/vmlinux.lds.S | 69 -
1 files changed, 15 insertions(+), 54 deletions(-)
diff --git a/arch/powerpc/kernel/vmlinux.
fix the following 'make includecheck' warning:
arch/powerpc/kernel/exceptions-64e.S: asm/reg.h is included more than once.
Signed-off-by: Jaswinder Singh Rajput
---
arch/powerpc/kernel/exceptions-64e.S |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/kern
fix the following 'make includecheck' warning:
arch/powerpc/mm/tlb_low_64e.S: asm/reg.h is included more than once.
Signed-off-by: Jaswinder Singh Rajput
---
arch/powerpc/mm/tlb_low_64e.S |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/mm/tlb_low_64e.S b
This patch splits xilinx_spi into three parts, an OF and a platform
driver and generic part.
The generic part now also works on X86 and also supports the Xilinx
SPI IP DS570
Signed-off-by: Richard Röjfors
---
diff --git a/drivers/spi/Kconfig b/drivers/spi/Kconfig
index 2c733c2..eca491b 100644
--
The driver always ends a read with a STOP condition which
breaks subsequent I2C reads/writes in the same transaction as
these expect to do a repeated START(ReSTART).
This will also help I2C multimaster as the bus will not be released
after the first read, but when the whole transaction ends.
Sign
On Tue, 2009-09-22 at 18:00 +1000, Benjamin Herrenschmidt wrote:
> On Tue, 2009-09-22 at 09:28 +0200, Ingo Molnar wrote:
> >
> > Nevertheless you are right that i should have caught this particular
> > PowerPC build bug - i missed it - sorry about that!
> >
> Allright. Well, to help in general,
* Arun R Bharadwaj [2009-09-22 16:55:27]:
This patch creates arch/powerpc/platforms/pseries/processor_idle.c,
which implements the cpuidle infrastructure for pseries.
It implements a pseries_cpuidle_loop() which would be the main idle loop
called from cpu_idle(). It makes decision of entering eit
* Arun R Bharadwaj [2009-09-22 16:55:27]:
In arch/powerpc/kernel/idle.c create a default_idle() routine by moving
the failover condition of the cpu_idle() idle loop. This is needed by
cpuidle infrastructure to call default_idle when other idle routines
are not yet registered. Functionality remain
* Arun R Bharadwaj [2009-09-22 16:55:27]:
This patch removes the routines, pseries_shared_idle_sleep and
pseries_dedicated_idle_sleep, since this is implemented as a part
of arch/powerpc/platform/pseries/processor_idle.c
Also, similar to x86, call cpuidle_idle_call from cpu_idle() idle
loop inst
* Arun R Bharadwaj [2009-09-22 16:55:27]:
This patch enables the cpuidle option in Kconfig for pSeries.
Currently cpuidle infrastructure is enabled only for x86 and ARM.
This code is almost completely borrowed from x86 to enable
cpuidle for pSeries.
Signed-off-by: Arun R Bharadwaj
---
arch/po
* Arun R Bharadwaj [2009-09-22 16:55:27]:
This patch cleans up x86 of all instances of pm_idle.
pm_idle which was earlier called from cpu_idle() idle loop
is replaced by cpuidle_idle_call.
x86 also registers to cpuidle when the idle routine is selected,
by populating the cpuidle_device data str
* Arun R Bharadwaj [2009-09-22 16:55:27]:
Implement a list based registering mechanism for architectures which
have multiple sets of idle routines which are to be registered.
Currently, in x86 it is done by merely setting pm_idle = idle_routine
and managing this pm_idle pointer is messy.
To giv
* Arun R Bharadwaj [2009-09-22 16:55:27]:
This patch cleans up drivers/cpuidle/cpuidle.c
Earlier cpuidle assumed pm_idle as the default idle loop. Break that
assumption and make it more generic. cpuidle_idle_call() which is the
main idle loop of cpuidle is to be called by architectures which have
Hi,
This patchset introduces cpuidle infrastructure to POWER, prototyping
for pSeries, and also does a major refactoring of current x86 idle
power management and a cleanup of cpuidle infrastructure.
My earlier iterations can be found at:
v5 --> http://lkml.org/lkml/2009/9/22/26
v4 --> http://lkm
Hello Kumar
Could you please accept this patch if it is okay.
Regards
POonam
> -Original Message-
> From: Aggrwal Poonam-B10812
> Sent: Monday, August 31, 2009 5:22 PM
> To: linuxppc-...@ozlabs.org
> Cc: Aggrwal Poonam-B10812
> Subject: [PATCH][v3] powerpc/85xx: P1020RDB Support Added
Hello Kumar
Could you please accept this patch if it is fine.
Regards
Poonam
> -Original Message-
> From: Aggrwal Poonam-B10812
> Sent: Saturday, September 19, 2009 10:44 PM
> To: linuxppc-...@ozlabs.org
> Cc: Aggrwal Poonam-B10812
> Subject: [PATCH][v2] powerpc/85xx: Create dts for ea
On Tue, 2009-09-22 at 20:07 +1000, Benjamin Herrenschmidt wrote:
> On Tue, 2009-09-22 at 11:29 +0200, Weirich, Bernhard wrote:
> > Hello,
> >
> > I found the cause of the problem.
> > My architecture does not define the _PAGE_SPECIAL macro, thus in
> > pte-common.h line 32, it is defined as 0
> >
On Tue, 2009-09-22 at 11:29 +0200, Weirich, Bernhard wrote:
> Hello,
>
> I found the cause of the problem.
> My architecture does not define the _PAGE_SPECIAL macro, thus in pte-common.h
> line 32, it is defined as 0
> And then in line 180, since _PAGE_SPECIAL is defined, the macro
> __HAVE_ARCH
On Tue, 22 Sep 2009, Benjamin Herrenschmidt wrote:
> On Mon, 2009-09-21 at 15:40 +0200, Geert Uytterhoeven wrote:
> > With 32-bit userland, this boils down to:
> > | mmap addr 0x7fff size 0x7fff
> > | mmap returned 0x7fff
> >
> > i.e. mmap() succeeds, but (1) the test expects it to fai
Hello,
I use mmap to map an IO address space to user space on a PPC405EX processor.
till kernel 2.6.29 this worked without problems, since 2.6.30. I get
intimidating error messages when I do the unmap, mmap works fine, though.
BUG: Bad page map in process deviceDaemon pte:ffe3b45e pmd:0f11a400
I suggest you to take a look at the meaning of the data showed by
"/proc/loadavg".
See:
http://www.luci.org/luci-discuss/200210/msg00055.html
for more details.
In my opinion your loadavg of 3.0 means only that in your application there is
an average of 3 task waiting for running on the CPU. Th
Hello,
I found the cause of the problem.
My architecture does not define the _PAGE_SPECIAL macro, thus in pte-common.h
line 32, it is defined as 0
And then in line 180, since _PAGE_SPECIAL is defined, the macro
__HAVE_ARCH_PTE_SPECIAL is erroneously defined.
This makes any ppc architecture to ac
* Peter Zijlstra [2009-09-22 09:25:59]:
>
>
> Much better :-)
>
>
> But I'm puzzled by all the per-cpu-ish-ness of the stuff. Why would you
> need to register things on a per-cpu basis?
>
> Also:
>
>
> + list_for_each(pos, &per_cpu(cpuidle_devices_list, cpu)) {
> + temp
It is an AgentX subagent, it does a lot of things like accessing the hardware,
handling messages from the main snmp agent received from an unix socket,
writing files on jffs2 partition, polling hardware for alarms.
If I kill it,
the load goes down. Anyway the subagent only takes 2-3% of the CPU.
* Benjamin Herrenschmidt wrote:
> On Tue, 2009-09-22 at 09:28 +0200, Ingo Molnar wrote:
> >
> > Nevertheless you are right that i should have caught this particular
> > PowerPC build bug - i missed it - sorry about that!
>
> Allright. Well, to help in general, we are setting up a build-bot he
On Tue, 2009-09-22 at 09:28 +0200, Ingo Molnar wrote:
>
> Nevertheless you are right that i should have caught this particular
> PowerPC build bug - i missed it - sorry about that!
>
Allright. Well, to help in general, we are setting up a build-bot
here too that will build -tip HEAD for at least
Much better :-)
But I'm puzzled by all the per-cpu-ish-ness of the stuff. Why would you
need to register things on a per-cpu basis?
Also:
+ list_for_each(pos, &per_cpu(cpuidle_devices_list, cpu)) {
+ temp_dev = container_of(pos, struct cpuidle_device,
+
* Benjamin Herrenschmidt wrote:
> On Tue, 2009-09-22 at 09:48 +1000, Paul Mackerras wrote:
>
> > This fixes two places in the powerpc perf_event (perf_counter) code
> > where 'list_entry' needs to be changed to 'group_entry', but were
> > missed in commit 65abc865 ("perf_counter: Rename list_e
On Mon, 2009-09-21 at 09:04 -0700, David Hawkins wrote:
> This can be made to work using the kernel hot-swap
> interface. PCI devices have an ENUM# interrupt that
> they assert when inserted or extracted, and the host
> hot-swap driver can be hooked up to it. PCI-E may
> have a similar mechanism, i
54 matches
Mail list logo
