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
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
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
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
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)
> > > >
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
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
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
> >>
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
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
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
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
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
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
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
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
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
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
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)
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
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
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
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
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
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
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
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
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
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
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) \
>
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
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(
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-
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
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
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
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
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:
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
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
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
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.
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
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.
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
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
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)
> > &
'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 +++-
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(+),
.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
,
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
: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
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
* 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
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
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
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/
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=""
>
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), \
> +
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
> + *
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
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
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
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
---
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
, 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
--
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
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
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
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
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
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
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_
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
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
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
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
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
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
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
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
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
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
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
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
601 - 700 of 18255 matches
Mail list logo
