Re: [PATCH 11/16] f2fs: add inode operations for special inodes

2012-10-17 Thread Arnd Bergmann
On Tuesday 16 October 2012, Jaegeuk Kim wrote: > > IIRC, fs2fs uses 4k inodes, so IMO per-inode xattr tress with > > internal storage before spilling to an external block is probably > > the best approach to take... > > Yes, indeed this is the best approach to f2fs's xattr. > Apart from giving fs

Re: [PATCH v2 v2 v2 8/8] spi/s3c64xx: use correct dma_transfer_direction type

2012-10-17 Thread Arnd Bergmann
gt; Yes, you are absolutely right, sorry for not seeing that earlier. New version below. Arnd >From c10356b9846b13651a8a24c3a31e029ffe6eafd9 Mon Sep 17 00:00:00 2001 From: Arnd Bergmann Date: Mon, 30 Apr 2012 16:31:27 + Subject: [PATCH] spi/s3c64xx: use correct dma_transfer_direction type There

Re: [PATCH 1/2] mmc: core: Support all MMC capabilities when booting from Device Tree

2012-10-17 Thread Arnd Bergmann
On Monday 15 October 2012, Lee Jones wrote: > > and so on. What are you actually missing in the properties that > > are already there? > > MMC_CAP_ERASE This one seems to be set unconditionally on some controllers but not on others. Why would it need to be configurable? > MMC_CAP_UHS_SDR12 > MMC

[GIT PULL v3] ARM architecture fixes for 3.7

2012-10-19 Thread Arnd Bergmann
These bug fixes all address problems found with automated build testing. Some of them have been around for a long time, other bugs are regressions since the merge window. ---- Arnd Bergmann (9): ARM: kprobes: make more tests condition

Re: [PATCH 2/3] PWM: vt8500: Update vt8500 PWM driver support

2012-10-22 Thread Arnd Bergmann
On Monday 22 October 2012, Thierry Reding wrote: > On Mon, Oct 22, 2012 at 07:51:52PM +1300, Tony Prisk wrote: > > Replies to your comments inline: > > > > On Mon, 2012-10-22 at 08:34 +0200, Thierry Reding wrote: > > ... > > > > -static int __devinit pwm_probe(struct platform_device *pdev) > > > >

Re: [PATCH 2/3] PWM: vt8500: Update vt8500 PWM driver support

2012-10-22 Thread Arnd Bergmann
On Monday 22 October 2012, Thierry Reding wrote: > > As long as we get build warnings for leaving out the __devinit/__devexit > > annotations, I would generally recommend putting them in. If we do a > > patch to remove all of them, a couple extra instances will not cause > > any more troubles than

Re: Sharing PCIE driver between Microblaze and Arm zynq

2012-12-07 Thread Arnd Bergmann
On Friday 07 December 2012, Michal Simek wrote: > On 12/06/2012 10:27 PM, Bjorn Helgaas wrote: > > [+cc linux-pci] > > > > On Thu, Dec 6, 2012 at 7:23 AM, Michal Simek > > wrote: > >> Hi guys, > >> > >> I have a question regarding to sharing generic OF pcie driver between > >> two architectures M

Re: [PATCH 1/5] asm-generic/mmu.h: Remove unused vmlist field from mm_context_t

2012-12-09 Thread Arnd Bergmann
On Tuesday 04 December 2012, Lars-Peter Clausen wrote: > On 12/04/2012 12:54 AM, Arnd Bergmann wrote: > > On Thursday 01 November 2012, Lars-Peter Clausen wrote: > >> Nothing is using the vmlist field in mm_context_t anymore. It has been > >> removed > >>

Re: Makefile race between jobs

2012-12-10 Thread Arnd Bergmann
On Monday 10 December 2012, Vineet Gupta wrote: > > On Monday 10 December 2012 04:00 PM, Michal Marek wrote: > > On 10.12.2012 11:11, Vineet Gupta wrote: > >> ARC Port caches current task pointer in a register - thus we have a > >> global asm register definition in current.h > >> In the past, a cu

Re: [PATCH V3 2/3] dmaengine: dw_dmac: Enhance device tree support

2012-12-10 Thread Arnd Bergmann
On Tuesday 16 October 2012, Viresh Kumar wrote: > dw_dmac driver already supports device tree but it used to have its platform > data passed the non-DT way. > > This patch does following changes: > - pass platform data via DT, non-DT way still takes precedence if both are > used. > - create gener

Re: [PATCH V3 2/3] dmaengine: dw_dmac: Enhance device tree support

2012-12-10 Thread Arnd Bergmann
On Monday 10 December 2012, Arnd Bergmann wrote: > The build bug is not the problem however, but the abuse of the > API is. Andy, are you sure you understood what this does when > you gave you Reviewed-by comment? > Ah, I just saw that Andy had the right intuition when commenting on

Re: [RFC v1 01/16] lib: devres: don't enclose pcim_*() functions in CONFIG_HAS_IOPORT

2012-12-11 Thread Arnd Bergmann
On Friday 07 December 2012, Thomas Petazzoni wrote: > The pcim_*() functions are used by the libata-sff subsystem, and this > subsystem is used for many SATA drivers on ARM platforms that do not > necessarily have I/O ports. I think this one is wrong as the CONFIG_HAS_IOPORT does not refer to the

Re: [RFC v1 01/16] lib: devres: don't enclose pcim_*() functions in CONFIG_HAS_IOPORT

