summaryrefslogtreecommitdiffstats
path: root/gnu
Commit message (Collapse)AuthorAgeFilesLines
* Add 'arm' category.linimon2008-04-232-0/+4
| | | | Approved by: peter
* Add support for the 32-bit EFI target.marcel2008-04-171-3/+10
|
* Change kgdb_parse() to use wrapped versions of parse_expression() andjhb2008-03-291-6/+9
| | | | | | | | | | evaluate_expression() so that any errors are caught and cause the function to return to 0. Otherwise the errors posted an exception (via longjmp()) that aborted the current operation. This fixes the kld handling for older kernels (6.x and 7.x) that don't have the full pathname stored in the kernel linker. MFC after: 3 days
* Initialize the head pointer in kld_current_sos() to NULL to avoid returningjhb2008-03-291-0/+1
| | | | | | | | a junk pointer and possibly causing a seg fault if we don't have any non-kernel klds (or are unable to walk the list due to core / kernel mismatch). MFC after: 1 week
* Re-enable the CVS build.obrien2008-03-191-3/+3
|
* Update for version 1.11-20080310.obrien2008-03-191-5/+44
| | | | | Make our changes to CVS_RSH & CVS_SSH settings here instead of contrib/cvs/src/cvs.h.
* + Make it clear this was taken from the CVS 1.11 branch on 10-March-2008.obrien2008-03-191-3/+3
| | | | + Depend on $CVSDIR/configure also - so things get properly remade if we tweak.
* Disable CVS build.obrien2008-03-191-3/+3
|
* Set AR=gnu-ar and RANLIB=gnu-ranlib on systems where we are forcedru2008-03-022-4/+0
| | | | | | to use GNU tools. Remove the _WITH_GNUAR knob. Prodded by: obrien
* Remove a stale prototype I missed when converting the kld support over tojhb2008-02-251-1/+0
| | | | hooking into gdb's shared library infrastructure.
* Make again BSD ar(1) the default system ar(1), now properly handlingru2008-02-252-10/+16
| | | | | | | | | | | | | source upgrades by falling back to GNU ar(1) as necessary. Option WITH_BSDAR is gone. Option _WITH_GNUAR to aid in upgrades is *not* supposed to be set by the user. Stop bootstrapping BSD ar(1) on the next __FreeBSD_version bump, as there are no known bugs in it. Bump __FreeBSD_version to anticipate this and to flag the switch to BSD ar(1), should it be needed for something. Input from: obrien, des, kaiw
* Let PowerPC world optionally build with -msoft-float. For FPU-less PowerPCraj2008-02-241-1/+1
| | | | | | | | | variations (e500 currently), this provides a gcc-level FPU emulation and is an alternative approach to the recently introduced kernel-level emulation (FPU_EMU). Approved by: cognet (mentor) MFp4: e500
* Bump the default .Os version to FreeBSD 8.0.ru2008-02-231-1/+1
|
* If 'WITH_BSDAR' is defined, install as gnu-<util_name>.obrien2008-02-212-0/+10
|
* Back out previous commit. Restore Binutils ar as default. Disconnectkaiw2008-02-212-10/+0
| | | | | | 'BSD' ar to the build. Requested by: des
* * Connect ar(1) to the build and make it default ar. Rename GNUkaiw2008-02-212-0/+10
| | | | | | | | | | | | binutils ar and ranlib to gar and granlib, respectively. * Introduce a temporary variable WITH_GNUAR as a safety net. When buildworld with -DWITH_GNUAR, GNU binutils ar and ranlib will install as default ones and 'BSD' ar will be disabled. * Bump __FreeBSD_version to reflect the import of 'BSD' ar(1). Approved by: jkoshy (mentor)
* getopt(3) returns -1, not EOF.ru2008-02-192-2/+2
|
* - Rework the kld support to hook into GDB's shared library support.jhb2008-01-293-81/+165
| | | | | | | | | | | | | | | kgdb(8) now treats kld's as shared libraries relative to the kernel "binary". Thus, you can use 'info sharedlibrary' to list the kld's along with 'sharedlibrary' and 'nosharedlibrary' to manage symbol loading and unloading. Note that there isn't an easy way to force GDB to use a specific path for a shared library. However, you can use 'nosharedlibrary' to unload all the klds and then use 'sharedlibrary' to load specific klds where it gets the kld correct and use 'add-kld' for the kld's where the default open behavior doesn't work. klds opened via 'sharedlibrary' (and during startup) do have their sections listed in 'info files'. - Change the 'add-kld' command to use filename completion to complete its argument.
* Don't close the kernel bfd object during startup. Instead, leave it openjhb2008-01-293-7/+13
| | | | | | and build a section table from the kernel file so that 'info files' output for kgdb now matches the usage of gdb on a regular file with the exception that we don't list sections for memory in the crash dump.
* Use target_read_memory() and extract_unsigned_integer() instead of directjhb2008-01-291-19/+6
| | | | KVM access to read kernel pointers.
* Don't look for "foo.ko.symbols" files. GDB is smart enough to open thejhb2008-01-291-1/+0
| | | | | ".symbols" file automatically when you tell it to load "foo.ko" because of the debug link.
* Use a for loop in find_kld_address() as in kgdb_auto_load_klds() andjhb2008-01-281-7/+4
| | | | replace the remaining goto's with continues as a result.
* Add support for automatically loading symbols for kld's on startup:jhb2008-01-283-140/+248
| | | | | | | | | | | | | | | | | | | | | | | - Add a new 'kgdb_auto_load_klds()' routine which is invoked during startup that walks the list of linker files and tries to find a matching kld on disk for each non-kernel kld. If a kld file is found, then it is added as if the 'add-kld' command is invoked. One change from 'add-kld' is that this method attempts to use the 'pathname' from the linker_file structure first to try to load the file. If that fails it then looks in the kernel directory followed by the directories in the module path. - Move the kld file suffix handling into a separate routine so that it can be called standalone and to reduce duplicate code in find_kld_path(). - Cache the offsets of members of 'struct linker_file' during startup instead of computing them for each 'add-kld'. - Use GDB's target_read_string() instead of direct KVM access. - Add all resident sections from a kld by using bfd_map_over_sections() to build the section list rather than just adding symbols for ".text", ".data", ".bss", and ".rodata". - Change the 'add-kld' command to do a y/n prompt before adding the symbols when run interactively to match 'add-symbol-file'. MFC after: 1 week
* Remove the warnx() from kgdb_lookup() so that we don't emit a warning aboutjhb2008-01-282-6/+10
| | | | | | optional symbols that are missing (e.g. kgdb complains about _stoppcbs and _stopped_cpus on UP kernels). Instead, callers that really want their symbols to be present now do explicitly warnx() about the missing symbol.
* If the quiet flag is specified (-q), don't dump the unread portion ofjhb2008-01-281-1/+4
| | | | the message buffer on startup.
* Move the code for working with kld's out into its own file.jhb2008-01-244-269/+306
|
* Remove one more alpha leftover.ru2008-01-241-1/+1
|
* Include the thread name (in addition to the proc name) in "info threads."emaste2008-01-181-3/+13
|
* Add a new 'add-kld <kld>' command to kgdb to make it easier to analyzejhb2008-01-173-2/+275
| | | | | | | | | | | | | | | | | | | | | | crash dumps with kernel modules. The command is basically a wrapper around add-symbol-file except that it uses the kernel linker data structures and the ELF section headers of the kld to calculate the section addresses add-symbol-file needs. The 'kld' parameter may either be an absolute path or a relative path. kgdb looks for the kld in several locations checking for variants with ".symbols" or ".debug" suffixes in each location. The first location it tries is just opening the specified path (this handles absolute paths and looks for the kld relative to the current directory otherwise). Next it tries to find the module in the same directory of the kernel image being used. If that fails it extracts the kern.module_path from the kernel being debugged and looks in each of those paths. The upshot is that for the common cases of debugging /boot/kernel/kernel where the module is in either /boot/kernel or /boot/modules one can merely do 'add-kld foo.ko'. MFC after: 1 week
* Use a phony .POSIX target. This seems to be the way toobrien2008-01-162-1/+3
| | | | turn off the stuff in src/usr.bin/make/main.c rev 1.161.
* Use our standard verbose spelling of rules variables.obrien2008-01-131-3/+3
| | | | | | (as a nice side affect, this will make gnu/usr.bin/cvs/contrib/Makefile have a later date than contrib/cvs/contrib/Makefile.in - which will help the build break after the 1.11.22 CVS import...)
* Disable contrib - there is weirdness going on with it.obrien2008-01-131-1/+1
|
* Reenable cvs with the build.obrien2008-01-131-3/+3
|
* Disable CVS from the build.obrien2008-01-131-3/+3
|
* Tweak -lpmc's name.jkoshy2007-11-271-1/+1
|
* While checking over the libraries for 7.0-REL Kris found the followingkensmith2007-11-201-1/+1
| | | | | | | | | | | libraries had not had their versions bumped relative to 6.3-REL but had indeed been changed. We need to bump their version so they can be properly added to the compat6x port: libasn1.so.8 libgssapi.so.8 libhdb.so.8 libkadm5clnt.so.8 libkadm5srv.so.8 libkafs5.so.8 libkrb5.so.8 libobjc.so.2 MFC After: 1 day
* Use LC_ALL=C before awk generating "optionlist"ache2007-11-181-3/+3
| | | | | | (and before two other awk calls, just to be safe) Without it sorting is broken for locales with ASCII collating equivalence like (v,w) in sv_SE
* Add thread support for arm.cognet2007-11-174-5/+40
| | | | MFC After: 1 week
* There's no reason why we couldn't attach to a live process on arm.cognet2007-11-171-0/+3
| | | | MFC After: 1 week
* Teach kgdb how to handle double fault frames on i386:jhb2007-11-163-1/+154
| | | | | | | | | | | | | - Save td_oncpu in 'struct kthr' so the i386 target code can see which CPU a thread is running on. - Add a new frame unwinder for double fault frames. This unwinder is used when "dblfault_handler" is encountered in the stack. It uses the CPU of the current thread to lookup the base address of the TSS used for the double fault from the GDT. It then fetches the various registers out of the TSS similar to how the current trapframe unwinder fetches registers out of the trapframe. MFC after: 3 days
* Added ".Lb libkse" support to mdoc(7).ru2007-10-221-0/+1
| | | | Reviewed by: deischen, davidxu
* Introduce FreeBSD 8.0 to mdoc(7).ru2007-10-151-0/+1
|
* Back out last commit -- it breaks sparc64 build which hasru2007-10-131-2/+2
| | | | more than one .c file in SRCS.
* style.Makefile(5)obrien2007-10-121-2/+2
|
* Minor tweak to finding BEG/END source.obrien2007-10-121-2/+2
|
* style.Makefile(5)obrien2007-10-121-2/+2
|
* Welcome FreeBSD 8.obrien2007-10-121-2/+2
|
* - After gcc 4.2 import, include/objc/objc-api.h requires objc-decls.h whichrafan2007-10-121-1/+1
| | | | | | | | | we did not install. Install objc-decls.h to fix. PR: 116943 Reported by: beech Submitted by: vanilla on -current, kan MFC after: 1 week
* Disable TLS for arm and sparc64 here as binutils 2.15 predate GNU TLSmarius2007-10-081-0/+2
| | | | | | | | support for these. This is in line with gnu/lib/libgomp/config.h and gnu/lib/libstdc++/config.h. Reviewed by: cognet, obrien Approved by: re (kensmith)
* FreeBSD 6.2 is now known to mdoc.ru2007-10-041-1/+0
| | | | Approved by: re (kensmith)
OpenPOWER on IntegriCloud