Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp5935070ybi; Wed, 12 Jun 2019 10:59:47 -0700 (PDT) X-Google-Smtp-Source: APXvYqyJIuGQK06f/f6TjstJ9fhMUXdm+KIE3Dfj48Hkh49+EAfi8QKFRh3RLNOhS/irAOlyUob5 X-Received: by 2002:a62:1c92:: with SMTP id c140mr87811775pfc.258.1560362387283; Wed, 12 Jun 2019 10:59:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1560362387; cv=none; d=google.com; s=arc-20160816; b=l/3X59y5SYQ5Pzy/sBzzyzwpRy5AV3QKBhmZUpU3O1P/22KHgXiXnXOaVYbXRJyduM EnMsMEUDZejoAejOtwqxySUElG9Ib5HN7cuWjYuixxkNQORL7aXd9IuoRjqHW0ay2s/8 CKOVmS8l2bOzleb6l0vQMoCgAcicjymuy6C95Kj/oC82p/x7Gjf6idnWvomUO46lWI/0 a6uLlmzRJWetO56dwqbrseS1dWWYNw/qmZVZQDtRxcgFY0yIcMVU8gWYXduu7vmU6bzb HoMqS5O70ioMhMQAiU0F+/eCu9M8s9PCHCnXtQk9N9AVoFAiVTJK5ewJkg4YamArlbhe Vjiw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :subject:user-agent:references:in-reply-to:message-id:date:cc:to :from:dkim-signature; bh=Y+4CclOchg68MnXlcf58UCwueBz0Zes4t/blHlilXOM=; b=oHKhDksfSOUEBIiSny5D0Y5JOCkzsdFreyimOcNghBGGJkC/z6cjAw7UJmOa4MAJoW IXPw5jrbAIkG3DCXVhVdyzBrM9d8XfOkw4LkmZqpMdgsoFNnmnLifYYz0am7uQYgY4wa PaoAw6Qj1dQK1wlw/QKjydY8DLjvMP7EmWNMNNBTRFAXmW+QwQTQuSqx8wY1teoc8O1/ 5vUppDpFc0qzOKFTJkDt8/klfUQotZ9m3N6malEl4kFQPGWjvnXWH2Q0Qr4h9BwWEsTc /8krNcPLY6TBwM/w4WaHSUCmC0PqcTEHPEeC91PAdXBPIAEO9HrvLt3KElhEq2tVR1qD CybA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@broadcom.com header.s=google header.b=g0wJ6bpZ; 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; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=broadcom.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id s59si288898plb.294.2019.06.12.10.59.32; Wed, 12 Jun 2019 10:59:47 -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=@broadcom.com header.s=google header.b=g0wJ6bpZ; 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; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=broadcom.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2409253AbfFLN6J (ORCPT + 99 others); Wed, 12 Jun 2019 09:58:09 -0400 Received: from mail-ed1-f66.google.com ([209.85.208.66]:38020 "EHLO mail-ed1-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2409246AbfFLN6J (ORCPT ); Wed, 12 Jun 2019 09:58:09 -0400 Received: by mail-ed1-f66.google.com with SMTP id g13so25904660edu.5 for ; Wed, 12 Jun 2019 06:58:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=broadcom.com; s=google; h=from:to:cc:date:message-id:in-reply-to:references:user-agent :subject:mime-version:content-transfer-encoding; bh=Y+4CclOchg68MnXlcf58UCwueBz0Zes4t/blHlilXOM=; b=g0wJ6bpZk6ogq2pFPm12oLk0Yrtzf26EwY4s3uS4fyOd6DhxzmisPT5DBzV21l6Erd 8xZ853XwfPK15Zq64UL6RB8AuP6abPIlPzfZH+D8IuaOfO5wLiRJMFLfbYg0x6wxkchX HX/TXdun2GZFn1lb1gKb3lWu60z7OGNBd2wN8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:date:message-id:in-reply-to :references:user-agent:subject:mime-version :content-transfer-encoding; bh=Y+4CclOchg68MnXlcf58UCwueBz0Zes4t/blHlilXOM=; b=KDE0kEHe4aw7z2kxPnsUExHUS8e1KTLyuIii3ZtRmzbkzS41CqPJ3QdRsfdK3sMo5J lZ0A3hyRQzdPnHbvIPkD+lW0tmUfgsp6xkjQCTcWgARKqRTtQ3yulSkIYug/3oL7rq0i Hpaeec/VVACSt35lLy1oQNU8riXUafBPjsYQKsm2BsTxKyIbdHxgje9YdJp8cJ1Cjbmd GfJX4K7kRxs5b0dzUJGU04qso4xM3+Ttz/ddWyLyXdliiRTLnbGis3W2KLQSw2TAljoc 3d37WecWL9x4gHshqwdFYiinq08OkG9N3Pp3TPFsjutRsSuQ/HS6QvG8hZsD37gDJb1C ZHKA== X-Gm-Message-State: APjAAAU1O96y1pL81yyJRPdxqARSh1Rp4tOrbRCTUCflwzU0ecjvfxRV 8NOMDvMx8y48WNJwPhZRCu5suw== X-Received: by 2002:a50:974b:: with SMTP id d11mr51553467edb.24.1560347887655; Wed, 12 Jun 2019 06:58:07 -0700 (PDT) Received: from [192.168.178.17] (f140230.upc-f.chello.nl. [80.56.140.230]) by smtp.gmail.com with ESMTPSA id h5sm4614214ede.74.2019.06.12.06.58.06 (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 12 Jun 2019 06:58:06 -0700 (PDT) From: Arend Van Spriel To: Ulf Hansson CC: Doug Anderson , "Hunter, Adrian" , Kalle Valo , , , Double Lo , , , Naveen Gupta , Madhan Mohan R , , Wright Feng , "Chi-Hsien Lin" , , , Franky Lin , , Hante Meuleman , YueHaibing , "David S. Miller" Date: Wed, 12 Jun 2019 15:58:05 +0200 Message-ID: <16b4bfb39e0.2764.9b12b7fc0a3841636cfb5e919b41b954@broadcom.com> In-Reply-To: References: <20190607223716.119277-1-dianders@chromium.org> <20190607223716.119277-4-dianders@chromium.org> <363DA0ED52042842948283D2FC38E4649C52F8A0@IRSMSX106.ger.corp.intel.com> User-Agent: AquaMail/1.20.0-1458 (build: 102100001) Subject: Re: [PATCH v3 3/5] brcmfmac: sdio: Disable auto-tuning around commands expected to fail MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="us-ascii" Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 6/12/2019 1:48 PM, Ulf Hansson wrote: > On Wed, 12 Jun 2019 at 13:11, Arend Van Spriel > wrote: >> >> On 6/12/2019 12:10 PM, Ulf Hansson wrote: >>>> drivers/net/wireless/broadcom/brcm80211/brcmfmac/bcmsdh.c: >>>> mmc_set_data_timeout(md, func->card); >>>> mmc_wait_for_req(func->card->host, mr); >>> These are not okay, none of these things calls should really be done >>> from an SDIO func driver. >>> >>> It tells me that the func driver is a doing workaround for something >>> that should be managed in a common way. >> >> We are using some low-level functions passing chain of skbuff to the >> device using CMD53 with scatterlist. If I recall correctly Marvell made >> an attempt to have a similar function for it in the mmc stack. Not sure >> if that ever made it in. If so I can rework our driver using that API. >> If not, I can make a new attempt. > > I recall there were some patches, but not sure why we didn't merge them. > > Anyway, if you want to move this forward, that would be awesome! Let's scope it before moving forward. Our use-case is to transfer a chain of skbuff's. I am pretty sure that is not something we want to deal with in mmc stack api. So I suppose passing a scatterlist is more sensible, right? Maybe on sdio layer of the stack we could consider dealing with skbuff's for network func drivers? Let me see if I can find those Marvell patches. Might be a good start. Regards, Arend