2012-12-11 Thread Arnd Bergmann
On Tuesday 11 December 2012, Thomas Petazzoni wrote: > On Tue, 11 Dec 2012 10:43:49 +0000, Arnd Bergmann wrote: > > On Friday 07 December 2012, Thomas Petazzoni wrote: > > > The pcim_*() functions are used by the libata-sff subsystem, and this > > > subsystem is used f

Re: [RFC v1 01/16] lib: devres: don't enclose pcim_*() functions in CONFIG_HAS_IOPORT

2012-12-11 Thread Arnd Bergmann
On Tuesday 11 December 2012, Alan Cox wrote: > The "no I/O space" case really applies to things like the S/390 mainframe > which simply have no such concept on the system or the devices. In the > ARM case the bus has an I/O space and the bridge glues the processors > simpler model to the bridge mod

Re: [RFC v1 01/16] lib: devres: don't enclose pcim_*() functions in CONFIG_HAS_IOPORT

2012-12-11 Thread Arnd Bergmann
On Tuesday 11 December 2012, Alan Cox wrote: > > Plus, if you have IO space support, you must have some MMIO region for > > them to target - doing what many platforms have done to date and targetted > > ISA IO address 0 at virtual address 0 is just not on because as soon as > > you build a device d

Re: [RFC v1 01/16] lib: devres: don't enclose pcim_*() functions in CONFIG_HAS_IOPORT

2012-12-11 Thread Arnd Bergmann
On Tuesday 11 December 2012, Russell King - ARM Linux wrote: > > On Tue, Dec 11, 2012 at 04:15:02PM +, Arnd Bergmann wrote: > > On Tuesday 11 December 2012, Thomas Petazzoni wrote: > > > On Tue, 11 Dec 2012 10:43:49 +, Arnd Bergmann wrote: > > > > O

Re: [RFC Patch v1 32/55] ARC: [optim] Cache "current" in Register r25

2012-11-12 Thread Arnd Bergmann
On Monday 12 November 2012, vineet.gup...@synopsys.com wrote: > > endmenu # "Platform Board Configuration" > > +config ARC_CURR_IN_REG > + bool "Dedicate Register r25 for current_task pointer" > + default y > + help > + This reserved Register R25 to point to Current Ta

Re: [RFC Patch v1 33/55] ARC: ptrace support

2012-11-12 Thread Arnd Bergmann
On Monday 12 November 2012, vineet.gup...@synopsys.com wrote: > + case PTRACE_PEEKUSR: > + pos = addr; /* offset in struct user_regs_struct */ > + count = 4; /* 1 register only */ > + u_addr = (unsigned int __user *)data; > + kb

Re: [RFC Patch v1 37/55] ARC: dynamic loadable module support

