On Tue, Jan 26, 2016 at 05:21:06PM +0100, Maarten Lankhorst wrote:
> Op 26-01-16 om 15:48 schreef Russell King - ARM Linux:
> > On Tue, Jan 26, 2016 at 03:28:34PM +0100, Maarten Lankhorst wrote:
> >> Something similar to a segfault. It's trying to call 0x6b6b6b6b6b which
> >> is POISON_FREE.
> >>
>
Op 26-01-16 om 15:48 schreef Russell King - ARM Linux:
> On Tue, Jan 26, 2016 at 03:28:34PM +0100, Maarten Lankhorst wrote:
>> Something similar to a segfault. It's trying to call 0x6b6b6b6b6b which
>> is POISON_FREE.
>>
>> mc appears to be freed already, so calling mc->release would jump to
>> inv
On Tue, Jan 26, 2016 at 03:28:34PM +0100, Maarten Lankhorst wrote:
> Something similar to a segfault. It's trying to call 0x6b6b6b6b6b which
> is POISON_FREE.
>
> mc appears to be freed already, so calling mc->release would jump to
> invalid data.
It seems that my devm foo wasn't quite up to scra
Op 26-01-16 om 15:15 schreef Russell King - ARM Linux:
> On Tue, Jan 26, 2016 at 02:42:16PM +0100, Maarten Lankhorst wrote:
>> Commit ce657b1cddf1f88c56 ("component: add support for releasing match
>> data") causes a general protection fault when unloading snd-hda-intel
>> with the i915 module load
On Tue, Jan 26, 2016 at 02:42:16PM +0100, Maarten Lankhorst wrote:
> Commit ce657b1cddf1f88c56 ("component: add support for releasing match
> data") causes a general protection fault when unloading snd-hda-intel
> with the i915 module loaded on a recent skylake machine.
I'm no good at interpreting
Hey,
Commit ce657b1cddf1f88c56 ("component: add support for releasing match data")
causes
a general protection fault when unloading snd-hda-intel with the i915 module
loaded
on a recent skylake machine.
This breaks one of the i915 acceptance tests that performs a module
unload/reload on
snd-hd
