Re: [PATCH 4/4] sh: remove board_time_init() callback

On Fri, Apr 20, 2018 at 5:48 PM, Arnd Bergmann <a...@arndb.de> wrote: > @@ -41,8 +39,7 @@ static void __init sh_late_time_init(void) > > void __init time_init(void) > { > - if (board_time_init) > - board_time_init(); > + time

[PATCH 4/4] sh: remove board_time_init() callback

The only remaining user of board_time_init() is the of-generic machine, and that just calls the global timer_init() function. Calling that one has no effect on non-DT platforms, so we can simply call it unconditionally in place of board_time_init(). Signed-off-by: Arnd Bergmann <a...@arndb

Re: [PATCH 00/16] remove eight obsolete architectures

On Thu, Mar 15, 2018 at 10:59 AM, Hannes Reinecke wrote: > On 03/15/2018 10:42 AM, David Howells wrote: >> Do we have anything left that still implements NOMMU? >> > RISC-V ? > (evil grin :-) Is anyone producing a chip that includes enough of the Privileged ISA spec to have things

Re: [PATCH 00/16] remove eight obsolete architectures

On Thu, Mar 15, 2018 at 10:42 AM, David Howells wrote: > Do we have anything left that still implements NOMMU? Yes, plenty. I was wondering the same thing, but it seems that the architectures we remove are almost completely representative of what we support overall, except

[PATCH 31/47] watchdog: remove bfin_wdt driver

The blackfin architecture is getting removed, so this driver has become obsolete. Signed-off-by: Arnd Bergmann <a...@arndb.de> --- Documentation/watchdog/watchdog-parameters.txt | 5 - drivers/watchdog/Kconfig | 17 - drivers/watchdog/Makefile

[PATCH 00/47] arch-removal: device drivers

. For anything else, I'd keep the removal patches in my asm-generic tree and will send a pull request for 4.17 along with the actual arch removal. Arnd Arnd Bergmann edac: remove tile driver net: tile: remove ethernet drivers net: adi: remove blackfin ethernet drivers net: 8390: remove m32r

Re: [PATCH 00/13] Remove metag architecture

On Thu, Feb 22, 2018 at 12:38 AM, James Hogan wrote: > These patches remove the metag architecture and tightly dependent > drivers from the kernel. With the 4.16 kernel the ancient gcc 4.2.4 > based metag toolchain we have been using is hitting compiler bugs, so > now seems a

Re: [PATCH v2 2/8] [PATCH 2/8] Documentations: dt-bindings: Add a document of PECI adapter driver for Aspeed AST24xx/25xx SoCs

On Tue, Mar 6, 2018 at 2:05 PM, Pavel Machek wrote: > On Tue 2018-03-06 13:54:16, Andrew Lunn wrote: >> On Tue, Mar 06, 2018 at 01:40:02PM +0100, Pavel Machek wrote: >> > Hi! >> > >> > > Signed-off-by: Jae Hyun Yoo >> > > --- >> > >

Re: [PATCH 00/13] Remove metag architecture

On Fri, Feb 23, 2018 at 12:02 PM, James Hogan <jho...@kernel.org> wrote: > On Fri, Feb 23, 2018 at 11:26:58AM +0100, Arnd Bergmann wrote: >> On Thu, Feb 22, 2018 at 12:38 AM, James Hogan <jho...@kernel.org> wrote: >> > So lets call it a day and drop the Meta architec

Re: [PATCH 00/13] Remove metag architecture

On Thu, Feb 22, 2018 at 12:38 AM, James Hogan wrote: > These patches remove the metag architecture and tightly dependent > drivers from the kernel. With the 4.16 kernel the ancient gcc 4.2.4 > based metag toolchain we have been using is hitting compiler bugs, so > now seems a

Re: [PATCH 00/23] kconfig: move compiler capability tests to Kconfig

On Wed, Feb 21, 2018 at 1:57 PM, Masahiro Yamada <yamada.masah...@socionext.com> wrote: > 2018-02-21 19:52 GMT+09:00 Arnd Bergmann <a...@arndb.de>: >> On Wed, Feb 21, 2018 at 11:20 AM, Masahiro Yamada >> <yamada.masah...@socionext.com> wrote: >>>

Re: [PATCH 00/23] kconfig: move compiler capability tests to Kconfig

On Wed, Feb 21, 2018 at 11:20 AM, Masahiro Yamada <yamada.masah...@socionext.com> wrote: > 2018-02-21 18:56 GMT+09:00 Arnd Bergmann <a...@arndb.de>: >> On Wed, Feb 21, 2018 at 8:38 AM, Masahiro Yamada >> <yamada.masah...@socionext.com> wrote: >>> 2018-

Re: [PATCH 00/23] kconfig: move compiler capability tests to Kconfig

On Wed, Feb 21, 2018 at 8:38 AM, Masahiro Yamada wrote: > 2018-02-20 0:18 GMT+09:00 Ulf Magnusson : > >>> >>> I'm not happy that we in one context can reference CONFIG variables >>> directly, but inside the $(call ...) and $(shell ...) needs the

Re: [PATCH v2 01/15] Documentation: add newcx initramfs format description

On Fri, Jan 26, 2018 at 3:39 AM, Rob Landley wrote: > The problem with 1 second timestamps was you honestly could confuse > "make" about which file was newer once an exec() could complete in the > same second having done real work. That was the motivating issue causing > the

Re: [PATCH v2 01/15] Documentation: add newcx initramfs format description

On Thu, Jan 25, 2018 at 9:26 PM, Taras Kondratiuk <takon...@cisco.com> wrote: > Quoting Arnd Bergmann (2018-01-25 01:29:12) >> On Thu, Jan 25, 2018 at 4:27 AM, Taras Kondratiuk <takon...@cisco.com> wrote: > > We can match statx(2) by having 64 bits for seconds plus 32

Re: [PATCH v2 01/15] Documentation: add newcx initramfs format description

On Thu, Jan 25, 2018 at 4:27 AM, Taras Kondratiuk wrote: > Many of the Linux security/integrity features are dependent on file > metadata, stored as extended attributes (xattrs), for making decisions. > These features need to be initialized during initcall and enabled as >

Re: [PATCH linux dev-4.10 6/6] drivers/hwmon: Add a driver for a generic PECI hwmon

On Thu, Jan 11, 2018 at 12:45 AM, Jae Hyun Yoo <jae.hyun@linux.intel.com> wrote: > On 1/10/2018 4:29 AM, Arnd Bergmann wrote: >> >> On Tue, Jan 9, 2018 at 11:31 PM, Jae Hyun Yoo >> <jae.hyun@linux.intel.com> wrote: >>> >>> This commit

Re: [PATCH linux dev-4.10 0/6] Add support PECI and PECI hwmon drivers

On Thu, Jan 11, 2018 at 9:41 AM, Greg KH wrote: > On Thu, Jan 11, 2018 at 12:28:48AM -0800, Joel Stanley wrote: >> On Wed, Jan 10, 2018 at 11:30 PM, Greg KH wrote: >> > On Wed, Jan 10, 2018 at 01:46:34PM -0800, Jae Hyun Yoo wrote: >> >>

Re: [PATCH linux dev-4.10 6/6] drivers/hwmon: Add a driver for a generic PECI hwmon

On Tue, Jan 9, 2018 at 11:31 PM, Jae Hyun Yoo wrote: > This commit adds driver implementation for a generic PECI hwmon. > > Signed-off-by: Jae Hyun Yoo > +static int xfer_peci_msg(int cmd, void *pmsg) > +{ > + int rc; > + > +

Re: [PATCH linux dev-4.10 4/6] Documentation: dt-bindings: Add a generic PECI hwmon

On Tue, Jan 9, 2018 at 11:31 PM, Jae Hyun Yoo wrote: > This commit add a dt-bindings document for a generic PECI hwmon > driver. > > Signed-off-by: Jae Hyun Yoo > --- > .../devicetree/bindings/hwmon/peci-hwmon.txt | 33 >

Re: [PATCH linux dev-4.10 3/6] drivers/misc: Add driver for Aspeed PECI and generic PECI headers

On Tue, Jan 9, 2018 at 11:31 PM, Jae Hyun Yoo wrote: > This commit adds driver implementation for Aspeed PECI. Also adds > generic peci.h and peci_ioctl.h files to provide compatibility > to peci drivers that can be implemented later e.g. Nuvoton's BMC > SoC family.

Re: [PATCH v10 11/13] slimbus: qcom: Add Qualcomm Slimbus controller driver

> + > + ctrl->tx.base = dmam_alloc_coherent(>dev, > + (ctrl->tx.sl_sz * ctrl->tx.n), > + >tx.phy, GFP_KERNEL); > + if (!ctrl->tx.base) { > + ret = -ENOMEM; > + goto err; > +

Re: [RFC 2/5] i3c: Add core I3C infrastructure

On Tue, Aug 1, 2017 at 5:14 PM, Boris Brezillon <boris.brezil...@free-electrons.com> wrote: > On Tue, 1 Aug 2017 16:22:21 +0200 Arnd Bergmann <a...@arndb.de> wrote: >> On Tue, Aug 1, 2017 at 3:58 PM, Boris Brezillon >> <boris.brezil...@free-electrons.com> wrote:

Re: [RFC 2/5] i3c: Add core I3C infrastructure

On Tue, Aug 1, 2017 at 3:58 PM, Boris Brezillon <boris.brezil...@free-electrons.com> wrote: > On Tue, 1 Aug 2017 15:34:14 +0200 > Boris Brezillon <boris.brezil...@free-electrons.com> wrote: >> On Tue, 1 Aug 2017 15:11:44 +0200 >> Arnd Bergmann <a...@arndb.de>

Re: [RFC 2/5] i3c: Add core I3C infrastructure

On Tue, Aug 1, 2017 at 2:29 PM, Boris Brezillon <boris.brezil...@free-electrons.com> wrote: > On Tue, 1 Aug 2017 14:00:05 +0200 > Arnd Bergmann <a...@arndb.de> wrote: >> Another argument for a combined bus would be devices that >> can be attached to either i2c

Re: [RFC 2/5] i3c: Add core I3C infrastructure

On Mon, Jul 31, 2017 at 11:15 PM, Boris Brezillon <boris.brezil...@free-electrons.com> wrote: > Hi Arnd, > > Le Mon, 31 Jul 2017 22:16:42 +0200, > Arnd Bergmann <a...@arndb.de> a écrit : > >> On Mon, Jul 31, 2017 at 6:24 PM, Boris Brezillon >> <boris.bre

Re: [RFC 2/5] i3c: Add core I3C infrastructure

On Mon, Jul 31, 2017 at 6:24 PM, Boris Brezillon wrote: > Add core infrastructure to support I3C in Linux and document it. > - I2C backward compatibility has been designed to be transparent to I2C > drivers and the I2C subsystem. The I3C master just

Re: [PATCH 13/20] arm64: ilp32: share aarch32 syscall handlers

On Thu, Jun 8, 2017 at 4:10 PM, Catalin Marinas wrote: > On Sun, Jun 04, 2017 at 03:00:02PM +0300, Yury Norov wrote: >> off_t is passed in register pair just like in aarch32. >> In this patch corresponding aarch32 handlers are shared to >> ilp32 code. > > Is the comment

Re: [PATCH v2 3/7] nios2: put setup.h in uapi

On Friday, January 6, 2017 10:43:55 AM CET Nicolas Dichtel wrote: > diff --git a/arch/nios2/include/uapi/asm/setup.h > b/arch/nios2/include/uapi/asm/setup.h > new file mode 100644 > index ..8d8285997ba8 > --- /dev/null > +++ b/arch/nios2/include/uapi/asm/setup.h > @@ -0,0 +1,6 @@ >

Re: [PATCH v2 0/7] uapi: export all headers under uapi directories

On Friday, January 6, 2017 10:43:52 AM CET Nicolas Dichtel wrote: > Here is the v2 of this series. The first 5 patches are just cleanup: some > exported headers were still under a non-uapi directory. Since this is meant as a cleanup, I commented on this to point out a cleaner way to do the same.

Re: [PATCH v2 1/7] arm: put types.h in uapi

On Friday, January 6, 2017 10:43:53 AM CET Nicolas Dichtel wrote: > > diff --git a/arch/arm/include/asm/types.h b/arch/arm/include/asm/types.h > index a53cdb8f068c..c48fee3d7b3b 100644 > --- a/arch/arm/include/asm/types.h > +++ b/arch/arm/include/asm/types.h > @@ -1,40 +1,6 @@ > #ifndef

Re: [Ksummit-discuss] Including images on Sphinx documents

On Wednesday, November 16, 2016 6:26:33 PM CET Mauro Carvalho Chehab wrote: > Em Wed, 16 Nov 2016 17:03:47 +0100 > Arnd Bergmann <a...@arndb.de> escreveu: > > > On Tuesday, November 8, 2016 8:50:36 AM CET Mauro Carvalho Chehab wrote: > > > It basically calls ImageMag

Re: [Ksummit-discuss] Including images on Sphinx documents

On Tuesday, November 8, 2016 8:50:36 AM CET Mauro Carvalho Chehab wrote: > > [...] > > > And it may even require "--shell-escape" to be passed at the xelatex > > > call if inkscape is not in the path, with seems to be a strong > > > indication that SVG support is not native to texlive, but,

Re: [PATCH 01/18] 32-bit ABI: introduce ARCH_32BIT_OFF_T config option

On Monday, October 24, 2016 12:30:47 PM CEST Chris Metcalf wrote: > On 10/21/2016 4:33 PM, Yury Norov wrote: > > All new 32-bit architectures should have 64-bit off_t type, but existing > > architectures has 32-bit ones. > > > > [...] > > For syscalls sys_openat() and sys_open_by_handle_at()

Re: [PATCH] Documentation: DMA-API: Clarify semantics of dma_set_mask_and_coherent

On Friday, October 21, 2016 3:09:16 PM CEST Jonathan Corbet wrote: > On Mon, 17 Oct 2016 16:26:23 +0100 > Punit Agrawal wrote: > > > The dma mapping api howto gives the impression that using the > > dma_set_mask_and_coherent (and related DMA APIs) will cause the kernel > >

Re: [RFC PATCH 00/11] pci: support for configurable PCI endpoint

On Thursday, September 15, 2016 2:03:05 PM CEST Kishon Vijay Abraham I wrote: > On Wednesday 14 September 2016 06:55 PM, Arnd Bergmann wrote: > > On Wednesday, September 14, 2016 10:41:56 AM CEST Kishon Vijay Abraham I > > wrote: > > I've added the drivers/ntb mai

Re: [RFC PATCH 00/11] pci: support for configurable PCI endpoint

On Wednesday, September 14, 2016 10:41:56 AM CEST Kishon Vijay Abraham I wrote: > This patch series > *) adds PCI endpoint core layer > *) modifies designware/dra7xx driver to be configured in EP mode > *) adds a PCI endpoint *test* function driver Hi Kishon, I think this is a

