From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-11.3 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH, MAILING_LIST_MULTI,NICE_REPLY_A,SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 0F324C388F9 for ; Wed, 4 Nov 2020 18:02:16 +0000 (UTC) Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 73862206F4 for ; Wed, 4 Nov 2020 18:02:15 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="tvuhx/8w"; dkim=fail reason="signature verification failed" (1024-bit key) header.d=broadcom.com header.i=@broadcom.com header.b="KI0Kht0y" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 73862206F4 Authentication-Results: mail.kernel.org; dmarc=fail (p=quarantine dis=none) header.from=broadcom.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=merlin.20170209; h=Sender:Content-Type:Cc: List-Subscribe:List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id: In-Reply-To:MIME-Version:Date:Message-ID:From:References:To:Subject:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=w3VZwpQSd0Pr3obrfiqfOSrod3dRleB6D5DaEKQQsuo=; b=tvuhx/8w0YzdrtuSBzJx5BIWz /ZUQfupimQSRIQ6Iw4gaBhizeUPm57ulpN0jJvpsU8yvmchHk+RXhbHtP59Vg+CQqE9rUORcBcFcV 2D8B/jJZFn3q+svSF8l7g0wFGB+nZLgkdzsSaMsfEgP6mzyuEXpW18NtLv6uQaGpj0LKWgSMAqfSV ITNv5H0ivpJfeUzyumEYb1g7pfdauy9WSSVF+2m6bnSnPvJKMVZxp9+/Ppzxs5/vvcPRRXdqmEXVa 9pKCsVobvAMNJ6xcIw7Zy2tcQf8uMCBnkPKvD6hO4OBmNBNDmlsdYgGjtEJBWyvWdxgVj2tFdX8a0 rJ8kFCY/g==; Received: from localhost ([::1] helo=merlin.infradead.org) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1kaN6L-0005Wb-9k; Wed, 04 Nov 2020 18:01:41 +0000 Received: from mail-pl1-x641.google.com ([2607:f8b0:4864:20::641]) by merlin.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1kaN6H-0005V4-J3 for linux-arm-kernel@lists.infradead.org; Wed, 04 Nov 2020 18:01:38 +0000 Received: by mail-pl1-x641.google.com with SMTP id f21so10641423plr.5 for ; Wed, 04 Nov 2020 10:01:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=broadcom.com; s=google; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to; bh=BKSdRRWdgYeUFCGOg1S80rswyr6OnsDwe/DNsm+rzzg=; b=KI0Kht0y5p2GKeSvTCnoO6g8YlreF79xpELof4HbXV0T9RUIiTUDD3KV6iaNWbKlej bb+DKvupg8KVoGzsKXr5joK/j+iXaE0vdwztRysiyAetDJQ2fptDbJnDqZy2IYt/SEP9 TAdQdZSgfSh0r34Sm5ZPo3K097tYebGQmqti0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to; bh=BKSdRRWdgYeUFCGOg1S80rswyr6OnsDwe/DNsm+rzzg=; b=SukDcRa7FRsazHJnrkZi+NYFqCbz+FqKMrj4FIVb2PdaexwcdYP4TIP2SXx0uEIZIp DeHnrD2jZmtYzUST9603rczTU3TzTSVfl68zC0k2Hj3y4ofHRKWhnSVd917LNiUTw7yi sbYc3Pj47aVU0jML2fspaUUoKbQwq+j5SmLEadzunt+Ul0vTbfO7i0Sxwgr8eP7nwtIw HurpC17gpjLgw2DsrFJyQNWgzOvGzYSthAXEVt5izzbk50btH7fy5aO5hhVP91BZofgz FfeDHmhpJtehv/bT6uqkUKznt3Hrr6c2Ez++b7/qBs7G/IPwwyc5mTDDhvij6GxjgFah PbYg== X-Gm-Message-State: AOAM533UemytNLcxeYEYuiBgnKJe8NHP0ZwIJbZInY5/ysTSDJKDUA+I xH4ExvWGfqGZzdx+XEU3zwVA9w== X-Google-Smtp-Source: ABdhPJxYdYQ60QyrOurwYf3i1tIWRYc7HuQmU5W7wZN9870oXZaXoJO5aHhGN69/spm6QTmsMQA35g== X-Received: by 2002:a17:902:8c88:b029:d6:d0e4:7e1b with SMTP id t8-20020a1709028c88b02900d6d0e47e1bmr13278681plo.70.1604512893873; Wed, 04 Nov 2020 10:01:33 -0800 (PST) Received: from [10.230.1.222] ([192.19.228.250]) by smtp.gmail.com with ESMTPSA id h26sm3047654pfq.139.2020.11.04.10.01.31 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 04 Nov 2020 10:01:32 -0800 (PST) Subject: Re: [PATCH v3 5/6] i2c: iproc: handle master read request To: Rayagonda Kokatanur , Florian Fainelli References: <20201102035433.6774-6-rayagonda.kokatanur@broadcom.com> <861d734f-c776-f70b-e414-a4b32c0f991e@gmail.com> From: Ray Jui Message-ID: <97a8d7bf-e877-c03a-f789-16cac9bb2643@broadcom.com> Date: Wed, 4 Nov 2020 10:01:06 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.12.1 MIME-Version: 1.0 In-Reply-To: X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20201104_130137_699426_F1A85FCB X-CRM114-Status: GOOD ( 25.49 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Lori Hikichi , Scott Branden , Ray Jui , Brendan Higgins , Linux Kernel Mailing List , Wolfram Sang , BCM Kernel Feedback , Dhananjay Phadke , Andy Shevchenko , linux-arm Mailing List , linux-i2c Content-Type: multipart/mixed; boundary="===============3041737132187901910==" Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org --===============3041737132187901910== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="0000000000001c0f7705b34bc5ee" --0000000000001c0f7705b34bc5ee Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit On 11/3/2020 7:57 PM, Rayagonda Kokatanur wrote: > On Wed, Nov 4, 2020 at 9:05 AM Florian Fainelli wrote: >> >> >> >> On 11/2/2020 10:19 PM, Dhananjay Phadke wrote: >>> On Mon, 2 Nov 2020 09:24:32 +0530, Rayagonda Kokatanur wrote: >>> >>>> Handle single or multi byte master read request with or without >>>> repeated start. >>>> >>>> Fixes: c245d94ed106 ("i2c: iproc: Add multi byte read-write support for slave mode") >>>> Signed-off-by: Rayagonda Kokatanur >>>> --- >>>> drivers/i2c/busses/i2c-bcm-iproc.c | 215 +++++++++++++++++++++++------ >>>> 1 file changed, 170 insertions(+), 45 deletions(-) >>>> >>>> diff --git a/drivers/i2c/busses/i2c-bcm-iproc.c b/drivers/i2c/busses/i2c-bcm-iproc.c >>>> index 7a235f9f5884..22e04055b447 100644 >>>> --- a/drivers/i2c/busses/i2c-bcm-iproc.c >>>> +++ b/drivers/i2c/busses/i2c-bcm-iproc.c >>>> @@ -160,6 +160,11 @@ >>>> >>>> #define IE_S_ALL_INTERRUPT_SHIFT 21 >>>> #define IE_S_ALL_INTERRUPT_MASK 0x3f >>>> +/* >>>> + * It takes ~18us to reading 10bytes of data, hence to keep tasklet >>>> + * running for less time, max slave read per tasklet is set to 10 bytes. >>>> + */ >>>> +#define MAX_SLAVE_RX_PER_INT 10 >>>> >>> >>> In patch [3/6], you've enabled IS_S_RX_THLD_SHIFT in slave ISR bitmask, >>> however it's not actually used in processing rx events. >>> >>> Instead of hardcoding this threshold here, it's better to add a >>> device-tree knob for rx threshold, program it in controller and handle >>> that RX_THLD interrupt. This will give more flexibility to drain the rx >>> fifo earlier than - >>> (1) waiting for FIFO_FULL interrupt for transactions > 64B. >>> (2) waiting for start of read transaction in case of master write-read. > > Yes this is one way to implement. > But do you see any issue in batching 64 bytes at a time in case of > transaction > 64 Bytes. > I feel batching will be more efficient as it avoids more number of > interrupts and hence context switch. > >> >> The Device Tree is really intended to describe the hardware FIFO size, >> not watermarks, as those tend to be more of a policy/work load decision. >> Maybe this is something that can be added as a module parameter, or >> configurable via ioctl() at some point. > Yes, DT can have properties to describe the FIFO size, if there happens to be some variants in the HW blocks in different versions. But that is not the case here. DT should not be used to control SW/use case specific behavior. > #define MAX_SLAVE_RX_PER_INT 10 > > is not hw fifo threshold level, it is a kind of watermark for the > tasklet to process the max number of packets in single run. > The intention to add the macro is to make sure the tasklet does not > run more than 20us. > If we keep this as a module parameter or dt parameter then there is a > good possibility that the number can be set to higher value. > This will make the tasklet run more than 20us and defeat the purpose. > > This number is constant and not variable to change > > Please feel free to add your comments. > > Best regards, > Rayagonda > >> -- >> Florian --0000000000001c0f7705b34bc5ee Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIIQMwYJKoZIhvcNAQcCoIIQJDCCECACAQExDzANBglghkgBZQMEAgEFADALBgkqhkiG9w0BBwGg gg2IMIIE6DCCA9CgAwIBAgIOSBtqCRO9gCTKXSLwFPMwDQYJKoZIhvcNAQELBQAwTDEgMB4GA1UE CxMXR2xvYmFsU2lnbiBSb290IENBIC0gUjMxEzARBgNVBAoTCkdsb2JhbFNpZ24xEzARBgNVBAMT Ckdsb2JhbFNpZ24wHhcNMTYwNjE1MDAwMDAwWhcNMjQwNjE1MDAwMDAwWjBdMQswCQYDVQQGEwJC RTEZMBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTEzMDEGA1UEAxMqR2xvYmFsU2lnbiBQZXJzb25h bFNpZ24gMiBDQSAtIFNIQTI1NiAtIEczMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA tpZok2X9LAHsYqMNVL+Ly6RDkaKar7GD8rVtb9nw6tzPFnvXGeOEA4X5xh9wjx9sScVpGR5wkTg1 fgJIXTlrGESmaqXIdPRd9YQ+Yx9xRIIIPu3Jp/bpbiZBKYDJSbr/2Xago7sb9nnfSyjTSnucUcIP ZVChn6hKneVGBI2DT9yyyD3PmCEJmEzA8Y96qT83JmVH2GaPSSbCw0C+Zj1s/zqtKUbwE5zh8uuZ p4vC019QbaIOb8cGlzgvTqGORwK0gwDYpOO6QQdg5d03WvIHwTunnJdoLrfvqUg2vOlpqJmqR+nH 9lHS+bEstsVJtZieU1Pa+3LzfA/4cT7XA/pnwwIDAQABo4IBtTCCAbEwDgYDVR0PAQH/BAQDAgEG MGoGA1UdJQRjMGEGCCsGAQUFBwMCBggrBgEFBQcDBAYIKwYBBQUHAwkGCisGAQQBgjcUAgIGCisG AQQBgjcKAwQGCSsGAQQBgjcVBgYKKwYBBAGCNwoDDAYIKwYBBQUHAwcGCCsGAQUFBwMRMBIGA1Ud EwEB/wQIMAYBAf8CAQAwHQYDVR0OBBYEFGlygmIxZ5VEhXeRgMQENkmdewthMB8GA1UdIwQYMBaA FI/wS3+oLkUkrk1Q+mOai97i3Ru8MD4GCCsGAQUFBwEBBDIwMDAuBggrBgEFBQcwAYYiaHR0cDov L29jc3AyLmdsb2JhbHNpZ24uY29tL3Jvb3RyMzA2BgNVHR8ELzAtMCugKaAnhiVodHRwOi8vY3Js Lmdsb2JhbHNpZ24uY29tL3Jvb3QtcjMuY3JsMGcGA1UdIARgMF4wCwYJKwYBBAGgMgEoMAwGCisG AQQBoDIBKAowQQYJKwYBBAGgMgFfMDQwMgYIKwYBBQUHAgEWJmh0dHBzOi8vd3d3Lmdsb2JhbHNp Z24uY29tL3JlcG9zaXRvcnkvMA0GCSqGSIb3DQEBCwUAA4IBAQConc0yzHxn4gtQ16VccKNm4iXv 6rS2UzBuhxI3XDPiwihW45O9RZXzWNgVcUzz5IKJFL7+pcxHvesGVII+5r++9eqI9XnEKCILjHr2 DgvjKq5Jmg6bwifybLYbVUoBthnhaFB0WLwSRRhPrt5eGxMw51UmNICi/hSKBKsHhGFSEaJQALZy 4HL0EWduE6ILYAjX6BSXRDtHFeUPddb46f5Hf5rzITGLsn9BIpoOVrgS878O4JnfUWQi29yBfn75 HajifFvPC+uqn+rcVnvrpLgsLOYG/64kWX/FRH8+mhVe+mcSX3xsUpcxK9q9vLTVtroU/yJUmEC4 OcH5dQsbHBqjMIIDXzCCAkegAwIBAgILBAAAAAABIVhTCKIwDQYJKoZIhvcNAQELBQAwTDEgMB4G A1UECxMXR2xvYmFsU2lnbiBSb290IENBIC0gUjMxEzARBgNVBAoTCkdsb2JhbFNpZ24xEzARBgNV BAMTCkdsb2JhbFNpZ24wHhcNMDkwMzE4MTAwMDAwWhcNMjkwMzE4MTAwMDAwWjBMMSAwHgYDVQQL ExdHbG9iYWxTaWduIFJvb3QgQ0EgLSBSMzETMBEGA1UEChMKR2xvYmFsU2lnbjETMBEGA1UEAxMK R2xvYmFsU2lnbjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMwldpB5BngiFvXAg7aE yiie/QV2EcWtiHL8RgJDx7KKnQRfJMsuS+FggkbhUqsMgUdwbN1k0ev1LKMPgj0MK66X17YUhhB5 uzsTgHeMCOFJ0mpiLx9e+pZo34knlTifBtc+ycsmWQ1z3rDI6SYOgxXG71uL0gRgykmmKPZpO/bL yCiR5Z2KYVc3rHQU3HTgOu5yLy6c+9C7v/U9AOEGM+iCK65TpjoWc4zdQQ4gOsC0p6Hpsk+QLjJg 6VfLuQSSaGjlOCZgdbKfd/+RFO+uIEn8rUAVSNECMWEZXriX7613t2Saer9fwRPvm2L7DWzgVGkW qQPabumDk3F2xmmFghcCAwEAAaNCMEAwDgYDVR0PAQH/BAQDAgEGMA8GA1UdEwEB/wQFMAMBAf8w HQYDVR0OBBYEFI/wS3+oLkUkrk1Q+mOai97i3Ru8MA0GCSqGSIb3DQEBCwUAA4IBAQBLQNvAUKr+ yAzv95ZURUm7lgAJQayzE4aGKAczymvmdLm6AC2upArT9fHxD4q/c2dKg8dEe3jgr25sbwMpjjM5 RcOO5LlXbKr8EpbsU8Yt5CRsuZRj+9xTaGdWPoO4zzUhw8lo/s7awlOqzJCK6fBdRoyV3XpYKBov Hd7NADdBj+1EbddTKJd+82cEHhXXipa0095MJ6RMG3NzdvQXmcIfeg7jLQitChws/zyrVQ4PkX42 68NXSb7hLi18YIvDQVETI53O9zJrlAGomecsMx86OyXShkDOOyyGeMlhLxS67ttVb9+E7gUJTb0o 2HLO02JQZR7rkpeDMdmztcpHWD9fMIIFNTCCBB2gAwIBAgIMJQxqAs0uKXLnVqjWMA0GCSqGSIb3 DQEBCwUAMF0xCzAJBgNVBAYTAkJFMRkwFwYDVQQKExBHbG9iYWxTaWduIG52LXNhMTMwMQYDVQQD EypHbG9iYWxTaWduIFBlcnNvbmFsU2lnbiAyIENBIC0gU0hBMjU2IC0gRzMwHhcNMjAwOTIxMTQz MTQ3WhcNMjIwOTIyMTQzMTQ3WjCBhDELMAkGA1UEBhMCSU4xEjAQBgNVBAgTCUthcm5hdGFrYTES MBAGA1UEBxMJQmFuZ2Fsb3JlMRYwFAYDVQQKEw1Ccm9hZGNvbSBJbmMuMRAwDgYDVQQDEwdSYXkg SnVpMSMwIQYJKoZIhvcNAQkBFhRyYXkuanVpQGJyb2FkY29tLmNvbTCCASIwDQYJKoZIhvcNAQEB BQADggEPADCCAQoCggEBAKn4hxAQIaUc/63CGGAfKpCpBLQZU/mobqbKwTdwXmkNVlWkldmfbV1C wdSx9vgMN7hDrNLmOcurXjYSYT0seO6NLnsRvQ6lc2v92pqK7i8HwzTOL/b9z4XC5VnoYcHRuz75 IcF8U8x+x6Rq4UutUQgoQDREvwBcsCj6ZDNmxDaEyyIflO3+HYvjI2hpJFOd+Wt5H/l9Nq1r7OLj jtK7Nlq1VqsruL98ME7ID5QhbF4tLGQgZEw250Sctjx8R8+zZPNxIIDREhAsGiupe5j3rEXDFv39 Gp3tsmw0Vz7IMJs6DQIm7T8CfIzeId1IIHcH02MbpO7m1Btzyz625FoBWF8CAwEAAaOCAcswggHH MA4GA1UdDwEB/wQEAwIFoDCBngYIKwYBBQUHAQEEgZEwgY4wTQYIKwYBBQUHMAKGQWh0dHA6Ly9z ZWN1cmUuZ2xvYmFsc2lnbi5jb20vY2FjZXJ0L2dzcGVyc29uYWxzaWduMnNoYTJnM29jc3AuY3J0 MD0GCCsGAQUFBzABhjFodHRwOi8vb2NzcDIuZ2xvYmFsc2lnbi5jb20vZ3NwZXJzb25hbHNpZ24y c2hhMmczME0GA1UdIARGMEQwQgYKKwYBBAGgMgEoCjA0MDIGCCsGAQUFBwIBFiZodHRwczovL3d3 dy5nbG9iYWxzaWduLmNvbS9yZXBvc2l0b3J5LzAJBgNVHRMEAjAAMEQGA1UdHwQ9MDswOaA3oDWG M2h0dHA6Ly9jcmwuZ2xvYmFsc2lnbi5jb20vZ3NwZXJzb25hbHNpZ24yc2hhMmczLmNybDAfBgNV HREEGDAWgRRyYXkuanVpQGJyb2FkY29tLmNvbTATBgNVHSUEDDAKBggrBgEFBQcDBDAfBgNVHSME GDAWgBRpcoJiMWeVRIV3kYDEBDZJnXsLYTAdBgNVHQ4EFgQUvUTLkCwFvnpejW/KGvdaDA31b+sw DQYJKoZIhvcNAQELBQADggEBACMny/9Y1OPK7qwiBKBMt478eBgXnTlJ0J0HNebYcxN/l7fKIKMb /eX/AQKIDsHeshmV2ekPU4yY/04veXx3QTgmE1bb4ksKEFEbU0LXlVPrnlgNn8M75cPymegn/2yU r1+htd2eve3obmKc5Lrl0GP+4m72XxAOL687Aw5vRa4Lf294s+x4d+VRwUjoFTj9zyLhexWQuJv/ yX1HjSkrlIsRwi6DN0/ieL04O9aD1UNPlCC6akGnv4tgwlESh51M564qhonlfSW6La+L/aTIuQc0 88lq8s/VMBBGdc7176/v5TbNwEC/c5QYbp2n76rAmKKjhjwWmBk64yLT7CoIxk0xggJvMIICawIB ATBtMF0xCzAJBgNVBAYTAkJFMRkwFwYDVQQKExBHbG9iYWxTaWduIG52LXNhMTMwMQYDVQQDEypH bG9iYWxTaWduIFBlcnNvbmFsU2lnbiAyIENBIC0gU0hBMjU2IC0gRzMCDCUMagLNLily51ao1jAN BglghkgBZQMEAgEFAKCB1DAvBgkqhkiG9w0BCQQxIgQgWe6ZSIeZPW4Qlzug8cuBdN8j8qmdz6eK 5VgVCzLgAcowGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMjAxMTA0 MTgwMTM0WjBpBgkqhkiG9w0BCQ8xXDBaMAsGCWCGSAFlAwQBKjALBglghkgBZQMEARYwCwYJYIZI AWUDBAECMAoGCCqGSIb3DQMHMAsGCSqGSIb3DQEBCjALBgkqhkiG9w0BAQcwCwYJYIZIAWUDBAIB MA0GCSqGSIb3DQEBAQUABIIBAILmo26Gdp7PTPI8TEkoOOxcyhXc4a8yj+NSqM+felPVFGIs2/Da 1cLN6aGymnVz5r7Ud1/M4OeOlkiCjH1k+0ATAGcX5rm0dGOKiU+HF6UZ1n2vJK5V+iv86u696a4j lDpq3OtF0RlVsER6tHTouvDB5e9GTKd1bRZUruE/HHXGtvG6W9tKfCk04sfK/pyrxGUHeI0QqgOg OHu0qeRzSxw+4pTaYMaCrzdICmzGIUPQQS4y4KrWwd0P4vJYbCqwvzKHp/7pCRRJE16qVvCfqoLJ NNRO2ytxZ+z2YQ8F8qlFhspqBsiWgZ8nywl6+eZJYa0hI8PmL6DmkkNgnQdDGSo= --0000000000001c0f7705b34bc5ee-- --===============3041737132187901910== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel --===============3041737132187901910==--