[PATCH v2 01/10] appletalk: make localtalk and ppp support conditional

From: Arnd Bergmann The last localtalk driver is gone now, and ppp support was never fully merged, but the code to support them for phase1 networking still calls the deprecated .ndo_do_ioctl() helper. In order to better isolate the localtalk and ppp portions of appletalk, guard all of the

[PATCH v2 02/10] ieee802154: avoid deprecated .ndo_do_ioctl callback

From: Arnd Bergmann The ieee802154 socket implementation is the last remaining caller of the netdevice ioctl callback. In order to completely remove this, add a custom pointer to the existing wpan_dev specific operations structure. Since that structure is currently only used to wrap the 'c

[PATCH v2 03/10] ethernet: sp7021: fix ioctl callback pointer

From: Arnd Bergmann The old .ndo_do_ioctl() callback is never called any more, instead the driver should set .ndo_eth_ioctl() for the phy operations. Fixes: fd3040b9394c5 ("net: ethernet: Add driver for Sunplus SP7021") Signed-off-by: Arnd Bergmann --- drivers/net/ethern

[PATCH v2 05/10] staging: rtl8192: remove unused legacy ioctl handlers

From: Arnd Bergmann The .ndo_do_ioctl functions are never called, and can just be removed, especially since this is a staging driver. Reviewed-by: Greg Kroah-Hartman Signed-off-by: Arnd Bergmann --- drivers/staging/rtl8192u/ieee80211/dot11d.c | 41 -- drivers/staging/rtl8192u/ieee80211

[PATCH v2 04/10] staging: ks7010: remove unused ioctl handler

From: Arnd Bergmann The ndo_do_ioctl function has no actual callers, and doesn't do much here, so just remove it entirely as preparation for removing the callback pointer from net_device_ops. Reviewed-by: Greg Kroah-Hartman Signed-off-by: Arnd Bergmann --- drivers/staging/k

[PATCH v2 06/10] staging: rtl8712: remove unused legacy ioctl handlers

From: Arnd Bergmann The .ndo_do_ioctl functions are never called, and can just be removed, especially since this is a staging driver. Reviewed-by: Greg Kroah-Hartman Signed-off-by: Arnd Bergmann --- drivers/staging/rtl8712/os_intfs.c| 1 - drivers/staging/rtl8712/osdep_intf.h

[PATCH v2 07/10] staging: rtl8723bs: remove dead code

From: Arnd Bergmann The .ndo_do_ioctl functions are never called, so the three implementation here is useless but only works as a way to identify the device in the notifiers, which can really be removed as well. Looking through the exported functions, I found a bunch more that have no callers

[PATCH v2 08/10] wifi: atmel: remove unused ioctl function

From: Arnd Bergmann This function has no callers, and for the past 20 years, the request_firmware interface has been in place instead of the custom firmware loader. Acked-by: Kalle Valo Signed-off-by: Arnd Bergmann --- drivers/staging/wireless/atmel/atmel.c | 72 -- 1

[PATCH v2 09/10] wifi: hostap: remove unused ioctl function

From: Arnd Bergmann The ioctl handler has no actual callers in the kernel and is useless. All the functionality should be reachable through the regualar interfaces. Acked-by: Kalle Valo Signed-off-by: Arnd Bergmann --- drivers/staging/wireless/hostap/hostap.h | 1 - .../staging

[PATCH v2 10/10] net: remove ndo_do_ioctl handler

From: Arnd Bergmann All of the references to the callback pointer are gone, so remove the pointer itself before we grow new references to it. Signed-off-by: Arnd Bergmann --- Documentation/networking/netdevices.rst | 8 include/linux/netdevice.h | 7 --- 2 files

Re: [PATCH v2 01/10] appletalk: make localtalk and ppp support conditional

On Wed, Oct 11, 2023, at 17:04, Jiri Pirko wrote: > Could you provide a cover letter for the set please? Subject: [PATCH v2 00/10] remove final .ndo_do_ioctl references The .ndo_do_ioctl() netdev operation used to be how one communicates with a network driver from userspace, but since my previous

Re: [PATCH v2 28/39] timekeeping: Fix a circular include dependency

