1*b2441318SGreg Kroah-Hartman /* SPDX-License-Identifier: GPL-2.0 */ 249148020SSam Ravnborg #ifndef _M68K_USER_H 349148020SSam Ravnborg #define _M68K_USER_H 449148020SSam Ravnborg 549148020SSam Ravnborg /* Core file format: The core file is written in such a way that gdb 649148020SSam Ravnborg can understand it and provide useful information to the user (under 749148020SSam Ravnborg linux we use the 'trad-core' bfd). There are quite a number of 849148020SSam Ravnborg obstacles to being able to view the contents of the floating point 949148020SSam Ravnborg registers, and until these are solved you will not be able to view the 1049148020SSam Ravnborg contents of them. Actually, you can read in the core file and look at 1149148020SSam Ravnborg the contents of the user struct to find out what the floating point 1249148020SSam Ravnborg registers contain. 1349148020SSam Ravnborg The actual file contents are as follows: 1449148020SSam Ravnborg UPAGE: 1 page consisting of a user struct that tells gdb what is present 1549148020SSam Ravnborg in the file. Directly after this is a copy of the task_struct, which 1649148020SSam Ravnborg is currently not used by gdb, but it may come in useful at some point. 1749148020SSam Ravnborg All of the registers are stored as part of the upage. The upage should 1849148020SSam Ravnborg always be only one page. 1949148020SSam Ravnborg DATA: The data area is stored. We use current->end_text to 2049148020SSam Ravnborg current->brk to pick up all of the user variables, plus any memory 2149148020SSam Ravnborg that may have been malloced. No attempt is made to determine if a page 2249148020SSam Ravnborg is demand-zero or if a page is totally unused, we just cover the entire 2349148020SSam Ravnborg range. All of the addresses are rounded in such a way that an integral 2449148020SSam Ravnborg number of pages is written. 2549148020SSam Ravnborg STACK: We need the stack information in order to get a meaningful 2649148020SSam Ravnborg backtrace. We need to write the data from (esp) to 2749148020SSam Ravnborg current->start_stack, so we round each of these off in order to be able 2849148020SSam Ravnborg to write an integer number of pages. 2949148020SSam Ravnborg The minimum core file size is 3 pages, or 12288 bytes. 3049148020SSam Ravnborg */ 3149148020SSam Ravnborg 3249148020SSam Ravnborg struct user_m68kfp_struct { 3349148020SSam Ravnborg unsigned long fpregs[8*3]; /* fp0-fp7 registers */ 3449148020SSam Ravnborg unsigned long fpcntl[3]; /* fp control regs */ 3549148020SSam Ravnborg }; 3649148020SSam Ravnborg 3749148020SSam Ravnborg /* This is the old layout of "struct pt_regs" as of Linux 1.x, and 3849148020SSam Ravnborg is still the layout used by user (the new pt_regs doesn't have 3949148020SSam Ravnborg all registers). */ 4049148020SSam Ravnborg struct user_regs_struct { 4149148020SSam Ravnborg long d1,d2,d3,d4,d5,d6,d7; 4249148020SSam Ravnborg long a0,a1,a2,a3,a4,a5,a6; 4349148020SSam Ravnborg long d0; 4449148020SSam Ravnborg long usp; 4549148020SSam Ravnborg long orig_d0; 4649148020SSam Ravnborg short stkadj; 4749148020SSam Ravnborg short sr; 4849148020SSam Ravnborg long pc; 4949148020SSam Ravnborg short fmtvec; 5049148020SSam Ravnborg short __fill; 5149148020SSam Ravnborg }; 5249148020SSam Ravnborg 5349148020SSam Ravnborg 5449148020SSam Ravnborg /* When the kernel dumps core, it starts by dumping the user struct - 5549148020SSam Ravnborg this will be used by gdb to figure out where the data and stack segments 5649148020SSam Ravnborg are within the file, and what virtual addresses to use. */ 5749148020SSam Ravnborg struct user{ 5849148020SSam Ravnborg /* We start with the registers, to mimic the way that "memory" is returned 5949148020SSam Ravnborg from the ptrace(3,...) function. */ 6049148020SSam Ravnborg struct user_regs_struct regs; /* Where the registers are actually stored */ 6149148020SSam Ravnborg /* ptrace does not yet supply these. Someday.... */ 6249148020SSam Ravnborg int u_fpvalid; /* True if math co-processor being used. */ 6349148020SSam Ravnborg /* for this mess. Not yet used. */ 6449148020SSam Ravnborg struct user_m68kfp_struct m68kfp; /* Math Co-processor registers. */ 6549148020SSam Ravnborg /* The rest of this junk is to help gdb figure out what goes where */ 6649148020SSam Ravnborg unsigned long int u_tsize; /* Text segment size (pages). */ 6749148020SSam Ravnborg unsigned long int u_dsize; /* Data segment size (pages). */ 6849148020SSam Ravnborg unsigned long int u_ssize; /* Stack segment size (pages). */ 6949148020SSam Ravnborg unsigned long start_code; /* Starting virtual address of text. */ 7049148020SSam Ravnborg unsigned long start_stack; /* Starting virtual address of stack area. 7149148020SSam Ravnborg This is actually the bottom of the stack, 7249148020SSam Ravnborg the top of the stack is always found in the 7349148020SSam Ravnborg esp register. */ 7449148020SSam Ravnborg long int signal; /* Signal that caused the core dump. */ 7549148020SSam Ravnborg int reserved; /* No longer used */ 7649148020SSam Ravnborg unsigned long u_ar0; /* Used by gdb to help find the values for */ 7749148020SSam Ravnborg /* the registers. */ 7849148020SSam Ravnborg struct user_m68kfp_struct* u_fpstate; /* Math Co-processor pointer. */ 7949148020SSam Ravnborg unsigned long magic; /* To uniquely identify a core file */ 8049148020SSam Ravnborg char u_comm[32]; /* User command that was responsible */ 8149148020SSam Ravnborg }; 8249148020SSam Ravnborg 8349148020SSam Ravnborg #endif 84