with each having an operating voltage at 1.2V.
Signed-off-by: Adam Ford
diff --git a/arch/arm/boot/dts/am3517.dtsi b/arch/arm/boot/dts/am3517.dtsi
index 23ea381d363f..a0f23361d4bc 100644
--- a/arch/arm/boot/dts/am3517.dtsi
+++ b/arch/arm/boot/dts/am3517.dtsi
@@ -16,6 +16,37 @@
can
On Sat, Sep 7, 2019 at 2:38 AM H. Nikolaus Schaller wrote:
>
> Hi Adam,
>
> > Am 02.09.2019 um 23:10 schrieb Adam Ford :
> >
> > On Mon, Sep 2, 2019 at 10:46 AM H. Nikolaus Schaller
> > wrote:
> >>
> >>
> >>
> >>
Wireless kit, and appears to operate normally, but i have
not tested it at temperature.
Tested-by: Adam Ford
> Signed-off-by: H. Nikolaus Schaller
> Acked-by: Tony Lindgren
> ---
> arch/arm/boot/dts/omap3-n950-n9.dtsi | 7 ---
> arch/arm/boot/dts/omap34xx.dtsi | 6
On Mon, Sep 9, 2019 at 7:13 AM Adam Ford wrote:
>
> On Thu, Sep 5, 2019 at 6:04 PM Tony Lindgren wrote:
> >
> > Hi,
> >
> > * Adam Ford [190828 15:01]:
> > > The datasheet for the AM3517 shows the RNG is connected to L4.
> > > It sh
On Thu, Aug 15, 2019 at 5:47 AM Adam Ford wrote:
>
> On Wed, Aug 14, 2019 at 5:18 PM Andreas Kemnade wrote:
> >
> > _opp_supported_by_regulators() wrongly ignored errors from
> > regulator_is_supported_voltage(), so it considered errors as
> > success. Since
>
t; @@ -9,5 +9,5 @@
>
> / {
> model = "LogicPD Zoom OMAP35xx SOM-LV Development Kit";
> - compatible = "logicpd,dm3730-som-lv-devkit", "ti,omap3";
> + compatible = "logicpd,dm3730-som-lv-devkit", "ti,omap3430",
&g
On Thu, Sep 5, 2019 at 6:04 PM Tony Lindgren wrote:
>
> Hi,
>
> * Adam Ford [190828 15:01]:
> > The datasheet for the AM3517 shows the RNG is connected to L4.
> > It shows the module address for the RNG is 0x480A, and it
> > matches the omap2.dtsi description.
shutdown meant widespread breakage, but it's no longer
a reasonable filesystem for any non-special use.
Signed-off-by: Adam Borowski
---
Documentation/admin-guide/sysrq.rst | 20 +---
1 file changed, 9 insertions(+), 11 deletions(-)
diff --git a/Documentation/admin-guide/sysrq.rst
This resolves a type conversion from 'char *' to 'unsigned short'.
and static usage warning as hinted by Sparse.
Signed-off-by: Adam Zerella
---
arch/x86/xen/efi.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/arch/x86/xen/efi.c b/arch/x86/xen/efi.c
index
the manual timing requirements.
Fixes: 8bf4b1621178 ("drm/omap: Remove panel-dpi driver")
Signed-off-by: Adam Ford
diff --git a/arch/arm/boot/dts/am3517-evm.dts b/arch/arm/boot/dts/am3517-evm.dts
index ebfe28c2f544..a1fd3e63e86e 100644
--- a/arch/arm/boot/dts/am3517-evm.dts
+++ b/arch/ar
the manual timing requirements.
Fixes: 8bf4b1621178 ("drm/omap: Remove panel-dpi driver")
Signed-off-by: Adam Ford
diff --git a/arch/arm/boot/dts/logicpd-torpedo-baseboard.dtsi
b/arch/arm/boot/dts/logicpd-torpedo-baseboard.dtsi
index 642e809e757a..449cc7616da6 100644
--- a/arch/arm/boot/d
in the same
way the deprecated panel-dpi was.
Fixes: 8bf4b1621178 ("drm/omap: Remove panel-dpi driver")
Signed-off-by: Adam Ford
diff --git a/arch/arm/configs/omap2plus_defconfig
b/arch/arm/configs/omap2plus_defconfig
index c7bf9c493646..64eb896907bf 100644
--- a/arch/a
as follows:
[0.245697] omap_hwmod: rng: _wait_target_ready failed: -22
[0.245727] omap_hwmod: rng: cannot be enabled for reset (3)
[6.780792] omap_hwmod: rng: _wait_target_ready failed: -22
Signed-off-by: Adam Ford
diff --git a/arch/arm/boot/dts/omap36xx-omap3430es2plus-clocks.dtsi
As suggested in https://kernelnewbies.org/KernelJanitors/Todo
this patch replaces the outdated macro of DPRINTK for dev_dbg()
To: Dominik Brodowski
To: Thomas Gleixner
To: Greg Kroah-Hartman
To: Adam Zerella
To: linux-kernel@vger.kernel.org
Signed-off-by: Adam Zerella
---
Changes in v2
As pointed out in https://kernelnewbies.org/KernelJanitors/Todo
this patch replaces the outdated macro of DPRINTK for pr_debug()
To: Dominik Brodowski
To: Thomas Gleixner
To: Greg Kroah-Hartman
To: Adam Zerella
To: linux-kernel@vger.kernel.org
Signed-off-by: Adam Zerella
---
drivers/pcmcia
On Thu, Aug 22, 2019 at 10:35:48AM +0200, Borislav Petkov wrote:
> On Thu, Aug 22, 2019 at 02:50:20AM +0200, Adam Borowski wrote:
> > While you're editing that code, could you please also cut the spam if ECC is
> > actually disabled? For example, a 2990WX with non-ECC RAM
On Wed, Aug 21, 2019 at 11:59:53PM +, Ghannam, Yazen wrote:
> I've also added RFC patches to avoid the "ECC disabled" message for
> nodes without memory. I haven't fully tested these, but I wanted to get
> your thoughts. Here's an earlier discussion:
>
t; I'll send a tentative fix, I'd appreciate if you could test it.
Can you point me to this patch? I was in the process of
troubleshooting both a DM37, OMAP35 and AM35 board who all have blank
screens. I'd like to try this patch too.
thank you,
adam
>
> > looks like with this commit I get o
d some help. Any updates from anyone
> > else? Maybe we should list things people can work - perhaps document
> > progress in github issues. (Mailing list is also fine, BTW)
> >
> > Cheers,
> > Merlijn
> >
>
> I also have pushed good news to
>
>
On Sat, Aug 17, 2019 at 2:03 AM Tony Lindgren wrote:
>
> * Adam Ford [190816 23:02]:
> > On Wed, Aug 14, 2019 at 8:16 AM Tony Lindgren wrote:
> > > Well I just posted some sgx interconnect target module patches. We might
> > > still have them in v5.4 assuming pe
for
> > > at least omap34xx, omap36xx, omap5, and am335x that I'll try to post
> > > later on today to play with. For am335x, things still depend on the
> > > recentely posted prm rstctrl patches. I'm not sure if I already
> > > did a dts patch for dra7 yet, need to check.
> >
> > I assume it is not yet in linux-next... So something for v5.5 or later.
>
> Well I just posted some sgx interconnect target module patches. We might
> still have them in v5.4 assuming people manage to review and test them.
Nikolaus,
I tested Tony's change and I can confirm that I can read the value
when enabled. Should I apply his patches to your branch before I
test, or is it go too to go as-is? I've got an AM3517, OMAP35 and a
DM3730. I am not sure if the AM3517 is even on the radar, but it has
an sgx530 as well.
adam
>
> Regards,
>
> Tony
ot supported by regulators (8)
>
> The patch fixes declaration of VDD1/2 regulators by
> adding proper voltage lists.
>
> Fixes: 498209445124 ("regulator: core: simplify return value on
> suported_voltage")
> Cc: sta...@vger.kernel.org
> Signed-off-by: Andre
On Sat, Aug 03, 2019 at 03:55:37PM +0200, Greg Kroah-Hartman wrote:
> On Sat, Aug 03, 2019 at 03:23:23PM +0200, Adam Borowski wrote:
> > On Fri, Aug 02, 2019 at 09:59:06PM +0200, Paul Menzel wrote:
> > > Because the cable is always connected to the port on the back side, a
On Fri, Aug 02, 2019 at 09:59:06PM +0200, Paul Menzel wrote:
> On 02.08.19 18:02, Greg Kroah-Hartman wrote:
> > On Fri, Aug 02, 2019 at 03:23:08PM +0200, Paul Menzel wrote:
> > > On a lot of devices, like servers, you have more than one serial console,
> > > and you do not always know, how they
Replace duplicate DIM_STATS_WORSE in comment with correct names.
Signed-off-by: Adam Drescher
---
include/linux/dim.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/linux/dim.h b/include/linux/dim.h
index d3a0fbfff2bb..2fc0740ba55d 100644
--- a/include/linux
Logic PD re-spun the L138 and AM1808 SOM's with larger flash.
The m25p80 driver has a generic 'jedec,spi-nor' compatible option
which is requests to use whenever possible since it will read the
JEDEC READ ID opcode.
Signed-off-by: Adam Ford
diff --git a/arch/arm/boot/dts/da850-evm.dts b/arch
055342] ---[ end trace c6389143c53d3973 ]---
Happens whether the disk image is attached to the VM as virtio or IDE.
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
On Tue, Jun 25, 2019 at 11:02:36AM +0200, John Paul Adrian Glaubitz wrote:
> On 6/25/19 10:56 AM, Christoph Hellwig wrote:
> > arch/sh seems pretty much unmaintained these days. The last time I got
> > any reply to sh patches from the list maintainers, and the last maintainer
> > pull request was
On Fri, Jun 07, 2019 at 07:20:46PM +, Nick Terrell wrote:
> We'd love to get this mainlined as well!
>
> We're using these patches internally as well. We're seeing an improvement on
> an
> Intel Atom N3710, where boot time is reduced by one second over using an xz
> compressed kernel. It
On Thu, May 16, 2019 at 04:10:07PM +0300, Kirill Tkhai wrote:
> On 15.05.2019 22:38, Adam Borowski wrote:
> > On Wed, May 15, 2019 at 06:11:15PM +0300, Kirill Tkhai wrote:
> >> This patchset adds a new syscall, which makes possible
> >> to clone a mapping from a
On Wed, May 15, 2019 at 06:11:15PM +0300, Kirill Tkhai wrote:
> This patchset adds a new syscall, which makes possible
> to clone a mapping from a process to another process.
> The syscall supplements the functionality provided
> by process_vm_writev() and process_vm_readv() syscalls,
> and it may
On 02 May 2019 05:08, Yu-Hsuan Hsu wrote:
> If we want to set rate to 64000 on da7219, it fails and returns
> "snd_pcm_hw_params: Invalid argument".
> We should remove 64000 from support rate list because it is not
> available.
>
> Signed-off-by: Yu-Hsuan Hsu
>From d228a1a119e33aff91f481fb8ab301a027b5a4ac Mon Sep 17 00:00:00 2001
From: Adam Michaelis
Date: Thu, 25 Apr 2019 15:22:00 -0500
Subject: [PATCH 2/6] dt-bindings: iio: ad7949: Add adi,reference-select
Adding optional parameter to AD7949 to specify the source for the
reference voltage sig
y once until it re-initialize after codec power up.
>
> Signed-off-by: Logesh
Reviewed-by: Adam Thomson
> ---
> Changes in v2:
> -Include the mask DA7213_DAI_BCLKS_PER_WCLK_MASK
>
> sound/soc/codecs/da7213.c | 5 -
> sound/soc/codecs/da7213.h | 2 ++
>
eded for the clk_round_rate() call to work as
expected.
Signed-off-by: Adam Thomson
---
Changes in v2:
- Removed clk_round_rate() call for WCLK/SR as this is not sensible.
- Added checking after clk_round_rate() call for BCLK to verify returne rate is
suitable for the hw_params() desired frame size.
s
On 27 April 2019 18:20, Mark Brown wrote:
> On Fri, Apr 26, 2019 at 01:59:24PM +0100, Adam Thomson wrote:
>
> > + /*
> > +* Rounding the rate here avoids failure trying to set a new
> > +* rate on an already enable
On 25 April 2019 06:43, Logesh Kolandavel wrote:
> From: Logesh
>
> If the da7213 codec is configured as Master with the DAPM power down
> delay time set, 'snd_soc_component_write' function overwrites the
> DAI_CLK_EN bit of DAI_CLK_MODE register which leads to audio play
> only once until it
.
Signed-off-by: Adam Thomson
---
sound/soc/codecs/da7219.c | 21 +++--
1 file changed, 15 insertions(+), 6 deletions(-)
diff --git a/sound/soc/codecs/da7219.c b/sound/soc/codecs/da7219.c
index 5f5fa34..72268f5 100644
--- a/sound/soc/codecs/da7219.c
+++ b/sound/soc/codecs/da7219.c
On Thu, Apr 25, 2019 at 01:38:06AM +1000, Aleksa Sarai wrote:
> * openat(2) ignores unknown flags, meaning that old kernels will ignore
>new programs trying to use O_THISROOT and might end up causing
>security issues. Yes, it'd be trivial to check whether the new O_*
>flags are
On Thu, Apr 25, 2019 at 11:32:38AM +0200, Nico Schottelius wrote:
> running some IPv6 only
> networks. The systems in the IPv6 only networks do not need any IPv4
> support anymore and thus for switches/routers we turned the support off.
> Today we tried to turn off IPv4 in the Linux kernel at
s tag here.
>
> Applied all, thanks.
Do you know if the SDMA fixes will be back-ported to 5.0.y branch? To
get 5.0 working, I need to manually apply the patches.
thanks
adam
>
> Shawn
>
> > Signed-off-by: Andrey Smirnov
> > Reviewed-by: Lucas Stach
I can certainly live without ondemand. Using
userspace as the default governor is fine for me for now.
adam
>
> Signed-off-by: Bartosz Golaszewski
> Reviewed-by: Adam Ford
> ---
> arch/arm/boot/dts/da850-evm.dts | 13 +
> 1 file changed, 13 insertions(+)
>
> d
ng the controller or playing with the clock
> during transitions but it always results in the same kind of error:
>
> ohci-da8xx 1e25000.usb: frame counter not updating; disabled
> ohci-da8xx 1e25000.usb: HC died; cleaning up
> usb 1-1: USB disconnect, device number 2
>
> If you
cally, the PMIC is TPS65070.
> boards support frequencies up to 375MHz so enable this operating
> point.
>
Reviewed-by: Adam Ford
> Signed-off-by: Bartosz Golaszewski
> ---
> arch/arm/boot/dts/da850-evm.dts | 13 +
> 1 file changed, 13 insertions(+)
>
> diff
requency scaling will be justifiable enough.
> >
> > Fixing the OHCI issue may help in other boards like da850-evm use it
> > though. So that will be a good thing.
> >
> > How do you feel about keeping all OPPs disabled by default in da850.dtsi
> > and enabling only the ones that make sense for a board in .dts?
> >
> > Empty OPP table is illegal, so this does mean that every board must
> > enable at least one OPP.
> >
>
> I guess in that case we'd need to make 300 MHz the default for
> da850-evm, but on da850-lcdk I'd go for 456 MHz (due to the regulator
> being fixed anyway).
Based on what I've seen of your V4 patch, I think it's fine to let the
da850-evm run at 375. I am not sure why it would need to be default
to 300.
I agree that the cpu-supply is correctly referencing vdcdc3_reg, and
it's currently setup to handle .95 to 1.35V, which I think is OK based
on what I've seen and the OPP's look right from what I can tell.
adam
>
> Bart
o all operating points
> > can be enabled.
> >
> > Signed-off-by: Bartosz Golaszewski
>
> Adam, can you please ack? Looks good to me.
Sekhar,
Based on what I read in the thread about the LCDK, I want to do some
tests on the da850-evm before put my name on it. I like wh
On 10 April 2019 17:39, Hans de Goede wrote:
> On 10-04-19 18:14, Adam Thomson wrote:
> > On 10 April 2019 16:45, Hans de Goede wrote:
> >
> >> Hi Kyle,
> >>
> >> On 10-04-19 14:49, Kyle Tso wrote:
> >>> On Wed, Apr 10, 2019 at 6:32 PM Adam T
t; Fixes: 25aaa75df1e6 ("dmaengine: imx-sdma: add clock ratio 1:1 check")
> Signed-off-by: Andrey Smirnov
> Reviewed-by: Lucas Stach
Tested-by: Adam Ford #imx6q-logicpd
> Cc: Angus Ainslie (Purism)
> Cc: Chris Healy
> Cc: Lucas Stach
> Cc: Fabio Estevam
>
;>> capabilities of the port through the HOST_CUR control bits. If the
> >>> HOST_CUR bits are changed prior to attach, the FUSB302 automatically
> >>> indicates the programmed current capability when a device is attached.
> >>> If the current capabilities ar
On Thu, Apr 4, 2019 at 5:01 AM Bartosz Golaszewski wrote:
>
> śr., 3 kwi 2019 o 17:49 Adam Ford napisał(a):
> >
> > On Wed, Apr 3, 2019 at 7:50 AM Bartosz Golaszewski wrote:
> > >
> > > śr., 27 mar 2019 o 12:14 Sekhar Nori napisał(a):
> > > >
&g
On Wed, Apr 3, 2019 at 7:50 AM Bartosz Golaszewski wrote:
>
> śr., 27 mar 2019 o 12:14 Sekhar Nori napisał(a):
> >
> > Hi Bart,
> >
> > On 26/03/19 11:21 PM, Bartosz Golaszewski wrote:
> > > wt., 26 mar 2019 o 15:00 Adam Ford napisał(a):
> > >
: dts: imx: Add support for Logic PD
i.MX6QD EVM")
Signed-off-by: Adam Ford
diff --git a/arch/arm/boot/dts/imx6-logicpd-baseboard.dtsi
b/arch/arm/boot/dts/imx6-logicpd-baseboard.dtsi
index db6b5b900826..7731db493cb0 100644
--- a/arch/arm/boot/dts/imx6-logicpd-baseboard.dtsi
+++ b/arch/ar
from being
used again until the sequencer is ready. This reduces
standby power consumption by ~100mW.
Signed-off-by: Adam Ford
---
V2: Remove 'fixes' reference per Shawn's request
diff --git a/arch/arm/boot/dts/imx6q-logicpd.dts
b/arch/arm/boot/dts/imx6q-logicpd.dts
index 45eb0b7f75f8
which allows the
analog microphone to capture audio.
Signed-off-by: Adam Ford
---
V2: Remove 'fixes' note reference Shawn's request.
diff --git a/arch/arm/boot/dts/imx6-logicpd-baseboard.dtsi
b/arch/arm/boot/dts/imx6-logicpd-baseboard.dtsi
index e31b6923cb72..db6b5b900826 100644
--- a/arch/arm/boot
where the sourcing power supply
cannot source enough current and overloads and the kit fails to
start.
Fixes: 1c207f911fe9 ("ARM: dts: imx: Add support for Logic PD
i.MX6QD EVM")
Signed-off-by: Adam Ford
diff --git a/arch/arm/boot/dts/imx6-logicpd-baseboard.dtsi
b/arch/arm/boot/dts/im
I pulled part number for the processor used in the da850evm that Logic
PD produces, and it shows a imit of 375MHz. I cross-referenced the
processor part number with the description from a distributor, and the
part number also lists 375MHz, so I think we should leave 456
disabled.
adam
> +
>
silicon is available. Maybe Sekhar can confirm.
adam
>
> Signed-off-by: Bartosz Golaszewski
> ---
> arch/arm/mach-davinci/board-da850-evm.c | 12 +---
> 1 file changed, 1 insertion(+), 11 deletions(-)
>
> diff --git a/arch/arm/mach-davinci/board-da850-evm.c
> b/ar
On 21 March 2019 12:22, Mark Brown wrote:
> On Tue, Mar 19, 2019 at 05:49:30PM +0000, Adam Thomson wrote:
>
> > -- #clock-cells : Should be set to '<0>', only one clock source
> > provided;
> > -- clock-output-names : Name given for DAI clocks output;
> > +-
On Wed, Mar 20, 2019 at 7:45 AM Shawn Guo wrote:
>
> On Wed, Mar 06, 2019 at 08:04:00AM -0600, Adam Ford wrote:
> > The main 3.3V regulator sources a series of additional regulators.
> > This patch adds a small delay, so when the 3.3V regulator comes
> > on it delays a b
of CCF. Enabling/disabling either BCLK or WCLK
will result in clocks being ungated/gated accordingly. To simplify
matters, these clocks can only be configured if the codec is set
as master, otherwise CCF control is disallowed.
Signed-off-by: Adam Thomson
---
include/sound/da7219.h| 8 +-
sound
With the need to expose WCLK and BCLK as separate clocks, the
'clock-cells' and 'clock-output-names' descriptions need to be
updated as now the codec is providing 2 clocks. The example is
also updated accordingly.
Signed-off-by: Adam Thomson
---
Documentation/devicetree/bindings/sound/da7219
This patch set extends the existing CCF support in the DA7219 codec driver by
splitting the DAI clock gate into clocks to cover WCLK and BCLK, to enable the
configuration of these clocks from audio machine drivers when this codec is
the clock master of the DAI.
Adam Thomson (3):
ASoC: da7219
As the DAI clocks for DA7219 have now been split into BCLK and WCLK,
the clock lookup name needs to be udpated here to select BCLK to
achieve the same functionality as before with regards to DAI clock
gating.
Signed-off-by: Adam Thomson
---
sound/soc/amd/acp-da7219-max98357a.c | 2 +-
1 file
On Tue, Mar 19, 2019 at 04:31:21PM +, Alan Cox wrote:
> On Sat, 16 Mar 2019 10:35:43 +0100
> Samuel Thibault wrote:
> > Chris Brannon, le ven. 15 mars 2019 18:19:39 -0700, a ecrit:
> > > What kind of reproducer do you need here? It's straightforward to
> > > reproduce in casual use, at least
. Is that correct?
I'm not a regular Linux kernel developer so any help on implementing
this would be appreciated.
Best regards,
Adam Romanek
tial get_frequency returns an error:
>
> What is the status of this series?
>
> Based on some of the replies (from Adam Ford in particular) it appears that
> this isn't ready to be merged, so is a v2 planned?
If you can leave the Logic PD Torpedo board alone and don't remove the
leg
This driver supports the ILI2117A touch controller. This is
different than the ILI210x and it uses different register and
algorithm so it's a separate driver rather than integrating with
the other.
Signed-off-by: Adam Ford
diff --git a/drivers/input/touchscreen/Kconfig
b/drivers/input
The imx6q Technical reference manual shows the interrupt is
available to wake from sleep using the power button. The driver
has been available for quite some time, and other variants of the
i.MX6 have it enabled, so this implements it much like the others.
Signed-off-by: Adam Ford
diff --git
t find it, poke me with something sharp so I get to apply
> > it.
>
> I had the same problem, turned out this got classified as spam by Google
> for some reason. Maybe try your spam folder?
It's been almost a year later, and several Linux revisions, and this
still seems stuck somewhere/somehow.
adam
>
> Thierry
from being
used again until the sequencer is ready. This reduces
standby power consumption by ~100mW.
Fixes: 1c207f911fe9 ("ARM: dts: imx: Add support for Logic
PD i.MX6QD EVM")
Signed-off-by: Adam Ford
diff --git a/arch/arm/boot/dts/imx6q-logicpd.dts
b/arch/arm/boot/dts/imx6q-l
which allows the
analog microphone to capture audio.
Fixes: 1c207f911fe9 ("ARM: dts: imx: Add support for Logic PD
i.MX6QD EVM")
Signed-off-by: Adam Ford
diff --git a/arch/arm/boot/dts/imx6-logicpd-baseboard.dtsi
b/arch/arm/boot/dts/imx6-logicpd-baseboard.dtsi
index e31b6923cb72..db
: dts: imx: Add support for Logic PD
i.MX6QD EVM")
Signed-off-by: Adam Ford
diff --git a/arch/arm/boot/dts/imx6-logicpd-baseboard.dtsi
b/arch/arm/boot/dts/imx6-logicpd-baseboard.dtsi
index fb01fa6e4224..e31b6923cb72 100644
--- a/arch/arm/boot/dts/imx6-logicpd-baseboard.dtsi
+++ b/arch/ar
The imx6q-logicpd board has a PCF8575 connected to it, so this
patch turns it on my default now.
Signed-off-by: Adam Ford
diff --git a/arch/arm/configs/imx_v6_v7_defconfig
b/arch/arm/configs/imx_v6_v7_defconfig
index 5586a5074a96..1872dacbbe9b 100644
--- a/arch/arm/configs/imx_v6_v7_defconfig
On Thu, 2019-02-21 at 19:27 -0500, Jerome Glisse wrote:
> On Thu, Feb 21, 2019 at 11:11:51PM +0000, Adam Manzanares wrote:
> > Hello,
> >
> > I would like to attend the LSF/MM Summit 2019. I'm interested in
> > several MM topics that are mentioned below as well as Zone
Forgot the link.
[1] https://github.com/westerndigitalcorporation/hmmap
Take care,
Adam
On Thu, 2019-02-21 at 15:11 -0800, Adam Manzanares wrote:
> Hello,
>
> I would like to attend the LSF/MM Summit 2019. I'm interested in
> several MM topics that are mentioned below as well as
On Thu, 2019-02-21 at 15:14 -0800, Dave Hansen wrote:
> On 2/21/19 3:11 PM, Adam Manzanares wrote:
> > I am proposing that as an alternative to using NVMs as a NUMA node
> > we expose the NVM through the page cache or a viable alternative
> > and
> > have userspac
0.69 0.08 5.06 1.14 0.41
4 3.45 2.97 3.11 0.77 0.36 0.04 3.66 0.63 0.25
8 4.10 3.53 3.71 0.44 0.19 0.02 4.03 0.35 0.17
16 4.60 3.98 4.04 0.34 0.16 0.02 4.52 0.27 0.14
Thanks,
Adam
On Wed, Feb 20, 2019 at 09:20:20PM +0100, Juerg Haefliger wrote:
> On Wed, 20 Feb 2019 14:49:34 -0500
> Steven Rostedt wrote:
>
> > On Wed, 20 Feb 2019 17:13:33 +0100
> > Juerg Haefliger wrote:
> >
> > > echo -e and \e are not POSIX. Depending on what /bin/sh is, we can get
> > > incorrect
On 8 February 2019 18:18, Mark Brown wrote:
> On Fri, Feb 15, 2019 at 07:06:15AM +, Agrawal, Akshu wrote:
>
> > +static static int cz_da7219_hw_params(struct snd_pcm_substream
> *substream,
> > + struct snd_pcm_hw_params *params) {
> > + /* da7219 Codec is
19
> during
> playback/capture on non da7219 codecs.
>
> Being able to set bclk at lower rate also fixes noise issue observed on some
> dmics.
>
> Signed-off-by: Akshu Agrawal
Reviewed-by: Adam Thomson
> ---
> sound/soc/amd/acp-da7219-max98357a.c | 20 ++
On 14 February 2019 14:30, Greg KH wrote:
> On Thu, Feb 14, 2019 at 02:17:14PM +0000, Adam Thomson wrote:
> > On 12 February 2019 16:20, Guenter Roeck wrote:
> >
> > > On 2/12/19 2:54 AM, Greg KH wrote:
> > > > On Tue, Feb 12, 2019 at 06:29:39PM +0800, Kyl
On 12 February 2019 16:20, Guenter Roeck wrote:
> On 2/12/19 2:54 AM, Greg KH wrote:
> > On Tue, Feb 12, 2019 at 06:29:39PM +0800, Kyle Tso wrote:
> >> On Thu, Jan 31, 2019 at 3:02 PM Greg KH
> wrote:
> >>
> >>> On Thu, Jan 31, 2019 at 11:54:11AM +0800, Kyle Tso wrote:
> Provide a function
rate now based on SR and
word length provided to hw_params().
Signed-off-by: Adam Thomson
---
sound/soc/codecs/da7219.c | 36 ++--
sound/soc/codecs/da7219.h | 1 +
2 files changed, 27 insertions(+), 10 deletions(-)
diff --git a/sound/soc/codecs/da7219.c b/sound/soc
handling is now used as an input to determine the BCLK
offset to align closer with other examples within ALSA.
Changes in v2:
- Update 0001 patch to use '&&' instead of '&' in hw_params() to decide if
BCLK rate should be configured or not.
Adam Thomson (2):
ASoC: da7219: Add suppor
, the driver now only limits frame size if codec
is clock master, and dynamically determines the BCLK offset
relating to WCLK using the tx_mask for slot offset along with the
slot width provided.
Signed-off-by: Adam Thomson
---
sound/soc/codecs/da7219.c | 80
On 13 February 2019 17:48, Adam Thomson wrote:
This patch set updates the driver to be more flexible regarding the BCLK and
TDM
> configurations of the device.
>
> Previously the BCLK rate was fixed at 64 periods per WCLK, when the codec is
> DAI
> clock master, but to satisf
rate now based on SR and
word length provided to hw_params().
Signed-off-by: Adam Thomson
---
sound/soc/codecs/da7219.c | 36 ++--
sound/soc/codecs/da7219.h | 1 +
2 files changed, 27 insertions(+), 10 deletions(-)
diff --git a/sound/soc/codecs/da7219.c b/sound/soc
handling is now used as an input to determine the BCLK
offset to align closer with other examples within ALSA.
Adam Thomson (2):
ASoC: da7219: Add support for master mode BCLK rate adjustment
ASoC: da7219: Update TDM usage to be more flexible
sound/soc/codecs/da7219.c | 116
, the driver now only limits frame size if codec
is clock master, and dynamically determines the BCLK offset
relating to WCLK using the tx_mask for slot offset along with the
slot width provided.
Signed-off-by: Adam Thomson
---
sound/soc/codecs/da7219.c | 80
The EVM consists of a system on module (SOM) and baseboard, and LCD.
This patch adds a DTSI file for the SOM and baseboard separately,
then a wrapper to combine them and specify processor type and a
LCD information.
Signed-off-by: Adam Ford
Reviewed-by: Fabio Estevam
---
V4: Alphabetize various
nterested to see how many Sources go off-piste like that with a more
unusual PPS range, especially when the default fixed is 5V, and they're required
to support one of the defined PPS ranges which will start at 3.3V. Not sure what
this might gain you. However, spec says it's possible so:
Reviewed-by: Adam T
On Thu, Jan 24, 2019 at 04:31:10PM +0100, Enrico Weigelt, metux IT consult
wrote:
> On 23.01.19 21:46, Ivan Ivanov wrote:
>
> > Linux really needs to stop adding new features and
> > refactor itself to a smaller and more secure codebase before going
> > forward. Maybe 1 year break would be nice.
The EVM consists of a system on module (SOM) and baseboard, and LCD.
This patch adds a DTSI file for the SOM and baseboard separately,
then a wrapper to combine them and specify processor type and a
LCD information.
Signed-off-by: Adam Ford
Reviewed-by: Fabio Estevam
---
V3: Change tmp102
The EVM consists of a system on module (SOM) and baseboard, and LCD.
This patch adds a DTSI file for the SOM and baseboard separately,
then a wrapper to combine them and specify processor type and a
LCD information.
Signed-off-by: Adam Ford
---
V2: Make node names more generic and label names
On Tue, Jan 22, 2019 at 9:19 AM Fabio Estevam wrote:
>
> Hi Adam,
>
> On Tue, Jan 22, 2019 at 12:07 PM Adam Ford wrote:
>
> > + reg_audio: regulator-audio {
> > + pinctrl-names = "default";
> > + pinctrl-0 = &
The EVM consists of a system on module (SOM) and baseboard, and LCD.
This patch adds a DTSI file for the SOM and baseboard separately,
then a wrapper to combine them and specify processor type and a
LCD information.
Signed-off-by: Adam Ford
diff --git a/arch/arm/boot/dts/imx6-logicpd
Drivers under MIT, BSD-17-clause, or uncle-Bob's-newest-take-on-PD are
all fine, not just GPL.
Signed-off-by: Adam Borowski
---
Not reformatting to fill lines, it'll semi-conflict with another patch
that's been acked but not yet pushed.
Documentation/process/stable-api-nonsense.rst | 3 ++-
1
Nice day to you!
My Names Mr. Adam Nisse from Earthlink, Inc. Moscow Russia
There is an available invitation to tender suitable for your
products and I would like to inquire if your company will be
interested to submit offer for your products in Moscow Russia.
Please confirm interest
r patch, no badness happened so far. Thanks!
> Reported-by: Adam Borowski
> Fixes: ac46d4f3c432 ("mm/mmu_notifier: use structure for
> invalidate_range_start/end calls v2")
> --- a/mm/rmap.c
> +++ b/mm/rmap.c
> - mmu_notifier_range_init(, vma->vm_mm, vma->vm_s
On Wed, Jan 09, 2019 at 06:38:58AM +0100, Mike Galbraith wrote:
> KVM seems to be busted in master ATM. All I have to do to have host
> start screaming and maybe exploding (if the guest doesn't do so first)
> is to try to install a (obese in this case) kernel over nfs mount of
> the host in a
601 - 700 of 3527 matches
Mail list logo
