The current implementation of lazy interrupts handling has some
issues that this tries to address.
Except on iSeries, we don't do the various workarounds we need to
do on re-enable when returning from an interrupt, which can do an
implicit re-enable, and thus we may still lose or get delayed
decre
Hi Li,
A while back DaveM mentioned that it would be good to
break out the ring allocations[1] in this driver.
I was looking at it, and in the process noticed this:
$ grep 'numQueues.*=' drivers/net/ethernet/freescale/ucc_geth.c
.numQueuesTx = 1,
.numQueuesRx = 1,
$
My interpr
On Thu, Feb 2, 2012 at 10:57 AM, acrux wrote:
> well, i got the same error with also linux-2.6.37. Btw, this was already
> reported about a year ago:
> http://lists.ozlabs.org/pipermail/linuxppc-dev/2011-February/088415.html
I think this was fixed already. You're using an obsolete kernel.
--
On Thu, 2012-02-02 at 12:56 -0500, Paul Gortmaker wrote:
> On Fri, Jan 20, 2012 at 10:50 PM, Paul Gortmaker
> wrote:
> > The legacy_serial code was setting things up based on the assumption
> > that the main 8250 driver would be loaded shortly after. But some
> > randconfigs exposed an issue wher
On Thu, 2012-02-02 at 11:28 -0500, Mike Frysinger wrote:
> On Thursday 02 February 2012 09:41:25 Srikar Dronamraju wrote:
> > +#define GET_FP(regs) (0)
> > +#define SET_FP(regs, val)
>
> ppc doesn't have a standard FP location ?
Not really no, it's the sp (r1). r31 might be consider
On Thu, Feb 02, 2012 at 03:39:48PM +0400, Sergei Shtylyov wrote:
> Hello.
>
> On 02-02-2012 7:23, Shengzhou Liu wrote:
>
> >when missing USB PHY clock, kernel booting up will halt during USB
> >initialization. We should check USBGP[PHY_CLK_VALID] bit to avoid
> >CPU hang in this case.
>
> >Signe
I ran my test overnight with the TX irq time-stamping and finally got
one delayed packet. Based on the time-stamp data the packets are
getting stuck in the FEC TX FIFO.
The calls to the xmit function are spaced our on about 150 us interval
for a larger TCP socket write. The BestComm tx irq is han
On Fri, Jan 20, 2012 at 10:50 PM, Paul Gortmaker
wrote:
> The legacy_serial code was setting things up based on the assumption
> that the main 8250 driver would be loaded shortly after. But some
> randconfigs exposed an issue where early debug (UDB) UART support was
> enabled, yet the core UART 8
On Thursday 02 February 2012 11:36:59 Srikar Dronamraju wrote:
> * Mike Frysinger [2012-02-02 11:28:46]:
> > On Thursday 02 February 2012 09:41:25 Srikar Dronamraju wrote:
> > > +#define profile_pc(regs) GET_IP(regs)
> >
> > pretty sure you don't need this as asm-generic/ptrace.h already has a
>
On Thu, 2 Feb 2012 03:48:03 +0100
acrux wrote:
> board: Genesi Efika (MPC5200B)
> problem: unable to use sound subsystem instead it works fine with
> linux-2.6.36.4 (+ device tree supplement, attached) .
>
> With linux-2.6.38.8 and linux-2.6.39.4 it doesn't build.
> That's from my build log:
>
* Mike Frysinger [2012-02-02 11:28:46]:
> On Thursday 02 February 2012 09:41:25 Srikar Dronamraju wrote:
> > +#define GET_FP(regs) (0)
> > +#define SET_FP(regs, val)
>
> ppc doesn't have a standard FP location ?
>
> > +#define profile_pc(regs) GET_IP(regs)
>
> pretty sure you don
On Thursday 02 February 2012 09:41:25 Srikar Dronamraju wrote:
> +#define GET_FP(regs) (0)
> +#define SET_FP(regs, val)
ppc doesn't have a standard FP location ?
> +#define profile_pc(regs) GET_IP(regs)
pretty sure you don't need this as asm-generic/ptrace.h already has a
definition for
With this change, helpers such as instruction_pointer() et al, get defined
in the generic header in terms of GET_IP
Signed-off-by: Srikar Dronamraju
Signed-off-by: Ananth N Mavinakayanahalli
---
arch/powerpc/include/asm/ptrace.h | 22 ++
1 files changed, 14 insertions(+),
On Thu, Feb 2, 2012 at 2:59 AM, Arshad, Farrukh
wrote:
> Greetings All,
>
> I have general question regarding kernel debugging on PowerPC platform.
> Except printk what are other ways for kernel / kernel modules debugging on
> PowerPC architecture (i.e P1022DS/RDK boards). I am specifically referr
Hello.
On 02-02-2012 7:23, Shengzhou Liu wrote:
when missing USB PHY clock, kernel booting up will halt during USB
initialization. We should check USBGP[PHY_CLK_VALID] bit to avoid
CPU hang in this case.
Signed-off-by: Shengzhou Liu
[...]
diff --git a/drivers/usb/host/ehci-fsl.h b/drivers
Greetings All,
I have general question regarding kernel debugging on PowerPC platform. Except
printk what are other ways for kernel / kernel modules debugging on PowerPC
architecture (i.e P1022DS/RDK boards). I am specifically referring to the
option of connecting hardware probe and debug the k
16 matches
Mail list logo
