Re: [PATCH] ppc32: refactor FPU exception handling

2005-04-11 Thread Kumar Gala
Ben, Sorry about that, we have had some back and forth on this on the ppc embedded list. Not sure I understand your concern about the duplication of the fast exception return path? Jason's patch pretty much just moved code out of head.S into fpu.S so we dont duplicate it between head.S and

Re: [PATCH] ppc32: refactor FPU exception handling

2005-04-11 Thread Benjamin Herrenschmidt
On Mon, 2005-04-11 at 17:02 -0500, Kumar Gala wrote: > Andrew, > > Moved common FPU exception handling code out of head.S so it can be used > by several of the sub-architectures that might of a full PowerPC FPU. > > Also, uses new CONFIG_PPC_FPU define to fix alignment exception > handling

[PATCH] ppc32: refactor FPU exception handling

2005-04-11 Thread Kumar Gala
Andrew, Moved common FPU exception handling code out of head.S so it can be used by several of the sub-architectures that might of a full PowerPC FPU. Also, uses new CONFIG_PPC_FPU define to fix alignment exception handling for floating point load/store instructions to only occur if we have

[PATCH] ppc32: refactor FPU exception handling

2005-04-11 Thread Kumar Gala
Andrew, Moved common FPU exception handling code out of head.S so it can be used by several of the sub-architectures that might of a full PowerPC FPU. Also, uses new CONFIG_PPC_FPU define to fix alignment exception handling for floating point load/store instructions to only occur if we have

Re: [PATCH] ppc32: refactor FPU exception handling

2005-04-11 Thread Benjamin Herrenschmidt
On Mon, 2005-04-11 at 17:02 -0500, Kumar Gala wrote: Andrew, Moved common FPU exception handling code out of head.S so it can be used by several of the sub-architectures that might of a full PowerPC FPU. Also, uses new CONFIG_PPC_FPU define to fix alignment exception handling for

Re: [PATCH] ppc32: refactor FPU exception handling

2005-04-11 Thread Kumar Gala
Ben, Sorry about that, we have had some back and forth on this on the ppc embedded list. Not sure I understand your concern about the duplication of the fast exception return path? Jason's patch pretty much just moved code out of head.S into fpu.S so we dont duplicate it between head.S and