On Fri, Oct 27, 2023, at 01:54, Kent Overstreet wrote: > On Fri, Oct 27, 2023 at 01:05:48AM +0200, Thomas Gleixner wrote: >> On Thu, Oct 26 2023 at 18:33, Suren Baghdasaryan wrote: >> > On Wed, Oct 25, 2023 at 5:33 PM Thomas Gleixner wrote: >> >> > This avoids a circular header dependency in an up

Re: [PATCH v4 24/26] arch_numa: switch over to numa_memblks

On Wed, Aug 7, 2024, at 08:41, Mike Rapoport wrote: > From: "Mike Rapoport (Microsoft)" > > Until now arch_numa was directly translating firmware NUMA information > to memblock. I get a link time warning from this: WARNING: modpost: vmlinux: section mismatch in reference: numa_set_cpumask+0

Re: [PATCH v4 24/26] arch_numa: switch over to numa_memblks

On Wed, Aug 7, 2024, at 20:18, Mike Rapoport wrote: > On Wed, Aug 07, 2024 at 08:58:37AM +0200, Arnd Bergmann wrote: >> On Wed, Aug 7, 2024, at 08:41, Mike Rapoport wrote: >> > >> > void __init arch_numa_init(void); >> > int __init numa_add_memblk(int nod

Re: [EXTERNAL][PATCH v15 04/13] mfd/syscon: Add device_node_to_regmap()

cu.txt > in patch 3 of the series. > > If you're OK with it an ack would be appreciated so I can take the > series through mips-next, otherwise I guess we'd need to go back to the > v14 approach. Yes, I guess this is ok, sorry for missing the submission earlier. Acked-by: Arnd Bergmann

[PATCH 06/16] watchdog: remove w90x900 driver

The ARM w90x900 platform is getting removed, so this driver is obsolete Signed-off-by: Arnd Bergmann --- .../watchdog/watchdog-parameters.rst | 10 - drivers/watchdog/Kconfig | 9 - drivers/watchdog/Makefile | 1 - drivers/watchdog

[PATCH 04/16] watchdog: remove ks8695 driver

The platform is getting removed, so there are no remaining users of this driver. Signed-off-by: Arnd Bergmann --- .../watchdog/watchdog-parameters.rst | 9 - drivers/watchdog/Kconfig | 7 - drivers/watchdog/Makefile | 1 - drivers/watchdog

Re: [PATCH 04/16] watchdog: remove ks8695 driver

On Fri, Aug 9, 2019 at 10:42 PM Guenter Roeck wrote: > > On Fri, Aug 09, 2019 at 10:27:32PM +0200, Arnd Bergmann wrote: > > The platform is getting removed, so there are no remaining > > users of this driver. > > > > Signed-off-by: Arnd Bergmann > > Acked-

[PATCH v5 14/18] compat_ioctl: handle PPPIOCGIDLE for 64-bit time_t

as to document the fact that the driver is y2038-safe. Doing this also avoids the need for a special compat mode translation, since 32-bit and 64-bit kernels now support the same interfaces. The old 32-bit structure is also available on native 64-bit architectures now, but this is harmless. Sign

Re: [PATCH 3/9] lib: devres: provide new variants for devm_ioremap_resource()

On Thu, Aug 29, 2019 at 4:38 PM Bartosz Golaszewski wrote: > @@ -710,6 +710,10 @@ extern void devm_free_pages(struct device *dev, unsigned > long addr); > > void __iomem *devm_ioremap_resource(struct device *dev, > const struct resource *res); > +void __iomem

Re: [PATCH v3 0/8] drivers: add new variants of devm_platform_ioremap_resource()

On Mon, Oct 21, 2019 at 5:04 PM Bartosz Golaszewski wrote: > niedz., 6 paź 2019 o 07:39 Bartosz Golaszewski napisał(a): > > From: Bartosz Golaszewski > > Bartosz Golaszewski (8): > > Documentation: devres: add missing entry for > > devm_platform_ioremap_resource() > > lib: devres: prepar

Re: [PATCH v3 0/8] drivers: add new variants of devm_platform_ioremap_resource()

On Mon, Oct 21, 2019 at 6:29 PM Bartosz Golaszewski wrote: > pon., 21 paź 2019 o 17:53 Arnd Bergmann napisał(a): > > On Mon, Oct 21, 2019 at 5:04 PM Bartosz Golaszewski wrote: > > > gentle ping for this. I noticed that some maintainers are complaining > > > about

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 _ASM_TYPE

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 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 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 here relevant? IOW, do we

Re: [PATCH v9 07/38] x86/mm: Remove phys_to_virt() usage in ioremap()

On Tue, Jul 11, 2017 at 6:58 AM, Brian Gerst wrote: > On Mon, Jul 10, 2017 at 3:50 PM, Tom Lendacky wrote: >> On 7/8/2017 7:57 AM, Brian Gerst wrote: >>> On Fri, Jul 7, 2017 at 9:39 AM, Tom Lendacky >> >> I originally had a check for SME here in a previous version of the >> patch. Thomas Gleixn

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

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

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. > > Signed-off-by: Jae Hyun Yoo

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 > ++ > 1 file changed, 33 insertions(+) > create

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; > + > + mutex_lock(&peci_hwmon_lock); > + rc = peci_ioctl(NU

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: >> >> Thanks for your pointing it out and I totally agree with you

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 wrote: > On 1/10/2018 4:29 AM, Arnd Bergmann wrote: >> >> On Tue, Jan 9, 2018 at 11:31 PM, Jae Hyun Yoo >> wrote: >>> >>> This commit adds driver implementation for a generic PECI hwmon. >>> >&g

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 > early as possible for co

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

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

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 change, going to nano

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 $ prefix. >>> But I could not come up with something

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

On Wed, Feb 21, 2018 at 11:20 AM, Masahiro Yamada wrote: > 2018-02-21 18:56 GMT+09:00 Arnd Bergmann : >> On Wed, Feb 21, 2018 at 8:38 AM, Masahiro Yamada >> wrote: >>> 2018-02-20 0:18 GMT+09:00 Ulf Magnusson : > > Let me clarify my concern. > > When we tes

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

On Wed, Feb 21, 2018 at 1:57 PM, Masahiro Yamada wrote: > 2018-02-21 19:52 GMT+09:00 Arnd Bergmann : >> On Wed, Feb 21, 2018 at 11:20 AM, Masahiro Yamada >> wrote: >>> 2018-02-21 18:56 GMT+09:00 Arnd Bergmann : >>>> On Wed, Feb 21, 2018 at 8:38 AM, Masahiro Ya

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 good time to drop it

Re: [PATCH 00/13] Remove metag architecture

On Fri, Feb 23, 2018 at 12:02 PM, James Hogan 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 wrote: >> > So lets call it a day and drop the Meta architecture port from the >> > kernel. RIP Met

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 >> > > --- >> > > .../devicetree/bindings/peci/peci-aspeed.txt | 73 >> > >

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 good time to drop it

[PATCH 00/16] remove eight obsolete architectures

e not used the custom CPU architectures for several years at this point. Arnd Arnd Bergmann (14): arch: remove frv port arch: remove m32r port arch: remove score port arch: remove blackfin port arch: remove tile port procfs: remove CONFIG_HARDWALL dependency mm: remove blackfin

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

iles. 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: 83

[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 --- Documentation/watchdog/watchdog-parameters.txt | 5 - drivers/watchdog/Kconfig | 17 - drivers/watchdog/Makefile | 7 - drivers

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 that they are all not l

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 like system cal

Re: [PATCH v10 0/9] Add the I3C subsystem

On Thu, Nov 15, 2018 at 4:58 AM Boris Brezillon wrote: > +Mark Brown for the question about /dev/spidev > On Thu, 15 Nov 2018 12:14:37 + > vitor wrote: > > My initial thoughts are to do the same think as for i2c, expose the > > buses or the i3c_devices and use ioctl for private transfers. > >

Re: [PATCH v10 0/9] Add the I3C subsystem

On Thu, Nov 15, 2018 at 7:01 AM Wolfram Sang wrote: > > What we could do though, is expose I3C devices that do not have a > > driver in kernel space, like spidev does. > > ... > > > Mark, Wolfram, Arnd, Greg, any opinion? > > Is there a benefit for having drivers in userspace? My gut feeling is to

Re: [PATCH] Raise the minimum required gcc version to 4.6

On Sat, Dec 29, 2018 at 3:25 PM Geert Uytterhoeven wrote: > On Fri, Aug 24, 2018 at 12:00 AM Joe Perches wrote: > > On Thu, 2018-08-23 at 23:52 +0200, Geert Uytterhoeven wrote: > --- > build.log.linux-4.20.0-atari-07795-g835f16c9b68966ff-gcc-4.1.2-20061115-prerelease-Ubuntu-4.1.1-21 > +++ > bu

Re: [PATCH RFC LKMM 5/7] docs/memory-barriers.txt: Enforce heavy ordering for port I/O accesses

On Mon, Feb 11, 2019 at 4:30 PM Will Deacon wrote: > Given the lack of Intel response here, I went away to do some digging. > As evidenced by the commit message, there is certainly an understanding > amongst some developers that inX/outX() are strongly ordered on x86 and > this was re-enforced by

[PATCH] Documentation: change linux-4.x references to 5.x

As linux-5.0.x is coming up soon, the documentation should match, in particular the README.rst file, so change all 4.x references accordingly. There was a mix of lowercase and uppercase X here, which I changed to using lowercase consistently. Signed-off-by: Arnd Bergmann --- Documentation/admin

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 registers an I2C > adapter which creates a

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

On Mon, Jul 31, 2017 at 11:15 PM, Boris Brezillon wrote: > Hi Arnd, > > Le Mon, 31 Jul 2017 22:16:42 +0200, > Arnd Bergmann a écrit : > >> On Mon, Jul 31, 2017 at 6:24 PM, Boris Brezillon >> wrote: >> > Add core infrastructure to support I3C in Linux and

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

On Tue, Aug 1, 2017 at 2:29 PM, Boris Brezillon wrote: > On Tue, 1 Aug 2017 14:00:05 +0200 > Arnd Bergmann wrote: >> Another argument for a combined bus would be devices that >> can be attached to either i2c and i3c, depending on the host >> capabilities. > > Hm,

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

On Tue, Aug 1, 2017 at 3:58 PM, Boris Brezillon wrote: > On Tue, 1 Aug 2017 15:34:14 +0200 > Boris Brezillon wrote: >> On Tue, 1 Aug 2017 15:11:44 +0200 >> Arnd Bergmann wrote: >> > On Tue, Aug 1, 2017 at 2:29 PM, Boris Brezillon >> > wrote: > I just rea

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

On Tue, Aug 1, 2017 at 5:14 PM, Boris Brezillon wrote: > On Tue, 1 Aug 2017 16:22:21 +0200 Arnd Bergmann wrote: >> On Tue, Aug 1, 2017 at 3:58 PM, Boris Brezillon >> wrote: >> > On Tue, 1 Aug 2017 15:34:14 +0200 >> > Boris Brezillon wrote: >> >>

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 g

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 maintaine

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 > > to check all the compon

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() force_

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, instead

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 escreveu: > > > On Tuesday, November 8, 2016 8:50:36 AM CET Mauro Carvalho Chehab wrote: > > > It basically calls ImageMagick "convert&qu

Re: [PATCH 16/18] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32

On Wednesday, December 7, 2016 4:59:13 PM CET Catalin Marinas wrote: > On Tue, Dec 06, 2016 at 11:55:08AM +0530, Yury Norov wrote: > > On Mon, Dec 05, 2016 at 04:34:23PM +, Catalin Marinas wrote: > > > On Fri, Oct 21, 2016 at 11:33:15PM +0300, Yury Norov wrote: > > > > New aarch32 ptrace syscal

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

On Tuesday, January 3, 2017 4:24:36 PM CET Greg Kroah-Hartman wrote: > On Wed, Mar 02, 2016 at 08:06:46PM +0100, Arnd Bergmann wrote: > > The icn, act2000 and pcbit drivers are all for very old hardware, > > and it is highly unlikely that anyone is actually still using them > &

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

On Tuesday, January 3, 2017 10:54:19 PM CET Paul Bolle wrote: > On Tue, 2017-01-03 at 22:19 +0100, Arnd Bergmann wrote: > > isdn: move isdnhdlc out of i4l > > isdn: i4l: move hisax driver to staging > > isdn: move i4l to staging > > > > I can post those as well, a

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

On Tuesday, January 3, 2017 11:57:36 PM CET Paul Bolle wrote: > On Tue, 2017-01-03 at 23:25 +0100, Arnd Bergmann wrote: > > As far as I'm concerned, we are totally fine as long as there exists a > > longterm supported kernel that has i4l in drivers/staging. > > Or in d

[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

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

On Fri, Apr 20, 2018 at 5:48 PM, Arnd Bergmann 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(); > + timer_init(); Testing revealed this to

Re: [PATCH v2 00/29] at24: remove at24_platform_data

On Thu, Oct 4, 2018 at 1:06 PM Bartosz Golaszewski wrote: > śr., 3 paź 2018 o 23:04 Florian Fainelli napisał(a): > > On 10/3/2018 1:15 PM, Bartosz Golaszewski wrote: > > > pt., 31 sie 2018 o 21:46 Brian Norris > > > napisał(a): > > >> > > >> Hi, > > >> > > >> On Fri, Aug 10, 2018 at 10:04:57AM

Re: [PATCH v2 00/29] at24: remove at24_platform_data

On Thu, Oct 4, 2018 at 4:36 PM Sowmini Varadhan wrote: > > Just catching up on this thread, so please excuse any unintentional > misquotes here. > > > > > > David: I couldn't find a place in sparc code where any ethernet device > > > > > would be registered, so is there a chance that nobody is usi

Re: [PATCH v8 07/10] i3c: master: Add driver for Cadence IP

On Wed, Oct 3, 2018 at 3:22 PM Boris Brezillon wrote: > > Add a driver for Cadence I3C master IP. > > Signed-off-by: Boris Brezillon > --- > Changes in v7: > - Fix readsl/writesl() usage > - Add a depends on ARM || ARM64 || XTENSA to forbid selection of this > driver on platforms that are not

Re: [PATCH v8 07/10] i3c: master: Add driver for Cadence IP

On Mon, Oct 8, 2018 at 12:21 PM Boris Brezillon wrote: > > On Mon, 8 Oct 2018 12:06:30 +0200 > Arnd Bergmann wrote: > > > On Wed, Oct 3, 2018 at 3:22 PM Boris Brezillon > > wrote: > > > > > > Add a driver for Cadence I3C master IP.

Re: [PATCH v8 00/10] Add the I3C subsystem

I looked at the entire series again and I'm rather happy with how it turned out. I've commented on a tiny issue about the readsl() that should be easy to resolve one way or another, with that you can add my Reviewed-by: Arnd Bergmann There is one additional issue that we've talked abou

Re: [PATCH v9 00/24] ILP32 for ARM64

On 10/10/18, Eugene Syromiatnikov wrote: > On Tue, Jul 24, 2018 at 08:39:57PM +0300, Yury Norov wrote: >> Hi all, >> >> + Pavel Machek, Palmer Dabbelt, Wookey. >> >> On Wed, May 16, 2018 at 11:18:45AM +0300, Yury Norov wrote: >> > This series enables AARCH64 with ILP32 mode. >> > >> > As supportin

Re: [PATCH v9 00/24] ILP32 for ARM64

On Sat, Oct 13, 2018 at 9:36 PM Andy Lutomirski wrote: > > On Wed, May 16, 2018 at 1:19 AM Yury Norov wrote: > > > > This series enables AARCH64 with ILP32 mode. > > > > As supporting work, it introduces ARCH_32BIT_OFF_T configuration > > option that is enabled for existing 32-bit architectures b

Re: [PATCH v9 00/24] ILP32 for ARM64

On Sat, Oct 13, 2018 at 4:07 AM Eugene Syromiatnikov wrote: > > On Wed, Oct 10, 2018 at 03:39:07PM +0100, Szabolcs Nagy wrote: > > On 10/10/18 15:10, Eugene Syromiatnikov wrote: > > > * What's the reasoning behind capping syscall arguments to 32 bit? x32 > > >and MIPS N32 do not have such a r

Re: [PATCH v9 6/9] i3c: master: Add driver for Cadence IP

On 10/24/18, Boris Brezillon wrote: > Hi Arnd, > > On Mon, 22 Oct 2018 15:34:01 +0200 > Boris Brezillon wrote: > > >> + >> +static void cdns_i3c_master_rd_from_rx_fifo(struct cdns_i3c_master >> *master, >> +u8 *bytes, int nbytes) >> +{ >> +readsl(master

Re: [PATCH v9 6/9] i3c: master: Add driver for Cadence IP

On Thu, Oct 25, 2018 at 6:07 PM Boris Brezillon wrote: > > On Thu, 25 Oct 2018 17:30:26 +0200 > Arnd Bergmann wrote: > > > On 10/24/18, Boris Brezillon wrote: > > > Hi Arnd, > > > > > > On Mon, 22 Oct 2018 15:34:01 +0200 > > > Boris Brez

Re: [PATCH v9 6/9] i3c: master: Add driver for Cadence IP

On Thu, Oct 25, 2018 at 6:30 PM Boris Brezillon wrote: > On Thu, 25 Oct 2018 18:13:51 +0200 Arnd Bergmann wrote: > On Thu, Oct 25, 2018 at 6:07 PM Boris Brezillon > wrote: > > > On Thu, 25 Oct 2018 17:30:26 +0200 > > > Arnd Bergmann wrote: > > > &

Re: [PATCH v9 6/9] i3c: master: Add driver for Cadence IP

On Fri, Oct 26, 2018 at 9:57 AM Boris Brezillon wrote: > On Fri, 26 Oct 2018 09:43:25 +0200 > Arnd Bergmann wrote: > > > On Thu, Oct 25, 2018 at 6:30 PM Boris Brezillon > > wrote: > > > On Thu, 25 Oct 2018 18:13:51 +0200 Arnd Bergmann wrote: > > >

Re: [PATCH v9 6/9] i3c: master: Add driver for Cadence IP

On Fri, Oct 26, 2018 at 2:46 PM Boris Brezillon wrote: > On Fri, 26 Oct 2018 12:01:52 +0200 > Arnd Bergmann wrote: > > On Fri, Oct 26, 2018 at 9:57 AM Boris Brezillon > > wrote: > > > On Fri, 26 Oct 2018 09:43:25 +0200 > > > Arnd Bergmann wrote: > >

Re: [PATCH v3] tty: serial: meson: Implement earlycon support

On Wednesday 02 March 2016 03:49:09 Andreas Färber wrote: > Split off the bulk of the existing meson_serial_console_write() > implementation into meson_serial_port_write() for implementing > meson_serial_early_console_write(). > > Use "meson" as the earlycon driver name, courtesy of Nicolas. > >

[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 --- Documentation/isdn/00-INDEX

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 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 Friday 04 March 2016 19:18:49 i...@linux-pingi.de wrote: > Am 04.03.2016 um 16:24 schrieb Arnd Bergmann: > > On Thursday 03 March 2016 09:30:38 i...@linux-pingi.de wrote: > >> Hi Arnd, > >> I fully agree and ack. > >> Thanks for the work. > >> >

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, __kenel_off_t and other types turned to be 32-bit > >>>

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 first

[PATCH 3/3] samples: v4l: from Documentation to samples directory

tig_cleanup_ctx" [Documentation/video4linux/v4l2-pci-skeleton.ko] undefined! Specifically, we do look in the samples directory for users of symbols, but not the Documentation directory. This solves the build problem by moving the connector sample into the same directory as the other samples. Sig

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

ectory. This solves the build problem by moving the connector sample into the same directory as the other samples. Signed-off-by: Arnd Bergmann Fixes: 23121ca2b56b ("kbuild: create/adjust generated/autoksyms.h") --- Documentation/Makefile | 2 +- Documentati

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

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 --- Documentation/Makefile | 3 +-- Documentation/video4linux/v4l2-framework.txt | 2 +- samples/Makefile

[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 t

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

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 --- Documentation/Makefile | 2 +- Documentation/connector/connector.txt | 8 samples/Kconfig

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 include/asm-generic/unistd

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 __SYSCALL_COMPAT

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 24/25] arm64:ilp32: add vdso-ilp32 and use for signal return

On Friday 29 April 2016 17:01:55 Catalin Marinas wrote: > On Wed, Apr 06, 2016 at 01:08:46AM +0300, Yury Norov wrote: > > ILP32 VDSO exports next symbols: > > __kernel_rt_sigreturn; > > __kernel_gettimeofday; > > __kernel_clock_gettime; > > __kernel_clock_getres; > > [...] > > > +$(obj)/getti

Re: [PATCH 24/25] arm64:ilp32: add vdso-ilp32 and use for signal return

On Tuesday 03 May 2016 10:00:45 Catalin Marinas wrote: > On Fri, Apr 29, 2016 at 07:30:19PM +0200, Arnd Bergmann wrote: > > On Friday 29 April 2016 17:01:55 Catalin Marinas wrote: > > > On Wed, Apr 06, 2016 at 01:08:46AM +0300, Yury Norov wrote: > > > > I

  1   2   >