Re: [PATCH] hwmon: xgene: access mailbox as RAM

On Friday, September 9, 2016 1:43:17 PM CEST Hoan Tran wrote: > > > * Are you sure you don't need any smp_rmb()/smp_wmb() barriers > > between the accesses? > > No, we don't need a strict read/write during access PCC subspace. Just > make sure all access is committed before PCC send message to

[PATCH v2] hwmon: xgene: access mailbox as RAM

was meant to be interpreted as a byte stream instead. Signed-off-by: Arnd Bergmann <a...@arndb.de> --- v2: use write-back mapping instead of write-thru, minor coding style changes diff --git a/drivers/hwmon/xgene-hwmon.c b/drivers/hwmon/xgene-hwmon.c index bc78a5d10182..e5470bd49067 1006

Re: [PATCH] hwmon: xgene: access mailbox as RAM

On Friday, September 9, 2016 12:24:32 PM CEST Hoan Tran wrote: > On Fri, Sep 9, 2016 at 8:38 AM, Arnd Bergmann <a...@arndb.de> wrote: > > The newly added hwmon driver fails to build in an allmodconfig > > index bc78a5d10182..e834dfb3acca 100644 > > --- a/drivers/hw

Re: [PATCH v3 2/3] hwmon: xgene: Add hwmon driver

