diff for duplicates of <1473722714.30217.196.camel@buserror.net> diff --git a/a/1.txt b/N1/1.txt index 9194c3e..896c101 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -173,3 +173,8 @@ could result in accessing freed memory, if something accesses the soc device in parallel with unbinding. -Scott + +_______________________________________________ +iommu mailing list +iommu@lists.linux-foundation.org +https://lists.linuxfoundation.org/mailman/listinfo/iommu diff --git a/a/content_digest b/N1/content_digest index 1fc7c34..d6cc7f7 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -2,33 +2,32 @@ "ref\01473150503-9550-6-git-send-email-yangbo.lu@nxp.com\0" "ref\01473392840.30217.170.camel@buserror.net\0" "ref\0HE1PR04MB08892D8354E38EC32F549E98F8FF0@HE1PR04MB0889.eurprd04.prod.outlook.com\0" - "From\0Scott Wood <oss@buserror.net>\0" + "ref\0HE1PR04MB08892D8354E38EC32F549E98F8FF0-6LN7OEpIatX1kPMWxTxe+c9NdZoXdze2vxpqHgZTriW3zl9H0oFU5g@public.gmane.org\0" + "From\0Scott Wood <oss-fOR+EgIDQEHk1uMJSBkQmQ@public.gmane.org>\0" "Subject\0Re: [v11, 5/8] soc: fsl: add GUTS driver for QorIQ platforms\0" "Date\0Mon, 12 Sep 2016 18:25:14 -0500\0" - "To\0Y.B. Lu <yangbo.lu@nxp.com>" - linux-mmc@vger.kernel.org <linux-mmc@vger.kernel.org> - ulf.hansson@linaro.org <ulf.hansson@linaro.org> - " Arnd Bergmann <arnd@arndb.de>\0" - "Cc\0linuxppc-dev@lists.ozlabs.org <linuxppc-dev@lists.ozlabs.org>" - devicetree@vger.kernel.org <devicetree@vger.kernel.org> - linux-arm-kernel@lists.infradead.org <linux-arm-kernel@lists.infradead.org> - linux-kernel@vger.kernel.org <linux-kernel@vger.kernel.org> - linux-clk@vger.kernel.org <linux-clk@vger.kernel.org> - linux-i2c@vger.kernel.org <linux-i2c@vger.kernel.org> - iommu@lists.linux-foundation.org <iommu@lists.linux-foundation.org> - netdev@vger.kernel.org <netdev@vger.kernel.org> - Mark Rutland <mark.rutland@arm.com> - Rob Herring <robh+dt@kernel.org> - Russell King <linux@arm.linux.org.uk> - Jochen Friedrich <jochen@scram.de> - Joerg Roedel <joro@8bytes.org> - Claudiu Manoil <claudiu.manoil@freescale.com> - Bhupesh Sharma <bhupesh.sharma@freescale.com> - Qiang Zhao <qiang.zhao@nxp.com> - Kumar Gala <galak@codeaurora.org> - Santosh Shilimkar <ssantosh@kernel.org> - Leo Li <leoyang.li@nxp.com> - " X.B. Xie <xiaobo.xie@nxp.com>\0" + "To\0Y.B. Lu <yangbo.lu-3arQi8VN3Tc@public.gmane.org>" + linux-mmc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <linux-mmc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org> + ulf.hansson-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org <ulf.hansson-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> + " Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>\0" + "Cc\0Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org>" + devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org> + Russell King <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org> + Bhupesh Sharma <bhupesh.sharma-KZfg59tc24xl57MIdRCFDg@public.gmane.org> + netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org> + Santosh Shilimkar <ssantosh-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> + linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org> + Jochen Friedrich <jochen-NIgtFMG+Po8@public.gmane.org> + X.B. Xie <xiaobo.xie-3arQi8VN3Tc@public.gmane.org> + iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org> + Rob Herring <robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> + linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org> + Claudiu Manoil <claudiu.manoil-KZfg59tc24xl57MIdRCFDg@public.gmane.org> + Kumar Gala <galak-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org> + Leo Li <leoyang.li-3arQi8VN3Tc@public.gmane.org> + linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org <linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org> + linux-clk-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <linux-clk-u79uwXL29TY76Z2rM5mHXA@public.gmane.org> + " linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org <linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>\0" "\00:1\0" "b\0" "On Mon, 2016-09-12 at 06:39 +0000, Y.B. Lu wrote:\n" @@ -205,6 +204,11 @@ "could result in accessing freed memory, if something accesses the soc device\n" "in parallel with unbinding.\n" "\n" - -Scott + "-Scott\n" + "\n" + "_______________________________________________\n" + "iommu mailing list\n" + "iommu@lists.linux-foundation.org\n" + https://lists.linuxfoundation.org/mailman/listinfo/iommu -fd0bf1f019b267d2d599a69cca7bd82cb23bc57e363736ded7c3e5f14edb8bbd +f3eef323a11158ea65241408cd8ffdbe5a137016e19e8a692a6761036745fc0c
diff --git a/a/1.txt b/N2/1.txt index 9194c3e..d3bc8ed 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -6,14 +6,14 @@ On Mon, 2016-09-12 at 06:39 +0000, Y.B. Lu wrote: > > > > > -----Original Message----- -> > From: Scott Wood [mailto:oss@buserror.net] +> > From: Scott Wood [mailto:oss at buserror.net] > > Sent: Friday, September 09, 2016 11:47 AM -> > To: Y.B. Lu; linux-mmc@vger.kernel.org; ulf.hansson@linaro.org; Arnd +> > To: Y.B. Lu; linux-mmc at vger.kernel.org; ulf.hansson at linaro.org; Arnd > > Bergmann -> > Cc: linuxppc-dev@lists.ozlabs.org; devicetree@vger.kernel.org; linux-arm- -> > kernel@lists.infradead.org; linux-kernel@vger.kernel.org; linux- -> > clk@vger.kernel.org; linux-i2c@vger.kernel.org; iommu@lists.linux- -> > foundation.org; netdev@vger.kernel.org; Mark Rutland; Rob Herring; +> > Cc: linuxppc-dev at lists.ozlabs.org; devicetree at vger.kernel.org; linux-arm- +> > kernel at lists.infradead.org; linux-kernel at vger.kernel.org; linux- +> > clk at vger.kernel.org; linux-i2c at vger.kernel.org; iommu at lists.linux- +> > foundation.org; netdev at vger.kernel.org; Mark Rutland; Rob Herring; > > Russell King; Jochen Friedrich; Joerg Roedel; Claudiu Manoil; Bhupesh > > Sharma; Qiang Zhao; Kumar Gala; Santosh Shilimkar; Leo Li; X.B. Xie > > Subject: Re: [v11, 5/8] soc: fsl: add GUTS driver for QorIQ platforms @@ -32,7 +32,7 @@ On Mon, 2016-09-12 at 06:39 +0000, Y.B. Lu wrote: > > > Signed-off-by: Yangbo Lu <yangbo.lu@nxp.com> > > > Signed-off-by: Scott Wood <oss@buserror.net> > > Don't put my signoff on patches that I didn't put it on -> > myself. Definitely don't put mine *after* yours on patches that were +> > myself. ?Definitely don't put mine *after* yours on patches that were > > last modified by you. > > > > If you want to mention that the soc_id encoding was my suggestion, then @@ -45,7 +45,7 @@ On Mon, 2016-09-12 at 06:39 +0000, Y.B. Lu wrote: > Signed-off-by: Scott Wood <oss@buserror.net> > Signed-off-by: Yangbo Lu <yangbo.lu@nxp.com> -No. This isn't my patch so my signoff shouldn't be on it. +No. ?This isn't my patch so my signoff shouldn't be on it. > [Lu Yangbo-B47093] It's a good idea to move die into .family I think. > In my opinion, it's better to keep svr and name in soc_id just like your @@ -55,7 +55,7 @@ No. This isn't my patch so my signoff shouldn't be on it. > > .soc_id = "svr:0x85490010,name:T1023E,", > > .family = "QorIQ T1024", > > } -> The user probably don’t like to learn the svr value. What they want is just +> The user probably don?t like to learn the svr value. What they want is just > to match the soc they use. > It's convenient to use name+rev for them to match a soc. @@ -64,7 +64,7 @@ not the soc. > Regarding shrinking the table, I think it's hard to use svr+mask. Because I > find many platforms use different masks. -> We couldn’t know the mask according svr value. +> We couldn?t know the mask according svr value. The mask would be part of the table: @@ -91,7 +91,7 @@ There's a small risk that we get the mask wrong and a different die is created that matches an existing table, but it doesn't seem too likely, and can easily be fixed with a kernel update if it happens. -BTW, aren't ls2080a and ls2085a the same die? And is there no non-E version +BTW, aren't ls2080a and ls2085a the same die? ?And is there no non-E version of LS2080A/LS2040A? > > > + do { @@ -102,10 +102,10 @@ of LS2080A/LS2040A? > > > + } while (matches++); > > Are you expecting "matches++" to ever evaluate as false? > [Lu Yangbo-B47093] Yes, this is used to match the soc we use in qoriq_soc -> array until getting true. +> array until getting true.? > We need to get the name and die information defined in array. -I'm not asking whether the glob_match will ever return true. I'm saying that +I'm not asking whether the glob_match will ever return true. ?I'm saying that "matches++" will never become NULL. > > > + /* Register soc device */ @@ -148,7 +148,7 @@ ret = PTR_ERR(soc_dev); If you allocate these with devm_kzalloc(), devm_kasprintf(), devm_kstrdup(), etc. then they will be freed automatically when the device is unbound. -> +> ? > > > > > > > @@ -168,7 +168,7 @@ etc. then they will be freed automatically when the device is unbound. > [Lu Yangbo-B47093] The soc.c driver mentions that. > Ensure soc_dev->attr is freed prior to calling soc_device_unregister. -That comment is wrong. Freeing the memory first creates a race condition that +That comment is wrong. ?Freeing the memory first creates a race condition that could result in accessing freed memory, if something accesses the soc device in parallel with unbinding. diff --git a/a/content_digest b/N2/content_digest index 1fc7c34..2ab5e3f 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -2,33 +2,10 @@ "ref\01473150503-9550-6-git-send-email-yangbo.lu@nxp.com\0" "ref\01473392840.30217.170.camel@buserror.net\0" "ref\0HE1PR04MB08892D8354E38EC32F549E98F8FF0@HE1PR04MB0889.eurprd04.prod.outlook.com\0" - "From\0Scott Wood <oss@buserror.net>\0" - "Subject\0Re: [v11, 5/8] soc: fsl: add GUTS driver for QorIQ platforms\0" + "From\0oss@buserror.net (Scott Wood)\0" + "Subject\0[v11, 5/8] soc: fsl: add GUTS driver for QorIQ platforms\0" "Date\0Mon, 12 Sep 2016 18:25:14 -0500\0" - "To\0Y.B. Lu <yangbo.lu@nxp.com>" - linux-mmc@vger.kernel.org <linux-mmc@vger.kernel.org> - ulf.hansson@linaro.org <ulf.hansson@linaro.org> - " Arnd Bergmann <arnd@arndb.de>\0" - "Cc\0linuxppc-dev@lists.ozlabs.org <linuxppc-dev@lists.ozlabs.org>" - devicetree@vger.kernel.org <devicetree@vger.kernel.org> - linux-arm-kernel@lists.infradead.org <linux-arm-kernel@lists.infradead.org> - linux-kernel@vger.kernel.org <linux-kernel@vger.kernel.org> - linux-clk@vger.kernel.org <linux-clk@vger.kernel.org> - linux-i2c@vger.kernel.org <linux-i2c@vger.kernel.org> - iommu@lists.linux-foundation.org <iommu@lists.linux-foundation.org> - netdev@vger.kernel.org <netdev@vger.kernel.org> - Mark Rutland <mark.rutland@arm.com> - Rob Herring <robh+dt@kernel.org> - Russell King <linux@arm.linux.org.uk> - Jochen Friedrich <jochen@scram.de> - Joerg Roedel <joro@8bytes.org> - Claudiu Manoil <claudiu.manoil@freescale.com> - Bhupesh Sharma <bhupesh.sharma@freescale.com> - Qiang Zhao <qiang.zhao@nxp.com> - Kumar Gala <galak@codeaurora.org> - Santosh Shilimkar <ssantosh@kernel.org> - Leo Li <leoyang.li@nxp.com> - " X.B. Xie <xiaobo.xie@nxp.com>\0" + "To\0linux-arm-kernel@lists.infradead.org\0" "\00:1\0" "b\0" "On Mon, 2016-09-12 at 06:39 +0000, Y.B. Lu wrote:\n" @@ -39,14 +16,14 @@ "> \n" "> > \n" "> > -----Original Message-----\n" - "> > From: Scott Wood [mailto:oss@buserror.net]\n" + "> > From: Scott Wood [mailto:oss at buserror.net]\n" "> > Sent: Friday, September 09, 2016 11:47 AM\n" - "> > To: Y.B. Lu; linux-mmc@vger.kernel.org; ulf.hansson@linaro.org; Arnd\n" + "> > To: Y.B. Lu; linux-mmc at vger.kernel.org; ulf.hansson at linaro.org; Arnd\n" "> > Bergmann\n" - "> > Cc: linuxppc-dev@lists.ozlabs.org; devicetree@vger.kernel.org; linux-arm-\n" - "> > kernel@lists.infradead.org; linux-kernel@vger.kernel.org; linux-\n" - "> > clk@vger.kernel.org; linux-i2c@vger.kernel.org; iommu@lists.linux-\n" - "> > foundation.org; netdev@vger.kernel.org; Mark Rutland; Rob Herring;\n" + "> > Cc: linuxppc-dev at lists.ozlabs.org; devicetree at vger.kernel.org; linux-arm-\n" + "> > kernel at lists.infradead.org; linux-kernel at vger.kernel.org; linux-\n" + "> > clk at vger.kernel.org; linux-i2c at vger.kernel.org; iommu at lists.linux-\n" + "> > foundation.org; netdev at vger.kernel.org; Mark Rutland; Rob Herring;\n" "> > Russell King; Jochen Friedrich; Joerg Roedel; Claudiu Manoil; Bhupesh\n" "> > Sharma; Qiang Zhao; Kumar Gala; Santosh Shilimkar; Leo Li; X.B. Xie\n" "> > Subject: Re: [v11, 5/8] soc: fsl: add GUTS driver for QorIQ platforms\n" @@ -65,7 +42,7 @@ "> > > Signed-off-by: Yangbo Lu <yangbo.lu@nxp.com>\n" "> > > Signed-off-by: Scott Wood <oss@buserror.net>\n" "> > Don't put my signoff on patches that I didn't put it on\n" - "> > myself. \302\240Definitely don't put mine *after* yours on patches that were\n" + "> > myself. ?Definitely don't put mine *after* yours on patches that were\n" "> > last modified by you.\n" "> > \n" "> > If you want to mention that the soc_id encoding was my suggestion, then\n" @@ -78,7 +55,7 @@ "> Signed-off-by: Scott Wood <oss@buserror.net>\n" "> Signed-off-by: Yangbo Lu <yangbo.lu@nxp.com>\n" "\n" - "No. \302\240This isn't my patch so my signoff shouldn't be on it.\n" + "No. ?This isn't my patch so my signoff shouldn't be on it.\n" "\n" "> [Lu Yangbo-B47093] It's a good idea to move die into .family I think.\n" "> In my opinion, it's better to keep svr and name in soc_id just like your\n" @@ -88,7 +65,7 @@ "> > \t\t.soc_id = \"svr:0x85490010,name:T1023E,\",\n" "> > \t\t.family = \"QorIQ T1024\",\n" "> > \t}\n" - "> The user probably don\342\200\231t like to learn the svr value. What they want is just\n" + "> The user probably don?t like to learn the svr value. What they want is just\n" "> to match the soc they use.\n" "> It's convenient to use name+rev for them to match a soc.\n" "\n" @@ -97,7 +74,7 @@ "\n" "> Regarding shrinking the table, I think it's hard to use svr+mask. Because I\n" "> find many platforms use different masks.\n" - "> We couldn\342\200\231t know the mask according svr value.\n" + "> We couldn?t know the mask according svr value.\n" "\n" "The mask would be part of the table:\n" "\n" @@ -124,7 +101,7 @@ "that matches an existing table, but it doesn't seem too likely, and can easily\n" "be fixed with a kernel update if it happens.\n" "\n" - "BTW, aren't ls2080a and ls2085a the same die? \302\240And is there no non-E version\n" + "BTW, aren't ls2080a and ls2085a the same die? ?And is there no non-E version\n" "of LS2080A/LS2040A?\n" "\n" "> > > +\tdo {\n" @@ -135,10 +112,10 @@ "> > > +\t} while (matches++);\n" "> > Are you expecting \"matches++\" to ever evaluate as false?\n" "> [Lu Yangbo-B47093] Yes, this is used to match the soc we use in qoriq_soc\n" - "> array until getting true.\302\240\n" + "> array until getting true.?\n" "> We need to get the name and die information defined in array.\n" "\n" - "I'm not asking whether the glob_match will ever return true. \302\240I'm saying that\n" + "I'm not asking whether the glob_match will ever return true. ?I'm saying that\n" "\"matches++\" will never become NULL.\n" "\n" "> > > +\t/* Register soc device */\n" @@ -181,7 +158,7 @@ "If you allocate these with devm_kzalloc(), devm_kasprintf(), devm_kstrdup(),\n" "etc. then they will be freed automatically when the device is unbound.\n" "\n" - "> \302\240\n" + "> ?\n" "> > \n" "> > \n" "> > > \n" @@ -201,10 +178,10 @@ "> [Lu Yangbo-B47093] The soc.c driver mentions that.\n" "> Ensure soc_dev->attr is freed prior to calling soc_device_unregister.\n" "\n" - "That comment is wrong. \302\240Freeing the memory first creates a race condition that\n" + "That comment is wrong. ?Freeing the memory first creates a race condition that\n" "could result in accessing freed memory, if something accesses the soc device\n" "in parallel with unbinding.\n" "\n" -Scott -fd0bf1f019b267d2d599a69cca7bd82cb23bc57e363736ded7c3e5f14edb8bbd +d3f9cacab9ef34895b40cd0972ba219d02065399e9ac649adac439c2ad948939
diff --git a/a/1.txt b/N3/1.txt index 9194c3e..896c101 100644 --- a/a/1.txt +++ b/N3/1.txt @@ -173,3 +173,8 @@ could result in accessing freed memory, if something accesses the soc device in parallel with unbinding. -Scott + +_______________________________________________ +iommu mailing list +iommu@lists.linux-foundation.org +https://lists.linuxfoundation.org/mailman/listinfo/iommu diff --git a/a/content_digest b/N3/content_digest index 1fc7c34..c5adf6a 100644 --- a/a/content_digest +++ b/N3/content_digest @@ -2,33 +2,33 @@ "ref\01473150503-9550-6-git-send-email-yangbo.lu@nxp.com\0" "ref\01473392840.30217.170.camel@buserror.net\0" "ref\0HE1PR04MB08892D8354E38EC32F549E98F8FF0@HE1PR04MB0889.eurprd04.prod.outlook.com\0" - "From\0Scott Wood <oss@buserror.net>\0" + "ref\0HE1PR04MB08892D8354E38EC32F549E98F8FF0-6LN7OEpIatX1kPMWxTxe+c9NdZoXdze2vxpqHgZTriW3zl9H0oFU5g@public.gmane.org\0" + "From\0Scott Wood <oss-fOR+EgIDQEHk1uMJSBkQmQ@public.gmane.org>\0" "Subject\0Re: [v11, 5/8] soc: fsl: add GUTS driver for QorIQ platforms\0" "Date\0Mon, 12 Sep 2016 18:25:14 -0500\0" - "To\0Y.B. Lu <yangbo.lu@nxp.com>" - linux-mmc@vger.kernel.org <linux-mmc@vger.kernel.org> - ulf.hansson@linaro.org <ulf.hansson@linaro.org> - " Arnd Bergmann <arnd@arndb.de>\0" - "Cc\0linuxppc-dev@lists.ozlabs.org <linuxppc-dev@lists.ozlabs.org>" - devicetree@vger.kernel.org <devicetree@vger.kernel.org> - linux-arm-kernel@lists.infradead.org <linux-arm-kernel@lists.infradead.org> - linux-kernel@vger.kernel.org <linux-kernel@vger.kernel.org> - linux-clk@vger.kernel.org <linux-clk@vger.kernel.org> - linux-i2c@vger.kernel.org <linux-i2c@vger.kernel.org> - iommu@lists.linux-foundation.org <iommu@lists.linux-foundation.org> - netdev@vger.kernel.org <netdev@vger.kernel.org> - Mark Rutland <mark.rutland@arm.com> - Rob Herring <robh+dt@kernel.org> - Russell King <linux@arm.linux.org.uk> - Jochen Friedrich <jochen@scram.de> - Joerg Roedel <joro@8bytes.org> - Claudiu Manoil <claudiu.manoil@freescale.com> - Bhupesh Sharma <bhupesh.sharma@freescale.com> - Qiang Zhao <qiang.zhao@nxp.com> - Kumar Gala <galak@codeaurora.org> - Santosh Shilimkar <ssantosh@kernel.org> - Leo Li <leoyang.li@nxp.com> - " X.B. Xie <xiaobo.xie@nxp.com>\0" + "To\0Y.B. Lu <yangbo.lu-3arQi8VN3Tc@public.gmane.org>" + linux-mmc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <linux-mmc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org> + ulf.hansson-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org <ulf.hansson-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> + " Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>\0" + "Cc\0Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org>" + devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org> + Russell King <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org> + Bhupesh Sharma <bhupesh.sharma-KZfg59tc24xl57MIdRCFDg@public.gmane.org> + netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org> + Santosh Shilimkar <ssantosh-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> + linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org> + Jochen Friedrich <jochen-NIgtFMG+Po8@public.gmane.org> + X.B. Xie <xiaobo.xie-3arQi8VN3Tc@public.gmane.org> + iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org> + Rob Herring <robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> + linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org> + Claudiu Manoil <claudiu.manoil-KZfg59tc24xl57MIdRCFDg@public.gmane.org> + Kumar Gala <galak-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org> + Leo Li <leoyang.li-3arQi8VN3Tc@public.gmane.org> + linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org <linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org> + linux-clk-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <linux-clk-u79uwXL29TY76Z2rM5mHXA@public.gmane.org> + linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org <linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org> + "\0" "\00:1\0" "b\0" "On Mon, 2016-09-12 at 06:39 +0000, Y.B. Lu wrote:\n" @@ -205,6 +205,11 @@ "could result in accessing freed memory, if something accesses the soc device\n" "in parallel with unbinding.\n" "\n" - -Scott + "-Scott\n" + "\n" + "_______________________________________________\n" + "iommu mailing list\n" + "iommu@lists.linux-foundation.org\n" + https://lists.linuxfoundation.org/mailman/listinfo/iommu -fd0bf1f019b267d2d599a69cca7bd82cb23bc57e363736ded7c3e5f14edb8bbd +5a966f7f8d4a29edefada443daa247060ba92fed085d62f17ab092302eb7f5da
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.