[PATCH 1/2] ARC: gdbserver breakage in Big-Endian configuration #1

2013-08-20 Thread Vineet Gupta
[Based on mainline commit 502a0c775c7f0a: "ARC: pt_regs update #5"] gdbserver needs @stop_pc, served by ptrace, but fetched from pt_regs differently, based on in_brkpt_traps(), which in turn relies on additional machine state in pt_regs->event bitfield. unsigned long orig_r8:16, event:16;

Re: [PATCH 1/2] ARC: gdbserver breakage in Big-Endian configuration #1

2013-08-19 Thread greg Kroah-Hartman
On Tue, Aug 20, 2013 at 10:50:40AM +0530, Vineet Gupta wrote: > Hi Greg, > > On 08/19/2013 08:27 PM, greg Kroah-Hartman wrote: > > On Mon, Aug 19, 2013 at 09:08:49AM +, Vineet Gupta wrote: > >> Hi Greg, > >> > >> I'd posted these patches for stable backport. Do I need to do anything > >> more

Re: [PATCH 1/2] ARC: gdbserver breakage in Big-Endian configuration #1

2013-08-19 Thread Vineet Gupta
Hi Greg, On 08/19/2013 08:27 PM, greg Kroah-Hartman wrote: > On Mon, Aug 19, 2013 at 09:08:49AM +, Vineet Gupta wrote: >> Hi Greg, >> >> I'd posted these patches for stable backport. Do I need to do anything more >> to get them included. >> >> https://patchwork.kernel.org/patch/2841153/ [1/2

Re: [PATCH 1/2] ARC: gdbserver breakage in Big-Endian configuration #1

2013-08-19 Thread greg Kroah-Hartman
On Mon, Aug 19, 2013 at 09:08:49AM +, Vineet Gupta wrote: > Hi Greg, > > I'd posted these patches for stable backport. Do I need to do anything more > to get them included. > > https://patchwork.kernel.org/patch/2841153/ [1/2] ARC: gdbserver breakage in > Big-Endian configuration #1

Re: [PATCH 1/2] ARC: gdbserver breakage in Big-Endian configuration #1

2013-08-19 Thread Vineet Gupta
Hi Greg, I'd posted these patches for stable backport. Do I need to do anything more to get them included. https://patchwork.kernel.org/patch/2841153/ [1/2] ARC: gdbserver breakage in Big-Endian configuration #1] https://patchwork.kernel.org/patch/2

[PATCH 1/2] ARC: gdbserver breakage in Big-Endian configuration #1

2013-08-08 Thread Vineet Gupta
Exception handling keeps additional state (whether exception was Trap and if it was due to a breakpoint) in pt_regs->event, a bitfield member unsigned long orig_r8:16, event:16; A bitfield esentially has an "offset" and a "length". What I wasn't aware of was that, bitfields in a union loo