From: Christoph Lameter <[email protected]> Date: Mon, 19 Nov 2007 17:59:33 -0800 (PST) > In that case the generic fallbacks can just provide what you already > have. I understand, I was just letting you know why we probably won't take advantage of this new stuff :-) - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
- Follow-Ups:
- Re: [rfc 00/45] [RFC] CPU ops and a rework of per cpu data handling on x86_64
- From: Christoph Lameter <[email protected]>
- Re: [rfc 00/45] [RFC] CPU ops and a rework of per cpu data handling on x86_64
- References:
- [rfc 00/45] [RFC] CPU ops and a rework of per cpu data handling on x86_64
- From: [email protected]
- Re: [rfc 00/45] [RFC] CPU ops and a rework of per cpu data handling on x86_64
- From: David Miller <[email protected]>
- Re: [rfc 00/45] [RFC] CPU ops and a rework of per cpu data handling on x86_64
- From: Christoph Lameter <[email protected]>
- [rfc 00/45] [RFC] CPU ops and a rework of per cpu data handling on x86_64
- Prev by Date: Re: [PATCH 3/3 -mm] kexec based hibernation -v6: kexec hibernate/resume
- Next by Date: Re: SCSI breakage on non-cache coherent architectures
- Previous by thread: Re: [rfc 00/45] [RFC] CPU ops and a rework of per cpu data handling on x86_64
- Next by thread: Re: [rfc 00/45] [RFC] CPU ops and a rework of per cpu data handling on x86_64
- Index(es):
 |