Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 8 Oct 2014 13:07:04 -0600
From:      Warner Losh <imp@bsdimp.com>
To:        Adrian Chadd <adrian@FreeBSD.org>
Cc:        "freebsd-arch@freebsd.org" <freebsd-arch@freebsd.org>
Subject:   Re: [rfc] enumerating device / bus domain information
Message-ID:  <2975E3D3-0335-4739-9242-5733CCEE726C@bsdimp.com>
In-Reply-To: <CAJ-VmokF7Ey0fxaQ7EMBJpCbgFnyOteiL2497Z4AFovc%2BQRkTA@mail.gmail.com>
References:  <CAJ-VmokF7Ey0fxaQ7EMBJpCbgFnyOteiL2497Z4AFovc%2BQRkTA@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help

--Apple-Mail=_0F6CDCAF-3099-46DA-840A-D9195A00B846
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=windows-1252


On Oct 7, 2014, at 7:37 PM, Adrian Chadd <adrian@FreeBSD.org> wrote:

> Hi,
>=20
> Right now we're not enumerating any NUMA domain information about =
devices.
>=20
> The more recent intel NUMA stuff has some extra affinity information
> for devices that (eventually) will allow us to bind kernel/user
> threads and/or memory allocation to devices to keep access local.
> There's a penalty for DMAing in/out of remote memory, so we'll want to
> figure out what counts as "Local" for memory allocation and perhaps
> constrain the CPU set that worker threads for a device run on.
>=20
> This patch adds a few things:
>=20
> * it adds a bus_if.m method for fetching the VM domain ID of a given
> device; or ENOENT if it's not in a VM domain;

Maybe a default VM domain. All devices are in VM domains :) By default
today, we have only one VM domain, and that=92s the model that most of =
the
code expects=85

Warner

> * it adds some hooks to print the numa-domain out of a device if it =
exists;
> * it adds hooks in srat.c to store the original proximity-id values
> and uses them to map PXM to FreeBSD VM domain IDs;
> * the ACPI code now has bus methods to enumerate which PXM (and thus
> which VM domain) a device is on.
>=20
> The review for it is here:
>=20
> https://reviews.freebsd.org/D906
>=20
> Please ignore the vm_phys.c patch; it's purely for experimenting on my
> side and won't be committed part of this work.
>=20
> Thanks,
>=20
>=20
> -a
> _______________________________________________
> freebsd-arch@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-arch
> To unsubscribe, send any mail to =
"freebsd-arch-unsubscribe@freebsd.org"


--Apple-Mail=_0F6CDCAF-3099-46DA-840A-D9195A00B846
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename=signature.asc
Content-Type: application/pgp-signature;
	name=signature.asc
Content-Description: Message signed with OpenPGP using GPGMail

-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - https://gpgtools.org

iQIcBAEBCgAGBQJUNYtYAAoJEGwc0Sh9sBEAIm0P/RhhRgO39Ui2UNUwerJ1jHJ6
Y+bH52tCdhlHZ5sLYEI+BeyB1DiKvvsre0Tu6NI3fXgV5uGNAGBfOrwkHnuVg2vo
wF+1g/4K4WRVh4lNA7ikP+z+vm6f7NqImJ0ESIKBG/KO1ESK+q9gMn9+ixajA3vH
wO87HJwbOEC+H9LjjaW76oF5XUnBaXVcpNRPUqafCHSG6HYalxLSkNyH96A/EUEM
q4GI1o8xAkto6t9NXQ86ZoPHIDzeVQDrFmTaDsMGlFigbFJGr/yyuuLRuadALVJf
bzGff6hiPdR7rPM6rAb3dkabnCbND4hazytNiI+4jx45gN9DoyxcDjcuyseXha8D
lxgrTe2Y2O49J+vkv8gBKy4bxSD8+BdiQTi4Nms4Tip/FcrKvgHS8UqoCSh/QgcR
HTJCzzXv4wQfHp9eEhoSEaPCa3nqeqf0JZr+likbd+j4f1WHbpQ9eARfujbHk/bX
1BVll5AcMDqZQ95E8fc3ug2BUQOFjhZ1CzUMSs4PCx03oDquaYiZdk57aeAn3hl9
UCoP32UzIhbStqTZp9Od7CnvwZHtFUxnoR+jOBsrqpPeiy9G7NQuY4ppebU+7804
xmgL9OV/2YVZOod3WHgCgUAnQib1ANtiiSk4aGJ9NambQmTX1pOTVKUkCvHq22oq
/qwi8/1i1ijtHFpR6AVj
=o5yk
-----END PGP SIGNATURE-----

--Apple-Mail=_0F6CDCAF-3099-46DA-840A-D9195A00B846--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2975E3D3-0335-4739-9242-5733CCEE726C>