Searched hist:1.780 (Results 1 - 19 of 19) sorted by relevance

/src/sys/dev/pci/
H A Dif_wm.c1.780 Thu May 11 07:45:04 GMT 2023 msaitoh Use WM_IS_ICHPCH(). No functional change.

H A Dpcidevs.h1.780 Wed Apr 05 20:09:47 GMT 2006 nonaka Regen.
H A Dpcidevs_data.h1.780 Thu Apr 06 04:07:31 GMT 2006 simonb Regen.
H A Dpcidevs1.780 Thu Apr 06 04:06:52 GMT 2006 simonb Sort some Intel GigE nics by product ID.
/src/sys/dev/usb/
H A Dusbdevs1.780 Sat Apr 11 06:54:59 GMT 2020 jdolecek add Microsoft 2.4GHz Transceiver V8.0 - PR kern/55161

add also V7.0, found the ID
H A Dusbdevs.h1.780 Wed Feb 03 23:24:07 GMT 2021 thorpej Regen for addition of CHICONY optical mouse.

H A Dusbdevs_data.h1.780 Wed Feb 03 23:24:07 GMT 2021 thorpej Regen for addition of CHICONY optical mouse.
/src/distrib/sets/lists/base/
H A Dmi1.780 Thu Oct 30 21:21:55 GMT 2008 mrg branches: 1.780.2;
fix a bunch of MKPROFILE=no and MKSHARE=no errors introduced by myself
and a few others.
1.780 Thu Oct 30 21:21:55 GMT 2008 mrg branches: 1.780.2;
fix a bunch of MKPROFILE=no and MKSHARE=no errors introduced by myself
and a few others.
H A Dshl.mi1.780 Fri Aug 05 16:21:09 GMT 2016 scole PR port-ia64/51261

Changes for ia64
/src/sys/arch/i386/i386/
H A Dmachdep.c1.780 Thu Feb 23 03:34:22 GMT 2017 kamil Introduce PT_GETDBREGS and PT_SETDBREGS in ptrace(2) on i386 and amd64

This interface is modeled after FreeBSD API with the usage.

This replaced previous watchpoint API. The previous one was introduced
recently in NetBSD-current and remove its spurs without any
backward-compatibility.

Design choices for Debug Register accessors:
- exec() (TRAP_EXEC event) must remove debug registers from LWP
- debug registers are only per-LWP, not per-process globally
- debug registers must not be inherited after (v)forking a process
- debug registers must not be inherited after forking a thread
- a debugger is responsible to set global watchpoints/breakpoints with the
debug registers, to achieve this PTRACE_LWP_CREATE/PTRACE_LWP_EXIT event
monitoring function is designed to be used
- debug register traps must generate SIGTRAP with si_code TRAP_DBREG
- debugger is responsible to retrieve debug register state to distinguish
the exact debug register trap (DR6 is Status Register on x86)
- kernel must not remove debug register traps after triggering a trap event
a debugger is responsible to detach this trap with appropriate PT_SETDBREGS
call (DR7 is Control Register on x86)
- debug registers must not be exposed in mcontext
- userland must not be allowed to set a trap on the kernel

Implementation notes on i386 and amd64:
- the initial state of debug register is retrieved on boot and this value is
stored in a local copy (initdbregs), this value is used to initialize dbreg
context after PT_GETDBREGS
- struct dbregs is stored in pcb as a pointer and by default not initialized
- reserved registers (DR4-DR5, DR9-DR15) are ignored

Further ideas:
- restrict this interface with securelevel

Tested on real hardware i386 (Intel Pentium IV) and amd64 (Intel i7).

This commit enables 390 debug register ATF tests in kernel/arch/x86.
All tests are passing.

This commit does not cover netbsd32 compat code. Currently other interface
PT_GET_SIGINFO/PT_SET_SIGINFO is required in netbsd32 compat code in order to
validate reliably PT_GETDBREGS/PT_SETDBREGS.

This implementation does not cover FreeBSD specific defines in their
<x86/reg.h>: DBREG_DR7_LOCAL_ENABLE, DBREG_DR7_GLOBAL_ENABLE, DBREG_DR7_LEN_1
etc. These values tend to be reinvented by each tracer on its own. GNU
Debugger (GDB) works with NetBSD debug registers after adding this patch:

--- gdb/amd64bsd-nat.c.orig 2016-02-10 03:19:39.000000000 +0000
+++ gdb/amd64bsd-nat.c
@@ -167,6 +167,10 @@ amd64bsd_target (void)

#ifdef HAVE_PT_GETDBREGS

+#ifndef DBREG_DRX
+#define DBREG_DRX(d,x) ((d)->dr[(x)])
+#endif
+
static unsigned long
amd64bsd_dr_get (ptid_t ptid, int regnum)
{


Another reason to stop introducing unpopular defines covering machine
specific register macros is that these value varies across generations of
the same CPU family.

GDB demo:
(gdb) c
Continuing.

Watchpoint 2: traceme

Old value = 0
New value = 16
main (argc=1, argv=0x7f7fff79fe30) at test.c:8
8 printf("traceme=%d\n", traceme);

(Currently the GDB interface is not reliable due to NetBSD support bugs)

Sponsored by <The NetBSD Foundation>
/src/doc/
H A D3RDPARTY1.780 Mon Oct 04 22:31:53 GMT 2010 christos update IANA info.
H A DCHANGES1.780 Sat Jan 13 21:19:12 GMT 2007 mrg - GCC 3.x is no longer in -current
- GCC 4.1-20070110 has been imported to -current.
/src/sys/arch/i386/conf/
H A DGENERIC1.780 Sun Sep 10 02:28:33 GMT 2006 riz Add msk and mskc.

/src/distrib/sets/lists/man/
H A Dmi1.780 Wed Apr 20 13:44:45 GMT 2005 blymn Rototill of the verified exec functionality.
* We now use hash tables instead of a list to store the in kernel
fingerprints.
* Fingerprint methods handling has been made more flexible, it is now
even simpler to add new methods.
* the loader no longer passes in magic numbers representing the
fingerprint method so veriexecctl is not longer kernel specific.
* fingerprint methods can be tailored out using options in the kernel
config file.
* more fingerprint methods added - rmd160, sha256/384/512
* veriexecctl can now report the fingerprint methods supported by the
running kernel.
* regularised the naming of some portions of veriexec.
/src/distrib/sets/lists/tests/
H A Dmi1.780 Wed Apr 04 23:51:35 GMT 2018 kamil Add new ATF tests for Address Sanitzier (ASan)

Add new C and C++ tests:
- t_asan_double_free
- t_asan_global_buffer_overflow
- t_asan_heap_overflow
- t_asan_off_by_one
- t_asan_uaf

Each tests checks:
- regular build
- 32-bit
- PIC
- PIE
- profile

These tests require paxctl(8) to disable ASLR in order to work in a
predictable way. This is especially true for all !regular builds with
additional compiler flags.

There are no static variations of these tests as this mode is not supported
in upstream ASan.

Enable these tests on amd64 and i386.

Patch submitted by <Siddharth Muralee>
Additional polishing by myself.
/src/share/mk/
H A Dbsd.own.mk1.780 Fri Mar 07 08:31:05 GMT 2014 martin Switch alpha over to gcc 4.8
/src/usr.bin/make/
H A Dvar.c1.780 Sun Jan 10 21:20:47 GMT 2021 rillig make(1): consistently use boolean expressions in conditions

Most of the make code already followed the style of explicitly writing
(ptr != NULL) instead of the shorter (ptr) in conditions.

The remaining 50 instances have been found by an experimental,
unpublished check in lint(1) that treats bool expressions as
incompatible to any other scalar type, just as in Java, C#, Pascal and
several other languages.

The only unsafe operation on Boolean that is left over is (flags &
FLAG), for an enum implementing a bit set. If Boolean is an ordinary
integer type (the default), some high bits may get lost. But if Boolean
is the same as _Bool (by compiling with -DUSE_C99_BOOLEAN), C99 6.3.1.2
defines that a conversion from any scalar to the type _Bool acts as a
comparison to 0, which cannot lose any bits.

/src/sys/conf/
H A Dfiles1.780 Wed Jun 07 15:24:12 GMT 2006 rpaulo Fix a comment for ral.

/src/distrib/sets/lists/comp/
H A Dmi1.780 Fri Apr 29 15:27:33 GMT 2005 christos adjust for new gettext.

Completed in 1700 milliseconds