On Wednesday, September 7, 2016 3:37:05 PM CEST Guenter Roeck wrote: > On Wed, Sep 07, 2016 at 11:41:44PM +0200, Arnd Bergmann wrote: > > On Thursday, July 21, 2016 1:55:56 PM CEST Hoan Tran wrote: > > > + ctx->comm_base_addr = cppc_ss->base_address; >

[PATCH] hwmon: xgene: access mailbox as RAM

was meant to be interpreted as a byte stream instead. Signed-off-by: Arnd Bergmann <a...@arndb.de> diff --git a/drivers/hwmon/xgene-hwmon.c b/drivers/hwmon/xgene-hwmon.c index bc78a5d10182..e834dfb3acca 100644 --- a/drivers/hwmon/xgene-hwmon.c +++ b/drivers/hwmon/xgene-hwmon.c @@ -34,7 +3

Re: [PATCH v3 2/3] hwmon: xgene: Add hwmon driver

On Thursday, September 8, 2016 7:55:44 AM CEST Guenter Roeck wrote: > Maybe, but now I get > > Building arm:allmodconfig ... failed > -- > Error log: > crypto/crypto_engine.c: In function 'crypto_transfer_hash_request': > crypto/crypto_engine.c:234:3: error: implicit declaration of

Re: [PATCH v3 2/3] hwmon: xgene: Add hwmon driver

