[PATCH v10 14/20] xen: introduce xenpv bus and a dummy pvcpu device

Julien Grall julien.grall at linaro.org
Tue Jan 14 16:49:27 UTC 2014


On 01/14/2014 04:20 PM, Roger Pau Monné wrote:
> On 14/01/14 17:14, Julien Grall wrote:
>> On 01/14/2014 04:08 PM, Roger Pau Monné wrote:
>>> On 14/01/14 16:41, Julien Grall wrote:
>>>> On 01/14/2014 02:59 PM, Roger Pau Monne wrote:
>>>>> +static int
>>>>> +xenpv_attach(device_t dev)
>>>>> +{
>>>>> +	device_t child;
>>>>> +
>>>>> +	if (xen_hvm_domain()) {
>>>>> +		device_t xenpci;
>>>>> +		devclass_t dc;
>>>>> +
>>>>> +		/* Make sure xenpci has been attached */
>>>>> +		dc = devclass_find("xenpci");
>>>>> +		if (dc == NULL)
>>>>> +			panic("unable to find xenpci devclass");
>>>>> +
>>>>> +		xenpci = devclass_get_device(dc, 0);
>>>>> +		if (xenpci == NULL)
>>>>> +			panic("unable to find xenpci device");
>>>>> +
>>>>> +		if (!device_is_attached(xenpci))
>>>>> +			panic("trying to attach xenpv before xenpci");
>>>>> +	}
>>>>
>>>> Can you use the identify method to add the xenpci device?
>>>
>>> I don't think so, xenpci is a pci device, it is detected and plugged by
>>> the pci bus code.
>>
>> Oups, I though you are trying to add the device. In this case, the check
>> seems pointless. In which case the xenpci couldn't exist?
> 
> It's just a "belt and suspenders", if we attach the xenpv bus without
> xenpci being attached first a bunch of things are going to fail, I
> though it might be best to print a clear error message about what went
> wrong in order to help debug it.

I only see one place which could failed, and we are already protected.
It's when we are trying to allocate space from grant-table via
xenpci_alloc_space.

I think this error should be enough to understand the problem. At the
same time, it's the same things with xenstore. If grant-table
initialization has failed, an error message is just printed and FreeBSD
will likely failed later when it will try to initialized the PV disk.

-- 
Julien Grall


More information about the freebsd-current mailing list