Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1262112 > unrolled thread
| Started by | "majun (F)" <majun258@huawei.com> |
|---|---|
| First post | 2015-11-04 09:10 +0100 |
| Last post | 2015-11-05 10:50 +0100 |
| Articles | 5 — 3 participants |
Back to article view | Back to linux.kernel
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: [PATCH RFC 7/7] irqchip: [Example] dummy wired interrupt/MSI bridge driver "majun (F)" <majun258@huawei.com> - 2015-11-04 09:10 +0100
Re: [PATCH RFC 7/7] irqchip: [Example] dummy wired interrupt/MSI bridge driver Marc Zyngier <marc.zyngier@arm.com> - 2015-11-04 10:10 +0100
RE: [PATCH RFC 7/7] irqchip: [Example] dummy wired interrupt/MSI bridge driver Gabriele Paoloni <gabriele.paoloni@huawei.com> - 2015-11-05 09:30 +0100
Re: [PATCH RFC 7/7] irqchip: [Example] dummy wired interrupt/MSI bridge driver Marc Zyngier <marc.zyngier@arm.com> - 2015-11-05 10:40 +0100
RE: [PATCH RFC 7/7] irqchip: [Example] dummy wired interrupt/MSI bridge driver Gabriele Paoloni <gabriele.paoloni@huawei.com> - 2015-11-05 10:50 +0100
| From | "majun (F)" <majun258@huawei.com> |
|---|---|
| Date | 2015-11-04 09:10 +0100 |
| Subject | Re: [PATCH RFC 7/7] irqchip: [Example] dummy wired interrupt/MSI bridge driver |
| Message-ID | <qr1iO-6iA-7@gated-at.bofh.it> |
Hi Marc:
在 2015/10/15 23:39, Marc Zyngier 写道:
> In order to demonstrate how to put together a wire/MSI bridge,
> add a dummy driver that doesn't do anything at all, except
> for allocating interrupts.
>
> It comes together with an even more stupid client driver that
> allocates an interrupt and dump the hierarchy of that interrupt.
>
> Signed-off-by: Marc Zyngier <marc.zyngier@arm.com>
> ---
[...]
> +
> +static int msichip_domain_alloc(struct irq_domain *domain, unsigned int virq,
> + unsigned int nr_irqs, void *arg)
> +{
> + int i, err;
> + irq_hw_number_t hwirq;
> + unsigned int type;
> + struct irq_fwspec *fwspec = arg;
> + void *data;
> +
> + err = msichip_domain_translate(domain, fwspec, &hwirq, &type);
> + if (err)
> + return err;
> +
.translate function already called once in irq_domain_translate(),
I think we don't need call this fucntion one more time here.
> + err = platform_msi_domain_alloc(domain, virq, nr_irqs);
> + if (err)
> + return err;
> +
> + data = platform_msi_get_host_data(domain);
> + for (i = 0; i < nr_irqs; i++)
> + irq_domain_set_hwirq_and_chip(domain, virq + i, hwirq + i,
> + &msichip_chip, data);
> +
> + return 0;
> +}
> +
[...]
> +
> +static struct platform_driver msichip_driver = {
> + .driver = {
> + .name = "msichip",
> + .of_match_table = msichip_of_match,
> + },
> + .probe = msichip_probe,
> +};
> +/* Do not define this as an irqchip */
> +module_platform_driver(msichip_driver);
> +
> +
I think,for a interrupt controller, msichip driver initialization maybe is too late
for some devices which connect to this irqchip if we use module_platform_driver.
So, how about use the arch_initcall to register the msichip driver?
Thanks!
Ma Jun
--
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]
| From | Marc Zyngier <marc.zyngier@arm.com> |
|---|---|
| Date | 2015-11-04 10:10 +0100 |
| Message-ID | <qr2eT-6V5-25@gated-at.bofh.it> |
| In reply to | #1262112 |
On 04/11/15 08:00, majun (F) wrote:
> Hi Marc:
>
> 在 2015/10/15 23:39, Marc Zyngier 写道:
>> In order to demonstrate how to put together a wire/MSI bridge,
>> add a dummy driver that doesn't do anything at all, except
>> for allocating interrupts.
>>
>> It comes together with an even more stupid client driver that
>> allocates an interrupt and dump the hierarchy of that interrupt.
>>
>> Signed-off-by: Marc Zyngier <marc.zyngier@arm.com>
>> ---
> [...]
>> +
>> +static int msichip_domain_alloc(struct irq_domain *domain, unsigned int virq,
>> + unsigned int nr_irqs, void *arg)
>> +{
>> + int i, err;
>> + irq_hw_number_t hwirq;
>> + unsigned int type;
>> + struct irq_fwspec *fwspec = arg;
>> + void *data;
>> +
>> + err = msichip_domain_translate(domain, fwspec, &hwirq, &type);
>> + if (err)
>> + return err;
>> +
>
> .translate function already called once in irq_domain_translate(),
> I think we don't need call this fucntion one more time here.
if you don't translate it here, how do you obtain the hwirq that you
have to pass to irq_domain_set_hwirq_and_chip just below?
>> + err = platform_msi_domain_alloc(domain, virq, nr_irqs);
>> + if (err)
>> + return err;
>> +
>> + data = platform_msi_get_host_data(domain);
>> + for (i = 0; i < nr_irqs; i++)
>> + irq_domain_set_hwirq_and_chip(domain, virq + i, hwirq + i,
>> + &msichip_chip, data);
>> +
>> + return 0;
>> +}
>> +
> [...]
>> +
>> +static struct platform_driver msichip_driver = {
>> + .driver = {
>> + .name = "msichip",
>> + .of_match_table = msichip_of_match,
>> + },
>> + .probe = msichip_probe,
>> +};
>> +/* Do not define this as an irqchip */
>> +module_platform_driver(msichip_driver);
>> +
>> +
>
> I think,for a interrupt controller, msichip driver initialization maybe is too late
> for some devices which connect to this irqchip if we use module_platform_driver.
That's a consequence of this design. This is why I insisted on the fact
that this is currently avoided by using deferred probe in drivers, and
that it should be solved by having a probe order. Either way, this is
not something that we can solve at that level (see the multiple proposal
for this on the various lists).
> So, how about use the arch_initcall to register the msichip driver?
You're only pushing the problem one level up. And you'll realize that
this is not enough for some random driver. This is not sustainable, and
must be addressed properly.
Thanks,
M.
--
Jazz is not dead. It just smells funny...
--
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]
| From | Gabriele Paoloni <gabriele.paoloni@huawei.com> |
|---|---|
| Date | 2015-11-05 09:30 +0100 |
| Message-ID | <qro5I-48n-11@gated-at.bofh.it> |
| In reply to | #1262149 |
SGkgTWFyYw0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IGxpbnV4LXBj aS1vd25lckB2Z2VyLmtlcm5lbC5vcmcgW21haWx0bzpsaW51eC1wY2ktb3duZXJAdmdlci5rZXJu ZWwub3JnXQ0KPiBPbiBCZWhhbGYgT2YgTWFyYyBaeW5naWVyDQo+IFNlbnQ6IDA0IE5vdmVtYmVy IDIwMTUgMDk6MDQNCj4gVG86IG1hanVuIChGKTsgVGhvbWFzIEdsZWl4bmVyOyBKaWFuZyBMaXU7 IEphc29uIENvb3Blcg0KPiBDYzogbGludXgtYXJtLWtlcm5lbEBsaXN0cy5pbmZyYWRlYWQub3Jn OyBsaW51eC1wY2lAdmdlci5rZXJuZWwub3JnOyBsaW51eC0NCj4ga2VybmVsQHZnZXIua2VybmVs Lm9yZw0KPiBTdWJqZWN0OiBSZTogW1BBVENIIFJGQyA3LzddIGlycWNoaXA6IFtFeGFtcGxlXSBk dW1teSB3aXJlZCBpbnRlcnJ1cHQvTVNJDQo+IGJyaWRnZSBkcml2ZXINCj4gDQo+IE9uIDA0LzEx LzE1IDA4OjAwLCBtYWp1biAoRikgd3JvdGU6DQo+ID4gSGkgTWFyYzoNCj4gPg0KPiA+INTaIDIw MTUvMTAvMTUgMjM6MzksIE1hcmMgWnluZ2llciDQtLXAOg0KPiA+PiBJbiBvcmRlciB0byBkZW1v bnN0cmF0ZSBob3cgdG8gcHV0IHRvZ2V0aGVyIGEgd2lyZS9NU0kgYnJpZGdlLA0KPiA+PiBhZGQg YSBkdW1teSBkcml2ZXIgdGhhdCBkb2Vzbid0IGRvIGFueXRoaW5nIGF0IGFsbCwgZXhjZXB0DQo+ ID4+IGZvciBhbGxvY2F0aW5nIGludGVycnVwdHMuDQo+ID4+DQo+ID4+IEl0IGNvbWVzIHRvZ2V0 aGVyIHdpdGggYW4gZXZlbiBtb3JlIHN0dXBpZCBjbGllbnQgZHJpdmVyIHRoYXQNCj4gPj4gYWxs b2NhdGVzIGFuIGludGVycnVwdCBhbmQgZHVtcCB0aGUgaGllcmFyY2h5IG9mIHRoYXQgaW50ZXJy dXB0Lg0KPiA+Pg0KPiA+PiBTaWduZWQtb2ZmLWJ5OiBNYXJjIFp5bmdpZXIgPG1hcmMuenluZ2ll ckBhcm0uY29tPg0KPiA+PiAtLS0NCj4gPiBbLi4uXQ0KPiA+PiArDQo+ID4+ICtzdGF0aWMgaW50 IG1zaWNoaXBfZG9tYWluX2FsbG9jKHN0cnVjdCBpcnFfZG9tYWluICpkb21haW4sIHVuc2lnbmVk IGludA0KPiB2aXJxLA0KPiA+PiArCQkJCSAgIHVuc2lnbmVkIGludCBucl9pcnFzLCB2b2lkICph cmcpDQo+ID4+ICt7DQo+ID4+ICsJaW50IGksIGVycjsNCj4gPj4gKwlpcnFfaHdfbnVtYmVyX3Qg aHdpcnE7DQo+ID4+ICsJdW5zaWduZWQgaW50IHR5cGU7DQo+ID4+ICsJc3RydWN0IGlycV9md3Nw ZWMgKmZ3c3BlYyA9IGFyZzsNCj4gPj4gKwl2b2lkICpkYXRhOw0KPiA+PiArDQo+ID4+ICsJZXJy ID0gbXNpY2hpcF9kb21haW5fdHJhbnNsYXRlKGRvbWFpbiwgZndzcGVjLCAmaHdpcnEsICZ0eXBl KTsNCj4gPj4gKwlpZiAoZXJyKQ0KPiA+PiArCQlyZXR1cm4gZXJyOw0KPiA+PiArDQo+ID4NCj4g PiAudHJhbnNsYXRlIGZ1bmN0aW9uIGFscmVhZHkgY2FsbGVkIG9uY2UgaW4gIGlycV9kb21haW5f dHJhbnNsYXRlKCksDQo+ID4gSSB0aGluayB3ZSBkb24ndCBuZWVkIGNhbGwgdGhpcyBmdWNudGlv biBvbmUgbW9yZSB0aW1lIGhlcmUuDQo+IA0KPiBpZiB5b3UgZG9uJ3QgdHJhbnNsYXRlIGl0IGhl cmUsIGhvdyBkbyB5b3Ugb2J0YWluIHRoZSBod2lycSB0aGF0IHlvdQ0KPiBoYXZlIHRvIHBhc3Mg dG8gaXJxX2RvbWFpbl9zZXRfaHdpcnFfYW5kX2NoaXAganVzdCBiZWxvdz8NCj4gDQo+ID4+ICsJ ZXJyID0gcGxhdGZvcm1fbXNpX2RvbWFpbl9hbGxvYyhkb21haW4sIHZpcnEsIG5yX2lycXMpOw0K PiA+PiArCWlmIChlcnIpDQo+ID4+ICsJCXJldHVybiBlcnI7DQo+ID4+ICsNCj4gPj4gKwlkYXRh ID0gcGxhdGZvcm1fbXNpX2dldF9ob3N0X2RhdGEoZG9tYWluKTsNCj4gPj4gKwlmb3IgKGkgPSAw OyBpIDwgbnJfaXJxczsgaSsrKQ0KPiA+PiArCQlpcnFfZG9tYWluX3NldF9od2lycV9hbmRfY2hp cChkb21haW4sIHZpcnEgKyBpLCBod2lycSArIGksDQo+ID4+ICsJCQkJCSAgICAgICZtc2ljaGlw X2NoaXAsIGRhdGEpOw0KPiA+PiArDQo+ID4+ICsJcmV0dXJuIDA7DQo+ID4+ICt9DQo+ID4+ICsN Cj4gPiBbLi4uXQ0KPiA+PiArDQo+ID4+ICtzdGF0aWMgc3RydWN0IHBsYXRmb3JtX2RyaXZlciBt c2ljaGlwX2RyaXZlciA9IHsNCj4gPj4gKwkuZHJpdmVyID0gew0KPiA+PiArCQkubmFtZQkJPSAi bXNpY2hpcCIsDQo+ID4+ICsJCS5vZl9tYXRjaF90YWJsZQk9IG1zaWNoaXBfb2ZfbWF0Y2gsDQo+ ID4+ICsJfSwNCj4gPj4gKwkucHJvYmUJCQk9IG1zaWNoaXBfcHJvYmUsDQo+ID4+ICt9Ow0KPiA+ PiArLyogRG8gbm90IGRlZmluZSB0aGlzIGFzIGFuIGlycWNoaXAgKi8NCj4gPj4gK21vZHVsZV9w bGF0Zm9ybV9kcml2ZXIobXNpY2hpcF9kcml2ZXIpOw0KPiA+PiArDQo+ID4+ICsNCj4gPg0KPiA+ IEkgdGhpbmssZm9yIGEgaW50ZXJydXB0IGNvbnRyb2xsZXIsIG1zaWNoaXAgZHJpdmVyIGluaXRp YWxpemF0aW9uIG1heWJlIGlzDQo+IHRvbyBsYXRlDQo+ID4gZm9yIHNvbWUgZGV2aWNlcyB3aGlj aCBjb25uZWN0IHRvIHRoaXMgaXJxY2hpcCBpZiB3ZSB1c2UNCj4gbW9kdWxlX3BsYXRmb3JtX2Ry aXZlci4NCj4gDQo+IFRoYXQncyBhIGNvbnNlcXVlbmNlIG9mIHRoaXMgZGVzaWduLiBUaGlzIGlz IHdoeSBJIGluc2lzdGVkIG9uIHRoZSBmYWN0DQo+IHRoYXQgdGhpcyBpcyBjdXJyZW50bHkgYXZv aWRlZCBieSB1c2luZyBkZWZlcnJlZCBwcm9iZSBpbiBkcml2ZXJzLCBhbmQNCg0KTW1tIHVzaW5n IHRlIGRlZmVycmVkIHByb2JlIHdvdWxkIG1lYW4gdG8gcmV3b3JrIGFsbCB0aGUgZHJpdmVycyBv ZiB0aGUNCnBvdGVudGlhbCBkZXZpY2VzIGNvbm5lY3RlZCB0byBtYmktZ2VuLi4ud291bGQgdGhh dCBiZSBzdXN0YWluYWJsZS9hY2NlcHRhYmxlPw0KDQo+IHRoYXQgaXQgc2hvdWxkIGJlIHNvbHZl ZCBieSBoYXZpbmcgYSBwcm9iZSBvcmRlci4gRWl0aGVyIHdheSwgdGhpcyBpcw0KPiBub3Qgc29t ZXRoaW5nIHRoYXQgd2UgY2FuIHNvbHZlIGF0IHRoYXQgbGV2ZWwgKHNlZSB0aGUgbXVsdGlwbGUg cHJvcG9zYWwNCj4gZm9yIHRoaXMgb24gdGhlIHZhcmlvdXMgbGlzdHMpLg0KDQpDb3VsZCB5b3Ug cG9pbnQgbWUgdG8gdGhlIHJlbGV2YW50IGRpc2N1c3Npb25zIGZvciB0aGlzLi4uPw0KDQpUaGFu a3MNCg0KR2FiDQoNCj4gDQo+ID4gU28sIGhvdyBhYm91dCB1c2UgdGhlIGFyY2hfaW5pdGNhbGwg dG8gcmVnaXN0ZXIgdGhlIG1zaWNoaXAgZHJpdmVyPw0KPiANCj4gWW91J3JlIG9ubHkgcHVzaGlu ZyB0aGUgcHJvYmxlbSBvbmUgbGV2ZWwgdXAuIEFuZCB5b3UnbGwgcmVhbGl6ZSB0aGF0DQo+IHRo aXMgaXMgbm90IGVub3VnaCBmb3Igc29tZSByYW5kb20gZHJpdmVyLiBUaGlzIGlzIG5vdCBzdXN0 YWluYWJsZSwgYW5kDQo+IG11c3QgYmUgYWRkcmVzc2VkIHByb3Blcmx5Lg0KPiANCj4gVGhhbmtz LA0KPiANCj4gCU0uDQo+IC0tDQo+IEphenogaXMgbm90IGRlYWQuIEl0IGp1c3Qgc21lbGxzIGZ1 bm55Li4uDQo+IC0tDQo+IFRvIHVuc3Vic2NyaWJlIGZyb20gdGhpcyBsaXN0OiBzZW5kIHRoZSBs aW5lICJ1bnN1YnNjcmliZSBsaW51eC1wY2kiIGluDQo+IHRoZSBib2R5IG9mIGEgbWVzc2FnZSB0 byBtYWpvcmRvbW9Admdlci5rZXJuZWwub3JnDQo+IE1vcmUgbWFqb3Jkb21vIGluZm8gYXQgIGh0 dHA6Ly92Z2VyLmtlcm5lbC5vcmcvbWFqb3Jkb21vLWluZm8uaHRtbA0K -- 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]
| From | Marc Zyngier <marc.zyngier@arm.com> |
|---|---|
| Date | 2015-11-05 10:40 +0100 |
| Message-ID | <qrpbs-4Mx-25@gated-at.bofh.it> |
| In reply to | #1263001 |
On 05/11/15 08:25, Gabriele Paoloni wrote: > Hi Marc > >> -----Original Message----- >> From: linux-pci-owner@vger.kernel.org [mailto:linux-pci-owner@vger.kernel.org] >> On Behalf Of Marc Zyngier >> Sent: 04 November 2015 09:04 >> To: majun (F); Thomas Gleixner; Jiang Liu; Jason Cooper >> Cc: linux-arm-kernel@lists.infradead.org; linux-pci@vger.kernel.org; linux- >> kernel@vger.kernel.org >> Subject: Re: [PATCH RFC 7/7] irqchip: [Example] dummy wired interrupt/MSI >> bridge driver >> >> On 04/11/15 08:00, majun (F) wrote: [...] >>> I think,for a interrupt controller, msichip driver initialization maybe is >> too late >>> for some devices which connect to this irqchip if we use >> module_platform_driver. >> >> That's a consequence of this design. This is why I insisted on the fact >> that this is currently avoided by using deferred probe in drivers, and > > Mmm using te deferred probe would mean to rework all the drivers of the > potential devices connected to mbi-gen...would that be sustainable/acceptable? I'm tempted to reply "Not my problem". Or rather, not a problem I'm trying to solve right now (or any time soon). I'm pretty sure that sprinkling -EPROBE_DEFER on all possible drivers will result in a resounding NAK, which is is why I suggested that someone with a vested interest dedicates some quality time helping those who are trying to solve this issue for good. >> that it should be solved by having a probe order. Either way, this is >> not something that we can solve at that level (see the multiple proposal >> for this on the various lists). > > Could you point me to the relevant discussions for this...? Google is, as always, your dearest friend. But here you go: - LWN has some quality coverage of the KS discussions (assuming you're a subscriber, otherwise you'll have to wait for another week): http://lwn.net/Articles/662820/ - There is also Tomeu Vizoso's series, which itself builds upon other previous attempts at solving this: https://lwn.net/Articles/658690/ Thanks, M. -- Jazz is not dead. It just smells funny... -- 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]
| From | Gabriele Paoloni <gabriele.paoloni@huawei.com> |
|---|---|
| Date | 2015-11-05 10:50 +0100 |
| Message-ID | <qrpl7-4PH-3@gated-at.bofh.it> |
| In reply to | #1263048 |
PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBNYXJjIFp5bmdpZXIgW21haWx0 bzptYXJjLnp5bmdpZXJAYXJtLmNvbV0NCj4gU2VudDogVGh1cnNkYXksIE5vdmVtYmVyIDA1LCAy MDE1IDk6MzYgQU0NCj4gVG86IEdhYnJpZWxlIFBhb2xvbmk7IG1hanVuIChGKTsgVGhvbWFzIEds ZWl4bmVyOyBKaWFuZyBMaXU7IEphc29uDQo+IENvb3Blcg0KPiBDYzogbGludXgtYXJtLWtlcm5l bEBsaXN0cy5pbmZyYWRlYWQub3JnOyBsaW51eC1wY2lAdmdlci5rZXJuZWwub3JnOw0KPiBsaW51 eC1rZXJuZWxAdmdlci5rZXJuZWwub3JnDQo+IFN1YmplY3Q6IFJlOiBbUEFUQ0ggUkZDIDcvN10g aXJxY2hpcDogW0V4YW1wbGVdIGR1bW15IHdpcmVkDQo+IGludGVycnVwdC9NU0kgYnJpZGdlIGRy aXZlcg0KPiANCj4gT24gMDUvMTEvMTUgMDg6MjUsIEdhYnJpZWxlIFBhb2xvbmkgd3JvdGU6DQo+ ID4gSGkgTWFyYw0KPiA+DQo+ID4+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+ID4+IEZy b206IGxpbnV4LXBjaS1vd25lckB2Z2VyLmtlcm5lbC5vcmcgW21haWx0bzpsaW51eC1wY2ktDQo+ IG93bmVyQHZnZXIua2VybmVsLm9yZ10NCj4gPj4gT24gQmVoYWxmIE9mIE1hcmMgWnluZ2llcg0K PiA+PiBTZW50OiAwNCBOb3ZlbWJlciAyMDE1IDA5OjA0DQo+ID4+IFRvOiBtYWp1biAoRik7IFRo b21hcyBHbGVpeG5lcjsgSmlhbmcgTGl1OyBKYXNvbiBDb29wZXINCj4gPj4gQ2M6IGxpbnV4LWFy bS1rZXJuZWxAbGlzdHMuaW5mcmFkZWFkLm9yZzsgbGludXgtcGNpQHZnZXIua2VybmVsLm9yZzsN Cj4gbGludXgtDQo+ID4+IGtlcm5lbEB2Z2VyLmtlcm5lbC5vcmcNCj4gPj4gU3ViamVjdDogUmU6 IFtQQVRDSCBSRkMgNy83XSBpcnFjaGlwOiBbRXhhbXBsZV0gZHVtbXkgd2lyZWQNCj4gaW50ZXJy dXB0L01TSQ0KPiA+PiBicmlkZ2UgZHJpdmVyDQo+ID4+DQo+ID4+IE9uIDA0LzExLzE1IDA4OjAw LCBtYWp1biAoRikgd3JvdGU6DQo+IA0KPiBbLi4uXQ0KPiANCj4gPj4+IEkgdGhpbmssZm9yIGEg aW50ZXJydXB0IGNvbnRyb2xsZXIsIG1zaWNoaXAgZHJpdmVyIGluaXRpYWxpemF0aW9uDQo+IG1h eWJlIGlzDQo+ID4+IHRvbyBsYXRlDQo+ID4+PiBmb3Igc29tZSBkZXZpY2VzIHdoaWNoIGNvbm5l Y3QgdG8gdGhpcyBpcnFjaGlwIGlmIHdlIHVzZQ0KPiA+PiBtb2R1bGVfcGxhdGZvcm1fZHJpdmVy Lg0KPiA+Pg0KPiA+PiBUaGF0J3MgYSBjb25zZXF1ZW5jZSBvZiB0aGlzIGRlc2lnbi4gVGhpcyBp cyB3aHkgSSBpbnNpc3RlZCBvbiB0aGUNCj4gZmFjdA0KPiA+PiB0aGF0IHRoaXMgaXMgY3VycmVu dGx5IGF2b2lkZWQgYnkgdXNpbmcgZGVmZXJyZWQgcHJvYmUgaW4gZHJpdmVycywNCj4gYW5kDQo+ ID4NCj4gPiBNbW0gdXNpbmcgdGUgZGVmZXJyZWQgcHJvYmUgd291bGQgbWVhbiB0byByZXdvcmsg YWxsIHRoZSBkcml2ZXJzIG9mDQo+IHRoZQ0KPiA+IHBvdGVudGlhbCBkZXZpY2VzIGNvbm5lY3Rl ZCB0byBtYmktZ2VuLi4ud291bGQgdGhhdCBiZQ0KPiBzdXN0YWluYWJsZS9hY2NlcHRhYmxlPw0K PiANCj4gSSdtIHRlbXB0ZWQgdG8gcmVwbHkgIk5vdCBteSBwcm9ibGVtIi4gT3IgcmF0aGVyLCBu b3QgYSBwcm9ibGVtIEknbQ0KPiB0cnlpbmcgdG8gc29sdmUgcmlnaHQgbm93IChvciBhbnkgdGlt ZSBzb29uKS4NCj4gDQo+IEknbSBwcmV0dHkgc3VyZSB0aGF0IHNwcmlua2xpbmcgLUVQUk9CRV9E RUZFUiBvbiBhbGwgcG9zc2libGUgZHJpdmVycw0KPiB3aWxsIHJlc3VsdCBpbiBhIHJlc291bmRp bmcgTkFLLCB3aGljaCBpcyBpcyB3aHkgSSBzdWdnZXN0ZWQgdGhhdA0KPiBzb21lb25lIHdpdGgg YSB2ZXN0ZWQgaW50ZXJlc3QgZGVkaWNhdGVzIHNvbWUgcXVhbGl0eSB0aW1lIGhlbHBpbmcNCj4g dGhvc2UNCj4gd2hvIGFyZSB0cnlpbmcgdG8gc29sdmUgdGhpcyBpc3N1ZSBmb3IgZ29vZC4NCg0K WWVzIHlvdSdyZSByaWdodCwgbWFrZXMgcGVyZmVjdCBzZW5zZQ0KDQo+IA0KPiA+PiB0aGF0IGl0 IHNob3VsZCBiZSBzb2x2ZWQgYnkgaGF2aW5nIGEgcHJvYmUgb3JkZXIuIEVpdGhlciB3YXksIHRo aXMNCj4gaXMNCj4gPj4gbm90IHNvbWV0aGluZyB0aGF0IHdlIGNhbiBzb2x2ZSBhdCB0aGF0IGxl dmVsIChzZWUgdGhlIG11bHRpcGxlDQo+IHByb3Bvc2FsDQo+ID4+IGZvciB0aGlzIG9uIHRoZSB2 YXJpb3VzIGxpc3RzKS4NCj4gPg0KPiA+IENvdWxkIHlvdSBwb2ludCBtZSB0byB0aGUgcmVsZXZh bnQgZGlzY3Vzc2lvbnMgZm9yIHRoaXMuLi4/DQo+IA0KPiBHb29nbGUgaXMsIGFzIGFsd2F5cywg eW91ciBkZWFyZXN0IGZyaWVuZC4gQnV0IGhlcmUgeW91IGdvOg0KPiANCj4gLSBMV04gaGFzIHNv bWUgcXVhbGl0eSBjb3ZlcmFnZSBvZiB0aGUgS1MgZGlzY3Vzc2lvbnMgKGFzc3VtaW5nIHlvdSdy ZQ0KPiBhDQo+IHN1YnNjcmliZXIsIG90aGVyd2lzZSB5b3UnbGwgaGF2ZSB0byB3YWl0IGZvciBh bm90aGVyIHdlZWspOg0KPiBodHRwOi8vbHduLm5ldC9BcnRpY2xlcy82NjI4MjAvDQo+IA0KPiAt IFRoZXJlIGlzIGFsc28gVG9tZXUgVml6b3NvJ3Mgc2VyaWVzLCB3aGljaCBpdHNlbGYgYnVpbGRz IHVwb24gb3RoZXINCj4gcHJldmlvdXMgYXR0ZW1wdHMgYXQgc29sdmluZyB0aGlzOiBodHRwczov L2x3bi5uZXQvQXJ0aWNsZXMvNjU4NjkwLw0KPiANCg0KR3JlYXQsIG1hbnkgdGhhbmtzIGZvciBw b2ludGluZyB0aGVtIG91dC4NCg0KSSdsbCBsb29rIGludG8gdGhlc2UuDQoNClRoYW5rcyBhZ2Fp bg0KDQpHYWINCg0KPiBUaGFua3MsDQo+IA0KPiAJTS4NCj4gLS0NCj4gSmF6eiBpcyBub3QgZGVh ZC4gSXQganVzdCBzbWVsbHMgZnVubnkuLi4NCg== -- 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