On Wednesday, September 7, 2016 3:27:54 PM CEST Guenter Roeck wrote: > On Wed, Sep 07, 2016 at 11:41:44PM +0200, Arnd Bergmann wrote: > > On Thursday, July 21, 2016 1:55:56 PM CEST Hoan Tran wrote: > > > + ctx->comm_base_addr = cppc_ss->base_address; >

Re: [PATCH v3 2/3] hwmon: xgene: Add hwmon driver

On Thursday, July 21, 2016 1:55:56 PM CEST Hoan Tran wrote: > + ctx->comm_base_addr = cppc_ss->base_address; > + if (ctx->comm_base_addr) { > + ctx->pcc_comm_addr = > + acpi_os_ioremap(ctx->comm_base_addr, > +

Re: [PATCH] doc: ioctl: Add some clarifications to botching-up-ioctls

this macro. > > Signed-off-by: Laura Abbott <labb...@redhat.com> > Looks good to me, Acked-by: Arnd Bergmann <a...@arndb.de> -- To unsubscribe from this list: send the line "unsubscribe linux-doc" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH 12/18] arm64: ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it

On Friday, September 2, 2016 6:46:19 PM CEST Bamvor Jian Zhang wrote: > diff --git a/arch/arm64/include/uapi/asm/unistd.h > b/arch/arm64/include/uapi/asm/unistd.h > index 043d17a..78bea1d 100644 > --- a/arch/arm64/include/uapi/asm/unistd.h > +++ b/arch/arm64/include/uapi/asm/unistd.h > @@ -16,4

Re: [PATCH 01/19] compat ABI: use non-compat openat and open_by_handle_at variants

> > and it should be the default behaviour for all architectures, as > > > we don't support 32-bit off_t. The only exception is tile32, that > > > continues with compat version of syscalls. > > > > > > Signed-off-by: Yury Norov <yno...@caviumnetworks.com> &

Re: [PATCH 05/19] arm64: rename COMPAT to AARCH32_EL0 in Kconfig

On Thursday, August 11, 2016 5:30:03 PM CEST Catalin Marinas wrote: > > > > and you can have ARM binaries with > > > > PER_LINUX (using the arm64 uname) just like you can have > > > > arm64 binaries running with PER_LINUX32. > > > > > > I was actually looking to enforce the 32-bit binaries to

Re: [PATCH 05/19] arm64: rename COMPAT to AARCH32_EL0 in Kconfig

On Thursday, August 11, 2016 3:50:00 PM CEST Catalin Marinas wrote: > On Thu, Aug 11, 2016 at 10:53:01AM +0200, Arnd Bergmann wrote: > > On Thursday, August 11, 2016 3:35:01 PM CEST Zhangjian (Bamvor) wrote: > > > On 2016/6/18 7:54, Yury Norov wrote: > > > > From: And

[PATCH] Documentation/watchdog: check return value for magic close

, declared with attribute warn_unused_result [-Wunused-result] This changes the code to print a runtime warning if the write fails. Fixes: 5a2d3de19602 ("Documentation/watchdog: add support for magic close to watchdog-test") Signed-off-by: Arnd Bergmann <a...@arndb.de> --- Documenta

Re: [PATCH 08/19] arm64: introduce is_a32_task and is_a32_thread (for AArch32 compat)

On Tuesday, June 21, 2016 1:34:59 PM CEST Andreas Schwab wrote: > "Zhangjian (Bamvor)" writes: > > >> @@ -78,9 +79,9 @@ > >> > >> #ifdef CONFIG_COMPAT > >> #define TASK_SIZE_32 UL(0x1) > >> -#define TASK_SIZE

Re: [PATCH 01/23] all: syscall wrappers: add documentation

On Friday, May 27, 2016 10:30:52 AM CEST Catalin Marinas wrote: > On Fri, May 27, 2016 at 10:42:59AM +0200, Arnd Bergmann wrote: > > On Friday, May 27, 2016 8:03:57 AM CEST Heiko Carstens wrote: > > > > > > > Cost wise, this seems like it all cancels out in the en

Re: [PATCH 01/23] all: syscall wrappers: add documentation

On Friday, May 27, 2016 8:03:57 AM CEST Heiko Carstens wrote: > > > > > Cost wise, this seems like it all cancels out in the end, but what > > > > > do I know? > > > > > > > > I think you know something, and I also think Heiko and other s390 guys > > > > know something as well. So I'd like to

Re: [PATCH 01/23] all: syscall wrappers: add documentation

On Wednesday, May 25, 2016 1:21:45 PM CEST David Miller wrote: > From: Yury Norov > Date: Wed, 25 May 2016 23:03:27 +0300 > > > On Wed, May 25, 2016 at 12:30:17PM -0700, David Miller wrote: > >> From: Yury Norov > >> Date: Tue, 24 May 2016

Re: [PATCH 18/23] arm64: ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it

On Tuesday, May 24, 2016 3:04:47 AM CEST Yury Norov wrote: > +static unsigned long compat_sys_mmap2(compat_uptr_t addr, compat_size_t len, > + int prot, int flags, int fd, off_t pgoff) > +{ > + if (pgoff & (~PAGE_MASK >> 12)) > + return -EINVAL; > + > + return

Re: [PATCH v3 0/2] kbuild: Remove stale asm-generic wrappers

tclean). It is particularly irritating during bisection. Nice series! Acked-by: Arnd Bergmann <a...@arndb.de> There are a number of files that we leave behind after a make clean, and I also wondered if we could remove some more of them, but I couldn't easily figure out which of them were lef

Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64

On Tuesday 17 May 2016 18:02:36 Andreas Schwab wrote: > Joseph Myers <jos...@codesourcery.com> writes: > > > On Tue, 17 May 2016, Arnd Bergmann wrote: > > > >> I think it has become easier to override now and we just need to > >> update sysdeps/unix/

Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it

On Thursday 12 May 2016 20:49:24 Zhangjian wrote: > Hi, > > On 2016/5/12 17:21, Arnd Bergmann wrote: > > On Thursday 12 May 2016 10:17:58 Catalin Marinas wrote: > >> On Wed, May 11, 2016 at 09:30:07PM +0200, Arnd Bergmann wrote: > >>> On Wednesday 11 May

Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it

On Thursday 12 May 2016 10:17:58 Catalin Marinas wrote: > On Wed, May 11, 2016 at 09:30:07PM +0200, Arnd Bergmann wrote: > > On Wednesday 11 May 2016 17:59:01 Catalin Marinas wrote: > > > > I don't think the shifts are a problem, the main downside would be > > the limit

Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64

On Thursday 12 May 2016 03:20:00 Yury Norov wrote: > > I debugged preadv02 and pwritev02 failures and found very weird bug. > Test passes {iovec_base = 0x, iovec_len = 64} as one element > of vector, and kernel reports successful read/write. > > There are 2 problems: > 1. How kernel

Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it

On Wednesday 11 May 2016 17:59:01 Catalin Marinas wrote: > On Wed, May 11, 2016 at 12:55:01PM +0200, Arnd Bergmann wrote: > > On Wednesday 11 May 2016 11:04:38 Yury Norov wrote: > > > On Wed, May 11, 2016 at 10:04:16AM +0800, Zhangjian (Bamvor) wrote: > > > [...] >

Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it

On Wednesday 11 May 2016 19:16:44 Zhangjian wrote: > Hi, > > On 2016/5/11 18:12, Zhangjian (Bamvor) wrote: > > Hi, Arnd > > > > On 2016/5/11 16:09, Arnd Bergmann wrote: > > > On Wednesday 11 May 2016 10:04:16 Zhangjian wrote: > > >>> I don't re

Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it

On Tuesday 10 May 2016 17:47:26 Zhangjian wrote: > On 2016/5/10 16:36, Arnd Bergmann wrote: > > On Tuesday 10 May 2016 15:42:07 Zhangjian wrote: > >> On 2016/5/6 20:37, Yury Norov wrote: > > "include/uapi/asm-generic/posix_types.h" is uapi, we could not check

Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it

On Tuesday 10 May 2016 15:42:07 Zhangjian wrote: > On 2016/5/6 20:37, Yury Norov wrote: > > On Fri, May 06, 2016 at 08:16:48PM +0800, Zhangjian (Bamvor) wrote: > > > > AFAIR, here we don't shift offset, as it's 64-bit both in user- > > and kernel-space, > In your ilp32-2.22 branch, you wrapper

Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it

On Friday 29 April 2016 16:13:38 Yury Norov wrote: > On Fri, Apr 29, 2016 at 12:43:41AM +0200, Arnd Bergmann wrote: > > On Friday 29 April 2016 01:21:37 Yury Norov wrote: > > > > > > arch/arm64/kernel/sys_ilp32.c:59:0: warning: "__SYSCALL" redefined > &g

Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it

On Friday 29 April 2016 01:21:37 Yury Norov wrote: > index 1458ad7..410d817 100644 > --- a/arch/arm64/kernel/sys_ilp32.c > +++ b/arch/arm64/kernel/sys_ilp32.c > @@ -17,6 +17,8 @@ > * along with this program. If not, see > * . > */ > > +#define

Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it

On Thursday 28 April 2016 22:19:14 Yury Norov wrote: > > Yes, we need. Otherwise we have circular dependency like this: > arch/arm64/kernel/sys_ilp32.c:60:0: warning: "__SC_WRAP" redefined > #define __SC_WRAP(nr, sym) [nr] = compat_##sym, > ^ > In file included from

[PATCH v2 1/2] samples: connector: from Documentation to samples directory

in a different way. However, I still think it makes sense as a cleanup to consolidate all sample code in one place. Signed-off-by: Arnd Bergmann <a...@arndb.de> --- Documentation/Makefile | 2 +- Documentation/connector/connector.txt | 8 samples/K

[PATCH v2 0/2] moves samples out of Documentation directory

As suggested by Nicolas Pitre, here is a resend of two patches to move the kernel modules from Documentation/*/ to samples/*/. With Nico's changes in place, it's no longer necessary to do this, but it seems like a good idea anyway for consistency. Not sure who would be the best person to pick up

Re: [PATCH 18/25] arm64: ilp32: introduce binfmt_ilp32.c

On Friday 22 April 2016 17:51:30 Catalin Marinas wrote: > On Wed, Apr 06, 2016 at 01:08:40AM +0300, Yury Norov wrote: > > --- /dev/null > > +++ b/arch/arm64/kernel/binfmt_ilp32.c > > [...] > > > +#include "../../../fs/binfmt_elf.c" > > How different is this new binfmt_ilp32.c file from the

Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64

On Friday 08 April 2016, Andrew Pinski wrote: > On Thu, Apr 7, 2016 at 5:18 AM, Adam Borowski wrote: > > On Wed, 6 Apr 2016, Geert Uytterhoeven wrote: > >> On Wed, Apr 6, 2016 at 12:08 AM, Yury Norov > >> wrote: > >>> v6: > >>> - time_t,

Re: [PATCH 2/2] isdn: i4l: move active-isdn drivers to staging

On Friday 04 March 2016 17:18:23 Paul Bolle wrote: > [Added Tilman and Christoph.] > > On vr, 2016-03-04 at 16:24 +0100, Arnd Bergmann wrote: > > I actually did more patches that I ended up not submitting: > > > > * move hisax to staging > > * remove i4l support

Re: [PATCH 2/2] isdn: i4l: move active-isdn drivers to staging

On Thursday 03 March 2016 09:30:38 i...@linux-pingi.de wrote: > Hi Arnd, > I fully agree and ack. > Thanks for the work. > I actually did more patches that I ended up not submitting: * move hisax to staging * remove i4l support from gigaset * move i4l core to staging while I initially thought

[PATCH 2/2] isdn: i4l: move active-isdn drivers to staging

cards were widely available in the 1990s. Looking through the git logs, it I cannot find any indication of a patch to any of these drivers that has been tested on real hardware, only cleanups or global API changes. Signed-off-by: Arnd Bergmann <a...@arndb.de> --- Documentation/isdn/00