Message ID | 61880bededb77bbc3ea3422e48ce717d2a2ff489.1464380034.git.vilhelm.gray@gmail.com |
---|---|
State | New |
Headers | show |
On Sat, May 28, 2016 at 12:08 AM, William Breathitt Gray <vilhelm.gray@gmail.com> wrote: > With the introduction of the ISA_BUS_API Kconfig option, ISA-style > drivers may be built for X86_64 architectures. This patch changes the > ISA Kconfig option dependency of the PC/104 drivers to ISA_BUS_API, thus > allowing them to build for X86_64 as they are expected to. > > Cc: Alexandre Courbot <gnurou@gmail.com> > Cc: Linus Walleij <linus.walleij@linaro.org> > Reviewed-by: Guenter Roeck <linux@roeck-us.net> > Signed-off-by: William Breathitt Gray <vilhelm.gray@gmail.com> Acked-by: Linus Walleij <linus.walleij@linaro.org> Or should I apply this directly to the GPIO tree? Yours, Linus Walleij -- To unsubscribe from this list: send the line "unsubscribe linux-gpio" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Tue, May 31, 2016 at 10:41:49AM +0200, Linus Walleij wrote: >On Sat, May 28, 2016 at 12:08 AM, William Breathitt Gray ><vilhelm.gray@gmail.com> wrote: > >> With the introduction of the ISA_BUS_API Kconfig option, ISA-style >> drivers may be built for X86_64 architectures. This patch changes the >> ISA Kconfig option dependency of the PC/104 drivers to ISA_BUS_API, thus >> allowing them to build for X86_64 as they are expected to. >> >> Cc: Alexandre Courbot <gnurou@gmail.com> >> Cc: Linus Walleij <linus.walleij@linaro.org> >> Reviewed-by: Guenter Roeck <linux@roeck-us.net> >> Signed-off-by: William Breathitt Gray <vilhelm.gray@gmail.com> > >Acked-by: Linus Walleij <linus.walleij@linaro.org> > >Or should I apply this directly to the GPIO tree? > >Yours, >Linus Walleij Greg K-H, Would you be able to pick up this entire patchset via driver-core; I figure that tree is the most appropriate to receive any core ISA bus driver changes (unless you see a more fitting path to take). If possible, I'd like this patchset to find its way into one of the coming release candidates in order to resolve the regression mentioned in the cover letter: as of 4.7-rc1, the drivers which switched to utilize the ISA bus driver are now restricted to X86_32 despite being allowed in X86_64 in the 4.6 release. Thanks, William Breathitt Gray -- To unsubscribe from this list: send the line "unsubscribe linux-gpio" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Tue, May 31, 2016 at 07:23:06AM -0400, William Breathitt Gray wrote: > On Tue, May 31, 2016 at 10:41:49AM +0200, Linus Walleij wrote: > >On Sat, May 28, 2016 at 12:08 AM, William Breathitt Gray > ><vilhelm.gray@gmail.com> wrote: > > > >> With the introduction of the ISA_BUS_API Kconfig option, ISA-style > >> drivers may be built for X86_64 architectures. This patch changes the > >> ISA Kconfig option dependency of the PC/104 drivers to ISA_BUS_API, thus > >> allowing them to build for X86_64 as they are expected to. > >> > >> Cc: Alexandre Courbot <gnurou@gmail.com> > >> Cc: Linus Walleij <linus.walleij@linaro.org> > >> Reviewed-by: Guenter Roeck <linux@roeck-us.net> > >> Signed-off-by: William Breathitt Gray <vilhelm.gray@gmail.com> > > > >Acked-by: Linus Walleij <linus.walleij@linaro.org> > > > >Or should I apply this directly to the GPIO tree? > > > >Yours, > >Linus Walleij > > Greg K-H, > > Would you be able to pick up this entire patchset via driver-core; I > figure that tree is the most appropriate to receive any core ISA bus > driver changes (unless you see a more fitting path to take). > > If possible, I'd like this patchset to find its way into one of the > coming release candidates in order to resolve the regression mentioned > in the cover letter: as of 4.7-rc1, the drivers which switched to > utilize the ISA bus driver are now restricted to X86_32 despite being > allowed in X86_64 in the 4.6 release. Yes, I can take this through the driver core tree as that's where the original series came from... thanks, greg k-h -- To unsubscribe from this list: send the line "unsubscribe linux-gpio" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On 31.05.2016 17:25, Greg KH wrote: > On Tue, May 31, 2016 at 07:23:06AM -0400, William Breathitt Gray wrote: >> On Tue, May 31, 2016 at 10:41:49AM +0200, Linus Walleij wrote: >>> On Sat, May 28, 2016 at 12:08 AM, William Breathitt Gray >>> <vilhelm.gray@gmail.com> wrote: >>>> With the introduction of the ISA_BUS_API Kconfig option, ISA-style >>>> drivers may be built for X86_64 architectures. This patch changes the >>>> ISA Kconfig option dependency of the PC/104 drivers to ISA_BUS_API, thus >>>> allowing them to build for X86_64 as they are expected to. > […] >> Greg K-H, >> >> Would you be able to pick up this entire patchset via driver-core; I >> figure that tree is the most appropriate to receive any core ISA bus >> driver changes (unless you see a more fitting path to take). > […] > Yes, I can take this through the driver core tree as that's where the > original series came from... Was this series merged or did it fell through the cracks? I currently assume the latter, as I can't see it in neither mainline nor linux-next (but maybe I'm missing something). Just wondering, because I have this issue on my regression list for 4.7. For the whole context see: http://thread.gmane.org/gmane.linux.kernel.gpio/17016/ Sincerely, your regression tracker for Linux 4.7 (http://bit.ly/28JRmJo) Thorsten -- To unsubscribe from this list: send the line "unsubscribe linux-gpio" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Fri, Jun 17, 2016 at 12:47:14PM +0200, Thorsten Leemhuis wrote: > On 31.05.2016 17:25, Greg KH wrote: > > On Tue, May 31, 2016 at 07:23:06AM -0400, William Breathitt Gray wrote: > >> On Tue, May 31, 2016 at 10:41:49AM +0200, Linus Walleij wrote: > >>> On Sat, May 28, 2016 at 12:08 AM, William Breathitt Gray > >>> <vilhelm.gray@gmail.com> wrote: > >>>> With the introduction of the ISA_BUS_API Kconfig option, ISA-style > >>>> drivers may be built for X86_64 architectures. This patch changes the > >>>> ISA Kconfig option dependency of the PC/104 drivers to ISA_BUS_API, thus > >>>> allowing them to build for X86_64 as they are expected to. > > […] > >> Greg K-H, > >> > >> Would you be able to pick up this entire patchset via driver-core; I > >> figure that tree is the most appropriate to receive any core ISA bus > >> driver changes (unless you see a more fitting path to take). > > […] > > Yes, I can take this through the driver core tree as that's where the > > original series came from... > > Was this series merged or did it fell through the cracks? I currently > assume the latter, as I can't see it in neither mainline nor linux-next > (but maybe I'm missing something). Just wondering, because I have this > issue on my regression list for 4.7. > > For the whole context see: > http://thread.gmane.org/gmane.linux.kernel.gpio/17016/ > > Sincerely, your regression tracker for Linux 4.7 (http://bit.ly/28JRmJo) I don't think this is a regression, I was going to queue these up for 4.8-rc1. As it is now, 4.7-rc is working just fine in this regards, right? Or am I missing something? thanks, greg k-h -- To unsubscribe from this list: send the line "unsubscribe linux-gpio" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Fri, Jun 17, 2016 at 07:36:07PM -0700, Greg KH wrote: >On Fri, Jun 17, 2016 at 12:47:14PM +0200, Thorsten Leemhuis wrote: >> On 31.05.2016 17:25, Greg KH wrote: >> > On Tue, May 31, 2016 at 07:23:06AM -0400, William Breathitt Gray wrote: >> >> On Tue, May 31, 2016 at 10:41:49AM +0200, Linus Walleij wrote: >> >>> On Sat, May 28, 2016 at 12:08 AM, William Breathitt Gray >> >>> <vilhelm.gray@gmail.com> wrote: >> >>>> With the introduction of the ISA_BUS_API Kconfig option, ISA-style >> >>>> drivers may be built for X86_64 architectures. This patch changes the >> >>>> ISA Kconfig option dependency of the PC/104 drivers to ISA_BUS_API, thus >> >>>> allowing them to build for X86_64 as they are expected to. >> > […] >> >> Greg K-H, >> >> >> >> Would you be able to pick up this entire patchset via driver-core; I >> >> figure that tree is the most appropriate to receive any core ISA bus >> >> driver changes (unless you see a more fitting path to take). >> > […] >> > Yes, I can take this through the driver core tree as that's where the >> > original series came from... >> >> Was this series merged or did it fell through the cracks? I currently >> assume the latter, as I can't see it in neither mainline nor linux-next >> (but maybe I'm missing something). Just wondering, because I have this >> issue on my regression list for 4.7. >> >> For the whole context see: >> http://thread.gmane.org/gmane.linux.kernel.gpio/17016/ >> >> Sincerely, your regression tracker for Linux 4.7 (http://bit.ly/28JRmJo) > >I don't think this is a regression, I was going to queue these up for >4.8-rc1. As it is now, 4.7-rc is working just fine in this regards, >right? > >Or am I missing something? The PC/104 drivers were changed to utilize the ISA bus driver as part of the original patchset which attempted to decouple the X86_32 dependency from the ISA Kconfig option; these drivers were updated with the intention of building on X86_64 in addition to X86_32. However, the respective patches were merged without the decoupling changes (since decoupling was the wrong approach), resulting in an unintentional regression: the PC/104 drivers are now restricted to X86_32 due to the ISA Kconfig option dependency, while they were capable of building for X86_64 in previous kernel versions. This patchset should fix this regression by introducing the ISA_BUS_API Kconfig option, and the respective Kconfig dependency changes for the drivers, in order to allow them to build for both X86_64 and X86_32 as originally capable. William Breathitt Gray -- To unsubscribe from this list: send the line "unsubscribe linux-gpio" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Fri, Jun 17, 2016 at 10:49:59PM -0400, William Breathitt Gray wrote: > On Fri, Jun 17, 2016 at 07:36:07PM -0700, Greg KH wrote: > >On Fri, Jun 17, 2016 at 12:47:14PM +0200, Thorsten Leemhuis wrote: > >> On 31.05.2016 17:25, Greg KH wrote: > >> > On Tue, May 31, 2016 at 07:23:06AM -0400, William Breathitt Gray wrote: > >> >> On Tue, May 31, 2016 at 10:41:49AM +0200, Linus Walleij wrote: > >> >>> On Sat, May 28, 2016 at 12:08 AM, William Breathitt Gray > >> >>> <vilhelm.gray@gmail.com> wrote: > >> >>>> With the introduction of the ISA_BUS_API Kconfig option, ISA-style > >> >>>> drivers may be built for X86_64 architectures. This patch changes the > >> >>>> ISA Kconfig option dependency of the PC/104 drivers to ISA_BUS_API, thus > >> >>>> allowing them to build for X86_64 as they are expected to. > >> > […] > >> >> Greg K-H, > >> >> > >> >> Would you be able to pick up this entire patchset via driver-core; I > >> >> figure that tree is the most appropriate to receive any core ISA bus > >> >> driver changes (unless you see a more fitting path to take). > >> > […] > >> > Yes, I can take this through the driver core tree as that's where the > >> > original series came from... > >> > >> Was this series merged or did it fell through the cracks? I currently > >> assume the latter, as I can't see it in neither mainline nor linux-next > >> (but maybe I'm missing something). Just wondering, because I have this > >> issue on my regression list for 4.7. > >> > >> For the whole context see: > >> http://thread.gmane.org/gmane.linux.kernel.gpio/17016/ > >> > >> Sincerely, your regression tracker for Linux 4.7 (http://bit.ly/28JRmJo) > > > >I don't think this is a regression, I was going to queue these up for > >4.8-rc1. As it is now, 4.7-rc is working just fine in this regards, > >right? > > > >Or am I missing something? > > The PC/104 drivers were changed to utilize the ISA bus driver as part of > the original patchset which attempted to decouple the X86_32 dependency > from the ISA Kconfig option; these drivers were updated with the > intention of building on X86_64 in addition to X86_32. > > However, the respective patches were merged without the decoupling > changes (since decoupling was the wrong approach), resulting in an > unintentional regression: the PC/104 drivers are now restricted to > X86_32 due to the ISA Kconfig option dependency, while they were capable > of building for X86_64 in previous kernel versions. > > This patchset should fix this regression by introducing the ISA_BUS_API > Kconfig option, and the respective Kconfig dependency changes for the > drivers, in order to allow them to build for both X86_64 and X86_32 as > originally capable. Ah, ok, that makes more sense, thanks. I'll go queue these up now. greg k-h -- To unsubscribe from this list: send the line "unsubscribe linux-gpio" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Fri, Jun 17, 2016 at 08:18:10PM -0700, Greg KH wrote: >On Fri, Jun 17, 2016 at 10:49:59PM -0400, William Breathitt Gray wrote: >> The PC/104 drivers were changed to utilize the ISA bus driver as part of >> the original patchset which attempted to decouple the X86_32 dependency >> from the ISA Kconfig option; these drivers were updated with the >> intention of building on X86_64 in addition to X86_32. >> >> However, the respective patches were merged without the decoupling >> changes (since decoupling was the wrong approach), resulting in an >> unintentional regression: the PC/104 drivers are now restricted to >> X86_32 due to the ISA Kconfig option dependency, while they were capable >> of building for X86_64 in previous kernel versions. >> >> This patchset should fix this regression by introducing the ISA_BUS_API >> Kconfig option, and the respective Kconfig dependency changes for the >> drivers, in order to allow them to build for both X86_64 and X86_32 as >> originally capable. > >Ah, ok, that makes more sense, thanks. I'll go queue these up now. > >greg k-h Greg K-H, Please also consider picking up the following two patches which fix bugs discovered during the ISA bus driver utilization conversion: 1. https://patchwork.kernel.org/patch/9046831/ 2. https://patchwork.kernel.org/patch/9074641/ The second patch in particular fixes a kernel BUG which prevents some drivers that call isa_register_driver from being built-in. This was first reported by Sasha Levin (https://lkml.org/lkml/2016/5/11/719), and the patch was later tested by Ye Xiaolong (https://lkml.org/lkml/2016/5/31/164). Thanks, William Breathitt Gray -- To unsubscribe from this list: send the line "unsubscribe linux-gpio" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Fri, Jun 17, 2016 at 11:39:04PM -0400, William Breathitt Gray wrote: > On Fri, Jun 17, 2016 at 08:18:10PM -0700, Greg KH wrote: > >On Fri, Jun 17, 2016 at 10:49:59PM -0400, William Breathitt Gray wrote: > >> The PC/104 drivers were changed to utilize the ISA bus driver as part of > >> the original patchset which attempted to decouple the X86_32 dependency > >> from the ISA Kconfig option; these drivers were updated with the > >> intention of building on X86_64 in addition to X86_32. > >> > >> However, the respective patches were merged without the decoupling > >> changes (since decoupling was the wrong approach), resulting in an > >> unintentional regression: the PC/104 drivers are now restricted to > >> X86_32 due to the ISA Kconfig option dependency, while they were capable > >> of building for X86_64 in previous kernel versions. > >> > >> This patchset should fix this regression by introducing the ISA_BUS_API > >> Kconfig option, and the respective Kconfig dependency changes for the > >> drivers, in order to allow them to build for both X86_64 and X86_32 as > >> originally capable. > > > >Ah, ok, that makes more sense, thanks. I'll go queue these up now. > > > >greg k-h > > Greg K-H, > > Please also consider picking up the following two patches which fix bugs > discovered during the ISA bus driver utilization conversion: > > 1. https://patchwork.kernel.org/patch/9046831/ > 2. https://patchwork.kernel.org/patch/9074641/ > > The second patch in particular fixes a kernel BUG which prevents some > drivers that call isa_register_driver from being built-in. This was > first reported by Sasha Levin (https://lkml.org/lkml/2016/5/11/719), and > the patch was later tested by Ye Xiaolong > (https://lkml.org/lkml/2016/5/31/164). Now queued up, thanks for the prompt, they were still setting in my queue. greg k-h -- To unsubscribe from this list: send the line "unsubscribe linux-gpio" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
diff --git a/drivers/gpio/Kconfig b/drivers/gpio/Kconfig index 48da857..dc6da77 100644 --- a/drivers/gpio/Kconfig +++ b/drivers/gpio/Kconfig @@ -530,7 +530,7 @@ menu "Port-mapped I/O GPIO drivers" config GPIO_104_DIO_48E tristate "ACCES 104-DIO-48E GPIO support" - depends on ISA + depends on ISA_BUS_API select GPIOLIB_IRQCHIP help Enables GPIO support for the ACCES 104-DIO-48E series (104-DIO-48E, @@ -540,7 +540,7 @@ config GPIO_104_DIO_48E config GPIO_104_IDIO_16 tristate "ACCES 104-IDIO-16 GPIO support" - depends on ISA + depends on ISA_BUS_API select GPIOLIB_IRQCHIP help Enables GPIO support for the ACCES 104-IDIO-16 family (104-IDIO-16, @@ -551,7 +551,7 @@ config GPIO_104_IDIO_16 config GPIO_104_IDI_48 tristate "ACCES 104-IDI-48 GPIO support" - depends on ISA + depends on ISA_BUS_API select GPIOLIB_IRQCHIP help Enables GPIO support for the ACCES 104-IDI-48 family (104-IDI-48A, @@ -627,7 +627,7 @@ config GPIO_TS5500 config GPIO_WS16C48 tristate "WinSystems WS16C48 GPIO support" - depends on ISA + depends on ISA_BUS_API select GPIOLIB_IRQCHIP help Enables GPIO support for the WinSystems WS16C48. The base port