FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=releng%2F6.3 2007-12-07T22:08:02Z 2007-12-07T22:08:02Z Olivier Houchard cognet@FreeBSD.org 2007-12-07T22:08:02Z urn:sha1:a86845d51eace6601c07cba9c037814493b45539 sys/arm/include/asmacros.h rev 1.7 sys/arm/include/atomic.h rev 1.23 Close a race. The RAS implementation would set the end address, then the start address. These were used by the kernel to restart a RAS sequence if it was interrupted. When the thread switching code ran, it would check these values and adjust the PC and clear them if it did. However, there's a small flaw in this scheme. Thread T1, sets the end address and gets preempted. Thread T2 runs and also does a RAS operation. This resets end to zero. Thread T1 now runs again and sets start and then begins the RAS sequence, but is preempted before the RAS sequence executes its last instruction. The kernel code that would ordinarily restart the RAS sequence doesn't because the PC isn't between start and 0, so the PC isn't set to the start of the sequence. So when T1 is resumed again, it is at the wrong location for RAS to produce the correct results. This causes the wrong results for the atomic sequence. The window for the first race is 3 instructions. The window for the second race is 5-10 instructions depending on the atomic operation. This makes this failure fairly rare and hard to reproduce. Mutexs are implemented in libthr using atomic operations. When the above race would occur, a lock could get stuck locked, causing many downstream problems, as you might expect. Also, make sure to reset the start and end address when doing a syscall, or a malicious process could set them before doing a syscall. Reviewed by: imp, ups (thanks guys) Approved by: re (kensmith) Pointy hat to: cognet 2007-12-02T14:21:27Z Olivier Houchard cognet@FreeBSD.org 2007-12-02T14:21:27Z urn:sha1:7cf3e7ee51da16dd8bb001bddef7dd90d1950332 arm/at91/kb920x_machdep.c rev 1.24, 1.25 and 1.26 arm/at91/std.at91 rev 1.4 arm/at91/std.kb920x rev 1.5 arm/at91/at91rm92reg.h rev 1.6 conf/options.arm 1.18 Small tweaks to be able to load the kernel at a different address than 0x20000000 + add an option to override the default value of the master clock frequency. arm/at91/if_ate.c rev 1.21: In ate_get_mac(), try to get the mac address in the right order, at least in the same order as it's set in ate_set_mac. arm/conf/HL200: config file for the Hot-e HL200 Approved by: re (kensmith) 2007-12-02T13:10:44Z cvs2svn cvs2svn@FreeBSD.org 2007-12-02T13:10:44Z urn:sha1:c2cbeda1e456d854085d19d1da778d4847b904e3 2007-11-24T19:45:58Z cvs2svn cvs2svn@FreeBSD.org 2007-11-24T19:45:58Z urn:sha1:0ef2db398f8ee2f0433eb121c3590cb4288b9a04 2007-11-17T18:24:46Z Olivier Houchard cognet@FreeBSD.org 2007-11-17T18:24:46Z urn:sha1:6333effe3de649c8f37b7a3c40eeb200d969f116 Now that Intel changed the license for the NPE firmware, import it directly hexed into our tree, instead of requiring the user to download it. 2007-11-17T18:22:57Z Olivier Houchard cognet@FreeBSD.org 2007-11-17T18:22:57Z urn:sha1:82cb32eebcb4a768de59a41073c57e9c772c26e4 sys/arm/xscale/ixp425/ixp425_npe.c rev 1.6 sys/arm/xscale/ixp425/if_npe.c rev 1.6 sys/arm/xscale/ixp425/ixp425_npevar.h rev 1.2 date: 2007/05/24 16:31:22; author: sam; state: Exp; lines: +3 -3 Search for a proper ucode image to use by incrementing the minor release number up to the max. This should eliminate the need to tweak the default imageid define for later releases that are found on the Intel web site. Approved by: re (kensmith) 2007-11-05T16:18:00Z Stephan Uphoff ups@FreeBSD.org 2007-11-05T16:18:00Z urn:sha1:e014671c76c2504ddad2fb42b0dca737cf826932 There is a race with the current locking scheme and removing it should have no measurable performance impact. This fixes page faults leading to panics in pmap_enter_quick_locked() on amd64/i386. Requested by: alc@ 2007-10-17T23:29:02Z Olivier Houchard cognet@FreeBSD.org 2007-10-17T23:29:02Z urn:sha1:70a7b46e6601702ea927da6cd670f32121ddc924 arm/xscale/i80321/i80321_timer.c 1.8 arm/xscale/i80321/std.iq31244 rev 1.3 conf/options.arm rev 1.6 The IQ80321 clock is 200MHz, but the IQ31244 is 198MHz, so add a kernel option to override the frequency 2007-10-16T21:24:44Z Olivier Houchard cognet@FreeBSD.org 2007-10-16T21:24:44Z urn:sha1:1d5f266e83c5c3bb05c9d5564e9dc8a66b05f3b1 2007-10-16T21:13:59Z Olivier Houchard cognet@FreeBSD.org 2007-10-16T21:13:59Z urn:sha1:d3de44af9de2f23cf0af0584d2f6291975d9330c date: 2007/06/10 12:33:01; author: cognet; state: Exp; lines: +2 -1 Initialize the dma tag's bounce_zone to NULL if we didn't allocate it.