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. A
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 tree?
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 w
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 11:
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 10
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 do
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 finished
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, th
+ 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 migra
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 case,
13 matches
Mail list logo
