At the moment if request_event_sources_irqs() can't allocate or request
the interrupt, it just does a KERN_ERR printk. This may be fine for the
existing RAS code where if we miss an EPOW event it just means that the
event won't be logged and if we miss one of the RAS errors then we could
miss an ev
On Tue, May 25, 2010 at 02:45:05PM +0530, K.Prasad wrote:
> A signal delivered between a hw_breakpoint_handler() and the
> single_step_dabr_instruction() will not have the breakpoint active during
> signal handling (since breakpoint will not be restored through single-stepping
> due to absence of
On Tue, May 25, 2010 at 02:44:35PM +0530, K.Prasad wrote:
> An alignment interrupt may intervene between a DSI/hw-breakpoint exception
> and the single-step exception. Enable the alignment interrupt (through
> modifications to emulate_single_step()) to notify the single-step exception
> handler fo
On Tue, May 25, 2010 at 02:44:20PM +0530, K.Prasad wrote:
> Implement perf-events based hw-breakpoint interfaces for PowerPC Book III S
> processors. These interfaces help arbitrate requests from various users and
> schedules them as appropriate.
A few comments on the code below...
> +int __kpro
Does anyone have usb host driver for mpc8248? The Linux FHCI routine is too
hard to understand and seems not suitable for mpc8248
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
On Thu, May 27, 2010 at 3:29 AM, John Linn wrote:
> The code is not checking the interrupt for DMA correctly so that an
> interrupt number of 0 will cause a false error.
>
> Signed-off-by: Brian Hill
> Signed-off-by: John Linn
> ---
> drivers/net/ll_temac_main.c | 2 +-
> 1 files changed, 1
aFrom: John Linn
Date: Wed, 26 May 2010 11:29:19 -0600
> The current checksum offload code does not work and this corrects
> that functionality. It also updates the interrupt coallescing
> initialization so than there are fewer interrupts and performance
> is increased.
>
> Signed-off-by: Brian
From: John Linn
Date: Wed, 26 May 2010 11:29:18 -0600
> The code is not checking the interrupt for DMA correctly so that an
> interrupt number of 0 will cause a false error.
>
> Signed-off-by: Brian Hill
> Signed-off-by: John Linn
Applied.
___
Linux
This patch fixes an occasional transmit lockup in the mac-fcc which
occurs after a tx error. The test scenario had the local port set
to autoneg and the other end fixed at 100FD, resulting in a large
number of late collisions.
According to the MPC8280RM 30.10.1.3 (also 8272RM 29.10.1.3), after
a
> I recently started a test build of the current git tree for one of my
> PPC machines. I got a build error about crash_kexec_wait_realmode
> being implicitly declared. Looking at the changes I saw that your
> "powerpc/kdump: Fix race in kdump shutdown" patch introduced this
> function but only if
The code is not checking the interrupt for DMA correctly so that an
interrupt number of 0 will cause a false error.
Signed-off-by: Brian Hill
Signed-off-by: John Linn
---
drivers/net/ll_temac_main.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/ll_temac_m
The current checksum offload code does not work and this corrects
that functionality. It also updates the interrupt coallescing
initialization so than there are fewer interrupts and performance
is increased.
Signed-off-by: Brian Hill
Signed-off-by: John Linn
---
drivers/net/ll_temac.h |
On Wed, May 26, 2010 at 11:01:24PM +0530, K.Prasad wrote:
> On Wed, May 26, 2010 at 07:23:15PM +0200, Frederic Weisbecker wrote:
> > On Wed, May 26, 2010 at 10:47:42PM +0530, K.Prasad wrote:
> > > On Wed, May 26, 2010 at 10:54:41AM +0100, David Howells wrote:
> > > > K.Prasad wrote:
> > > >
> > >
On Wed, May 26, 2010 at 07:23:15PM +0200, Frederic Weisbecker wrote:
> On Wed, May 26, 2010 at 10:47:42PM +0530, K.Prasad wrote:
> > On Wed, May 26, 2010 at 10:54:41AM +0100, David Howells wrote:
> > > K.Prasad wrote:
> > >
> > > > > My understanding is weak function definitions must appear in a
On Wed, May 26, 2010 at 10:47:42PM +0530, K.Prasad wrote:
> On Wed, May 26, 2010 at 10:54:41AM +0100, David Howells wrote:
> > K.Prasad wrote:
> >
> > > > My understanding is weak function definitions must appear in a
> > > > different C
> > > > file than their call sites to work on some toolcha
On Wed, May 26, 2010 at 10:47:42PM +0530, K.Prasad wrote:
> On Wed, May 26, 2010 at 10:54:41AM +0100, David Howells wrote:
> > K.Prasad wrote:
> >
> > > > My understanding is weak function definitions must appear in a
> > > > different C
> > > > file than their call sites to work on some toolcha
On Wed, May 26, 2010 at 10:54:41AM +0100, David Howells wrote:
> K.Prasad wrote:
>
> > > My understanding is weak function definitions must appear in a different C
> > > file than their call sites to work on some toolchains.
> > >
> >
> > Atleast, there are quite a few precedents inside the Lin
This patch enables support for Xilinx Virtex 4 FX singe-float FPU.
Changelog v2-v3:
-Fixed whitespaces for SAVE_FPR/REST_FPR.
-Changed description of MSR_AP bit.
-Removed the stub for APU unavailable exception.
Changelog v1->v2:
-Added MSR_AP bit definition
On Wednesday 26 May 2010 01:38:47 Grant Likely wrote:
> (cc'ing Josh Boyer and John Linn)
>
> On Thu, May 20, 2010 at 4:01 AM, Sergey Temerkhanov
>
> wrote:
> > This patch enables support for Xilinx Virtex 4 FX singe-float FPU.
> >
> > Changelog v1->v2:
> >-Added MSR_AP bit definition
>
On Wed, 2010-05-26 at 10:54 +0100, David Howells wrote:
> K.Prasad wrote:
>
> > > My understanding is weak function definitions must appear in a different C
> > > file than their call sites to work on some toolchains.
> > >
> >
> > Atleast, there are quite a few precedents inside the Linux kern
On Mon, 2010-05-24 at 13:38 -0500, Kumar Gala wrote:
> When we build with ftrace enabled its possible that loadcam_entry would
> have used the stack pointer (even though the code doesn't need it). We
> call loadcam_entry in __secondary_start before the stack is setup. To
> ensure that loadcam_ent
On Wed, May 26, 2010 at 12:36:30PM +0200, Anatolij Gustschin wrote:
>Enables SM502 frame buffer and framebuffer console
>in the default config file
>
>Signed-off-by: Anatolij Gustschin
Thanks. I put this in my -next branch. Hopefully Ben pulls soon.
josh
___
On Fri, May 21, 2010 at 10:42:34PM +1000, Benjamin Herrenschmidt wrote:
>On Fri, 2010-05-21 at 06:22 -0400, Josh Boyer wrote:
>> On Fri, May 21, 2010 at 07:11:28PM +1000, Benjamin Herrenschmidt wrote:
>> >Hi Linus !
>> >
>> >Here's the powerpc batch for this merge window.
>> >
>> >Most of it is in
On Tue, May 25, 2010 at 03:38:47PM -0600, Grant Likely wrote:
>Hmmm. There should be a nicer way of doing this, but this will do for now.
>
>Otherwise, this patch looks good to me. Josh, what do you think?
I don't have any additional comments. I agree with Grant on the points he
raised, and oth
Enables SM502 frame buffer and framebuffer console
in the default config file
Signed-off-by: Anatolij Gustschin
---
arch/powerpc/configs/44x/icon_defconfig | 149 +--
1 files changed, 142 insertions(+), 7 deletions(-)
diff --git a/arch/powerpc/configs/44x/icon_defco
K.Prasad wrote:
> > My understanding is weak function definitions must appear in a different C
> > file than their call sites to work on some toolchains.
> >
>
> Atleast, there are quite a few precedents inside the Linux kernel for
> __weak functions being invoked from the file in which they ar
26 matches
Mail list logo
