On Wed, Sep 30, 2015 at 11:15 PM, Christoph Badura wrote:
> On Wed, Sep 30, 2015 at 07:12:32AM +, Ryota Ozaki wrote:
>> Modified Files:
>> src/sys/net: if.h if_llatbl.c if_llatbl.h
>>
>> Log Message:
>> Make GATEWAY (fastforward) work again
>>
>> With GATEWAY (fastforward), the whole for
Not sure I like this. Disabling TCON interferes with HDMI audio (and this
is why the code was the way that it was) and I'm not aware of any "blank
screen but keep audio active" mechanism for HDMI displays.
On Mon, 5 Oct 2015, Manuel Bouyer wrote:
Module Name:src
Committed By: bouyer
Da
On Mon, Oct 05, 2015 at 12:20:57PM -0300, Jared McNeill wrote:
> Not sure I like this. Disabling TCON interferes with HDMI audio (and this is
> why the code was the way that it was) and I'm not aware of any "blank screen
> but keep audio active" mechanism for HDMI displays.
So you say we should al
Hi,
From: "Christos Zoulas" , Date: Sat, 26 Sep 2015 09:04:10
-0400
> Module Name: src
> Committed By: christos
> Date: Sat Sep 26 13:04:10 UTC 2015
>
> Modified Files:
> src/sys/dev/acpi: valz_acpi.c
>
> Log Message:
> CID 1324963: Remove bogus NULL test
> CID 1324962: This is
I don't mind turning off TCON, but I think we need to take HDMI audio into
consideration when doing so. I don't think interrupting audio output is a
good idea. Unfortunately wscons only give us an on/off switch so we need
to be smart about it in the kernel. So I think the blanking solution needs
On Mon, 5 Oct 2015, Manuel Bouyer wrote:
BTW, I'm looking at this because I need to make the LVDS interface to work
(and turn the display on/off via GPIOs, to save power). Do you have ideas
on how this should work ?
We won't have EDID source in this case; for the omap controller I did
hardcode a
On Mon, Oct 05, 2015 at 05:28:50PM +0200, Manuel Bouyer wrote:
> On Mon, Oct 05, 2015 at 12:20:57PM -0300, Jared McNeill wrote:
> > Not sure I like this. Disabling TCON interferes with HDMI audio (and this is
> > why the code was the way that it was) and I'm not aware of any "blank screen
> > but k
Can you see what happens to audio output when the display is turend off in
this way? I have a vague memory of trying something like this before..
On Mon, 5 Oct 2015, Manuel Bouyer wrote:
On Mon, Oct 05, 2015 at 05:28:50PM +0200, Manuel Bouyer wrote:
On Mon, Oct 05, 2015 at 12:20:57PM -0300,
FWIW, radeondrmkms has this audio depends on video problem. i noticed
that hdmi audio works mostly fine in netbsd-7, so i tried to switch to
it. unfortunately there are at least three problems i need to look at:
- the display must be unblanked (ie, the "xset dpms" standby
time
On Mon, Oct 05, 2015 at 02:13:51PM -0300, Jared McNeill wrote:
> Can you see what happens to audio output when the display is turend off in
> this way? I have a vague memory of trying something like this before..
Not easily, my display doens't deal with HDMI audio.
It's also possible that the disp
On Mon, 5 Oct 2015, Manuel Bouyer wrote:
On Mon, Oct 05, 2015 at 02:13:51PM -0300, Jared McNeill wrote:
Can you see what happens to audio output when the display is turend off in
this way? I have a vague memory of trying something like this before..
Not easily, my display doens't deal with HD
On Mon, Oct 05, 2015 at 02:42:00PM -0300, Jared McNeill wrote:
> On Mon, 5 Oct 2015, Manuel Bouyer wrote:
>
> >On Mon, Oct 05, 2015 at 02:13:51PM -0300, Jared McNeill wrote:
> >>Can you see what happens to audio output when the display is turend off in
> >>this way? I have a vague memory of trying
On Mon, Oct 05, 2015 at 01:28:08PM -0300, Jared McNeill wrote:
> On Mon, 5 Oct 2015, Manuel Bouyer wrote:
> >BTW, I'm looking at this because I need to make the LVDS interface to work
> >(and turn the display on/off via GPIOs, to save power). Do you have ideas
> >on how this should work ?
> >We won
It's really a problem because of how the audio device behaves when you
turn the clock off from under it. I don't think changing X server
configuration is a good solution when we can clearly do better than that
by adding a bit of logic in the display driver to handle it.
On Mon, 5 Oct 2015, Ma
Device tree is definitely the way to go (IMHO) but we don't have that
code today and that's not a small effort. I wrote the fex code at a time
when there was no other option. So it's there if you want to use it.
On Mon, 5 Oct 2015, Manuel Bouyer wrote:
On Mon, Oct 05, 2015 at 01:28:08PM -03
Le 04/10/2015 19:52, matthew green a écrit :
> Module Name: src
> Committed By: mrg
> Date: Sun Oct 4 17:52:50 UTC 2015
>
> Modified Files:
> src/sys/arch/x86/x86: cpu_ucode_intel.c
>
> Log Message:
> kmem_free() the address returned by kmem_alloc(). found by Brainy.
> use the ne
> And is this really a problem ? turning off video is configurable in the
> X server, so if you want audio without video you can turn off the
> screensaver ...
it's a problem if you want the screensaver to work when you're not
using the video or audio. your idea means it is *always* on.
.mrg.
17 matches
Mail list logo