2012-11-12 Thread Arnd Bergmann
On Monday 12 November 2012, vineet.gup...@synopsys.com wrote: > +void *module_alloc(unsigned long size) > +{ > + if (size == 0) > + return NULL; > + > + return vmalloc(size); > + > +} > + > +void module_free(struct module *module, void *region) > +{ > + vfree(region)

Re: [RFC Patch v1 38/55] ARC: Low level event capture/logging

2012-11-12 Thread Arnd Bergmann
On Monday 12 November 2012, vineet.gup...@synopsys.com wrote: > +EXPORT_SYMBOL(take_snap); > + > ... > +EXPORT_SYMBOL(take_snap2); Where are these functions called? Shouldn't this all just be part of the perf module? If not, can you make the exports GPL-only? Arnd -- To unsubscribe from

Re: [RFC Patch v1 45/55] ARC: unaligned access emulation

2012-11-12 Thread Arnd Bergmann
On Monday 12 November 2012, vineet.gup...@synopsys.com wrote: > + > +config ARC_MISALIGN_ACCESS > + bool "Emulate unaligned memory access (userspace only)" > + default N > + help > + This enables misaligned 16 & 32 bit memory access from user space. > + Use ONLY-IF

Re: [RFC Patch v1 48/55] ARC: [plat-arfpga] BVCI Latency Unit setup

2012-11-12 Thread Arnd Bergmann
On Monday 12 November 2012, vineet.gup...@synopsys.com wrote: > + /* TBD: rewrite this using I/O macros */ > + volatile unsigned int *base = (unsigned int *)BVCI_LAT_UNIT_BASE; > + volatile unsigned int *lat_unit = (unsigned int *)base + 21; > + volatile unsigned int *lat_va

Re: [RFC Patch v1 52/55] ARC: Support for single cycle Close Coupled Mem (CCM)

2012-11-12 Thread Arnd Bergmann
On Monday 12 November 2012, vineet.gup...@synopsys.com wrote: > +config ARC_DCCM_SZ > + int "DCCM Size in KB" > + default "64" > + depends on ARC_HAS_DCCM > + > +config ARC_DCCM_BASE > + hex "DCCM map address" > + default "0xA000" > + depends on ARC_HAS_DCCM

Re: [RFC PATCH v1 08/31] ARC: Fundamental ARCH data-types/defines

2012-11-12 Thread Arnd Bergmann
On Monday 12 November 2012, Vineet Gupta wrote: > But just to clarify, gdbserver will still use ARC specific > ptrace(PEEKUSR) as opposed to regset interface. The switch to new gdb > version is non trivial and I can't ask our active customers to go to > some out-of-mainline tree until that gets fix

Re: [RFC PATCH 00/11] arch_gettimeoffset and ARM timer rework

2012-11-12 Thread Arnd Bergmann
On Thursday 08 November 2012, Stephen Warren wrote: > It would probably be easiest to merge this whole series through the > arm-soc tree. Anything else would require some co-ordination. Fine with me. The patches all look good to me, so let's give people a little more time to weigh in with Acks and

Re: [RFC PATCH v1 31/31] ARC: [plat-arcfpga] defconfig

2012-11-12 Thread Arnd Bergmann
On Monday 12 November 2012, James Hogan wrote: > > > > Please use "make defconfig" to generate minimal defconfig files, instead of > > copying the entire file here. > > I think you mean "make savedefconfig"? (I think "make defconfig" loads > the default defconfig). Yes, that's right. Sorry for t

Re: [PATCH 00/16 v3] f2fs: introduce flash-friendly file system

2012-11-12 Thread Arnd Bergmann
On Monday 12 November 2012, Martin Steigerwald wrote: > Am Samstag, 10. November 2012 schrieb Arnd Bergmann: > > I would also recommend using flashbench to find out the optimum parameters > > for your device. You can download it from > > git://git.linaro.org/people/arnd/flas

Re: [PATCH] ARM: integrator: use BUG_ON where possible

2012-11-12 Thread Arnd Bergmann
gt; // > @@ > expression e; > @@ > - if (e) BUG(); > + BUG_ON(e); > // > > Signed-off-by: Sasha Levin Linus Walleij is doing most of the integrator work these days, maybe he wants to apply the patch. Acked-by: Arnd Bergmann > arch/arm/mach-integrator/pci_v3.c

Re: [PATCH] cpuidle: add Calxeda SOC idle support

2012-11-12 Thread Arnd Bergmann
n Brown > Cc: "Rafael J. Wysocki" Acked-by: Arnd Bergmann > It's not really clear where we want ARM cpuidle drivers. We're moving > everything else out of arch/arm, and my understanding is Len doesn't want > them in drivers/idle. It seems kind of silly to me to h

Re: [PATCH] ARM: add get_user() support for 8 byte types

2012-11-13 Thread Arnd Bergmann
On Tuesday 13 November 2012, Rob Clark wrote: > right, that is what I was worried about.. but what about something > along the lines of: > > case 8: { \ > if (sizeof(x) < 8) \ >

Re: [RFC PATCH v1 14/31] ARC: syscall support

2012-11-13 Thread Arnd Bergmann
On Tuesday 13 November 2012, Gilad Ben-Yossef wrote: > So, I completely agree about not adding more deprecated system call or > ABIs (thinking about the ptrace regset issues in another patch in the > same patchset), but on the other hand I have to wonder if having a > port in the tree that doesn't

Re: [PATCH V2 2/11] time: convert arch_gettimeoffset to a pointer

2012-11-13 Thread Arnd Bergmann
On Tuesday 13 November 2012, Stephen Warren wrote: > > One last thing to watch out for: If you're trying to build a kernel that > > mixes clocksource support with get_arch_timeoffset, you'll need to > > rework the #ifdef in update_wall_time(), since we currently assume with > > get_arch_timeoffset(

new architectures, time_t __kernel_long_t

2012-11-14 Thread Arnd Bergmann
Since we are in the review phase for two new architectures that we should be merging into the mainline kernel, I think we need to come up with a solution for making them use a proper 64-bit time_t. Right now, the only 32-bit user space interface we have to use 64-bit time_t is the x32 side of x86-

Re: [RFC PATCH v1 14/31] ARC: syscall support

2012-11-14 Thread Arnd Bergmann
On Tuesday 13 November 2012, James Hogan wrote: > Hopefully with several architecture maintainers asking for this it might > get somewhere, but indeed we're aware of the feedback problem on that list. > > The points that I've considered for defaulting to old syscalls: > * doesn't change existing b

Re: [PATCH] Centralise CONFIG_ARCH_NO_VIRT_TO_BUS

2012-11-14 Thread Arnd Bergmann
l, at least for the platforms that are known to not need virt_to_bus. Acked-by: Arnd Bergmann -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.ht

Re: new architectures, time_t __kernel_long_t

2012-11-15 Thread Arnd Bergmann
On Wednesday 14 November 2012, H. Peter Anvin wrote: > On 11/14/2012 04:18 AM, Arnd Bergmann wrote: > > Since we are in the review phase for two new architectures that we > > should be merging into the mainline kernel, I think we need to > > come up with a solution for making

Re: [PATCH] ARM: add get_user() support for 8 byte types

2012-11-15 Thread Arnd Bergmann
On Tuesday 13 November 2012, Russell King - ARM Linux wrote: > You're missing something; that is one of the greatest powers of open > source. The many eyes (and minds) effect. Someone out there probably > has a solution to whatever problem, the trick is to find that person. :) > > I think we hav

Re: [PATCH] mmc: Standardise capability type

2012-11-15 Thread Arnd Bergmann
onfusion. > > > > Cc: Chris Ball > > Cc: linux-...@vger.kernel.org > > Signed-off-by: Lee Jones > > Looks good to me, and these are obviously > u32 bitfields by design, so: > Reviewed-by: Linus Walleij Acked-by: Arnd Bergmann -- To unsubscribe from this list:

Re: [RFC Patch v1 33/55] ARC: ptrace support

2012-11-15 Thread Arnd Bergmann
On Thursday 15 November 2012, Vineet Gupta wrote: > On Monday 12 November 2012 07:21 PM, Arnd Bergmann wrote: > > > I think these should be moved into regsets, as we have done for all > > other new architectures. Your arch_ptrace then becomes a trivial wrapper > > around

Re: [RFC Patch v1 38/55] ARC: Low level event capture/logging

2012-11-15 Thread Arnd Bergmann
On Thursday 15 November 2012, Vineet Gupta wrote: > On Monday 12 November 2012 07:25 PM, Arnd Bergmann wrote: > > On Monday 12 November 2012, vineet.gup...@synopsys.com wrote: > >> +EXPORT_SYMBOL(take_snap); > >> + > >> ... > >> +EXPORT_SYMBOL(take

Re: [PATCH 1/1] ARM: ux500: Describe UART platform registering issues more accurately

2012-11-15 Thread Arnd Bergmann
On Thursday 15 November 2012, Lee Jones wrote: > UARTs no longer require call-back information, since the reset > call-back was removed in 43b5f0d69291374f602ad8e1817f329573a59010. > The only AUXDATA dependencies remaining for UARTs are DMA settings. > > Signed-off-by: Lee Jones

Re: [PATCH 1/2] Boottime: A tool for automatic measurement of kernel/bootloader boot time

2012-11-15 Thread Arnd Bergmann
On Thursday 15 November 2012, Lee Jones wrote: > > > > +/* for automatic boot timing testcases */ > > > +#define ATAG_BOOTTIME 0x41000403 > > Where can I refer this ATAG usage? can you point out the reference URL > > or patches? > > I assumed this would be in Mainline u-boot, but apparently not.

Re: [RFC PATCH v1 14/31] ARC: syscall support

2012-11-15 Thread Arnd Bergmann
On Thursday 15 November 2012, Vineet Gupta wrote: > So the primary concern here is not breaking the userspace ABI - right ? > > For syscalls I agree that we will indeed need to fix the ABI - by fixing > uClibc. And if uClibc doesn't merge the fixes we can stay out of tree > for uClibc - as we curr

Re: [PATCH] ARM: add get_user() support for 8 byte types

2012-11-15 Thread Arnd Bergmann
On Thursday 15 November 2012, Rob Clark wrote: > On Thu, Nov 15, 2012 at 3:19 AM, Arnd Bergmann wrote: > > On Tuesday 13 November 2012, Russell King - ARM Linux wrote: > >> You're missing something; that is one of the greatest powers of open > >> source.

Re: new architectures, time_t __kernel_long_t

2012-11-15 Thread Arnd Bergmann
On Thursday 15 November 2012, H.J. Lu wrote: > On Thu, Nov 15, 2012 at 1:14 AM, Arnd Bergmann wrote: > > On Wednesday 14 November 2012, H. Peter Anvin wrote: > >> On 11/14/2012 04:18 AM, Arnd Bergmann wrote: > >> > Since we are in the review phase for two new archi

Re: [PATCH] ARM: add get_user() support for 8 byte types

2012-11-15 Thread Arnd Bergmann
On Thursday 15 November 2012, Rob Clark wrote: > > I still haven't heard a conclusive argument why we need to use get_user() > > rather than copy_from_user() in the DRM code. Is this about a fast path > > where you want to shave off a few cycles for each call, or does this > > simplify the code str

Re: [PATCH v2] ARM: plat-versatile: move FPGA irq driver to drivers/irqchip

2012-11-06 Thread Arnd Bergmann
On Monday 05 November 2012, Russell King - ARM Linux wrote: > On Mon, Nov 05, 2012 at 10:42:26PM +0000, Arnd Bergmann wrote: > > On Monday 05 November 2012, Rob Herring wrote: > > > But this should work: > > > > > > if (!handle_arch_irq) > > &

[PATCH 6/8] mmc: dw_mmc: constify dw_mci_idmac_ops in exynos back-end

2012-11-06 Thread Arnd Bergmann
'dw_mci_exynos_probe': drivers/mmc/host/dw_mmc-exynos.c:234:11: warning: assignment discards 'const' qualifier from pointer target type [enabled by default] Signed-off-by: Arnd Bergmann Cc: Thomas Abraham Cc: Will Newton Cc: Chris Ball --- drivers/mmc/host/dw_mmc-exynos.c |6 +++-

[PATCH 5/8] mmc: dw_mmc: fix modular build for exynos back-end

2012-11-06 Thread Arnd Bergmann
table' aliased to undefined symbol 'dw_mci_pltfm_match' This patch fixes the problem by just using the correct string. Signed-off-by: Arnd Bergmann Cc: Thomas Abraham Cc: Will Newton Cc: Chris Ball --- drivers/mmc/host/dw_mmc-exynos.c |2 +- 1 file changed, 1 insertion(+),

[PATCH 8/8] drm/exynos: don't include plat/gpio-cfg.h

2012-11-06 Thread Arnd Bergmann
.h: No such file or directory Signed-off-by: Arnd Bergmann Cc: Rob Clark Cc: Inki Dae Cc: Kyungmin Park Cc: Rahul Sharma --- drivers/gpu/drm/exynos/exynos_hdmi.c |1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c b/drivers/gpu/drm/exynos/exynos_hdmi.c in

[PATCH 0/8] warning fixes for v3.7-rc4

2012-11-06 Thread Arnd Bergmann
, which is a very recent regression. Please apply in to the respective maintainer trees. Arnd Arnd Bergmann (8): mtd: diskonchip: don't warn about ARM architecture mtd: diskonchip: use inline functions for DocRead/DocWrite mtd: uninitialized variable warning in map.h sched: war

[PATCH 3/8] mtd: uninitialized variable warning in map.h

2012-11-06 Thread Arnd Bergmann
:331:11: warning: 'r.x[0]' may be used uninitialized in this function [-Wuninitialized] drivers/mtd/chips/cfi_cmdset_0001.c: In function 'cfi_intelext_write_words': include/linux/mtd/map.h:331:11: warning: 'r.x[0]' may be used uninitialized in this function [-Wunini

[PATCH 2/8] mtd: diskonchip: use inline functions for DocRead/DocWrite

2012-11-06 Thread Arnd Bergmann
swap. It would be nice to fix this properly and use the correct accessors as well as make the word size independent from the architecture, but I guess the hardware is obsolete enough that we should better not mess the driver an more than necessary. Signed-off-by: Arnd Bergmann Cc: David Woodhouse C

[PATCH 7/8] ata: highbank: mark ahci_highbank_probe as __devinit

2012-11-06 Thread Arnd Bergmann
* or __refdata (see linux/init.h) or name the variable: *_template, *_timer, *_sht, *_ops, *_probe, *_probe_one, *_console Signed-off-by: Arnd Bergmann Cc: Mark Langsdorf Cc: Rob Herring Cc: Jeff Garzik --- drivers/ata/sata_highbank.c |2 +- 1 file changed, 1 insertion(+), 1 deletion

[PATCH 4/8] sched: warnings in kernel/sched/fair.c

2012-11-06 Thread Arnd Bergmann
efined but not used [-Wunused-function] Marking it __maybe_unused shuts up the gcc warning and lets the compiler safely drop the function body when it's not being used. To reproduce, build the ARM bcm2835_defconfig. Signed-off-by: Arnd Bergmann Cc: Peter Boonstoppel Cc: Peter Zijlstra Cc: Pau

[PATCH 1/8] mtd: diskonchip: don't warn about ARM architecture

2012-11-06 Thread Arnd Bergmann
set on the platforms that need it, and we get a run-time error if this is not set correctly. Signed-off-by: Arnd Bergmann Cc: David Woodhouse Cc: Artem Bityutskiy Cc: linux-...@lists.infradead.org --- drivers/mtd/devices/docprobe.c |2 -- drivers/mtd/nand/diskonchip.c |2 -- 2 files changed, 4

Re: [RFC PATCH v1 31/31] ARC: [plat-arcfpga] defconfig

2012-11-07 Thread Arnd Bergmann
On Wednesday 07 November 2012, Vineet Gupta wrote: > Signed-off-by: Vineet Gupta > --- > arch/arc/configs/fpga_defconfig | 607 > +++ > 1 files changed, 607 insertions(+), 0 deletions(-) > create mode 100644 arch/arc/configs/fpga_defconfig > > diff --git a/

Re: [RFC PATCH v1 26/31] ARC: Build system: Makefiles, Kconfig, Linker script

2012-11-07 Thread Arnd Bergmann
On Wednesday 07 November 2012, Vineet Gupta wrote: > + > +config ARC > + def_bool y > + select ARCH_WANT_IPC_PARSE_VERSION > + # ARC Busybox based initramfs absolutely relies on DEVTMPFS for /dev > + # DEVTMPS in turn needs HOTPLUG > + select DEVTMPFS if !INITRAMFS_SOURCE="" >

Re: [RFC PATCH v1 25/31] ARC: [plat-arcfpga] Hooking up platform to ARC UART

2012-11-07 Thread Arnd Bergmann
On Wednesday 07 November 2012, Vineet Gupta wrote: > +static struct platform_device arc_uart##n##_dev = {\ > + .name = "arc-uart", \ > + .id = n,\ > + .num_resources = ARRAY_SIZE(arc_uart##n##_res), \ > +

Re: [RFC PATCH v1 14/31] ARC: syscall support

2012-11-07 Thread Arnd Bergmann
On Wednesday 07 November 2012, Vineet Gupta wrote: > + * Being uClibc based we need some of the deprecated syscalls: > + * -Not emulated by uClibc at all > + * unlink, mkdir,... (needed by Busybox, LTP etc) > + * times (needed by LTP pan test harness) > + * -Not emulated efficiently > + *

Re: [RFC Patch v1 00/31] Synopsys ARC Linux kernel Port

2012-11-07 Thread Arnd Bergmann
On Wednesday 07 November 2012, Vineet Gupta wrote: > This patchset based off-of 3.7-rc3, introduces the Linux kernel port to > ARC700 processor family (750D and 770D) from Synopsys. > > ARC700 is highly configurable and power efficient 32-bit RISC core with MMU. > It is embedded in SoCs deployed i

Re: [PATCH 1/2] ARM: ux500: add PRCM register base for pinctrl

2012-11-08 Thread Arnd Bergmann
rnel.org > Signed-off-by: Jonas Aaberg > Signed-off-by: Linus Walleij Acked-by: Arnd Bergmann -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordom

Re: [PATCH v7 0/3] Add modules to support realtek PCIE card reade

2012-11-08 Thread Arnd Bergmann
in my patch and merge it to the > kernel tree? Alex is a little busy now and I can't find any other > maintainer who can take care of MEMSTICK subsystem. > I don't know anything about memstick specific questions, but I looked at the code and it seems entirely reasonable and

[PATCH] dw_mmc: fix more const pointer warnings

2012-11-08 Thread Arnd Bergmann
The patch "dw_mmc: fix multiple drv_data NULL dereferences" has unfortunately clashed with my "mmc: dw_mmc: constify dw_mci_idmac_ops in exynos back-end" patch, causing new warnings to appear. This should hopefully fix the issue for good. Signed-off-by: Arnd Bergmann ---

Re: [PATCH 2/2] ARM: davinci: enable SRAM ping ping buffering on DA850

2012-11-08 Thread Arnd Bergmann
On Thursday 04 October 2012, Matt Porter wrote: > Passes the DA850 shared SRAM gen_pool to the McASP driver > and enables the ping-pong buffer DMA support. > > Signed-off-by: Matt Porter > --- It seems this is in linux-next now, but the patch it depends on (ARM: davinci: add platform hook to fet

Re: linux-next: manual merge of the arm-soc tree with the l2-mtd and pinctrl trees

2012-11-08 Thread Arnd Bergmann
On Wednesday 07 November 2012, Stephen Rothwell wrote: > Today's linux-next merge of the arm-soc tree got a conflict in > arch/arm/mach-nomadik/board-nhk8815.c between commit 1cd2fc449091 ("ARM: > nomadik: fixup some FSMC merge problems") from the l2-mtd tree, commits > bb16bd9b9da4 ("pinctrl/nomad

Re: [PATCH 00/16 v3] f2fs: introduce flash-friendly file system

2012-11-10 Thread Arnd Bergmann
On Saturday 10 November 2012, Martin Steigerwald wrote: > Command (m for help): n > Partition type: >p primary (0 primary, 0 extended, 4 free) >e extended > Select (default p): p > Partition number (1-4, default 1): 1 > First sector (2048-4095998, default 2048): > Using default value 2

Re: What does ISA/PCI really mean to ARM architecture?

2012-12-27 Thread Arnd Bergmann
On Thursday 27 December 2012, anish kumar wrote: > On Thu, 2012-12-27 at 10:51 +0100, Geert Uytterhoeven wrote: > > On Thu, Dec 27, 2012 at 9:27 AM, Woody Wu wrote: > > > Can a peripheral chip that claims to be ISA or PCI device be used in a > > > ARM based embedded system? For these kind of chip

Re: [RFC PATCH v1 26/31] ARC: Build system: Makefiles, Kconfig, Linker script

2013-01-02 Thread Arnd Bergmann
On Wednesday 02 January 2013, Vineet Gupta wrote: > On Wednesday 07 November 2012 07:43 PM, Arnd Bergmann wrote: > > On Wednesday 07 November 2012, Vineet Gupta wrote: > > > > Platform selection should generally be non-exclusive. Just remove the > > "choice" s

Re: [PATCH 1/2] timer: vt8500: Move system timer to clocksource

2013-01-03 Thread Arnd Bergmann
On Thursday 03 January 2013, Joe Perches wrote: > Also I think it'd be nicer to write something like: > > struct device_node *np; > int timer_irq; > const char *reason; > > np = of_find_matching_node(NULL, vt8500_timer_ids); > if (!np) { > r

Re: [RFC PATCH v1 26/31] ARC: Build system: Makefiles, Kconfig, Linker script

2013-01-03 Thread Arnd Bergmann
On Thursday 03 January 2013, Vineet Gupta wrote: > On Wednesday 02 January 2013 08:18 PM, Arnd Bergmann wrote: > > On Wednesday 02 January 2013, Vineet Gupta wrote: > >> On Wednesday 07 November 2012 07:43 PM, Arnd Bergmann wrote: > > So a kernel built for ARC750 cou

Re: uapi __NR_syscalls for microblaze

2013-01-03 Thread Arnd Bergmann
On Thursday 03 January 2013, Michal Simek wrote: > 2013/1/3 David Howells : > > Michal Simek wrote: > > > >> just want to check with you if __NR_syscalls is necessary for user space. I > >> see that powerpc and arm have this macro in asm not in uapi like > >> Microblaze. > >> If is not needed by

Re: [PATCH 9/9] ARM: tegra: Add initial support for Tegra 114 SoC.

2013-01-03 Thread Arnd Bergmann
On Thursday 20 December 2012, Hiroshi Doyu wrote: > + > +DT_MACHINE_START(TEGRA114_DT, "NVIDIA Tegra114 (Flattened Device Tree)") > + .smp= smp_ops(tegra_smp_ops), > + .map_io = tegra_map_common_io, > + .init_early = tegra30_init_early, > + .init_irq

Re: uapi __NR_syscalls for microblaze

2013-01-03 Thread Arnd Bergmann
On Thursday 03 January 2013, Michal Simek wrote: > > 2013/1/3 Arnd Bergmann : > > On Thursday 03 January 2013, Michal Simek wrote: > >> 2013/1/3 David Howells : > >> > Michal Simek wrote: > >> > > >> >> just want to check with

Re: [GIT PULL] f2fs: request for tree inclusion

2012-12-19 Thread Arnd Bergmann
On Wednesday 19 December 2012, Anca Emanuel wrote: > > Hi Linus, > > An early prototype of this: > https://wiki.linaro.org/WorkingGroups/Kernel/Specs/flash-file-system-prototype > > Are you still testing it ? The prototype was an earlier and independent work done as an internship in Linaro. It

Re: [RFC Patch v1 45/55] ARC: unaligned access emulation

2012-12-20 Thread Arnd Bergmann
On Thursday 20 December 2012, Vineet Gupta wrote: > Are you OK if we keep this support build time - provided that once it is > build time enabled - we have the additional runtime sysctl based > toggle-ability as you suggested. Yes, sounds good. > Only one of our customers need this feature and th

Re: [PATCH 1/2] asm-generic: uaccess: allow arch to over-ride __get_user_fn()

2012-12-21 Thread Arnd Bergmann
On Tuesday 20 November 2012, vineet.gup...@synopsys.com wrote: > From: Vineet Gupta > > Signed-off-by: Vineet Gupta Acked-by: Arnd Bergmann -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org Mor

[GIT PULL] asm-generic cleanups

2012-12-21 Thread Arnd Bergmann
The following changes since commit 6f0c0580b70c89094b3422ba81118c7b959c7556: Linux 3.7-rc2 (2012-10-20 12:11:32 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/arnd/asm-generic.git tags/asm-generic for you to fetch changes up to fb9de7ebc3a2eb7d

Re: [PATCH] virtio_console: correct error message on failure of debugfs_create_dir

2012-12-24 Thread Arnd Bergmann
On Friday 21 December 2012, Amit Shah wrote: > On (Thu) 20 Dec 2012 [14:11:21], Sasha Levin wrote: > > debugfs_create_dir() returns NULL if it fails, there's little point in > > calling PTR_ERR on it. > > debugfs_create_dir() does return an error value if debugfs is not > enabled. > > This check f

Re: [PATCH 13/14] misc: tsl2550: Remove redundant check on unsigned variable

2012-11-16 Thread Arnd Bergmann
On Friday 16 November 2012, Tushar Behera wrote: > No need to check whether unsigned variable is less than 0. > > CC: Arnd Bergmann > Signed-off-by: Tushar Behera Acked-by: Arnd Bergmann -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in th

Re: [PATCH] ARM: add get_user() support for 8 byte types

2012-11-16 Thread Arnd Bergmann
, and better handling of narrowing > double word read with __get_user_xb() (Russell King's suggestion) > v3: explain in comment about why this works for narrowing fetch to 1, > 2, or 4 byte type on ARM. > > Signed-off-by: Rob Clark Acked-by: Arnd Bergmann --

Re: [PATCH 1/1] ARM: ux500: Describe UART platform registering issues more accurately

2012-11-16 Thread Arnd Bergmann
On Thursday 15 November 2012, Lee Jones wrote: > On Thu, 15 Nov 2012, Arnd Bergmann wrote: > > > On Thursday 15 November 2012, Lee Jones wrote: > > > UARTs no longer require call-back information, since the reset > > > call-back was removed in 43b5f0d69291374f602ad

Re: [PATCH 1/1] ARM: ux500: Describe UART platform registering issues more accurately

2012-11-16 Thread Arnd Bergmann
On Friday 16 November 2012, Jon Hunter wrote: > > is there anything you are waiting for still? Should Jon resend > > his latest patches to make sure we get them merged this time? > > > > I have multiple people that want to send me patches for 3.8 based > > on that work, so we are running out of ti

Re: [GIT PULL] at91: fixes for 3.7-rc6

2012-11-16 Thread Arnd Bergmann
On Friday 16 November 2012, Nicolas Ferre wrote: > (Resent with mailing-lists) > > Arnd, Olof, > > Here is the second at91-fixes pull request for 3.7. I have built it on > top of my previous fixes pull request for this kernel revision. > Pulled, thanks! Arnd -- To unsubscribe from this

Re: [GIT PULL] arm-soc: Xilinx zynq changes for v3.8

2012-11-16 Thread Arnd Bergmann
On Friday 16 November 2012, Michal Simek wrote: > I have 7 new follow up patches for zynq. They are based on previous patches > (arm-soc zynq/cleanup branch). > The branch is still based on rc3 but I have also tried to merged it > with the v3.7-rc5 and there is no issue. > > It should be the last

Re: [GIT PULL] arm-soc: Xilinx zynq changes for v3.8

2012-11-16 Thread Arnd Bergmann
On Friday 16 November 2012, Michal Simek wrote: > > * Please provide a description of the series that I can put into the merge > > changeset, either in the introductory mail or (better) into the signed tag > > that > > you send (git tag -s). Have a look at how Tony Lindgren does this, he > > writ

Re: [PATCH 00/16 v3] f2fs: introduce flash-friendly file system

2012-11-16 Thread Arnd Bergmann
On Wednesday 14 November 2012, Martin Steigerwald wrote: > Am Montag, 12. November 2012 schrieb Arnd Bergmann: > > On Monday 12 November 2012, Martin Steigerwald wrote: > > > Am Samstag, 10. November 2012 schrieb Arnd Bergmann: > > > Even when I apply the explaination

Re: [PATCH] video console: add a driver for lcd2s character display

2012-11-20 Thread Arnd Bergmann
On Tuesday 20 November 2012, Lars Poeschel wrote: > From: Lars Poeschel > > This driver allows to use a lcd2s 20x4 character display as > a linux console output device. > > Signed-off-by: Lars Poeschel The driver looks nice overall, but I found two style issues: > +static int __devinit lcd2s_

Re: [PATCH 2/2] ARC: provide optimal __get_user_fn()

2012-11-20 Thread Arnd Bergmann
On Tuesday 20 November 2012, vineet.gup...@synopsys.com wrote: > From: Vineet Gupta > > Signed-off-by: Vineet Gupta Yes, this looks good to me. Acked-by: Arnd Bergmann -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of

Re: [PATCH 1/2] asm-generic: uaccess: allow arch to over-ride __get_user_fn()

2012-11-20 Thread Arnd Bergmann
On Tuesday 20 November 2012, vineet.gup...@synopsys.com wrote: > +#ifndef __get_user_fn > static inline int __get_user_fn(size_t size, const void __user *ptr, void *x) > { > size = __copy_from_user(x, ptr, size); > return size ? -EFAULT : size; > } > > +#define __get_user_fn(sz

Re: [PATCH] video console: add a driver for lcd2s character display

2012-11-20 Thread Arnd Bergmann
On Tuesday 20 November 2012, Lars Poeschel wrote: > > > > It's better to define the struct consw as a preinitialized > > 'static const' object, rather than dynamically setting each > > member. > > I could not find a place to store the drivers private data inside the struct > vc_data. I wanted to

Re: Device driver memory 'mmap()' function helper cleanup

2013-04-17 Thread Arnd Bergmann
On Wednesday 17 April 2013, Linus Torvalds wrote: > Anyway, I'm attaching the untested patch to several drivers. Guys, > mind taking a look? The point here is to simplify the interface, > avoiding bugs, but also: > > 5 files changed, 21 insertions(+), 87 deletions(-) > > it needs current -git fo

Re: [PATCH] mmc: mmci: Allow MMCI to request channels with information acquired from DT

2013-04-17 Thread Arnd Bergmann
On Wednesday 17 April 2013, Lee Jones wrote: > #ifdef CONFIG_DMA_ENGINE > -static void mmci_dma_setup(struct mmci_host *host) > +static void mmci_dma_setup(struct amba_device *dev, > +struct mmci_host *host) > { > + struct device_node *np = dev->dev.of_node; > s

Re: [PATCH] mmc: mmci: Allow MMCI to request channels with information acquired from DT

2013-04-17 Thread Arnd Bergmann
On Wednesday 17 April 2013, Lee Jones wrote: > > This looks unnecessarily complex. > > That thought did cross my mind. > > > Why not just do dma_request_slave_channel_compat() unconditionally here? > > So how about something like this instead, as it keeps the current > semantics, and only differ

Re: [PATCH 29/30] spi: s3c64xx: move to generic dmaengine API

2013-04-17 Thread Arnd Bergmann
On Thursday 11 April 2013, Arnd Bergmann wrote: > @@ -713,9 +836,9 @@ static int s3c64xx_spi_transfer_one_message(struct > spi_master *master, > } > > /* Polling method for xfers not bigger than FIFO capacity */ > - if (xfer->l

Re: [PATCH v3] irqchip: Add support for ARMv7-M's NVIC

2013-04-17 Thread Arnd Bergmann
On Wednesday 17 April 2013, Uwe Kleine-König wrote: > This patch triggers two checkpatch warnings: > > WARNING: Avoid CamelCase: > WARNING: Avoid CamelCase: > > but I think they are OK for consistency?! You obviously have no choice for handle_IRQ, but I think the common way to nam

Re: Device driver memory 'mmap()' function helper cleanup

2013-04-17 Thread Arnd Bergmann
On Wednesday 17 April 2013, Linus Torvalds wrote: > Not the way things are now. > > vm_iomap_memory() actually allows non-page-aligned things to be > mapped, with the assumption that the user will then know about the > internal offsets. > > The reason for that is questionable, but that's how prett

Re: [PATCH v3] irqchip: Add support for ARMv7-M's NVIC

2013-04-18 Thread Arnd Bergmann
On Thursday 18 April 2013, Uwe Kleine-König wrote: > > > + * Each bank handles 32 irqs. Only the 16th (= last) bank handles only > > > + * 16 irqs. > > > + */ > > > +#define NVIC_MAX_IRQ ((NVIC_MAX_BANKS - 1) * 32 + 16) > > > > Is this actually inherent to the hardware design, or is

Re: [PATCH] mmc: mmci: Allow MMCI to request channels with information acquired from DT

2013-04-18 Thread Arnd Bergmann
On Thursday 18 April 2013, Russell King - ARM Linux wrote: > On Thu, Apr 18, 2013 at 09:02:38AM +0100, Lee Jones wrote: > > @@ -321,19 +323,21 @@ static void mmci_dma_setup(struct mmci_host *host) > >* attempt to use it bidirectionally, however if it is > >* is specified but cannot

Re: [PATCH v3] irqchip: Add support for ARMv7-M's NVIC

2013-04-18 Thread Arnd Bergmann
On Thursday 18 April 2013, Uwe Kleine-König wrote: > That is, there are (INTLINESNUM + 1) * 32 irqs for INTLINESNUM < 15. For > INTLINESNUM == 15 there are only 496 and not 16 * 32 == 512. That's the > same on the gic (just with bigger numbers). Ok, but since you are now using a linear domain, it

<    2   3   4   5   6   7   8   9   10   11   >