Received: by 10.213.65.68 with SMTP id h4csp261000imn; Tue, 13 Mar 2018 03:35:43 -0700 (PDT) X-Google-Smtp-Source: AG47ELuX8oE5/uilQoXdQUVSFdp2za2UVaua9juYLaZxWeKIr5ovD53r6aycaQly1N96xMbG6geG X-Received: by 10.99.107.9 with SMTP id g9mr79476pgc.3.1520937342935; Tue, 13 Mar 2018 03:35:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1520937342; cv=none; d=google.com; s=arc-20160816; b=AvHJBQLnjRkuOb8euSIVYIF5S95VEvZP6tRyxtLb17LMvJhJPJnHqVTL9s1mDbNRkk KtgkN9wQNKKvTBc8rDgTUrDEsAvu+0IycIvnbMgSahFNQocq7w7ugJk9rPqM9xc8INKG /SHotLcJmYnxNoDOLpNZynqiTnIVfUJsw2fwcFrNjAf/nZ2koIGnRqRLI1ocErK2c9Td JDps9sSDtzpEaML0V+bPGhEGkBDrstROpG9Hra92o6neRu6esVjeueECGZOlg3K0UeEB Ltx08K1239RKRBK34tAmJwj21myFw9Ujr7eKbgs55J/pUlFEMenY79KHcDosrhqcANT6 k4ug== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :references:in-reply-to:mime-version:dmarc-filter:dkim-signature :dkim-signature:arc-authentication-results; bh=lLU1CSLaii/nvVLpGYZAsDlRQsT7+GIdxUH+R2/yabk=; b=pBgA9u8RtM9m/s67Ltwxm8YCpUoGnjCSHaAeR7QsIF7e7VhVfMlgNOg9YohOWicvMA qqd40DD6//y7VB3feauWRM2VlXXhPOIXvD3Rixz2WNBk7jsC3gxJH9JIa2SQNzzu+Y8Q g4BfkaDWqS0/hqrjUDAvVTvA44sRWBM8ScaS6fB0eM5jHfcJs6oBQCwHev1IqnGsgkjE O3ymQ7OFJv/xIlbdm7bciUOCHY99svRmWvB9tKBqXdgevgMa4va+DksuV6Eec0kLMgFE PPY//lj0lLopW+JSNYFei7nUBhUbgUjbyRMoz1L/qauRQCY2pI89icbf/B34k1QZ2e/4 IIVA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@codeaurora.org header.s=default header.b=hnda+ZOs; dkim=pass header.i=@codeaurora.org header.s=default header.b=aPVHvofv; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o20-v6si28454pli.229.2018.03.13.03.35.28; Tue, 13 Mar 2018 03:35:42 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@codeaurora.org header.s=default header.b=hnda+ZOs; dkim=pass header.i=@codeaurora.org header.s=default header.b=aPVHvofv; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932731AbeCMKeP (ORCPT + 99 others); Tue, 13 Mar 2018 06:34:15 -0400 Received: from smtp.codeaurora.org ([198.145.29.96]:43030 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932546AbeCMKeN (ORCPT ); Tue, 13 Mar 2018 06:34:13 -0400 Received: by smtp.codeaurora.org (Postfix, from userid 1000) id 954A760851; Tue, 13 Mar 2018 10:34:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1520937252; bh=hMrlb38MtCwHuReTTCqiAvJut+4ux2x4WpmWNizERtY=; h=In-Reply-To:References:From:Date:Subject:To:Cc:From; b=hnda+ZOsIgDnTIscioQdn0qECdefE/eaQCnhBTCBwzZYvf4NNJZqEOKZxbT85ePWM iln/aW0ut9yTnGSz+ulIdLo1AHXUdcFyOehocNWMcaEeuz2nfdLEyQiJqkb+Fp+iP9 Z+noo4g6g/Ic9cFXZbzPlY/P/PGqsiXMrcZarrSM= X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on pdx-caf-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.8 required=2.0 tests=ALL_TRUSTED,BAYES_00, DKIM_SIGNED,T_DKIM_INVALID autolearn=no autolearn_force=no version=3.4.0 Received: from mail-qk0-f169.google.com (mail-qk0-f169.google.com [209.85.220.169]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: vivek.gautam@smtp.codeaurora.org) by smtp.codeaurora.org (Postfix) with ESMTPSA id 5F170608CB; Tue, 13 Mar 2018 10:34:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1520937251; bh=hMrlb38MtCwHuReTTCqiAvJut+4ux2x4WpmWNizERtY=; h=In-Reply-To:References:From:Date:Subject:To:Cc:From; b=aPVHvofvF3X4XgouOYVsfInF3QsVrk25Ng1Vb79a1LBZb46BAkmdqRrFA2NrSpz0I DOJwB4gK8cHnj+fwpuZn4gEFrhHreG2Dg20L4h1gJfk/i8ki1rSyus5zlbgzU1hfcV go4QfzcweNoD4jTvZLsFe8+nV9YcBTgTfnBwNYzc= DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org 5F170608CB Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=none smtp.mailfrom=vivek.gautam@codeaurora.org Received: by mail-qk0-f169.google.com with SMTP id o25so14720404qkl.7; Tue, 13 Mar 2018 03:34:11 -0700 (PDT) X-Gm-Message-State: AElRT7EFKLs7tTwFEh/2ycRRrZSVWHF+h1g62b2t2qmlv/9LApdMcy1W 1DeQegYqw2ZQ6GATAwXxjR/DBGTuO5Gk0R5lLGA= X-Received: by 10.55.188.69 with SMTP id m66mr155889qkf.118.1520937250518; Tue, 13 Mar 2018 03:34:10 -0700 (PDT) MIME-Version: 1.0 Received: by 10.200.83.10 with HTTP; Tue, 13 Mar 2018 03:34:09 -0700 (PDT) In-Reply-To: References: <20180313085534.11650-1-vivek.gautam@codeaurora.org> <20180313085534.11650-2-vivek.gautam@codeaurora.org> From: Vivek Gautam Date: Tue, 13 Mar 2018 16:04:09 +0530 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v9 1/5] driver core: Find an existing link between two devices To: Tomasz Figa Cc: Joerg Roedel , Rob Herring , Robin Murphy , "open list:IOMMU DRIVERS" , devicetree@vger.kernel.org, Linux Kernel Mailing List , Mark Rutland , Will Deacon , Rob Clark , Sricharan R , Marek Szyprowski , Archit Taneja , linux-arm-msm , "Rafael J . Wysocki" , Greg Kroah-Hartman Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Tomasz, On Tue, Mar 13, 2018 at 3:45 PM, Tomasz Figa wrote: > Hi Vivek, > > Thanks for the patch. > > On Tue, Mar 13, 2018 at 5:55 PM, Vivek Gautam > wrote: >> The lists managing the device-links can be traversed to >> find the link between two devices. The device_link_add() APIs >> does traverse these lists to check if there's already a link >> setup between the two devices. >> So, add a new APIs, device_link_find(), to find an existing >> device link between two devices - suppliers and consumers. > > I'm wondering if this API would be useful for anything else that the > problem we're trying to solve with deleting links without storing them > anywhere. Perhaps a device_link_del_dev(consumer, supplier) would be a > better alternative? Yea, that sounds simpler i think. Will add this API instead of find_link(). Thanks. regards vivek > > Best regards, > Tomasz > -- > To unsubscribe from this list: send the line "unsubscribe linux-arm-msm" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html -- QUALCOMM INDIA, on behalf of Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by The Linux Foundation