Re: [PATCH 3/5] usb: phy: Add AM335x PHY driver

From: Sebastian Andrzej Siewior
Date: Thu Aug 01 2013 - 06:55:21 EST


On 08/01/2013 07:36 AM, George Cherian wrote:

please keep the file here file snipping

>> +static const struct of_device_id omap_control_usb_id_table[] = {
>> + { .compatible = "ti,am335x-ctrl-module", .data = &ctrl_am335x },
>> + {}
>> +};
>> +MODULE_DEVICE_TABLE(of, omap_control_usb_id_table);
>> +
>> +static struct platform_driver am335x_control_driver;
>> +static int match(struct device *dev, void *data)
>> +{
>> + struct device_node *node = (struct device_node *)data;
>> + return dev->of_node == node &&
>> + dev->driver == &am335x_control_driver.driver;
>> +}
>> +
>> +struct phy_control *am335x_get_phy_control(struct device *dev)
>> +{
>> + struct device_node *node;
>> + struct am335x_control_usb *ctrl_usb;
>> +
>> + node = of_parse_phandle(dev->of_node, "ti,ctrl_mod", 0);
>> + if (!node)
>> + return NULL;
>> +
>> + dev = bus_find_device(&platform_bus_type, NULL, node, match);
>
> of_find_device_by_node doesn't work???

It would but I have here a reference to the device.

>
>> + ctrl_usb = dev_get_drvdata(dev);
>> + if (!ctrl_usb)
>> + return NULL;
>> + return &ctrl_usb->phy_ctrl;
>> +}
>> +EXPORT_SYMBOL_GPL(am335x_get_phy_control);
>> +
>> +static int am335x_control_usb_probe(struct platform_device *pdev)
>> +{
>> + struct resource *res;
>> + struct am335x_control_usb *ctrl_usb;
>> + const struct of_device_id *of_id;
>> + const struct phy_control *phy_ctrl;
>> +
>> + of_id = of_match_node(omap_control_usb_id_table, pdev->dev.of_node);
>> + if (!of_id)
>> + return -EINVAL;
>> +
>> + phy_ctrl = of_id->data;
>> +
>> + ctrl_usb = devm_kzalloc(&pdev->dev, sizeof(*ctrl_usb), GFP_KERNEL);
>> + if (!ctrl_usb) {
>> + dev_err(&pdev->dev, "unable to alloc memory for control usb\n");
>> + return -ENOMEM;
>> + }
>> +
>> + ctrl_usb->dev = &pdev->dev;
>> +
>> + res = platform_get_resource_byname(pdev, IORESOURCE_MEM,
>> "control_dev");
>> + ctrl_usb->reset_reg = devm_ioremap_resource(&pdev->dev, res);
>
> As per current DTSI in patch 5 you are mapping from control module base
> till 0x650.
> Cant it be split to 2 registers one mapping for phy on/off and one for
> phy wkup?

You asked the same question in the other pathch. It could but please
refer to the other patch.

Sebastian
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/