On 23 April 2018 at 22:50, Mathieu Malaterre wrote:
> Be nice to the user and check env vars KBUILD_BUILD_USER &
> KBUILD_BUILD_HOST when those are set.
mkdebian sets the maintainer address as "$name <$email>", but this
patch only sets the email part. I also wonder about the precedence, I
think K
On 21 March 2018 at 07:15, Jan Kiszka wrote:
> Since d5d332d3f7e8, a couple of links in scripts/dtc/include-prefixes
> are additionally required in order to build device trees with the header
> package.
A bit odd usecase IMHO, but:
Reviewed-by: Riku Voipio
> Signed-off-by
On 16 February 2018 at 19:35, Daniel Lezcano wrote:
> On 12/06/2017 23:12, Arnd Bergmann wrote:
>> On Mon, Jun 12, 2017 at 11:38 AM, Daniel Lezcano
>> wrote:
>>> On Fri, Jun 09, 2017 at 10:48:13PM +0200, Arnd Bergmann wrote:
On Fri, Jun 9, 2017 at 10:15 PM, John Stultz
wrote:
> On
omment
below about
MODULE_DEVICE_TABLE for this driver.
Tested-by: Riku Voipio
> ---
> drivers/scsi/ufs/Kconfig| 9 +
> drivers/scsi/ufs/Makefile | 1 +
> drivers/scsi/ufs/ufs-hisi.c | 621
>
> drivers/scsi/ufs/ufs-hisi.h | 116
On 4 December 2017 at 11:01, Henning Schild wrote:
> Am Fri, 1 Dec 2017 18:47:38 +
> schrieb Ben Hutchings :
>
>> On Fri, 2017-12-01 at 19:34 +0100, Henning Schild wrote:
>> > Am Fri, 1 Dec 2017 16:51:12 +
>> > schrieb Ben Hutchings :
>> >
>> > > On Fri, 2017-12-01 at 15:56 +, Henning
On 29 November 2017 at 19:05, Paolo Pisati wrote:
> On Wed, Nov 29, 2017 at 8:33 AM, Masahiro Yamada
> wrote:
>>
>> Worked for me too,
>> after updating snapcraft.
>>
>>
>> Is it really impossible to check the snapcraft version?
>> What is the minimum version? 2.35 ?
>
> The minimum version is
> Signed-off-by: Masahiro Yamada
Reviewed-by: Riku Voipio
> ---
>
> scripts/package/builddeb | 22 +-
> 1 file changed, 1 insertion(+), 21 deletions(-)
>
> diff --git a/scripts/package/builddeb b/scripts/package/builddeb
> index aad6700..0bc8747 100755
On 14 September 2017 at 14:26, Masahiro Yamada
wrote:
> The "Release:" field of the spec file is determined based on the
> .version file.
>
> However, the .version file is not copied to the source tar file.
> So, when we build the kernel from the source package, the UTS_VERSION
> always indicates
On 10 July 2017 at 17:59, Paolo Pisati wrote:
> Following in footsteps of other targets like 'deb-pkg, 'rpm-pkg' and
> 'tar-pkg',
> this patch adds a 'snap-pkg' target for the creation of a Linux kernel snap
> package using the kbuild infrastructure.
>
> A snap, in its general form, is a self con
On 26 June 2017 at 22:40, Rob Herring wrote:
> On Fri, Jun 23, 2017 at 07:15:31PM +0300, Georgi Djakov wrote:
>> The CPUs on Qualcomm MSM8916-based platforms are clocked by two PLLs,
>> a primary (A53) CPU PLL and a secondary fixed-rate GPLL0. These sources
>> are connected to a mux and half-integ
On 18 October 2016 at 05:12, Andrew Donnellan
wrote:
> On 26/08/16 18:17, Andrew Donnellan wrote:
>>
>> Currently, the deb-pkg and bindeb-pkg targets create multiple packages for
>> the kernel binaries, headers, userspace headers and firmware.
>>
>> For developers who generate Debian packages as p
On 22 November 2016 at 23:34, Michal Marek wrote:
> The arch Makefile are fixed to set KBUILD_IMAGE to the full patch, so
> the workaround is no longer needed.
>
> Signed-off-by: Michal Marek
> ---
Thanks for cleaning this up.
Reviewed-by: Riku Voipio
> scripts/pa
On 5 September 2016 at 02:43, Timo Sigurdsson
wrote:
> The builddeb script has some hardcoded references to linux version 2.6
> which is ancient. Use a variable instead in order to keep in sync with
> new releases and avoid the need to manually update this. In addition,
> change the copyright noti
: Before=10515408, After=10604060, chg +0.84%
Signed-off-by: Riku Voipio
Cc: Vineet Gupta
Cc: Josh Triplett
Cc: Michal Marek
---
scripts/bloat-o-meter | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/scripts/bloat-o-meter b/scripts/bloat-o-meter
index 0254f3b..19f5adf
selib 380 --380
load_elf_library 964 --964
Signed-off-by: Riku Voipio
Cc: Josh Triplett
---
v3: only depend on IA32_EMULATION to catch X86_64 with 32bit case
v2: Disable uselib on X86_64 if no 32bit support
init/Kconfig | 2 +-
1 file chang
On 1 December 2015 at 10:46, Geert Uytterhoeven wrote:
> On Tue, Dec 1, 2015 at 1:31 AM, Andrew Morton
> wrote:
>> On Fri, 27 Nov 2015 12:07:10 -0800 Josh Triplett
>> wrote:
>>> IA32_EMULATION depends on X86_64, so doesn't that reduce to:
>>> def_bool ALPHA || M68K || SPARC || X86_32 ||
selib 380 --380
load_elf_library 964 --964
Signed-off-by: Riku Voipio
Cc: Josh Triplett
---
v2: Disable on X86_64 if no 32bit support
init/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/init/Kconfig b/init/Kconfig
On 27 November 2015 at 11:33, Josh Triplett wrote:
> On Fri, Nov 27, 2015 at 11:11:26AM +0200, Riku Voipio wrote:
>> uselib hasn't been used since libc5; glibc does not use it.
>> Deprecate uselib a bit more, by making the default y only
>> if libc5 was widely used
selib 380 --380
load_elf_library 964 --964
Signed-off-by: Riku Voipio
Cc: Josh Triplett
---
init/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/init/Kconfig b/init/Kconfig
index c24b6f7..bef326d 100644
--- a/init/Kc
On 25 November 2015 at 07:45, Jon Masters wrote:
> On a total tangent, it would be ideal to (eventually) have something
> reported in /proc/cpuinfo or dmesg during boot that does "accurately" map
> back to the underlying core frequency (as opposed to the generic timer
> frequency).
Try:
grep . /
On 27 October 2015 at 16:35, Alison Wang wrote:
> v7 LPAE multi-platform defconfig is based on v7 multi-platform
> defconfig and adds LPAE support.
>
> This defconfig is verified on LS1021A which enables GIANFAR,
> I2C, WATCHDOG, AUDIO, EDMA and DSPI drivers, etc.
>
> Signed-off-by: Alison Wang
>
On 12 October 2015 at 05:58, Pranith Kumar wrote:
> Hi Michal,
Hi Pranith,
I've trimmed the CC-list - I doubt all those people care about
building kernel debian packages, and presume they get to read this via
lkml/linux-kbuild anyways.
> Other than that, I keep seeing these errors now:
> dpkg-g
Commit-ID: c867b150de8514d8682978d8e8874c3940ae781b
Gitweb: http://git.kernel.org/tip/c867b150de8514d8682978d8e8874c3940ae781b
Author: Riku Voipio
AuthorDate: Thu, 18 Jun 2015 15:52:18 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 8 Jul 2015 17:56:13 -0300
tools lib
On 18 June 2015 at 15:52, wrote:
> From: Riku Voipio
>
> The clean targets miss some .cmd and .d files.
Is this patch slipping through cracks?
> Signed-off-by: Riku Voipio
> ---
> tools/lib/api/Makefile| 2 +-
> tools/lib/traceevent/Makefile | 2 +-
> 2 fil
From: Riku Voipio
The clean targets miss some .cmd and .d files.
Signed-off-by: Riku Voipio
---
tools/lib/api/Makefile| 2 +-
tools/lib/traceevent/Makefile | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/tools/lib/api/Makefile b/tools/lib/api/Makefile
index
From: Riku Voipio
Building python module might fail if libtraceevent-dynamic-list
hasn't been built before:
to LDFLAGS:
GEN python/perf.so
/usr/bin/ld: cannot open linker script file
/x/tools/lib/traceevent/libtraceevent-dynamic-list: No such file or directory
collect2: erro
On Wednesday, June 17, 2015 12:17:04 PM EEST, Ingo Molnar wrote:
* Riku Voipio wrote:
Hi,
The commit:
commit d72da4a4d973d8a0a0d3c97e7cdebf287fbe3a99
Author: Peter Zijlstra
Date: Wed May 27 11:09:36 2015 +0930 ...
Does the patch below make things work?
It does,
Tested-by: Riku
Hi,
The commit:
commit d72da4a4d973d8a0a0d3c97e7cdebf287fbe3a99
Author: Peter Zijlstra
Date: Wed May 27 11:09:36 2015 +0930
rbtree: Make lockless searches non-fatal
Adds to rbtree.h, which in turn is included from perf
userspace
headers. Now building tools/perf will fail with hundreds
Commit-ID: 43f322b4ab3f203d8eefbdad6e58e1637221e4a7
Gitweb: http://git.kernel.org/tip/43f322b4ab3f203d8eefbdad6e58e1637221e4a7
Author: Riku Voipio
AuthorDate: Thu, 16 Apr 2015 16:52:53 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 29 May 2015 12:43:41 -0300
perf tests
Commit-ID: cec83938707a7055c1f9decd81f2741420518e64
Gitweb: http://git.kernel.org/tip/cec83938707a7055c1f9decd81f2741420518e64
Author: Riku Voipio
AuthorDate: Thu, 16 Apr 2015 16:52:55 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 29 May 2015 12:43:42 -0300
perf tests
Commit-ID: fbb2df231e11d8086dc51df73376b16407463de1
Gitweb: http://git.kernel.org/tip/fbb2df231e11d8086dc51df73376b16407463de1
Author: Riku Voipio
AuthorDate: Fri, 29 May 2015 12:36:11 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 29 May 2015 12:43:41 -0300
perf tests
her your or my patch to apply after the other is quite trivial.
Reviewed-by: Riku Voipio
> ---
> scripts/package/Makefile | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/scripts/package/Makefile b/scripts/package/Makefile
> index 99ca6e7..0dbfae7 100
Hi,
On 16 April 2015 at 19:17, Ingo Molnar wrote:
>> From: Riku Voipio
>>
>> The following hopefully trivial patches remove the use of legacy syscalls
>> from perf test subcommands. Patch 2/3 is optional, and would make the delta
>> a lot smaller.
>> Riku
On 27 April 2015 at 19:43, Chris J Arges wrote:
> When building the dbg package, we use a large 'for module in $(find' loop that
> can be easily parallelized by using 'find | xargs'. This patch modifies this
> loop to use the later paradigm.
>
> In addition, ensure we add '-n1 -P0' to xargs to run
d `+' to parent make rule
>
> Add the '+' so the make operations can be parallelized.
Looks good, and works fine in my tests.
Reviewed-by: Riku Voipio
> Signed-off-by: Chris J Arges
> ---
> scripts/package/Makefile | 2 +-
> 1 file changed, 1 insertion(+),
From: Riku Voipio
Since the test being tested is now openat rather than open, rename
the files to make it explicit. The patch is separeted from the first
to make it simpler to deal with any potential conflicts in the Makefile
Signed-off-by: Riku Voipio
---
tools/perf/Makefile.perf
From: Riku Voipio
mmap-basic fails on arm64.
4: read samples using the mmap interface:
read samples using the mmap interface: FAILED!
This is because arm64 doesn't come with getpgrp()
syscall. The syscall is a BSD compatibility wrapper,
Archs that don
From: Riku Voipio
Multiple perf tests fail on arm64 due to missing open syscall:
2: detect open syscall event : FAILED!
open(2) is a legacy syscall, replaced with openat(2) since 2.6.16.
Thus new architectures in kernel, such as arm64, don't implement
these l
From: Riku Voipio
The following hopefully trivial patches remove the use of legacy syscalls
from perf test subcommands. Patch 2/3 is optional, and would make the delta
a lot smaller.
Riku Voipio (3):
perf tests: switch from open to openat
perf tests: rename open*.c
perf tests: remove
On Thu, Nov 06, 2014 at 02:09:40PM +, Charles Keepax wrote:
> On Thu, Nov 06, 2014 at 03:01:56PM +0100, Stam, Michel [FINT] wrote:
> > Hello Charles and Riku,
> >
> > I've quickly tested this on a 3.10 kernel i had around;
> > I enabled CONFIG_PM, CONFIG_PM_RUNTIME, CONFIG_PM_AUTOSLEEP,
> > CO
On Thu, Nov 06, 2014 at 10:01:04AM +, Charles Keepax wrote:
> On Thu, Nov 06, 2014 at 11:06:51AM +0200, Riku Voipio wrote:
> > The asix on arndale comes semi-configured from u-boot, which I guess is
> > not the state kernel expects it to come in. At least in my case where
> &
On Wed, Nov 05, 2014 at 03:02:58PM +, Charles Keepax wrote:
> On Wed, Nov 05, 2014 at 01:04:37PM +0100, Stam, Michel [FINT] wrote:
> > Hello Charles,
> >
> > After looking around I found the reset value for the 8772 chip, which
> > seems to be 0x1E1 (ANAR register).
> >
> > This equates to (a
asix_mdio_write(dev->net, dev->mii.phy_id, MII_ADVERTISE, reg);
> mii_nway_restart(&dev->mii);
>
> ret = asix_write_medium_mode(dev, AX88772_MEDIUM_DEFAULT);
>
> Then things work on Arndale for me. Does that work for you?
> Whether that is a se
oesn't break arndale.
> Kind regards,
>
> Michel Stam
>
> -Original Message-
> From: Riku Voipio [mailto:riku.voi...@iki.fi]
> Sent: Tuesday, November 04, 2014 8:23 AM
> To: da...@davemloft.net; Stam, Michel [FINT]
> Cc: linux-...@vger.kernel.org; net...@
Hi,
With 3.18-rc3, asix on arndale (samsung exynos 5250 based board), fails
to work. Interface is initialized but network traffic seem not to pass
through. With kernel IP config the result looks like:
[3.323275] usb 3-3.2.4: new high-speed USB device number 4 using exynos-ehci
[3.419151]
On 16 October 2014 16:46, Riku Voipio wrote:
> Following up the arm testing of gcov, turns out gcov on ARM64
> works fine as well. Only change needed is adding ARM64 to Kconfig
> depends.
>
> Tested with qemu and mach-virt
>
> Signed-off-by: Riku Voipio
Sorry for the noi
tested.
Replaces earlier "gcov: add ARM64 to GCOV_PROFILE_ALL" patch.
Signed-off-by: Riku Voipio
---
arch/arm/Kconfig| 1 +
arch/arm64/Kconfig | 1 +
arch/microblaze/Kconfig | 1 +
arch/powerpc/Kconfig| 1 +
arch/s390/Kconfig | 1 +
arch/sh/Kconfig | 1 +
Following up the arm testing of gcov, turns out gcov on ARM64
works fine as well. Only change needed is adding ARM64 to Kconfig
depends.
Tested with qemu and mach-virt
Signed-off-by: Riku Voipio
---
kernel/gcov/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel
Following up the arm testing of gcov, turns out gcov on ARM64
works fine as well. Only change needed is adding ARM64 to Kconfig
depends.
Tested with qemu and mach-virt
Signed-off-by: Riku Voipio
---
kernel/gcov/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel
gt; a fix to allow to build Dove's SDHCI driver for mach-mvebu on v3.15-rc.
Dove cubox has usually rootfs on mmc, so this patch is very much needed
for using multiplatform kernel on dove cubox.
Tested-by: Riku Voipio
> Signed-off-by: Sebastian Hesselbarth
> Acked-by: Jason Cooper
/futex.h
Pointed out by: Mikael Pettersson, Riku Voipio and Adrian Bunk
Original credits for finding this issue belong to Lennert Buytenhek.
This patch is intended for easy backporting and needs to be cleaned up
further for current mainline.
Signed-off-by: Thomas Gleixner <[EMAIL PROTEC
respin.
--
"rm -rf" only sounds scary if you don't have backups
>From 4de69e3ab5b5833cddb503f0dcb2a3ccc2d5b328 Mon Sep 17 00:00:00 2001
From: Riku Voipio <[EMAIL PROTECTED]>
Date: Fri, 26 Oct 2007 13:53:50 +0300
Subject: [PATCH] hwmon (f75375s) fix buggy if() properly
F
On Wed, Oct 24, 2007 at 10:25:29PM -0400, Mark M. Hoffman wrote:
> * Riku Voipio <[EMAIL PROTECTED]> [2007-10-24 14:50:34 +0300]:
> > On Fri, Oct 19, 2007 at 02:37:54PM +0200, Jean Delvare wrote:
> > > Riku, can you please submit a patch fixing this? The attribute shoul
On Fri, Oct 19, 2007 at 02:37:54PM +0200, Jean Delvare wrote:
> Riku, can you please submit a patch fixing this? The attribute should
> be declared read-only, and then you can use sysfs_chmod_file() to
> change it to read-write where supported.
Thanks, this was good suggestion. Patch attached.
>
> ...
>
> <-- snip -->
> I'm not sure what exactly was intended, but it was for sure not intended
> to always return -EINVAL...
Aiee. val should be 1 or 0, and kind must not be f75373.
Signed-off-by: Riku Voipio <[EMAIL PROTECTED]>
---
drivers/hwmon/f75375s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
What's the state of this patch? I can confirm tst-robust1
from glibc testsuite locks a armv5 machine hard. With this patch
applied, the test succeeds.
> The higher-end archs (x86, sparc64, ppc64, etc) provide fully-functional
> asm/futex.h implementat
On Sun, Dec 17, 2006 at 10:13:13PM +0100, Lennert Buytenhek wrote:
> On Sun, Dec 17, 2006 at 11:02:10PM +0200, Riku Voipio wrote:
>
> > > > bah. 2.6.20-git shows nothing (with or without Lennert's patch) after
> > > > the following:
> &g
> > bah. 2.6.20-git shows nothing (with or without Lennert's patch) after
> > the following:
> > Uncompressing
> > Linux..done,
> > booting the kernel.
>
> Try the printascii()-in-printk() hack in my svn tr
Executive summary for the new in CC list: Is it possible that i2c-iop3xx
driver in current mainline
Linux is buggy regarding repeated start conditions?
Dan Williams wrote:
According to the latest specification update
(http://www.intel.com/design/iio/specupdt/27351910.pdf) there are no
known iss
59 matches
Mail list logo
