On Wed 11 Nov 2020 at 11:47, Ulf Hansson wrote:
> On Tue, 10 Nov 2020 at 16:05, Jerome Brunet wrote:
>>
>>
>> On Thu 08 Oct 2020 at 11:08, Ulf Hansson wrote:
>> >
>> > Thomas, thanks a lot for helping out and looking at this!
>> >
>> > It looks like the testing of the patch below went well.
On Tue, 10 Nov 2020 at 16:05, Jerome Brunet wrote:
>
>
> On Thu 08 Oct 2020 at 11:08, Ulf Hansson wrote:
> >
> > Thomas, thanks a lot for helping out and looking at this!
> >
> > It looks like the testing of the patch below went well. Are you
> > intending to queue up the patch via your tip
On Thu 08 Oct 2020 at 11:08, Ulf Hansson wrote:
>
> Thomas, thanks a lot for helping out and looking at this!
>
> It looks like the testing of the patch below went well. Are you
> intending to queue up the patch via your tip tree?
>
> If you need any help, just tell us!
>
> Kind regards
> Uffe
On Tue, 6 Oct 2020 at 17:33, Thomas Gleixner wrote:
>
> Brad,
>
> On Wed, Oct 07 2020 at 00:45, Brad Harper wrote:
> > I'm happy to test anything on a range of amlogic hardware with standard
> > / rt and multiple mmc devices. Ill test Jerome's patch in next 24
> > hours to report the results.
>
On 7/10/2020 10:32 pm, Jerome Brunet wrote:
With arm64 defconfig on Khadas vim3, no obvious regression. Looks good.
Tested-by: Jerome Brunet
I did not test with RT. Brad, Could you let us know is Thomas's patch
works for you ? Thx
There was a merge conflict in applying against v5.9-rc8-rt12
On Tue 06 Oct 2020 at 17:33, Thomas Gleixner wrote:
> Brad,
>
> On Wed, Oct 07 2020 at 00:45, Brad Harper wrote:
>> I'm happy to test anything on a range of amlogic hardware with standard
>> / rt and multiple mmc devices. Ill test Jerome's patch in next 24
>> hours to report the results.
>
Brad,
On Wed, Oct 07 2020 at 00:45, Brad Harper wrote:
> I'm happy to test anything on a range of amlogic hardware with standard
> / rt and multiple mmc devices. Ill test Jerome's patch in next 24
> hours to report the results.
please do not top-post and trim your replies.
> On 6/10/2020
I'm happy to test anything on a range of amlogic hardware with standard
/ rt and multiple mmc devices. Ill test Jerome's patch in next 24
hours to report the results.
On 6/10/2020 11:43 pm, Thomas Gleixner wrote:
On Mon, Oct 05 2020 at 10:55, Thomas Gleixner wrote:
On Mon, Oct 05 2020 at
On Mon, Oct 05 2020 at 10:55, Thomas Gleixner wrote:
> On Mon, Oct 05 2020 at 10:22, Ulf Hansson wrote:
>> On Fri, 2 Oct 2020 at 18:49, Jerome Brunet wrote:
>>>
>>> IRQF_ONESHOT was added to this driver to make sure the irq was not enabled
>>> again until the thread part of the irq had finished
On Mon 05 Oct 2020 at 10:55, Thomas Gleixner wrote:
> On Mon, Oct 05 2020 at 10:22, Ulf Hansson wrote:
>> On Fri, 2 Oct 2020 at 18:49, Jerome Brunet wrote:
>>>
>>> IRQF_ONESHOT was added to this driver to make sure the irq was not enabled
>>> again until the thread part of the irq had
On Mon, Oct 05 2020 at 10:22, Ulf Hansson wrote:
> On Fri, 2 Oct 2020 at 18:49, Jerome Brunet wrote:
>>
>> IRQF_ONESHOT was added to this driver to make sure the irq was not enabled
>> again until the thread part of the irq had finished doing its job.
>>
>> Doing so upsets RT because, under RT,
+ Tglx
On Fri, 2 Oct 2020 at 18:49, Jerome Brunet wrote:
>
> IRQF_ONESHOT was added to this driver to make sure the irq was not enabled
> again until the thread part of the irq had finished doing its job.
>
> Doing so upsets RT because, under RT, the hardirq part of the irq handler
> is not
IRQF_ONESHOT was added to this driver to make sure the irq was not enabled
again until the thread part of the irq had finished doing its job.
Doing so upsets RT because, under RT, the hardirq part of the irq handler
is not migrated to a thread if the irq is claimed with IRQF_ONESHOT.
In this
13 matches
Mail list logo