This patch drops the architecture specific code for managing irq
assignments and uses core code instead.
Signed-off-by: Grant Likely
---
arch/powerpc/kernel/irq.c | 49 -
1 files changed, 13 insertions(+), 36 deletions(-)
diff --git a/arch/powerpc/k
This is a stepping stone to using core code for allocating virqs
instead of the powerpc architecture specific code. The next patch
will drop the algorithm that searches for a free irq and replaces it
with irq_alloc_desc()
Signed-off-by: Grant Likely
---
arch/powerpc/kernel/irq.c | 49
irq_alloc_virt() and irq_free_virt() aren't called anywhere but from
arch/powerpc/kernel/irq.c, and they are only ever called with count=1.
This patch removes the prototypes from the header file, removes the
count arguments, and cuts out the dead code.
Also removes obsolete references to irq_early
First step in eliminating irq_map[] table entirely
Signed-off-by: Grant Likely
---
arch/powerpc/include/asm/irq.h | 15 +---
arch/powerpc/kernel/irq.c| 26 +++
arch/powerpc/platforms/512x/mpc5121_ads_cpld.c |4 +
arch/powerpc/platforms/52xx
Hey Ben,
Can you take a look at this series and let me know what you think.
The only functional change is in the last patch which uses the core
irq_alloc_desc*() infrastructure to allocating irqs.
I know I've left race conditions in the code; specifically the
unlikely case of two threads trying t
On Wed, Apr 20, 2011 at 1:31 PM, Sam Ravnborg wrote:
>> +
>> irq_hw_number_t virq_to_hw(unsigned int virq)
>> {
>> return irq_map[virq].hwirq;
>> }
>> EXPORT_SYMBOL_GPL(virq_to_hw);
>
> General comment...
> kernel/irq/* denote the virtual irq numbers "irq".
> powerpc uses "virq" for the
On Tue, 2011-04-12 at 17:25 +1000, Michael Ellerman wrote:
> Signed-off-by: Benjamin Herrenschmidt
> Signed-off-by: Michael Ellerman
> ---
This misses a couple of #include "io-workarounds.h" ->
conversions. I'll fix it up before merging.
Cheers,
Ben.
> arch/powerpc/include/asm/io-workarounds
"Ira W. Snyder" hat am 20. April 2011 um 22:44
geschrieben:
> On Wed, Apr 20, 2011 at 09:21:00PM +0200, Schwarz,Andre wrote:
> > Hi,
> >
> > I'm facing an issue with tmpfs mounts on PowerPC (mpc83xx specifically).
> >
> > After "mount -t tmpfs tmpfs /tmp -o size=16m" I can fill the machine's m
On Wed, 2011-04-20 at 12:07 +0200, Peter Zijlstra wrote:
> On Thu, 2011-03-10 at 15:10 +0100, Peter Zijlstra wrote:
> >
> > Also, still waiting to hear from the Power7 folks on how often they
> > think to rebuild the topology and how they think that makes sense,
> > afaict Power7 does have actual
On Wed, Apr 20, 2011 at 09:21:00PM +0200, Schwarz,Andre wrote:
> Hi,
>
> I'm facing an issue with tmpfs mounts on PowerPC (mpc83xx specifically).
>
> After "mount -t tmpfs tmpfs /tmp -o size=16m" I can fill the machine's mem
> (512MiB) until oom becomes active.
>
> I can't see this on any other
> +
> irq_hw_number_t virq_to_hw(unsigned int virq)
> {
> return irq_map[virq].hwirq;
> }
> EXPORT_SYMBOL_GPL(virq_to_hw);
General comment...
kernel/irq/* denote the virtual irq numbers "irq".
powerpc uses "virq" for the same.
Sometimes it is confusing that two different names is used
f
Hi,
I'm facing an issue with tmpfs mounts on PowerPC (mpc83xx specifically).
After "mount -t tmpfs tmpfs /tmp -o size=16m" I can fill the machine's mem
(512MiB) until oom becomes active.
I can't see this on any other machine (x86/ARM) I have access to.
There's always a "no space left on device"
On (Wed) 20 Apr 2011 [07:34:35], Greg KH wrote:
> On Wed, Apr 20, 2011 at 06:03:30PM +0530, Amit Shah wrote:
> > On (Mon) 28 Mar 2011 [11:52:05], Milton Miller wrote:
> > > On Fri, 25 Mar 2011 about 14:17:14 +0530, Amit Shah wrote:
> > > > On (Thu) 24 Mar 2011 [08:58:04], Milton Miller wrote:
> > >
On Wed, 20 Apr 2011 10:55:19 +0200
Andrea Galbusera wrote:
> mac-fec.c was setting individual UDP address registers instead of multicast
> group address registers when joining a multicast group.
> This prevented from correctly receiving UDP multicast packets.
> According to datasheet, replaced ha
On Wed, Apr 20, 2011 at 06:03:30PM +0530, Amit Shah wrote:
> On (Mon) 28 Mar 2011 [11:52:05], Milton Miller wrote:
> > On Fri, 25 Mar 2011 about 14:17:14 +0530, Amit Shah wrote:
> > > On (Thu) 24 Mar 2011 [08:58:04], Milton Miller wrote:
> > > > On Thu, 24 Mar 2011 07:29:58 -, Amit Shah wrote:
On (Mon) 28 Mar 2011 [11:52:05], Milton Miller wrote:
> On Fri, 25 Mar 2011 about 14:17:14 +0530, Amit Shah wrote:
> > On (Thu) 24 Mar 2011 [08:58:04], Milton Miller wrote:
> > > On Thu, 24 Mar 2011 07:29:58 -, Amit Shah wrote:
> > > > hvc_open() can be called without having any backing device.
On Thu, 2011-03-10 at 15:10 +0100, Peter Zijlstra wrote:
>
> Also, still waiting to hear from the Power7 folks on how often they
> think to rebuild the topology and how they think that makes sense,
> afaict Power7 does have actual NUMA nodes unlike s390, so I'm still not
> seeing how that's going
mac-fec.c was setting individual UDP address registers instead of multicast
group address registers when joining a multicast group.
This prevented from correctly receiving UDP multicast packets.
According to datasheet, replaced hash_table_high and hash_table_low
with grp_hash_table_high and grp_has
First step in eliminating irq_map[] table entirely. This patch makes the
irq_map[] table only accessible by arch/powerpc/kernel/irq.c
Signed-off-by: Grant Likely
---
arch/powerpc/include/asm/irq.h | 15 +---
arch/powerpc/kernel/irq.c| 26 +++
ar
Dear linux-ppc-dev Team
I am Kazunori Takada, and the occupation of FAE of AVNET Japan.
This time, the question on this patch has been received from the customer who
is using MPC8377E.
Therefore, it E-mailed ..this...
The question from the customer is described to the following.
The bit of r
20 matches
Mail list logo
