Re: [RESEND PATCH 4/4] um: irq: don't set the chip for all irqs

2019-05-11 Thread Bartosz Golaszewski
pt., 10 maj 2019 o 18:22 Anton Ivanov napisał(a): > > > On 10/05/2019 17:20, Bartosz Golaszewski wrote: > > pt., 10 maj 2019 o 11:16 Bartosz Golaszewski napisał(a): > >> śr., 8 maj 2019 o 09:13 Richard Weinberger napisał(a): > >>> - Ursprüngliche Mail - > > Can you please check? >

Re: [RESEND PATCH 4/4] um: irq: don't set the chip for all irqs

2019-05-10 Thread Anton Ivanov
On 10/05/2019 17:20, Bartosz Golaszewski wrote: pt., 10 maj 2019 o 11:16 Bartosz Golaszewski napisał(a): śr., 8 maj 2019 o 09:13 Richard Weinberger napisał(a): - Ursprüngliche Mail - Can you please check? This patch is already queued in -next. So we need to decide whether to

Re: [RESEND PATCH 4/4] um: irq: don't set the chip for all irqs

2019-05-10 Thread Bartosz Golaszewski
pt., 10 maj 2019 o 11:16 Bartosz Golaszewski napisał(a): > > śr., 8 maj 2019 o 09:13 Richard Weinberger napisał(a): > > > > - Ursprüngliche Mail - > > >> Can you please check? > > >> This patch is already queued in -next. So we need to decide whether to > > >> revert or fix it now. > >

Re: [RESEND PATCH 4/4] um: irq: don't set the chip for all irqs

2019-05-10 Thread Bartosz Golaszewski
śr., 8 maj 2019 o 09:13 Richard Weinberger napisał(a): > > - Ursprüngliche Mail - > >> Can you please check? > >> This patch is already queued in -next. So we need to decide whether to > >> revert or fix it now. > >> > > I am looking at it. It passed tests in my case (I did the usual

Re: [RESEND PATCH 4/4] um: irq: don't set the chip for all irqs

2019-05-08 Thread Richard Weinberger
- Ursprüngliche Mail - >> Can you please check? >> This patch is already queued in -next. So we need to decide whether to >> revert or fix it now. >> > I am looking at it. It passed tests in my case (I did the usual round). It works here too. That's why I never noticed. Yesterday I

Re: [RESEND PATCH 4/4] um: irq: don't set the chip for all irqs

2019-05-08 Thread Anton Ivanov
On 07/05/2019 22:26, Richard Weinberger wrote: On Thu, Apr 11, 2019 at 11:50 AM Bartosz Golaszewski wrote: From: Bartosz Golaszewski Setting a chip for an interrupt marks it as allocated. Since UM doesn't support dynamic interrupt numbers (yet), it means we cannot simply increase NR_IRQS

Re: [RESEND PATCH 4/4] um: irq: don't set the chip for all irqs

2019-05-07 Thread Richard Weinberger
On Thu, Apr 11, 2019 at 11:50 AM Bartosz Golaszewski wrote: > > From: Bartosz Golaszewski > > Setting a chip for an interrupt marks it as allocated. Since UM doesn't > support dynamic interrupt numbers (yet), it means we cannot simply > increase NR_IRQS and then use the free irqs between

[RESEND PATCH 4/4] um: irq: don't set the chip for all irqs

2019-04-11 Thread Bartosz Golaszewski
From: Bartosz Golaszewski Setting a chip for an interrupt marks it as allocated. Since UM doesn't support dynamic interrupt numbers (yet), it means we cannot simply increase NR_IRQS and then use the free irqs between LAST_IRQ and NR_IRQS with gpio-mockup or iio testing drivers as

[RESEND PATCH 4/4] um: irq: don't set the chip for all irqs

2019-04-03 Thread Bartosz Golaszewski
From: Bartosz Golaszewski Setting a chip for an interrupt marks it as allocated. Since UM doesn't support dynamic interrupt numbers (yet), it means we cannot simply increase NR_IRQS and then use the free irqs between LAST_IRQ and NR_IRQS with gpio-mockup or iio testing drivers as