Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1272071 > unrolled thread

[PATCH 0/2] can: m_can: Add CAN clock generated by UPLLCK support

Started byWenyou Yang <wenyou.yang@atmel.com>
First post2015-11-18 11:10 +0100
Last post2015-11-19 05:30 +0100
Articles 7 — 3 participants

Back to article view | Back to linux.kernel


Contents

  [PATCH 0/2] can: m_can: Add CAN clock generated by UPLLCK support Wenyou Yang <wenyou.yang@atmel.com> - 2015-11-18 11:10 +0100
    [PATCH 1/2] can: m_can: Increase delay to ensure written INIT accepted Wenyou Yang <wenyou.yang@atmel.com> - 2015-11-18 11:20 +0100
      Re: [PATCH 1/2] can: m_can: Increase delay to ensure written INIT  accepted Marc Kleine-Budde <mkl@pengutronix.de> - 2015-11-18 11:30 +0100
        RE: [PATCH 1/2] can: m_can: Increase delay to ensure written INIT  accepted "Yang, Wenyou" <Wenyou.Yang@atmel.com> - 2015-11-19 05:30 +0100
    [PATCH 2/2] can: m_can: Add CAN clock generated by UPLLCK support Wenyou Yang <wenyou.yang@atmel.com> - 2015-11-18 11:20 +0100
      Re: [PATCH 2/2] can: m_can: Add CAN clock generated by UPLLCK support Marc Kleine-Budde <mkl@pengutronix.de> - 2015-11-18 11:30 +0100
        RE: [PATCH 2/2] can: m_can: Add CAN clock generated by UPLLCK  support "Yang, Wenyou" <Wenyou.Yang@atmel.com> - 2015-11-19 05:30 +0100

#1272071 — [PATCH 0/2] can: m_can: Add CAN clock generated by UPLLCK support

FromWenyou Yang <wenyou.yang@atmel.com>
Date2015-11-18 11:10 +0100
Subject[PATCH 0/2] can: m_can: Add CAN clock generated by UPLLCK support
Message-ID<qw7QC-1tN-19@gated-at.bofh.it>
This patch set is to make M_CAN work on SAMA5D2.

The orignal delay is not enough for M_CAN on SAMA5D2 to syschronize
the two clock domains. Increase the delay time to ensure the value
written to INIT can be read back.

Add CAN clock generated by UPLLCK(480 MHz) support, the implementation
doesn't affect the M_CAN without configuring additional CAN clock and
its generated clock.


Wenyou Yang (2):
  can: m_can: Increase delay to ensure written INIT accepted
  can: m_can: Add CAN clock generated by UPLLCK support

 drivers/net/can/m_can/m_can.c |   18 ++++++++++++++++--
 1 file changed, 16 insertions(+), 2 deletions(-)

-- 
1.7.9.5

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

[toc] | [next] | [standalone]


#1272073 — [PATCH 1/2] can: m_can: Increase delay to ensure written INIT accepted

FromWenyou Yang <wenyou.yang@atmel.com>
Date2015-11-18 11:20 +0100
Subject[PATCH 1/2] can: m_can: Increase delay to ensure written INIT accepted
Message-ID<qw80h-1y5-1@gated-at.bofh.it>
In reply to#1272071
Increase the delay time until the value written to INIT can be
read back to ensure that the previous value written to INIT has
been accepted.

Signed-off-by: Wenyou Yang <wenyou.yang@atmel.com>
---

 drivers/net/can/m_can/m_can.c |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/net/can/m_can/m_can.c b/drivers/net/can/m_can/m_can.c
index ef65517..fd1caa0 100644
--- a/drivers/net/can/m_can/m_can.c
+++ b/drivers/net/can/m_can/m_can.c
@@ -320,7 +320,7 @@ static inline void m_can_config_endisable(const struct m_can_priv *priv,
 					  bool enable)
 {
 	u32 cccr = m_can_read(priv, M_CAN_CCCR);
-	u32 timeout = 10;
+	u32 timeout = 1000;
 	u32 val = 0;
 
 	if (enable) {
-- 
1.7.9.5

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

[toc] | [prev] | [next] | [standalone]


#1272082 — Re: [PATCH 1/2] can: m_can: Increase delay to ensure written INIT accepted

FromMarc Kleine-Budde <mkl@pengutronix.de>
Date2015-11-18 11:30 +0100
SubjectRe: [PATCH 1/2] can: m_can: Increase delay to ensure written INIT accepted
Message-ID<qw89Y-1BW-7@gated-at.bofh.it>
In reply to#1272073

[Multipart message — attachments visible in raw view] — view raw

On 11/18/2015 11:04 AM, Wenyou Yang wrote:
> Increase the delay time until the value written to INIT can be
> read back to ensure that the previous value written to INIT has
> been accepted.
> 
> Signed-off-by: Wenyou Yang <wenyou.yang@atmel.com>

The patch looks ok, can you please add to your commit message which SoCs
are affected by this problem.

> ---
> 
>  drivers/net/can/m_can/m_can.c |    2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/drivers/net/can/m_can/m_can.c b/drivers/net/can/m_can/m_can.c
> index ef65517..fd1caa0 100644
> --- a/drivers/net/can/m_can/m_can.c
> +++ b/drivers/net/can/m_can/m_can.c
> @@ -320,7 +320,7 @@ static inline void m_can_config_endisable(const struct m_can_priv *priv,
>  					  bool enable)
>  {
>  	u32 cccr = m_can_read(priv, M_CAN_CCCR);
> -	u32 timeout = 10;
> +	u32 timeout = 1000;
>  	u32 val = 0;
>  
>  	if (enable) {
> 

Marc

-- 
Pengutronix e.K.                  | Marc Kleine-Budde           |
Industrial Linux Solutions        | Phone: +49-231-2826-924     |
Vertretung West/Dortmund          | Fax:   +49-5121-206917-5555 |
Amtsgericht Hildesheim, HRA 2686  | http://www.pengutronix.de   |

[toc] | [prev] | [next] | [standalone]


#1272838 — RE: [PATCH 1/2] can: m_can: Increase delay to ensure written INIT accepted

From"Yang, Wenyou" <Wenyou.Yang@atmel.com>
Date2015-11-19 05:30 +0100
SubjectRE: [PATCH 1/2] can: m_can: Increase delay to ensure written INIT accepted
Message-ID<qwp18-4sf-13@gated-at.bofh.it>
In reply to#1272082
SGkgTWFyYywNCg0KVGhhbmsgeW91IGZvciBwcm9tcHQgZmVlZGJhY2suDQoNCj4gLS0tLS1Pcmln
aW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogTWFyYyBLbGVpbmUtQnVkZGUgW21haWx0bzpta2xA
cGVuZ3V0cm9uaXguZGVdDQo+IFNlbnQ6IDIwMTXlubQxMeaciDE45pelIDE4OjI2DQo+IFRvOiBZ
YW5nLCBXZW55b3U7IFdvbGZnYW5nIEdyYW5kZWdnZXINCj4gQ2M6IGxpbnV4LWNhbkB2Z2VyLmtl
cm5lbC5vcmc7IG5ldGRldkB2Z2VyLmtlcm5lbC5vcmc7IGxpbnV4LQ0KPiBrZXJuZWxAdmdlci5r
ZXJuZWwub3JnOyBGZXJyZSwgTmljb2xhcw0KPiBTdWJqZWN0OiBSZTogW1BBVENIIDEvMl0gY2Fu
OiBtX2NhbjogSW5jcmVhc2UgZGVsYXkgdG8gZW5zdXJlIHdyaXR0ZW4gSU5JVA0KPiBhY2NlcHRl
ZA0KPiANCj4gT24gMTEvMTgvMjAxNSAxMTowNCBBTSwgV2VueW91IFlhbmcgd3JvdGU6DQo+ID4g
SW5jcmVhc2UgdGhlIGRlbGF5IHRpbWUgdW50aWwgdGhlIHZhbHVlIHdyaXR0ZW4gdG8gSU5JVCBj
YW4gYmUgcmVhZA0KPiA+IGJhY2sgdG8gZW5zdXJlIHRoYXQgdGhlIHByZXZpb3VzIHZhbHVlIHdy
aXR0ZW4gdG8gSU5JVCBoYXMgYmVlbg0KPiA+IGFjY2VwdGVkLg0KDQpJIHRlc3RlZCBpdCBhZ2Fp
biB3aXRoIGRpZmZlcmVudCBjbG9jayBmcmVxdWVuY2llcywgaXQgd29ya3Mgd2l0aG91dCB0aGlz
IHBhdGNoLiBNYXliZSBJIG1hZGUgYSBtaXN0YWtlLg0KDQpTb3JyeSBhYm91dCBpdC4gDQoNClBs
ZWFzZSBpZ25vcmUuDQoNCj4gPg0KPiA+IFNpZ25lZC1vZmYtYnk6IFdlbnlvdSBZYW5nIDx3ZW55
b3UueWFuZ0BhdG1lbC5jb20+DQo+IA0KPiBUaGUgcGF0Y2ggbG9va3Mgb2ssIGNhbiB5b3UgcGxl
YXNlIGFkZCB0byB5b3VyIGNvbW1pdCBtZXNzYWdlIHdoaWNoIFNvQ3MgYXJlDQo+IGFmZmVjdGVk
IGJ5IHRoaXMgcHJvYmxlbS4NCj4gDQo+ID4gLS0tDQo+ID4NCj4gPiAgZHJpdmVycy9uZXQvY2Fu
L21fY2FuL21fY2FuLmMgfCAgICAyICstDQo+ID4gIDEgZmlsZSBjaGFuZ2VkLCAxIGluc2VydGlv
bigrKSwgMSBkZWxldGlvbigtKQ0KPiA+DQo+ID4gZGlmZiAtLWdpdCBhL2RyaXZlcnMvbmV0L2Nh
bi9tX2Nhbi9tX2Nhbi5jDQo+ID4gYi9kcml2ZXJzL25ldC9jYW4vbV9jYW4vbV9jYW4uYyBpbmRl
eCBlZjY1NTE3Li5mZDFjYWEwIDEwMDY0NA0KPiA+IC0tLSBhL2RyaXZlcnMvbmV0L2Nhbi9tX2Nh
bi9tX2Nhbi5jDQo+ID4gKysrIGIvZHJpdmVycy9uZXQvY2FuL21fY2FuL21fY2FuLmMNCj4gPiBA
QCAtMzIwLDcgKzMyMCw3IEBAIHN0YXRpYyBpbmxpbmUgdm9pZCBtX2Nhbl9jb25maWdfZW5kaXNh
YmxlKGNvbnN0IHN0cnVjdA0KPiBtX2Nhbl9wcml2ICpwcml2LA0KPiA+ICAJCQkJCSAgYm9vbCBl
bmFibGUpDQo+ID4gIHsNCj4gPiAgCXUzMiBjY2NyID0gbV9jYW5fcmVhZChwcml2LCBNX0NBTl9D
Q0NSKTsNCj4gPiAtCXUzMiB0aW1lb3V0ID0gMTA7DQo+ID4gKwl1MzIgdGltZW91dCA9IDEwMDA7
DQo+ID4gIAl1MzIgdmFsID0gMDsNCj4gPg0KPiA+ICAJaWYgKGVuYWJsZSkgew0KPiA+DQo+IA0K
PiBNYXJjDQo+IA0KPiAtLQ0KPiBQZW5ndXRyb25peCBlLksuICAgICAgICAgICAgICAgICAgfCBN
YXJjIEtsZWluZS1CdWRkZSAgICAgICAgICAgfA0KPiBJbmR1c3RyaWFsIExpbnV4IFNvbHV0aW9u
cyAgICAgICAgfCBQaG9uZTogKzQ5LTIzMS0yODI2LTkyNCAgICAgfA0KPiBWZXJ0cmV0dW5nIFdl
c3QvRG9ydG11bmQgICAgICAgICAgfCBGYXg6ICAgKzQ5LTUxMjEtMjA2OTE3LTU1NTUgfA0KPiBB
bXRzZ2VyaWNodCBIaWxkZXNoZWltLCBIUkEgMjY4NiAgfCBodHRwOi8vd3d3LnBlbmd1dHJvbml4
LmRlICAgfA0KDQoNCkJlc3QgUmVnYXJkcywNCldlbnlvdSBZYW5nDQoNCg==
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [prev] | [next] | [standalone]


#1272078 — [PATCH 2/2] can: m_can: Add CAN clock generated by UPLLCK support

FromWenyou Yang <wenyou.yang@atmel.com>
Date2015-11-18 11:20 +0100
Subject[PATCH 2/2] can: m_can: Add CAN clock generated by UPLLCK support
Message-ID<qw80i-1y5-15@gated-at.bofh.it>
In reply to#1272071
As said SAMA5D2 datasheet, it is recommended to use the CAN clock
at frequencies of 20, 40 or 80 MHz. To achieve these frequencies,
PMC GCK3 must select the UPLLCK(480 MHz) as source clock and
divide by 24, 12 or 6. In this patch the CAN clock at 20 MHz.

As it is configured through DT, it doesn't affect the M_CAN
without configuring CAN clock and its generated clock.

Signed-off-by: Wenyou Yang <wenyou.yang@atmel.com>
---

 drivers/net/can/m_can/m_can.c |   16 +++++++++++++++-
 1 file changed, 15 insertions(+), 1 deletion(-)

diff --git a/drivers/net/can/m_can/m_can.c b/drivers/net/can/m_can/m_can.c
index fd1caa0..2ca47db 100644
--- a/drivers/net/can/m_can/m_can.c
+++ b/drivers/net/can/m_can/m_can.c
@@ -269,6 +269,8 @@ enum m_can_mram_cfg {
 #define TX_BUF_XTD		BIT(30)
 #define TX_BUF_RTR		BIT(29)
 
+#define AT91_CAN_CLK_FREQ	20000000
+
 /* address offset and element number for each FIFO/Buffer in the Message RAM */
 struct mram_cfg {
 	u16 off;
@@ -1188,7 +1190,7 @@ static int m_can_plat_probe(struct platform_device *pdev)
 	struct m_can_priv *priv;
 	struct resource *res;
 	void __iomem *addr;
-	struct clk *hclk, *cclk;
+	struct clk *hclk, *cclk, *upll_clk;
 	int irq, ret;
 
 	hclk = devm_clk_get(&pdev->dev, "hclk");
@@ -1198,6 +1200,18 @@ static int m_can_plat_probe(struct platform_device *pdev)
 		return -ENODEV;
 	}
 
+	upll_clk = devm_clk_get(&pdev->dev, "upllclk");
+	if (!IS_ERR(upll_clk)) {
+		ret = clk_set_parent(cclk, upll_clk);
+		if (!ret) {
+			ret = clk_set_rate(cclk, AT91_CAN_CLK_FREQ);
+			if (ret) {
+				dev_err(&pdev->dev, "failed to set gck\n");
+				return -ENODEV;
+			}
+		}
+	}
+
 	res = platform_get_resource_byname(pdev, IORESOURCE_MEM, "m_can");
 	addr = devm_ioremap_resource(&pdev->dev, res);
 	irq = platform_get_irq_byname(pdev, "int0");
-- 
1.7.9.5

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

[toc] | [prev] | [next] | [standalone]


#1272083 — Re: [PATCH 2/2] can: m_can: Add CAN clock generated by UPLLCK support

FromMarc Kleine-Budde <mkl@pengutronix.de>
Date2015-11-18 11:30 +0100
SubjectRe: [PATCH 2/2] can: m_can: Add CAN clock generated by UPLLCK support
Message-ID<qw89Y-1BW-11@gated-at.bofh.it>
In reply to#1272078

[Multipart message — attachments visible in raw view] — view raw

On 11/18/2015 11:04 AM, Wenyou Yang wrote:
> As said SAMA5D2 datasheet, it is recommended to use the CAN clock
> at frequencies of 20, 40 or 80 MHz. To achieve these frequencies,
> PMC GCK3 must select the UPLLCK(480 MHz) as source clock and
> divide by 24, 12 or 6. In this patch the CAN clock at 20 MHz.
> 
> As it is configured through DT, it doesn't affect the M_CAN
> without configuring CAN clock and its generated clock.
> 
> Signed-off-by: Wenyou Yang <wenyou.yang@atmel.com>

NACK

Please do this setup in your SoC code, where you setup the clock
infrastructure or have a look at
Documentation/devicetree/bindings/clock/clock-bindings.txt "Assigned
clock parents and rates"

> ---
> 
>  drivers/net/can/m_can/m_can.c |   16 +++++++++++++++-
>  1 file changed, 15 insertions(+), 1 deletion(-)
> 
> diff --git a/drivers/net/can/m_can/m_can.c b/drivers/net/can/m_can/m_can.c
> index fd1caa0..2ca47db 100644
> --- a/drivers/net/can/m_can/m_can.c
> +++ b/drivers/net/can/m_can/m_can.c
> @@ -269,6 +269,8 @@ enum m_can_mram_cfg {
>  #define TX_BUF_XTD		BIT(30)
>  #define TX_BUF_RTR		BIT(29)
>  
> +#define AT91_CAN_CLK_FREQ	20000000
> +
>  /* address offset and element number for each FIFO/Buffer in the Message RAM */
>  struct mram_cfg {
>  	u16 off;
> @@ -1188,7 +1190,7 @@ static int m_can_plat_probe(struct platform_device *pdev)
>  	struct m_can_priv *priv;
>  	struct resource *res;
>  	void __iomem *addr;
> -	struct clk *hclk, *cclk;
> +	struct clk *hclk, *cclk, *upll_clk;
>  	int irq, ret;
>  
>  	hclk = devm_clk_get(&pdev->dev, "hclk");
> @@ -1198,6 +1200,18 @@ static int m_can_plat_probe(struct platform_device *pdev)
>  		return -ENODEV;
>  	}
>  
> +	upll_clk = devm_clk_get(&pdev->dev, "upllclk");
> +	if (!IS_ERR(upll_clk)) {
> +		ret = clk_set_parent(cclk, upll_clk);
> +		if (!ret) {
> +			ret = clk_set_rate(cclk, AT91_CAN_CLK_FREQ);
> +			if (ret) {
> +				dev_err(&pdev->dev, "failed to set gck\n");
> +				return -ENODEV;
> +			}
> +		}
> +	}
> +
>  	res = platform_get_resource_byname(pdev, IORESOURCE_MEM, "m_can");
>  	addr = devm_ioremap_resource(&pdev->dev, res);
>  	irq = platform_get_irq_byname(pdev, "int0");
> 

regards,
Marc

-- 
Pengutronix e.K.                  | Marc Kleine-Budde           |
Industrial Linux Solutions        | Phone: +49-231-2826-924     |
Vertretung West/Dortmund          | Fax:   +49-5121-206917-5555 |
Amtsgericht Hildesheim, HRA 2686  | http://www.pengutronix.de   |

[toc] | [prev] | [next] | [standalone]


#1272837 — RE: [PATCH 2/2] can: m_can: Add CAN clock generated by UPLLCK support

From"Yang, Wenyou" <Wenyou.Yang@atmel.com>
Date2015-11-19 05:30 +0100
SubjectRE: [PATCH 2/2] can: m_can: Add CAN clock generated by UPLLCK support
Message-ID<qwp17-4sf-11@gated-at.bofh.it>
In reply to#1272083
SGkgTWFyYywNCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBNYXJjIEts
ZWluZS1CdWRkZSBbbWFpbHRvOm1rbEBwZW5ndXRyb25peC5kZV0NCj4gU2VudDogMjAxNeW5tDEx
5pyIMTjml6UgMTg6MjMNCj4gVG86IFlhbmcsIFdlbnlvdTsgV29sZmdhbmcgR3JhbmRlZ2dlcg0K
PiBDYzogbGludXgtY2FuQHZnZXIua2VybmVsLm9yZzsgbmV0ZGV2QHZnZXIua2VybmVsLm9yZzsg
bGludXgtDQo+IGtlcm5lbEB2Z2VyLmtlcm5lbC5vcmc7IEZlcnJlLCBOaWNvbGFzDQo+IFN1Ympl
Y3Q6IFJlOiBbUEFUQ0ggMi8yXSBjYW46IG1fY2FuOiBBZGQgQ0FOIGNsb2NrIGdlbmVyYXRlZCBi
eSBVUExMQ0sNCj4gc3VwcG9ydA0KPiANCj4gT24gMTEvMTgvMjAxNSAxMTowNCBBTSwgV2VueW91
IFlhbmcgd3JvdGU6DQo+ID4gQXMgc2FpZCBTQU1BNUQyIGRhdGFzaGVldCwgaXQgaXMgcmVjb21t
ZW5kZWQgdG8gdXNlIHRoZSBDQU4gY2xvY2sgYXQNCj4gPiBmcmVxdWVuY2llcyBvZiAyMCwgNDAg
b3IgODAgTUh6LiBUbyBhY2hpZXZlIHRoZXNlIGZyZXF1ZW5jaWVzLCBQTUMNCj4gPiBHQ0szIG11
c3Qgc2VsZWN0IHRoZSBVUExMQ0soNDgwIE1IeikgYXMgc291cmNlIGNsb2NrIGFuZCBkaXZpZGUg
YnkgMjQsDQo+ID4gMTIgb3IgNi4gSW4gdGhpcyBwYXRjaCB0aGUgQ0FOIGNsb2NrIGF0IDIwIE1I
ei4NCj4gPg0KPiA+IEFzIGl0IGlzIGNvbmZpZ3VyZWQgdGhyb3VnaCBEVCwgaXQgZG9lc24ndCBh
ZmZlY3QgdGhlIE1fQ0FOIHdpdGhvdXQNCj4gPiBjb25maWd1cmluZyBDQU4gY2xvY2sgYW5kIGl0
cyBnZW5lcmF0ZWQgY2xvY2suDQo+ID4NCj4gPiBTaWduZWQtb2ZmLWJ5OiBXZW55b3UgWWFuZyA8
d2VueW91LnlhbmdAYXRtZWwuY29tPg0KPiANCj4gTkFDSw0KPiANCj4gUGxlYXNlIGRvIHRoaXMg
c2V0dXAgaW4geW91ciBTb0MgY29kZSwgd2hlcmUgeW91IHNldHVwIHRoZSBjbG9jayBpbmZyYXN0
cnVjdHVyZSBvcg0KPiBoYXZlIGEgbG9vayBhdCBEb2N1bWVudGF0aW9uL2RldmljZXRyZWUvYmlu
ZGluZ3MvY2xvY2svY2xvY2stYmluZGluZ3MudHh0DQo+ICJBc3NpZ25lZCBjbG9jayBwYXJlbnRz
IGFuZCByYXRlcyINClRoYW5rIHlvdSBmb3IgeW91ciBhZHZpY2UuIEkgd2lsbCBkbyB0aGlzIHNl
dHVwIHZpYSBEVC4NCg0KDQo+IA0KPiA+IC0tLQ0KPiA+DQo+ID4gIGRyaXZlcnMvbmV0L2Nhbi9t
X2Nhbi9tX2Nhbi5jIHwgICAxNiArKysrKysrKysrKysrKystDQo+ID4gIDEgZmlsZSBjaGFuZ2Vk
LCAxNSBpbnNlcnRpb25zKCspLCAxIGRlbGV0aW9uKC0pDQo+ID4NCj4gPiBkaWZmIC0tZ2l0IGEv
ZHJpdmVycy9uZXQvY2FuL21fY2FuL21fY2FuLmMNCj4gPiBiL2RyaXZlcnMvbmV0L2Nhbi9tX2Nh
bi9tX2Nhbi5jIGluZGV4IGZkMWNhYTAuLjJjYTQ3ZGIgMTAwNjQ0DQo+ID4gLS0tIGEvZHJpdmVy
cy9uZXQvY2FuL21fY2FuL21fY2FuLmMNCj4gPiArKysgYi9kcml2ZXJzL25ldC9jYW4vbV9jYW4v
bV9jYW4uYw0KPiA+IEBAIC0yNjksNiArMjY5LDggQEAgZW51bSBtX2Nhbl9tcmFtX2NmZyB7DQo+
ID4gICNkZWZpbmUgVFhfQlVGX1hURAkJQklUKDMwKQ0KPiA+ICAjZGVmaW5lIFRYX0JVRl9SVFIJ
CUJJVCgyOSkNCj4gPg0KPiA+ICsjZGVmaW5lIEFUOTFfQ0FOX0NMS19GUkVRCTIwMDAwMDAwDQo+
ID4gKw0KPiA+ICAvKiBhZGRyZXNzIG9mZnNldCBhbmQgZWxlbWVudCBudW1iZXIgZm9yIGVhY2gg
RklGTy9CdWZmZXIgaW4gdGhlDQo+ID4gTWVzc2FnZSBSQU0gKi8gIHN0cnVjdCBtcmFtX2NmZyB7
DQo+ID4gIAl1MTYgb2ZmOw0KPiA+IEBAIC0xMTg4LDcgKzExOTAsNyBAQCBzdGF0aWMgaW50IG1f
Y2FuX3BsYXRfcHJvYmUoc3RydWN0IHBsYXRmb3JtX2RldmljZQ0KPiAqcGRldikNCj4gPiAgCXN0
cnVjdCBtX2Nhbl9wcml2ICpwcml2Ow0KPiA+ICAJc3RydWN0IHJlc291cmNlICpyZXM7DQo+ID4g
IAl2b2lkIF9faW9tZW0gKmFkZHI7DQo+ID4gLQlzdHJ1Y3QgY2xrICpoY2xrLCAqY2NsazsNCj4g
PiArCXN0cnVjdCBjbGsgKmhjbGssICpjY2xrLCAqdXBsbF9jbGs7DQo+ID4gIAlpbnQgaXJxLCBy
ZXQ7DQo+ID4NCj4gPiAgCWhjbGsgPSBkZXZtX2Nsa19nZXQoJnBkZXYtPmRldiwgImhjbGsiKTsg
QEAgLTExOTgsNiArMTIwMCwxOCBAQA0KPiA+IHN0YXRpYyBpbnQgbV9jYW5fcGxhdF9wcm9iZShz
dHJ1Y3QgcGxhdGZvcm1fZGV2aWNlICpwZGV2KQ0KPiA+ICAJCXJldHVybiAtRU5PREVWOw0KPiA+
ICAJfQ0KPiA+DQo+ID4gKwl1cGxsX2NsayA9IGRldm1fY2xrX2dldCgmcGRldi0+ZGV2LCAidXBs
bGNsayIpOw0KPiA+ICsJaWYgKCFJU19FUlIodXBsbF9jbGspKSB7DQo+ID4gKwkJcmV0ID0gY2xr
X3NldF9wYXJlbnQoY2NsaywgdXBsbF9jbGspOw0KPiA+ICsJCWlmICghcmV0KSB7DQo+ID4gKwkJ
CXJldCA9IGNsa19zZXRfcmF0ZShjY2xrLCBBVDkxX0NBTl9DTEtfRlJFUSk7DQo+ID4gKwkJCWlm
IChyZXQpIHsNCj4gPiArCQkJCWRldl9lcnIoJnBkZXYtPmRldiwgImZhaWxlZCB0byBzZXQgZ2Nr
XG4iKTsNCj4gPiArCQkJCXJldHVybiAtRU5PREVWOw0KPiA+ICsJCQl9DQo+ID4gKwkJfQ0KPiA+
ICsJfQ0KPiA+ICsNCj4gPiAgCXJlcyA9IHBsYXRmb3JtX2dldF9yZXNvdXJjZV9ieW5hbWUocGRl
diwgSU9SRVNPVVJDRV9NRU0sDQo+ICJtX2NhbiIpOw0KPiA+ICAJYWRkciA9IGRldm1faW9yZW1h
cF9yZXNvdXJjZSgmcGRldi0+ZGV2LCByZXMpOw0KPiA+ICAJaXJxID0gcGxhdGZvcm1fZ2V0X2ly
cV9ieW5hbWUocGRldiwgImludDAiKTsNCj4gPg0KPiANCj4gcmVnYXJkcywNCj4gTWFyYw0KPiAN
Cj4gLS0NCj4gUGVuZ3V0cm9uaXggZS5LLiAgICAgICAgICAgICAgICAgIHwgTWFyYyBLbGVpbmUt
QnVkZGUgICAgICAgICAgIHwNCj4gSW5kdXN0cmlhbCBMaW51eCBTb2x1dGlvbnMgICAgICAgIHwg
UGhvbmU6ICs0OS0yMzEtMjgyNi05MjQgICAgIHwNCj4gVmVydHJldHVuZyBXZXN0L0RvcnRtdW5k
ICAgICAgICAgIHwgRmF4OiAgICs0OS01MTIxLTIwNjkxNy01NTU1IHwNCj4gQW10c2dlcmljaHQg
SGlsZGVzaGVpbSwgSFJBIDI2ODYgIHwgaHR0cDovL3d3dy5wZW5ndXRyb25peC5kZSAgIHwNCg0K
DQpCZXN0IFJlZ2FyZHMsDQpXZW55b3UgWWFuZw0KDQo=
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [prev] | [standalone]


Back to top | Article view | linux.kernel


csiph-web