[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <x497gq0cf54.fsf@segfault.boston.devel.redhat.com>
Date: Mon, 05 Nov 2012 09:12:39 -0500
From: Jeff Moyer <jmoyer@...hat.com>
To: Bart Van Assche <bvanassche@....org>
Cc: linux-kernel@...r.kernel.org, linux-scsi@...r.kernel.org,
"James E.J. Bottomley" <JBottomley@...allels.com>
Subject: Re: [patch,v2 05/10] sd: use alloc_disk_node
Bart Van Assche <bvanassche@....org> writes:
> On 11/02/12 22:45, Jeff Moyer wrote:
>> Signed-off-by: Jeff Moyer <jmoyer@...hat.com>
>> ---
>> drivers/scsi/sd.c | 2 +-
>> 1 files changed, 1 insertions(+), 1 deletions(-)
>>
>> diff --git a/drivers/scsi/sd.c b/drivers/scsi/sd.c
>> index 12f6fdf..8deb915 100644
>> --- a/drivers/scsi/sd.c
>> +++ b/drivers/scsi/sd.c
>> @@ -2714,7 +2714,7 @@ static int sd_probe(struct device *dev)
>> if (!sdkp)
>> goto out;
>>
>> - gd = alloc_disk(SD_MINORS);
>> + gd = alloc_disk_node(SD_MINORS, dev_to_node(dev));
>> if (!gd)
>> goto out_free;
>
> shost->numa_node can be another NUMA node than dev_to_node(dev). Have
> you considered using shost->numa_node here ?
It can? How?
Just so I'm clear, you're suggesting I use the scsi_device's host
pointer to get to the Scsi_Host, and that *will* be filled in that this
point, right?
Cheers,
Jeff
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists