This implements an earlycon for Actions Semi S500/S900 SoCs.
Based on LeMaker linux-actions tree.
Signed-off-by: Andreas Färber
---
v4 -> v5:
* Squashed documentation (Greg)
v3 -> v4: Unchanged
v2 -> v3:
* Adopted BIT() macro
v1 -> v2:
* Extended Kconfig help to
Hi Jon,
Em Sun, 18 Jun 2017 17:46:25 -0600
Jonathan Corbet escreveu:
> I've just spent rather more time than I would like figuring out why the PDF
> builds fail and what was needed to fix it. The result is the following
> patch series. It's a combination of little mistakes and
On Sun, 18 Jun 2017 17:46:25 -0600
Jonathan Corbet wrote:
> In general, I'm dismayed by the fragility of the whole thing. I'm also a
> little concerned that nobody except Jim complained about the problem.
Jim, I just realized I neglected Reported-by tags for you on these
The "supported input formats" table in dw_hdmi.h was incorrectly formatted,
using "+" signs where "|" needs to be. That, in turn, causes the PDF build
to fail.
Fixes: def23aa7e9821a3dfe3fb7b139dd0229a89fdeb0
Cc: Neil Armstrong
Cc: Daniel Vetter
...otherwise the PDF build fails when it can't find constraints.pdf.
CC: Mauro Carvalho Chehab
Signed-off-by: Jonathan Corbet
---
Documentation/media/uapi/v4l/vidioc-g-selection.rst | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
Two table problems caused the PDF build to fail:
- Evidently multirow cells are not appreciated in table headers,
so remove such from the "CS Rows" table.
- The logging message structure table was incorrectly formatted,
with two "+" instead of "|". The HTML build is forgiving of such
I've just spent rather more time than I would like figuring out why the PDF
builds fail and what was needed to fix it. The result is the following
patch series. It's a combination of little mistakes and fragility in the
whole PDF build tool chain.
Mauro, Daniel: Do you want the last two? Or
Commit 85c21e5c3ee7 (docs-rst: better adjust margins and font size) added a
\usepackage{geometry} that conflicts with another inclusion deep within the
dependencies somewhere, causing the the PDF build to fail with a
"conflicting parameters" error. Just remove it for now until we can figure
out a
Otherwise we get PDF build failures when LaTeX refused to acknowledge the
existence of \ifthenelse
Fixes: 41cff161fe99d1c6a773becc2250a1dc3ac035ff
Cc: Mauro Carvalho Chehab
Signed-off-by: Jonathan Corbet
---
Documentation/conf.py | 1 +
1 file changed, 1
On Tue, Jun 13, 2017 at 07:49:04PM -0700, frowand.l...@gmail.com wrote:
> From: Frank Rowand
>
> The Devicetree Specification has superseded the ePAPR as the
> base specification for bindings. Update files in Documentation
> to reference the new document.
>
> Some files
Simplify f_uac2 by removing platform driver/device
creation; use composite's usb_gadget device as
parent for sound card and for debug prints.
This removes extra layer of code without any functional
change.
Signed-off-by: Ruslan Bilovol
---
This patch adds a new function 'f_uac1'
(f_uac1 with virtual "ALSA card") that
uses recently created u_audio API. Comparing
to legacy f_uac1 function implementation it
doesn't require any real Audio codec to be
present on the device. In f_uac1 audio
streams are simply sinked to and sourced
from a
Before introducing new f_uac1 function (with virtual
ALSA card) make current implementation legacy.
This includes renaming of existing files, some
variables, config options and documentation
Signed-off-by: Ruslan Bilovol
---
...gadget-uac1 =>
Hi Felipe,
This is v5 of audio gadget refactoring.
Note, that legacy f_uac1 function is broken since v4.10
by commit 7e4da3fcf7c9 ("usb: gadget: composite: Test
get_alt() presence instead of set_alt()"). The fact that
at v4.12-rc5 time nobody cares about may be a good sign
that number of users is
Abstract the peripheral side ALSA sound card code from
the f_uac2 function into a component that can be called
by various functions, so the various flavors can be split
apart and selectively reused.
Visible changes:
- add uac_params structure to pass audio paramteres for
g_audio_setup
- make
Hello, Andrew.
Can you please apply Mauro's doc format update patch for
cgroup-v2.txt? The mm part causes conflicts, so I think it'd be
easier to route it through -mm.
The patch to apply is in the following message.
https://marc.info/?l=linux-cgroups=149771274105674=raw
Thanks.
--
tejun
--
16 matches
Mail list logo