Another thing that's a big frustrating about this, is when the firmware
loading, or various other features, is enabled I get:
Jul 09 21:18:04 f26h.localdomain kernel: Setting dangerous option
enable_guc_loading - tainting kernel
Jul 09 21:18:04 f26h.localdomain kernel: Setting dangerous option
- Original Message -
> That might be the reason why I had to blacklist the snd-hdmi-lpe-audio module
> on my system. Pulseaudio crashed trying to access the HDMI audio device.
This wasn't related. Hans pointed me to a work-around for which I found the
upstream bug:
https://bugs.freedeskt
On 06/28/2017 03:16 PM, Peter Robinson wrote:
> I believe all common current generation GPUs need firmware, some of
> the intel platforms have needed firmware for audio for some time.
And the border between firmware and application code is increasingly
blurred. The support blob for Intel Precisio
> On Jun 28, 2017, at 4:20 AM, David Airlie wrote:
>
>
>> I ran into this today:
>> https://gist.github.com/Brainiarc7/aa43570f512906e882ad6cdd835efe57
>>
>> DRM firmware is loaded by default. HuC and GuC are not. Things work
>> without them, and things work with them loaded. So what's the
No not the same upstream.
I'll look into the hdmi audio situation when I get back from holidays.
- Original Message -
> From: "Tomasz Torcz"
> To: devel@lists.fedoraproject.org
> Sent: Wednesday, 28 June, 2017 8:52:03 PM
> Subject: Re: Intel i915 firmwares
&
On Wed, Jun 28, 2017 at 2:08 PM, Michael Catanzaro
wrote:
> On Wed, Jun 28, 2017 at 5:52 AM, Tomasz Torcz wrote:
>>
>> The same upstream which did not release stable version of Xorg Intel
>> driver
>> for past three years? ;-)
>> According to the link, the firmwares are needed for HDMI audio,
On Wed, Jun 28, 2017 at 5:52 AM, Tomasz Torcz
wrote:
The same upstream which did not release stable version of Xorg
Intel driver
for past three years? ;-)
According to the link, the firmwares are needed for HDMI audio,
which is
quite critical functionality. HDMI audio for older chipsets
On Wed, 2017-06-28 at 05:20 -0400, David Airlie wrote:
> > I ran into this today:
> > https://gist.github.com/Brainiarc7/aa43570f512906e882ad6cdd835efe57
> >
> > DRM firmware is loaded by default. HuC and GuC are not. Things work
> > without them, and things work with them loaded. So what's the
>
- Original Message -
> On Wed, Jun 28, 2017 at 05:20:13AM -0400, David Airlie wrote:
> >
> > > I ran into this today:
> > > https://gist.github.com/Brainiarc7/aa43570f512906e882ad6cdd835efe57
> > >
> > > DRM firmware is loaded by default. HuC and GuC are not. Things work
> > > without t
On Wed, Jun 28, 2017 at 05:20:13AM -0400, David Airlie wrote:
>
> > I ran into this today:
> > https://gist.github.com/Brainiarc7/aa43570f512906e882ad6cdd835efe57
> >
> > DRM firmware is loaded by default. HuC and GuC are not. Things work
> > without them, and things work with them loaded. So wha
> I ran into this today:
> https://gist.github.com/Brainiarc7/aa43570f512906e882ad6cdd835efe57
>
> DRM firmware is loaded by default. HuC and GuC are not. Things work
> without them, and things work with them loaded. So what's the pro/con
> and if there's a pro, why isn't it the kernel default? S
I ran into this today:
https://gist.github.com/Brainiarc7/aa43570f512906e882ad6cdd835efe57
DRM firmware is loaded by default. HuC and GuC are not. Things work
without them, and things work with them loaded. So what's the pro/con
and if there's a pro, why isn't it the kernel default? Seems like if
12 matches
Mail list logo
