alc 2008-07-15 03:34:49 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 busdma_machdep.c
sys/i386/i386busdma_machdep.c
sys/ia64/ia64busdma_machdep.c
Log:
SVN rev 180533 on 2008-07-15 03:34:49Z by alc
Update bus_dmamem_alloc()'s
jhb 2008-03-17 17:28:21 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_7)
sys/amd64/amd64 busdma_machdep.c
sys/arm/arm busdma_machdep.c
sys/i386/i386busdma_machdep.c
sys/ia64/ia64busdma_machdep.c
Log:
MFC:
jhb 2008-03-17 17:33:32 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/amd64/amd64 busdma_machdep.c
sys/arm/arm busdma_machdep.c
sys/i386/i386busdma_machdep.c
sys/ia64/ia64busdma_machdep.c
Log:
MFC:
jhb 2007-11-27 17:28:12 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 busdma_machdep.c
sys/arm/arm busdma_machdep.c
sys/i386/i386busdma_machdep.c
sys/ia64/ia64busdma_machdep.c
Log:
Remove the 'needbounce' variable
mjacob 2007-06-17 04:21:58 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 busdma_machdep.c
Log:
Initialize lastaddr to zero to make gcc4.2 happy.
Revision ChangesPath
1.83 +1 -1 src/sys/amd64/amd64/busdma_machdep.c
yongari 2007-05-29 06:30:26 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 busdma_machdep.c
sys/arm/arm busdma_machdep.c
sys/i386/i386busdma_machdep.c
sys/ia64/ia64busdma_machdep.c
sys/sparc64/sparc64 bus_machdep.c
jhb 2007-05-02 18:48:18 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/amd64/amd64 busdma_machdep.c
sys/i386/i386busdma_machdep.c
Log:
MFC: Honor the BUS_DMA_NOCACHE flag to bus_dmamem_alloc() on amd64 and
i386 by mapping the
jhb 2007-04-17 21:05:35 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 busdma_machdep.c
sys/i386/i386busdma_machdep.c
Log:
Honor the BUS_DMA_NOCACHE flag to bus_dmamem_alloc() on amd64 and i386 by
mapping the pages as UC (uncacheable) using
eh? when I went to see what damage had been caused by this megachange I
found no trace of it at all. Is this an April Fools mail?
On Sun, 1 Apr 2007, Kris Kennaway wrote:
kris2007-04-01 04:21:44 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 busdma_machdep.c
On Sun, Apr 01, 2007 at 12:10:03AM -0700, [EMAIL PROTECTED] wrote:
eh? when I went to see what damage had been caused by this megachange I
found no trace of it at all. Is this an April Fools mail?
Hmm, I think I might have screwed something up :( CVS meisters, please
help!
Kris
On
Kris Kennaway wrote:
On Sun, Apr 01, 2007 at 12:10:03AM -0700, [EMAIL PROTECTED] wrote:
eh? when I went to see what damage had been caused by this megachange I
found no trace of it at all. Is this an April Fools mail?
Hmm, I think I might have screwed something up :( CVS meisters, please
Arg- I meant '[EMAIL PROTECTED]:/home/ncvs'.
I'm still seeing this as a bogus checkin
The header for the mail from 'Kris' is:
Received: from elvis.mu.org (elvis.mu.org [192.203.228.196])
by mx1.freebsd.org (Postfix) with ESMTP id D770A13C43E;
Sun, 1 Apr 2007 07:13:53 + (UTC)
Also- renaming Giant to Midget? Somebody's been drinking heavily here...
Arg- I meant '[EMAIL PROTECTED]:/home/ncvs'.
I'm still seeing this as a bogus checkin
The header for the mail from 'Kris' is:
Received: from elvis.mu.org (elvis.mu.org [192.203.228.196])
by mx1.freebsd.org
On Sun, Apr 01, 2007 at 12:43:59AM -0700, [EMAIL PROTECTED] wrote:
Arg- I meant '[EMAIL PROTECTED]:/home/ncvs'.
I'm still seeing this as a bogus checkin
The header for the mail from 'Kris' is:
Received: from elvis.mu.org (elvis.mu.org [192.203.228.196])
by mx1.freebsd.org
Hmm, that would explain some things. Paul?
But this mail is also via that address. Sigh- one of these days I'll
learn how to read PGP signatures.
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To
[EMAIL PROTECTED] wrote:
Arg- I meant '[EMAIL PROTECTED]:/home/ncvs'.
I'm still seeing this as a bogus checkin
The header for the mail from 'Kris' is:
Received: from elvis.mu.org (elvis.mu.org [192.203.228.196])
by mx1.freebsd.org (Postfix) with ESMTP id D770A13C43E;
Sun, 1 Apr
Hm, it could be a temporal paradox. Do you happen to live somewhere
where it isn't 04:21:44 (the point in time when it was commited) yet?
If yes then just wait till this time. After all information cannot
travel faster than the speed of light, otherwise it would end up in
the future.
kris2007-04-01 04:21:44 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 busdma_machdep.c mem.c mp_watchdog.c
pmap.c trap.c
sys/amd64/conf GENERIC
sys/amd64/isaisa_dma.c
sys/arm/arm busdma_machdep.c
Kris Kennaway wrote:
Log:
Final stage of SMP pushdown: rename the Giant lock to the Midget lock.
...
1.118 +2 -2 src/sys/pci/if_vr.c
This doesn't look quite right:
--- if_vr.c 23 Feb 2007 12:19:03 - 1.117
+++ if_vr.c 1 Apr 2007 04:21:44 - 1.118
On Sat, Mar 31, 2007 at 10:38:09PM -0700, Colin Percival wrote:
Kris Kennaway wrote:
Log:
Final stage of SMP pushdown: rename the Giant lock to the Midget lock.
...
1.118 +2 -2 src/sys/pci/if_vr.c
This doesn't look quite right:
--- if_vr.c 23 Feb 2007 12:19:03
scottl 2007-03-06 18:28:43 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 busdma_machdep.c
sys/i386/i386busdma_machdep.c
sys/ia64/ia64busdma_machdep.c
Log:
Don't increment total_bounced when doing no-op dmamap_sync ops.
Revision
hrs 2006-10-21 16:27:50 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/amd64/amd64 busdma_machdep.c
Log:
MFC(rev.1.78): add missing \n in printf().
Approved by:re (bmah)
Revision ChangesPath
1.70.2.5 +1 -1
hrs 2006-10-15 16:52:59 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 busdma_machdep.c
sys/ia64/ia64busdma_machdep.c
Log:
Add a newline to the printf().
Spotted by: Peter Carah [EMAIL PROTECTED]
MFC after: 3 days
Revision
silby 2006-06-18 06:16:17 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/amd64/amd64 busdma_machdep.c
Log:
MFC revs 1.74 through 1.77:
- Allow bus_dmamap_load to return ENOMEM
- Do a better job with alignment, and warn if we
silby 2006-05-28 18:31:32 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 busdma_machdep.c
Log:
MFi386 rev 1.78:
Add a quick hack to ensure that bus_dmamem_alloc properly aligns
small allocations with large alignment requirements.
Add a panic to
scottl 2006-05-03 04:14:17 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 busdma_machdep.c
sys/i386/i386busdma_machdep.c
Log:
Allow bus_dmamap_load() to pass ENOMEM back to the caller. This puts it into
conformance with the mbuf and uio load
delphij 2006-03-28 06:23:00 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/amd64/amd64 busdma_machdep.c
sys/i386/i386busdma_machdep.c
Log:
MFC (by le@):
sys/amd64/amd64/busdma_machdep.c,v 1.71
sys/i386/i386/busdma_machdep.c,v
delphij 2006-03-28 06:28:37 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/amd64/amd64 busdma_machdep.c
sys/i386/i386busdma_machdep.c
Log:
MFC (by scottl@):
Free the newtag if we exit with a failure from alloc_bounce_zone().
scottl 2006-01-14 17:22:47 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 busdma_machdep.c
sys/i386/i386busdma_machdep.c
Log:
Free the newtag if we exit with a failure from alloc_bounce_zone().
Found by: Coverity Prevent(tm)
Revision
scottl 2005-12-16 05:57:19 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 busdma_machdep.c
Log:
Don peril sensitive sunglasses and jack up the MAX_BPAGES limit to 8192
on amd64. If you're going to stuff 4GB into your box, reserving 32MB for
bonce pages
le 2005-11-24 15:28:32 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 busdma_machdep.c
sys/i386/i386busdma_machdep.c
Log:
Fix typo.
Revision ChangesPath
1.71 +1 -1 src/sys/amd64/amd64/busdma_machdep.c
1.75 +1 -1
31 matches
Mail list logo