Hello,
On Wed, 13 Jan 2016 16:35:38 +0100
Manuel Bouyer wrote:
> On Wed, Jan 13, 2016 at 01:29:52PM +, Michael Lorenz wrote:
> > Module Name:src
> > Committed By: macallan
> > Date: Wed Jan 13 13:29:51 UTC 2016
> >
> > Modified Files:
> > src/sys/arch/arm/all
On Wed, Jan 13, 2016 at 01:29:52PM +, Michael Lorenz wrote:
> Module Name: src
> Committed By: macallan
> Date: Wed Jan 13 13:29:51 UTC 2016
>
> Modified Files:
> src/sys/arch/arm/allwinner: awin_tcon.c
>
> Log Message:
> add OUTPUT_VGA in order to shut down the right output(s)
On Thu, Oct 08, 2015 at 07:19:15PM -0300, Jared McNeill wrote:
> Unless you plan on implementing a better fix, I'm going to commit something
> like this (not compile tested) to restore HDMI audio functionality for A20
> and A31.
By experiments, I found that it's better to turn off the signals in
H
Unless you plan on implementing a better fix, I'm going to commit
something like this (not compile tested) to restore HDMI audio
functionality for A20 and A31.
Index: awin_debe.c
===
RCS file: /cvsroot/src/sys/arch/arm/allwinner/a
On Tue, 6 Oct 2015, Manuel Bouyer wrote:
On Tue, Oct 06, 2015 at 10:06:31AM +1100, matthew green wrote:
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 scre
On Tue, Oct 06, 2015 at 10:06:31AM +1100, matthew green wrote:
> > 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 no
> 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.
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
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
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
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, 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: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
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
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,
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
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
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, 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
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 Fri, Oct 02, 2015 at 12:44:32PM -0300, Jared McNeill wrote:
> Instead of an extra line of output, can you change this to use your own
> callback instead of gpiobus_print for config_attach_ia? Here's what I do on
> Tegra:
>
> http://nxr.netbsd.org/xref/src/sys/arch/arm/nvidia/tegra_gpio.c#196
Instead of an extra line of output, can you change this to use
your own callback instead of gpiobus_print for config_attach_ia? Here's
what I do on Tegra:
http://nxr.netbsd.org/xref/src/sys/arch/arm/nvidia/tegra_gpio.c#196
The result is a lot cleaner (especially since there are 31 instances
On Tue, Nov 04, 2014 at 07:22:50PM +, Jared D. McNeill wrote:
> Module Name: src
> Committed By: jmcneill
> Date: Tue Nov 4 19:22:50 UTC 2014
>
> Modified Files:
> src/sys/arch/arm/allwinner: awin_rtc.c
>
> Log Message:
> RTC base year cannot be 1900 on A31 because the year fi
On 08/24/14 22:42, Nick Hudson wrote:
Module Name:src
Committed By: skrll
Date: Sun Aug 24 21:42:06 UTC 2014
Modified Files:
src/sys/arch/arm/allwinner: awin_mmc.c awin_reg.h
Log Message:
Correct the mmc clock. Banana Pi can now find an SD card.
This patch was from jm
24 matches
Mail list logo
