me drivers may be used on
multiple platforms, some of them registering an SoC device, some of
them not registering an SoC device. So there is no way to know the
difference between "SoC device not registered, intentionally", and
"SoC device not yet registered".
soc_device_match()
c_bus_type.p && !early_soc_dev_attr)
> + return ERR_PTR(-EPROBE_DEFER);
> +
> while (!ret) {
> if (!(matches->machine || matches->family ||
> matches->revision || matches->soc_id))
Gr{oetje,eeting}s,
Hi Rob,
On Wed, Feb 3, 2021 at 4:55 PM Rob Herring wrote:
> On Wed, Feb 03, 2021 at 09:01:23AM +0100, Geert Uytterhoeven wrote:
> > On Tue, Feb 2, 2021 at 9:55 PM Rob Herring wrote:
> > > Properties in if/then schemas weren't getting checked by the meta-schemas.
>
- - renesas,pfc-r8a73a4
> - - renesas,pfc-r8a7740
> - - renesas,pfc-sh73a0
> + enum:
> +- renesas,pfc-r8a73a4
> +- renesas,pfc-r8a7740
> +- renesas,pfc-sh73a0
Missing "contains"?
Gr{oetje,eeting}s,
Gee
: 5e8ce8334734c5f2 ("crypto: marvell - add Marvell OcteonTX2 CPT PF
driver")
Signed-off-by: Geert Uytterhoeven
---
drivers/crypto/marvell/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/crypto/marvell/Kconfig b/drivers/crypto/marvell/Kconfig
index 2efbd7
("crypto: keembay - Add Keem Bay OCS HCU driver")
Signed-off-by: Geert Uytterhoeven
---
drivers/crypto/keembay/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/crypto/keembay/Kconfig b/drivers/crypto/keembay/Kconfig
index e45f1b039380feaa..ce0516e32ce4f
Hi Nemoto-san,
On Thu, Jan 7, 2021 at 2:18 AM Atsushi Nemoto wrote:
> On Wed, 6 Jan 2021 21:41:24 +0100, Geert Uytterhoeven
> wrote:
> >> > Is that sufficient to keep it?
> >>
> >> for me it is. But now we probaly need some reverts then...
> >
>
Hi Thomas,
On Wed, Jan 6, 2021 at 7:49 PM Thomas Bogendoerfer
wrote:
> On Wed, Jan 06, 2021 at 09:37:11AM +0100, Geert Uytterhoeven wrote:
> > On Tue, Jan 5, 2021 at 3:03 PM Thomas Bogendoerfer
> > wrote:
> > > I couldn't find any buyable product other than refere
on TX4927 ;-)
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something
t;.
Fixes: 88574332451380f4 ("crypto: keembay - Add support for Keem Bay OCS
AES/SM4")
Signed-off-by: Geert Uytterhoeven
---
drivers/crypto/keembay/Kconfig | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/crypto/keembay/Kconfig b/drivers/crypto/k
pto/keembay/ocs-aes.c
> +F:drivers/crypto/keembay/ocs-aes.h
> +
> INTEL MANAGEMENT ENGINE (mei)
> M:Tomas Winkler
> L:linux-ker...@vger.kernel.org
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's
Hi Ard,
On Mon, Nov 30, 2020 at 1:47 PM Ard Biesheuvel wrote:
> On Mon, 30 Nov 2020 at 13:42, Geert Uytterhoeven wrote:
> > On Mon, Nov 30, 2020 at 1:26 PM Ard Biesheuvel wrote:
> > > Geert reports that builds where CONFIG_CRYPTO_AEGIS128_SIMD is not set
> > > m
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
Hi Ard,
On Mon, Nov 30, 2020 at 10:45 AM Ard Biesheuvel wrote:
> On Mon, 30 Nov 2020 at 10:43, Ard Biesheuvel wrote:
> > On Mon, 30 Nov 2020 at 10:37, Geert Uytterhoeven
> > wrote:
> > > On Tue, Nov 17, 2020 at 2:38 PM Ard Biesheuvel wrote:
> > > > This s
8-neon-inner.c | 122 --
> crypto/aegis128-neon.c | 21 +-
> 3 files changed, 287 insertions(+), 101 deletions(-)
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal
sed uninitialized" warnings thrown up by gcc-4.1, until
(a bit later than) support for that compiler was removed...
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal con
context pointer to "unsigned long" (which is
either 32-bit or 64-bit, just like pointers) instead of "u64", and
update the format specifier accordingly.
While at it, use "%u" to format unsigned int.
Fixes: 2dc53d0047458e28 ("crypto: sa2ul - add sha1/sha256/sh
As HW_RANDOM_BA431 does not have any platform dependency, it should not
default to enabled.
Fixes: 0289e9be5dc26d84 ("hwrng: ba431 - add support for BA431 hwrng")
Signed-off-by: Geert Uytterhoeven
---
drivers/char/hw_random/Kconfig | 3 ---
1 file changed, 3 deletions(-)
diff --git
gt; Signed-off-by: Hadar Gat
Acked-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking
Hi David,
On Wed, Sep 18, 2019 at 6:43 PM David Howells wrote:
> Geert Uytterhoeven wrote:
> > > > TL;DR: CONFIG_CRYPTO_DH=y is reported to cause boot delays of several
> > > > minutes on old and slow machines.
> > >
> > > Why is it doing that? I
; const struct crypto_aes_ctx *ctx = crypto_tfm_ctx(tfm);
aes_decrypt()?
> u32 b0[4], b1[4];
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conver
Hi Ard,
On Mon, Jul 29, 2019 at 10:02 AM Ard Biesheuvel
wrote:
> On Mon, 29 Jul 2019 at 10:55, Geert Uytterhoeven wrote:
> > On Mon, Jul 29, 2019 at 9:44 AM Ard Biesheuvel
> > wrote:
> > > The generic aegis128 driver has been updated to support using SIMD
> > >
simd.h (and the related
> header in internal/crypto) if the SIMD functionality is enabled for
> this driver.
>
> Reported-by: Geert Uytterhoeven
> Signed-off-by: Ard Biesheuvel
Thanks for your patch!
> --- a/crypto/aegis128-core.c
> +++ b/crypto/aegis128-core.c
&
ing: cast to pointer from integer
of different size [-Wint-to-pointer-cast]
drivers/tty/rocket_int.h:68:9: warning: cast to pointer from integer
of different size [-Wint-to-pointer-cast]
drivers/tty/rocket_int.h:73:9: warning: cast to pointer from integer
of different size [-Wint-to-pointer-cast]
drivers
Hi Ard,
On Tue, Jun 25, 2019 at 5:58 PM Ard Biesheuvel
wrote:
> On Tue, 25 Jun 2019 at 17:27, Geert Uytterhoeven wrote:
> > On Tue, Jun 25, 2019 at 4:53 PM Ard Biesheuvel
> > wrote:
> > > MORUS was not selected as a winner in the CAESAR competition, which
> > &
onfig |2 -
> arch/m68k/configs/mvme16x_defconfig |2 -
> arch/m68k/configs/q40_defconfig |2 -
> arch/m68k/configs/sun3_defconfig |2 -
> arch/m68k/configs/sun3x_defconfig | 2 -
For the m68k defconfig changes:
Acked-by: Geert Uytterhoeven
(but they
alls for generic implementations
> earlier")
> Reported-by: Geert Uytterhoeven
> Signed-off-by: Eric Biggers
Tested-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
nted.
RZ/A1 and R-Mobile A1 SoCs rely on the OSTM resp. TMU timers.
The issue does not happen on SoCs with Cortex A15 cores (with ARM
architectured timer) or Cortex A9 multicore (with ARM global timer).
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of
3a48c4 ("crypto: ccree - fix resume race condition on init")
> Cc: sta...@kernel.org # v4.20
# v5.0
However, I believe the version comment is not necessary, as the same
version is indicated by the Fixes tag.
> Signed-off-by: Gilad Ben-Yossef
Acked-by: Geert Uytterhoeven
Hi Gilad,
On Tue, Jul 24, 2018 at 9:32 AM Gilad Ben-Yossef wrote:
> On Mon, Jul 23, 2018 at 5:35 PM, Geert Uytterhoeven
> wrote:
> > On Mon, Jul 23, 2018 at 4:25 PM Gilad Ben-Yossef
> > wrote:
> >> On Mon, Jul 23, 2018 at 1:31 PM, Gilad Ben-Yossef
> >> w
Hi Gilad,
On Mon, Jul 23, 2018 at 4:25 PM Gilad Ben-Yossef wrote:
> On Mon, Jul 23, 2018 at 1:31 PM, Gilad Ben-Yossef wrote:
> > On Mon, Jul 23, 2018 at 12:55 PM, Geert Uytterhoeven
> > wrote:
> >> CC linux-crypto for the crash log.
> >>
> >> On Sun
Hi Gilad,
CC linux-crypto for the crash log.
On Sun, Jul 22, 2018 at 7:28 AM Gilad Ben-Yossef wrote:
> On Thu, Jul 19, 2018 at 3:43 PM, Geert Uytterhoeven
> wrote:
> > I've noticed CCREE is used with a LUKS-formatted disk, so I did some small
> > performance benchmarks.
Hi Gilad,
On Sun, Jul 1, 2018 at 9:05 AM Gilad Ben-Yossef wrote:
> A debug print about register status post interrupt can happen
> quite often. Rate limit it to avoid cluttering the log.
>
> Signed-off-by: Gilad Ben-Yossef
> Reported-by: Geert Uytterhoeven
Thanks for your
Hi Stephan,
On Sun, May 20, 2018 at 9:54 PM Stephan Müller wrote:
> Am Freitag, 18. Mai 2018, 10:36:04 CEST schrieb Geert Uytterhoeven:
> > I tried following the code path, but couldn't find where it went wrong.
> >
> > mutex_lock(&drbg->drbg_mutex) is called
Hi Gilad,
On Thu, May 24, 2018 at 3:20 PM, Gilad Ben-Yossef wrote:
> On Tue, May 22, 2018 at 10:48 AM, Geert Uytterhoeven
> wrote:
>> On Mon, May 21, 2018 at 3:43 PM, Gilad Ben-Yossef
>> wrote:
>>> On Thu, May 17, 2018 at 1:16 PM, Geert Uytterhoeven
>>&g
Hi Gilad,
On Mon, May 21, 2018 at 3:43 PM, Gilad Ben-Yossef wrote:
> On Thu, May 17, 2018 at 1:16 PM, Geert Uytterhoeven
> wrote:
>> Indeed. From a quick glance, it looks like drivers/crypto/ccree/cc_driver.c
>> does not distinguish between the absence of the clock property
y the compiler into drbg_kcapi_seed().
Do you have a clue?
Thanks!
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm
Hi Gilad,
On Thu, May 17, 2018 at 3:41 PM, Gilad Ben-Yossef wrote:
> On Thu, May 17, 2018 at 4:35 PM, Geert Uytterhoeven
> wrote:
>> On Thu, May 17, 2018 at 3:09 PM, Gilad Ben-Yossef
>> wrote:
>>> On Thu, May 17, 2018 at 1:16 PM, Geert Uytterhoeven
>>>
Hi Gilad,
On Thu, May 17, 2018 at 3:09 PM, Gilad Ben-Yossef wrote:
> On Thu, May 17, 2018 at 1:16 PM, Geert Uytterhoeven
> wrote:
>> However, even with your clock patch, the signature checking fails for me,
>> on both R-Car H3 ES1.0 and ES2.0.
>> Does this need ch
On Thu, May 17, 2018 at 12:16 PM, Geert Uytterhoeven
wrote:
> On Thu, May 17, 2018 at 10:01 AM, Gilad Ben-Yossef
> wrote:
>> On Wed, May 16, 2018 at 10:43 AM, Simon Horman wrote:
>>> On Tue, May 15, 2018 at 04:50:44PM +0200, Geert Uytterhoeven wrote:
>>>> On Tu
Hi Gilad,
On Thu, May 17, 2018 at 10:01 AM, Gilad Ben-Yossef wrote:
> On Wed, May 16, 2018 at 10:43 AM, Simon Horman wrote:
>> On Tue, May 15, 2018 at 04:50:44PM +0200, Geert Uytterhoeven wrote:
>>> On Tue, May 15, 2018 at 2:29 PM, Gilad Ben-Yossef
>>> wrote:
>&g
Hi Gilad,
On Thu, May 17, 2018 at 10:00 AM, Gilad Ben-Yossef wrote:
> On Tue, May 15, 2018 at 5:47 PM, Geert Uytterhoeven
> wrote:
>> On Tue, May 15, 2018 at 2:29 PM, Gilad Ben-Yossef
>> wrote:
>>> This patch adds the clock used by the CryptoCell 630p instance in
ks good, but I cannot verify the register block.
> +
> i2c3: i2c@e66d {
> #address-cells = <1>;
> #size-cells = <0>;
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux bey
k.
> DEF_MOD("cmt3", 300, R8A7795_CLK_R),
> DEF_MOD("cmt2", 301, R8A7795_CLK_R),
> DEF_MOD("cmt1", 302, R8A7795_CLK_R),
Gr{oetje,eeting}s,
Geert
--
Geert Uytterh
ointer values.
Sample timings on two platforms (arm / arm64) booting with lots of
debug ingo:
[ 28.521158] random: crng init done
[ 17.792705] random: crng init done
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linu
Hi Gilad,
On Tue, Apr 24, 2018 at 10:31 AM, Gilad Ben-Yossef wrote:
> On Mon, Apr 23, 2018 at 8:53 PM, Geert Uytterhoeven
> wrote:
>> On Mon, Apr 23, 2018 at 3:22 PM, Gilad Ben-Yossef
>> wrote:
>>> On Mon, Apr 23, 2018 at 3:13 PM, Geert Uytterhoeven
>>> w
Hi Gilad,
On Mon, Apr 23, 2018 at 3:22 PM, Gilad Ben-Yossef wrote:
> On Mon, Apr 23, 2018 at 3:13 PM, Geert Uytterhoeven
> wrote:
>> On Mon, Apr 23, 2018 at 1:48 PM, Gilad Ben-Yossef
>> wrote:
>>> Limit option to compile ccree to plausible architectures.
Hi Gilad,
On Mon, Apr 23, 2018 at 1:48 PM, Gilad Ben-Yossef wrote:
> Limit option to compile ccree to plausible architectures.
Thanks for your patch!
> Suggested-by: Geert Uytterhoeven
> Signed-off-by: Gilad Ben-Yossef
> ---
> drivers/crypto/Kconfig | 1 +
> 1 file ch
Hi Gilad,
On Mon, Apr 23, 2018 at 9:45 AM, Gilad Ben-Yossef wrote:
> On Wed, Apr 18, 2018 at 10:47 AM, Geert Uytterhoeven
> wrote:
>> On Wed, Apr 18, 2018 at 6:32 AM, Gilad Ben-Yossef
>> wrote:
>>> On Tue, Apr 17, 2018 at 9:14 PM, Geert Uytterhoeven
>>
Hi Gilad,
On Wed, Apr 18, 2018 at 6:32 AM, Gilad Ben-Yossef wrote:
> On Tue, Apr 17, 2018 at 9:14 PM, Geert Uytterhoeven
> wrote:
>> The ARM TrustZone CryptoCell is found on ARM SoCs only. Hence make it
>> depend on ARM or ARM64, unless compile-testing.
>
> Actually it
Hi Arnd,
On Tue, Apr 17, 2018 at 9:53 PM, Arnd Bergmann wrote:
> On Tue, Apr 17, 2018 at 8:14 PM, Geert Uytterhoeven
> wrote:
>> The ARM TrustZone CryptoCell is found on ARM SoCs only. Hence make it
>> depend on ARM or ARM64, unless compile-testing.
>>
>> Drop the
keep their
dependencies on HAS_DMA, to prevent compiling subsystems or drivers that
cannot work anyway.
This simplifies the dependencies, and allows to improve compile-testing.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Mark Brown
Acked-by: Robin Murphy
Acked-by: Mark Brown
---
v3:
- Ad
keep their
dependencies on HAS_DMA, to prevent compiling subsystems or drivers that
cannot work anyway.
This simplifies the dependencies, and allows to improve compile-testing.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Mark Brown
Acked-by: Robin Murphy
Acked-by: Greg Kroah-Hartman
---
v
keep their
dependencies on HAS_DMA, to prevent compiling subsystems or drivers that
cannot work anyway.
This simplifies the dependencies, and allows to improve compile-testing.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Mark Brown
Acked-by: Robin Murphy
Acked-by: Ulf Hansson
---
v3:
- Ad
keep their
dependencies on HAS_DMA, to prevent compiling subsystems or drivers that
cannot work anyway.
This simplifies the dependencies, and allows to improve compile-testing.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Mark Brown
Acked-by: Robin Murphy
Acked-by: Greg Kroah-Hartman
---
v
keep their
dependencies on HAS_DMA, to prevent compiling subsystems or drivers that
cannot work anyway.
This simplifies the dependencies, and allows to improve compile-testing.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Mark Brown
Acked-by: Robin Murphy
---
v3:
- Rebase to v4.17-rc1,
v
by several individual drivers.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Mark Brown
Acked-by: Robin Murphy
---
v3:
- Rebase to v4.17-rc1,
- Handle new VIDEO_RENESAS_CEU symbol,
v2:
- Add Reviewed-by, Acked-by,
- Drop RFC state,
- Drop dependency of VIDEOBUF{,2}_DMA_{CONTIG,SG} on HAS_DMA
keep their
dependencies on HAS_DMA, to prevent compiling subsystems or drivers that
cannot work anyway.
This simplifies the dependencies, and allows to improve compile-testing.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Mark Brown
Acked-by: Robin Murphy
---
v3:
- Rebase to v4.17-rc1,
v
keep their
dependencies on HAS_DMA, to prevent compiling subsystems or drivers that
cannot work anyway.
This simplifies the dependencies, and allows to improve compile-testing.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Mark Brown
Acked-by: Robin Murphy
---
v3:
- Rebase to v4.17-rc1,
v
keep their
dependencies on HAS_DMA, to prevent compiling subsystems or drivers that
cannot work anyway.
This simplifies the dependencies, and allows to improve compile-testing.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Mark Brown
Acked-by: Robin Murphy
Acked-by: Alan Tull
---
v3:
- Ad
keep their
dependencies on HAS_DMA, to prevent compiling subsystems or drivers that
cannot work anyway.
This simplifies the dependencies, and allows to improve compile-testing.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Mark Brown
Acked-by: Robin Murphy
Acked-by: Bjorn Andersson
---
v
keep their
dependencies on HAS_DMA, to prevent compiling subsystems or drivers that
cannot work anyway.
This simplifies the dependencies, and allows to improve compile-testing.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Mark Brown
Acked-by: Robin Murphy
---
v3:
- Rebase to v4.17-rc1,
v
ile-tested with allmodconfig and allyesconfig for
m68k/sun3, and has received attention from the kbuild test robot.
Thanks for applying!
Geert Uytterhoeven (20):
ASoC: Remove depends on HAS_DMA in case of platform dependency
ata: Remove depends on HAS_DMA in case of platform dependency
cryp
keep their
dependencies on HAS_DMA, to prevent compiling subsystems or drivers that
cannot work anyway.
This simplifies the dependencies, and allows to improve compile-testing.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Mark Brown
Acked-by: Robin Murphy
---
v3:
- Rebase to v4.17-rc1,
The ARM TrustZone CryptoCell is found on ARM SoCs only. Hence make it
depend on ARM or ARM64, unless compile-testing.
Drop the dependency on HAS_DMA, as DMA is always available on ARM and
ARM64 platforms, and doing so will increase compile coverage.
Signed-off-by: Geert Uytterhoeven
---
Is ARM
keep their
dependencies on HAS_DMA, to prevent compiling subsystems or drivers that
cannot work anyway.
This simplifies the dependencies, and allows to improve compile-testing.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Mark Brown
Acked-by: Robin Murphy
Acked-by: Herbert Xu
---
v3:
- Ad
keep their
dependencies on HAS_DMA, to prevent compiling subsystems or drivers that
cannot work anyway.
This simplifies the dependencies, and allows to improve compile-testing.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Mark Brown
Acked-by: Robin Murphy
---
v3:
- Rebase to v4.17-rc1
keep their
dependencies on HAS_DMA, to prevent compiling subsystems or drivers that
cannot work anyway.
This simplifies the dependencies, and allows to improve compile-testing.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Mark Brown
Acked-by: Robin Murphy
Acked-by: Joerg Roedel
---
v3:
-
_SOC_STORM and/or
SND_SOC_APQ8016_SBC.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Mark Brown
Acked-by: Robin Murphy
Acked-by: Mark Brown
---
v3:
- Add Acked-by,
- Rebase to v4.17-rc1,
v2:
- Add Reviewed-by, Acked-by,
- Drop RFC state,
- Drop dependency of SND_SOC_LPASS_
keep their
dependencies on HAS_DMA, to prevent compiling subsystems or drivers that
cannot work anyway.
This simplifies the dependencies, and allows to improve compile-testing.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Mark Brown
Acked-by: Robin Murphy
Acked-by: Bartlomiej Zolnierkiewi
keep their
dependencies on HAS_DMA, to prevent compiling subsystems or drivers that
cannot work anyway.
This simplifies the dependencies, and allows to improve compile-testing.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Mark Brown
Acked-by: Robin Murphy
Acked-by: Felipe Balbi [drivers/
keep their
dependencies on HAS_DMA, to prevent compiling subsystems or drivers that
cannot work anyway.
This simplifies the dependencies, and allows to improve compile-testing.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Mark Brown
Acked-by: Robin Murphy
Reviewed-by: Matias Bjørling
---
v
keep their
dependencies on HAS_DMA, to prevent compiling subsystems or drivers that
cannot work anyway.
This simplifies the dependencies, and allows to improve compile-testing.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Mark Brown
Acked-by: Robin Murphy
Acked-by: Jonathan Cameron
---
v
keep their
dependencies on HAS_DMA, to prevent compiling subsystems or drivers that
cannot work anyway.
This simplifies the dependencies, and allows to improve compile-testing.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Mark Brown
Acked-by: Robin Murphy
---
v2:
- Add Reviewed-by, Acked-by
_SOC_STORM and/or
SND_SOC_APQ8016_SBC.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Mark Brown
Acked-by: Robin Murphy
---
v2:
- Add Reviewed-by, Acked-by,
- Drop RFC state,
- Drop dependency of SND_SOC_LPASS_IPQ806X on HAS_DMA,
- Split per subsystem.
---
sound/soc/bcm/Kconfi
keep their
dependencies on HAS_DMA, to prevent compiling subsystems or drivers that
cannot work anyway.
This simplifies the dependencies, and allows to improve compile-testing.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Mark Brown
Acked-by: Robin Murphy
---
v2:
- Add Reviewed-by, Acked-by
keep their
dependencies on HAS_DMA, to prevent compiling subsystems or drivers that
cannot work anyway.
This simplifies the dependencies, and allows to improve compile-testing.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Mark Brown
Acked-by: Robin Murphy
---
v2:
- Add Reviewed-by, Acked-by
/git/geert/linux-m68k.git/log/?h=no-dma-compile-testing-v2
It has been compile-tested with allmodconfig and allyesconfig for
m68k/sun3, and has received attention from the kbuild test robot.
Thanks!
Geert Uytterhoeven (21):
ASoC: Remove depends on HAS_DMA in case of platform dependency
a
we need a dummy? The use of
set_dma_ops() in this driver is questionable),
- SND_SOC_LPASS_IPQ806X and SND_SOC_LPASS_PLATFORM loose their
dependency on HAS_DMA, as they are selected from
SND_SOC_APQ8016_SBC.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Mark Brown
Acked-by: Ro
keep their
dependencies on HAS_DMA, to prevent compiling subsystems or drivers that
cannot work anyway.
This simplifies the dependencies, and allows to improve compile-testing.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Mark Brown
Acked-by: Robin Murphy
---
v2:
- Add Reviewed-by, Acked-by
keep their
dependencies on HAS_DMA, to prevent compiling subsystems or drivers that
cannot work anyway.
This simplifies the dependencies, and allows to improve compile-testing.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Mark Brown
Acked-by: Robin Murphy
---
v2:
- Add Reviewed-by, Acked-by
keep their
dependencies on HAS_DMA, to prevent compiling subsystems or drivers that
cannot work anyway.
This simplifies the dependencies, and allows to improve compile-testing.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Mark Brown
Acked-by: Robin Murphy
---
v2:
- Add Reviewed-by, Acked-by
keep their
dependencies on HAS_DMA, to prevent compiling subsystems or drivers that
cannot work anyway.
This simplifies the dependencies, and allows to improve compile-testing.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Mark Brown
Acked-by: Robin Murphy
---
v2:
- Add Reviewed-by, Acked-by
keep their
dependencies on HAS_DMA, to prevent compiling subsystems or drivers that
cannot work anyway.
This simplifies the dependencies, and allows to improve compile-testing.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Mark Brown
Acked-by: Robin Murphy
---
v2:
- Add Reviewed-by, Acked-by
keep their
dependencies on HAS_DMA, to prevent compiling subsystems or drivers that
cannot work anyway.
This simplifies the dependencies, and allows to improve compile-testing.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Mark Brown
Acked-by: Robin Murphy
---
v2:
- Add Reviewed-by, Acked-by
keep their
dependencies on HAS_DMA, to prevent compiling subsystems or drivers that
cannot work anyway.
This simplifies the dependencies, and allows to improve compile-testing.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Mark Brown
Acked-by: Robin Murphy
---
v2:
- Add Reviewed-by, Acked-by
by several individual drivers.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Mark Brown
Acked-by: Robin Murphy
---
v2:
- Add Reviewed-by, Acked-by,
- Drop RFC state,
- Drop dependency of VIDEOBUF{,2}_DMA_{CONTIG,SG} on HAS_DMA,
- Drop new dependencies of VIDEO_IPU3_CIO2 and DVB_C8SECTPFE on
keep their
dependencies on HAS_DMA, to prevent compiling subsystems or drivers that
cannot work anyway.
This simplifies the dependencies, and allows to improve compile-testing.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Mark Brown
Acked-by: Robin Murphy
---
v2:
- Add Reviewed-by, Acked-by
keep their
dependencies on HAS_DMA, to prevent compiling subsystems or drivers that
cannot work anyway.
This simplifies the dependencies, and allows to improve compile-testing.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Mark Brown
Acked-by: Robin Murphy
---
v2:
- Add Reviewed-by, Acked-by
keep their
dependencies on HAS_DMA, to prevent compiling subsystems or drivers that
cannot work anyway.
This simplifies the dependencies, and allows to improve compile-testing.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Mark Brown
Acked-by: Robin Murphy
---
v2:
- Add Reviewed-by, Acked-by
we need a dummy? The use of
set_dma_ops() in this driver is questionable),
- SND_SOC_LPASS_IPQ806X and SND_SOC_LPASS_PLATFORM loose their
dependency on HAS_DMA, as they are selected from
SND_SOC_APQ8016_SBC.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Mark Brown
Acked-by: Ro
keep their
dependencies on HAS_DMA, to prevent compiling subsystems or drivers that
cannot work anyway.
This simplifies the dependencies, and allows to improve compile-testing.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Mark Brown
Acked-by: Robin Murphy
---
v2:
- Add Reviewed-by, Acked-by
DMA=y, and its use in this driver
is questionable.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Mark Brown
Acked-by: Robin Murphy
---
v2:
- Add Reviewed-by, Acked-by,
- Drop RFC state,
- Split per subsystem.
---
drivers/net/ethernet/amd/Kconfig| 2 +-
drivers/net/et
keep their
dependencies on HAS_DMA, to prevent compiling subsystems or drivers that
cannot work anyway.
This simplifies the dependencies, and allows to improve compile-testing.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Mark Brown
Acked-by: Robin Murphy
Acked-by: Felipe Balbi [drivers/
keep their
dependencies on HAS_DMA, to prevent compiling subsystems or drivers that
cannot work anyway.
This simplifies the dependencies, and allows to improve compile-testing.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Mark Brown
Acked-by: Robin Murphy
---
v2:
- Add Reviewed-by, Acked-by
Hi Arnd,
On Thu, Feb 1, 2018 at 12:46 PM, Arnd Bergmann wrote:
> On Thu, Feb 1, 2018 at 11:21 AM, Geert Uytterhoeven
> wrote:
>> Gcc versions before 4.4 do not recognize the __optimize__ compiler
>> attribute:
>>
>> warning: ‘__optimize__’ attribute
Create a new function attribute __optimize, which allows to specify an
optimization level on a per-function basis.
Signed-off-by: Geert Uytterhoeven
---
I assume this is supported as of gcc-4.4:
- gcc version 4.3.3 (GCC): warning: ‘__optimize__’ attribute directive
ignored
- gcc version
Gcc versions before 4.4 do not recognize the __optimize__ compiler
attribute:
warning: ‘__optimize__’ attribute directive ignored
Fixes: 7375ae3a0b79ea07 ("compiler-gcc.h: Introduce __nostackprotector function
attribute")
Signed-off-by: Geert Uytterhoeven
---
Can anyone please v
With gcc-4.1.2:
crypto/sha3_generic.c:39: warning: ‘__optimize__’ attribute directive
ignored
Use the newly introduced __optimize macro to fix this.
Fixes: 83dee2ce1ae791c3 ("crypto: sha3-generic - rewrite KECCAK transform to
help the compiler optimize")
Signed-off-by: Geert Uy
help
> + Architectures having 128-bit access require corresponding APIs,
> + like reado() and writeo(), which stands for reading and writing
> + the octet of bytes at once.
> +
> config HAVE_64BIT_ALIGNED_ACCESS
> def_bool 64BIT && !HAVE_EF
1 - 100 of 216 matches
Mail list logo
