From: Marc Zyngier marc.zyng...@arm.com
Convert MSM SMP platforms to use the SoC descriptor to provide
their SMP and CPU hotplug operations.
Cc: David Brown dav...@codeaurora.org
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
Signed-off-by: Arnd Bergmann a...@arndb.de
---
arch/arm/mach-msm
On Wednesday 12 September 2012, Rajanikanth HV wrote:
On Tuesday 11 September 2012 04:52 PM, Arnd Bergmann wrote:
On Tuesday 11 September 2012, Rajanikanth HV wrote:
Consider: USB charging:
__
| |
--(Vbus)--| USB Charger
On Tuesday 11 September 2012, Guennadi Liakhovetski wrote:
ipu.h is used by the dmaengine and IRQ driver under drivers/dma/ipu/, and
by its users drivers/media/platform/soc_camera/mx3_camera.c and
drivers/video/mx3fb.c. It has been placed under arch/arm/... because it's
arch-specific, but
1580b8b9c820db3d1e9ffce91fc741516ad5547a Mon Sep 17 00:00:00 2001
From: Arnd Bergmann a...@arndb.de
Date: Wed, 12 Sep 2012 18:15:42 +0200
Subject: [PATCH] ARM: tegra: move sdhci platform_data definition
Platform data for device drivers should be defined in
include/linux/platform_data/*.h
:
Arnd
From bb95f134f891ff75c5eabf740f93d11ff0ea5eca Mon Sep 17 00:00:00 2001
From: Arnd Bergmann a...@arndb.de
Date: Fri, 24 Aug 2012 15:19:33 +0200
Subject: [PATCH 12/16] ARM: nomadik: move platform_data definitions
Platform data for device drivers should be defined in
include/linux
On Wednesday 12 September 2012, Hebbar, Gururaja wrote:
On Tue, Sep 11, 2012 at 18:29:36, Arnd Bergmann wrote:
drivers/usb/musb/da8xx.c |2 +-
.../asp.h = include/linux/platform_data/asoc-davinci-evm.h |0
This will clash with patch ASoC
On Wednesday 12 September 2012, Pihet-XID, Jean wrote:
diff --git a/arch/arm/plat-omap/include/plat/voltage.h
b/include/linux/platform_data/smartreflex-omap.h
similarity index 100%
rename from arch/arm/plat-omap/include/plat/voltage.h
rename to
On Tuesday 11 September 2012, Peter Ujfalusi wrote:
OMAP McBSP has nothing to do with a dsp.
A better name would be: ti-mcbsp.h (or leave it as mcbsp.h)
McBSP stands for: Multichannel Buffered Serial Port and it is used for audio
connection (I2S, TDM, etc).
changed to asoc-ti-mcbsp.h to, as
-off-by: Arnd Bergmann a...@arndb.de
---
This is an adaptation of this change on top of the msm-for-3.7 tree I
recently sent out a pull request for. The only real change is to
resolve the conflicts with the simplified board files.
Not sure what I'm supposed to do with this patch, it doesn't
On Thursday 13 September 2012, Shawn Guo wrote:
DT_MACHINE_START(IMX6Q, Freescale i.MX6 Quad (Device Tree))
+ .smp= smp_ops(imx6q_soc_desc),
s/imx6q_soc_desc/imx_smp_ops
Yes, just noticed this myself when testing the series together with other
patches.
Otherwise,
This patch implements ffs, __ffs, fls, __fls using __builtin_* gcc
functions. These header files can be used by other architectures that
rely on the gcc builtins.
Signed-off-by: Catalin Marinas catalin.mari...@arm.com
Cc: Arnd Bergmann a...@arndb.de
Very good.
Acked-by: Arnd Bergmann a...@arndb.de
;
+ return ret;
+}
+#endif /* __ARCH_WANT_COMPAT_SYS_SCHED_RR_GET_INTERVAL */
+
This one looks reasonable. It would be nice to kill the get_fs/set_fs but here
it would just make the native code slower or duplicate a lot of it.
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this list
On Thursday 13 September 2012, Rajanikanth HV wrote:
On Wednesday 12 September 2012 09:06 PM, Arnd Bergmann wrote:
If this is true, I don't understand what makes the 'supplied-to'
properties you list in the device tree binding board specific. Are
they not always done the same way? If so
On Thursday 13 September 2012, David Brown wrote:
Olof wanted me to try and split the msm-for-3.7 into a few branches,
so I'm going to work on that this morning. I'm not quite sure how
well it will work, since, for example, most of the cleanups are
preparing the tree for the devicetree
On Friday 14 September 2012, Anton Vorontsov wrote:
Power supply subsystem's supplied_to describes not just how driver
should notify other devices, supplied_to is more generic stuff, in terms
that it describes power supply hierarchy. It's like a directed graph,
e.g.:
AC power
On Friday 14 September 2012, Catalin Marinas wrote:
(revisiting unanswered emails :))
On Wed, Aug 15, 2012 at 01:33:55AM +0100, Olof Johansson wrote:
On Tue, Aug 14, 2012 at 06:52:14PM +0100, Catalin Marinas wrote:
+/*
+ * I/O port access primitives.
+ */
+#define IO_SPACE_LIMIT
ARM is moving to stricter checks on readl/write functions,
so we need to use the correct types everywhere.
Cc: Hartley Sweeten hswee...@visionengravers.com
Cc: Ryan Mallon rmal...@gmail.com
Signed-off-by: Arnd Bergmann a...@arndb.de
---
arch/arm/mach-ep93xx/include/mach/ts72xx.h | 10
ARM is moving to stricter checks on readl/write functions,
so we need to use the correct types everywhere.
Cc: Tony Lindgren t...@atomide.com
Signed-off-by: Arnd Bergmann a...@arndb.de
---
arch/arm/plat-omap/include/plat/hardware.h | 18 +-
1 file changed, 9 insertions(+), 9
ARM is moving to stricter checks on readl/write functions,
so we need to use the correct types everywhere.
Cc: Kukjin Kim kgene@samsung.com
Cc: Ben Dooks ben-li...@fluff.org
Signed-off-by: Arnd Bergmann a...@arndb.de
---
arch/arm/plat-samsung/s5p-irq-gpioint.c |4 ++--
1 file changed, 2
ARM is moving to stricter checks on readl/write functions,
so we need to use the correct types everywhere.
Cc: Alan Cox a...@linux.intel.com
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Signed-off-by: Arnd Bergmann a...@arndb.de
---
drivers/tty/serial/serial_ks8695.c |4 ++--
1 file
ARM is moving to stricter checks on readl/write functions,
so we need to use the correct types everywhere.
Cc: Jochen Friedrich joc...@scram.de
Cc: Dominik Brodowski li...@dominikbrodowski.net
Signed-off-by: Arnd Bergmann a...@arndb.de
---
arch/arm/mach-sa1100/include/mach/simpad.h |2
-by: Arnd Bergmann a...@arndb.de
Cc: Sascha Hauer ker...@pengutronix.de
Cc: Shawn Guo shawn@linaro.org
---
arch/arm/mach-imx/mach-armadillo5x0.c |2 +-
arch/arm/mach-imx/mach-kzm_arm11_01.c |4 ++--
arch/arm/mach-imx/mach-mx31ads.c |2 +-
arch/arm/mach-imx/mach-mx31lite.c
ARM is moving to stricter checks on readl/write functions,
so we need to use the correct types everywhere.
Cc: Viresh Kumar viresh.li...@gmail.com
Cc: Shiraz Hashim shiraz.has...@st.com
Cc: spear-de...@list.st.com
Signed-off-by: Arnd Bergmann a...@arndb.de
---
arch/arm/mach-spear13xx/include
warnings on each shmobile build
in v3.7.
Please see this as a prototype.
Cc: Paul Mundt let...@linux-sh.org
Cc: Magnus Damm magnus.d...@gmail.com
Cc: Simon Horman ho...@verge.net.au
Cc: Kuninori Morimoto kuninori.morimoto...@renesas.com
Cc: linux...@vger.kernel.org
Signed-off-by: Arnd Bergmann
ARM is moving to stricter checks on readl/write functions,
so we need to use the correct types everywhere.
At the moment, this patch conflicts with other patches in linux-next,
need to sort this out.
Cc: Imre Kaloz ka...@openwrt.org
Cc: Krzysztof Halasa k...@pm.waw.pl
Signed-off-by: Arnd
ARM is moving to stricter checks on readl/write functions,
so we need to use the correct types everywhere.
Cc: James E.J. Bottomley jbottom...@parallels.com
Cc: linux-s...@vger.kernel.org
Signed-off-by: Arnd Bergmann a...@arndb.de
---
drivers/scsi/arm/eesox.c |2 +-
1 file changed, 1
ARM is moving to stricter checks on readl/write functions,
so we need to use the correct types everywhere.
Cc: Krzysztof Halasa k...@pm.waw.pl
Signed-off-by: Arnd Bergmann a...@arndb.de
---
arch/arm/mach-ks8695/cpu.c |2 +-
arch/arm/mach-ks8695/include/mach/hardware.h
ARM is moving to stricter checks on readl/write functions,
so we need to use the correct types everywhere.
Cc: Nicolas Ferre nicolas.fe...@atmel.com
Cc: Jean-Christophe Plagniol-Villard plagn...@jcrosoft.com
Signed-off-by: Arnd Bergmann a...@arndb.de
---
arch/arm/mach-at91/at91x40.c
ARM is moving to stricter checks on readl/write functions,
so we need to use the correct types everywhere.
Cc: David Brown dav...@codeaurora.org
Cc: Daniel Walker dwal...@fifo99.com
Cc: Bryan Huntsman bry...@codeaurora.org
Signed-off-by: Arnd Bergmann a...@arndb.de
---
arch/arm/mach-msm/smd.c
ARM is moving to stricter checks on readl/write functions,
so we need to use the correct types everywhere.
Cc: net...@vger.kernel.org
Cc: David S. Miller da...@davemloft.net
Signed-off-by: Arnd Bergmann a...@arndb.de
---
drivers/net/ethernet/seeq/ether3.c |4 ++--
1 file changed, 2
...@gmail.com
Cc: Kuninori Morimoto kuninori.morimoto...@renesas.com
Cc: Simon Horman ho...@verge.net.au
Cc: Paul Mundt let...@linux-sh.org
Cc: linux...@vger.kernel.org
Signed-off-by: Arnd Bergmann a...@arndb.de
---
arch/arm/mach-shmobile/board-ap4evb.c | 12 ++--
arch/arm/mach-shmobile/board
ARM is moving to stricter checks on readl/write functions,
so we need to use the correct types everywhere.
Cc: Florian Tobias Schandinat florianschandi...@gmx.de
Cc: linux-fb...@vger.kernel.org
Signed-off-by: Arnd Bergmann a...@arndb.de
---
drivers/video/da8xx-fb.c |8
1 file
Signed-off-by: Arnd Bergmann a...@arndb.de
---
arch/arm/mach-integrator/core.c |4 ++--
arch/arm/mach-integrator/cpu.c |8
arch/arm/mach-integrator/integrator_ap.c | 12 ++--
arch/arm/mach-integrator/integrator_cp.c |6 +++---
arch/arm/mach-integrator
ARM is moving to stricter checks on readl/write functions,
so we need to use the correct types everywhere.
Cc: Dmitry Torokhov dmitry.torok...@gmail.com
Cc: linux-in...@vger.kernel.org
Signed-off-by: Arnd Bergmann a...@arndb.de
---
drivers/input/mouse/rpcmouse.c |2 +-
1 file changed, 1
ARM is moving to stricter checks on readl/write functions,
so we need to use the correct types everywhere.
Cc: Rob Herring rob.herr...@calxeda.com
Cc: Lennert Buytenhek buyt...@wantstofly.org
Signed-off-by: Arnd Bergmann a...@arndb.de
---
arch/arm/mach-iop13xx/include/mach/iop13xx.h | 20
ARM is moving to stricter checks on readl/write functions,
so we need to use the correct types everywhere.
Cc: Alessandro Rubini rub...@unipv.it
Cc: Linus Walleij linus.wall...@linaro.org
Cc: STEricsson stericsson_nomadik_li...@list.st.com
Signed-off-by: Arnd Bergmann a...@arndb.de
---
arch/arm
ARM is moving to stricter checks on readl/write functions,
so we need to use the correct types everywhere.
Cc: Imre Kaloz ka...@openwrt.org
Cc: Krzysztof Halasa k...@pm.waw.pl
Cc: Lennert Buytenhek buyt...@wantstofly.org
Signed-off-by: Arnd Bergmann a...@arndb.de
---
arch/arm/mach-iop32x
ARM is moving to stricter checks on readl/write functions,
so we need to use the correct types everywhere.
Cc: Roland Stigge sti...@antcom.de
Cc: Wolfram Sang w.s...@pengutronix.de
Signed-off-by: Arnd Bergmann a...@arndb.de
---
arch/arm/mach-lpc32xx/common.c|8
arch
ARM is moving to stricter checks on readl/write functions,
so we need to use the correct types everywhere.
Cc: Barry Song baohua.s...@csr.com
Signed-off-by: Arnd Bergmann a...@arndb.de
---
arch/arm/mach-prima2/include/mach/uncompress.h |4 ++--
1 file changed, 2 insertions(+), 2 deletions
ARM is moving to stricter checks on readl/write functions,
so we need to use the correct types everywhere.
Signed-off-by: Arnd Bergmann a...@arndb.de
---
arch/arm/mach-ebsa110/core.c |8
arch/arm/mach-ebsa110/core.h | 12 ++--
2 files changed, 10 insertions(+), 10
On Friday 14 September 2012, Russell King - ARM Linux wrote:
On Fri, Sep 14, 2012 at 11:34:50PM +0200, Arnd Bergmann wrote:
ARM is moving to stricter checks on readl/write functions,
so we need to use the correct types everywhere.
There's nothing wrong with const iomem pointers. If you
On Friday 14 September 2012, Ryan Mallon wrote:
On 15/09/12 07:34, Arnd Bergmann wrote:
ARM is moving to stricter checks on readl/write functions,
so we need to use the correct types everywhere.
Cc: Hartley Sweeten hswee...@visionengravers.com
Cc: Ryan Mallon rmal...@gmail.com
On Saturday 15 September 2012, Russell King - ARM Linux wrote:
On Sat, Sep 15, 2012 at 08:00:35AM +, Arnd Bergmann wrote:
On Friday 14 September 2012, Russell King - ARM Linux wrote:
On Fri, Sep 14, 2012 at 11:34:50PM +0200, Arnd Bergmann wrote:
ARM is moving to stricter checks
On Friday 14 September 2012, Fabio Estevam wrote:
On Fri, Sep 14, 2012 at 6:34 PM, Arnd Bergmann a...@arndb.de wrote:
ARM is moving to stricter checks on readl/write functions,
so we need to use the correct types everywhere.
This found a bug in mach-armadillo5x0.c, where we attempt mmio
On Saturday 15 September 2012, Tony Lindgren wrote:
With my patches, this is now all omap1 specific and
moved to arch/arm/mach-omap1/include/mach/hardware.h.
It's probably easiest to just update this patch on
top of the hardware.h changes I've done.
Yes, sounds good. Do you want to send a
On Thursday 31 May 2012, Nicolas Ferre wrote:
On 05/24/2012 05:12 PM, Nicolas Ferre :
Hi Arnd, hi Olof,
Ping?
(or maybe you will have a look at this after the merge window...)
I've just gone through all old pull requests that I had somewhere in
my inbox and this turned out to be one
On Wednesday 25 July 2012, Yaniv Gardi wrote:
This feature delete the unmap memory region of the eMMC card,
by writing to a specific register in the EXT_CSD
unmap region is the memory region that were previously deleted
(by erase, trim or discard operation)
Signed-off-by: Yaniv Gardi
On Wednesday 25 July 2012, Yaniv Gardi wrote:
Adding a new ioctl to support sanitize operation in eMMC
cards version 4.5.
The sanitize ioctl support helps performing this operation
via user application.
Signed-off-by: Yaniv Gardi yga...@codeaurora.org
Can you explain how you expect
.
For new subsystems like this, I really want ack's from the people who
are expected to use it.
At least the patch that adds me as the maintainer is Acked-by: Sascha
Hauer, who did the original work, and Arnd Bergmann who was involved in
the review process. Other people such as Shawn Guo
On Sunday 29 July 2012, Linus Walleij wrote:
+- #interrupt-cells: Should be 2. The first cell contains the GPIO number,
+ whereas the second cell is used to specify flags:
+bits[3:0] trigger type and level flags
+ 1 = low-to-high edge triggered
+ 2 = high-to-low edge
On Tuesday 31 July 2012, Chao Xie wrote:
+#define APBC_RTC APBC_REG(0x28)
+#define APBC_TWSI0 APBC_REG(0x2c)
+#define APBC_KPC APBC_REG(0x30)
+#define APBC_UART0 APBC_REG(0x00)
+#define APBC_UART1 APBC_REG(0x04)
+#define APBC_GPIO APBC_REG(0x08)
+#define
On Tuesday 31 July 2012, Chao Xie wrote:
+static int clk_apbc_prepare(struct clk_hw *hw)
+{
+ struct clk_apbc *apbc = to_clk_apbc(hw);
+ unsigned int data;
+ unsigned long flags = 0;
+
+ /*
+ * It may share same register as MUX clock,
+ * and it will impact FNCLK
On Tuesday 31 July 2012, wei_w...@realsil.com.cn wrote:
From: Wei WANG wei_w...@realsil.com.cn
Realtek card reader core driver is the bus driver for Realtek
driver-based card reader, which supplies adapter layer to
be used by lower-level pci/usb card reader and upper-level
sdmmc/memstick
it needs native-endian (i.e. big-endian) accessors.
This patch makes the endianness configurable using 'DW_DMAC_BIG_ENDIAN_IO',
which will default be true for AVR32
Signed-off-by: Hein Tibosch hein_tibo...@yahoo.es
Acked-by: Arnd Bergmann arnd.bergm...@linaro.org
--
To unsubscribe from this list
,
Acked-by: Arnd Bergmann a...@arndb.de
--
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.html
Please read the FAQ at http://www.tux.org/lkml/
On Monday 03 September 2012, Catalin Marinas wrote:
I forgot about this at the KS and we haven't got to a clear conclusion.
Do we (1) stick with the sys_mmap() for 64-bit systems and avoid offset
conversion in both glibc and kernel or (2) use sys_mmap2() with a 12
shift in glibc and
On Friday 31 August 2012, Stephen Boyd wrote:
+static int hvc_dcc_put_chars_v6(uint32_t vt, const char *buf, int count)
+{
+ int i;
+
+ for (i = 0; i count; i++) {
+ while (__dcc_getstatus_v6() DCC_STATUS_TX_V6)
+ cpu_relax();
+
+
On Tuesday 04 September 2012, Stephen Rothwell wrote:
Today's linux-next merge of the arm-soc tree got a conflict in
arch/arm/mm/mmu.c between commit a849088aa155 (ARM: Fix ioremap() of
address zero) from the arm-current tree and commit c2794437091a (ARM:
Add fixed PCI i/o mapping) from the
mapping of the i/o space.
Here's my merge:
Ok, thanks for the clarification. I've merged Russell's fixes branch
into the cleanup/io-pci branch now to resolve the conflict.
Arnd
From 863e99a8c1ea2b0391491904297f57a0f6a1fdd6 Mon Sep 17 00:00:00 2001
From: Arnd Bergmann a...@arndb.de
On Monday 03 September 2012, Lee Jones wrote:
But if you are handling both, then I agree that platform_data should
override DT.
I do agree with this, but I haven't stumbled over such a use-case yet.
I have only provided; clock names, DMA settings and call-back information
via AUX_DATA()
On Wednesday 05 September 2012, Loic Pallardy wrote:
+MACHINE_START(U9540, ST-Ericsson 9540 platform)
+ .atag_offset= 0x100,
+ .map_io = u8500_map_io,
+ .nr_irqs= UX500_NR_IRQS,
+ .init_irq = ux500_init_irq,
+ .timer =
On Wednesday 05 September 2012, Loic Pallardy wrote:
This patch exposes db8500 legacy services which are
now available to support new baseband.
If different are needed, then services are overloaded.
This allows to reduce duplicate code between projects.
Signed-off-by: Loic Pallardy
On Wednesday 05 September 2012, Loic Pallardy wrote:
This driver offers support for ST-Ericsson DB9540 and
DB8540 PRCMU.
- add new communication interface named UniqPAP
- add support for x540 HW
Signed-off-by: Loic Pallardy loic.palla...@stericsson.com
Acked-by: Linus Walleij
On Wednesday 05 September 2012, Loic PALLARDY wrote:
On 09/05/2012 12:42 PM, Arnd Bergmann wrote:
On Wednesday 05 September 2012, Loic Pallardy wrote:
+MACHINE_START(U9540, ST-Ericsson 9540 platform)
+ .atag_offset= 0x100,
+ .map_io = u8500_map_io
On Wednesday 05 September 2012, Linus Walleij wrote:
On Wed, Sep 5, 2012 at 2:10 PM, Arnd Bergmann a...@arndb.de wrote:
On Wednesday 05 September 2012, Loic Pallardy wrote:
+#define PRCM_PLLDSITV_FREQ (_PRCMU_BASE + 0x500)
+#define PRCM_PLLDSITV_ENABLE (_PRCMU_BASE + 0x504
On Monday 13 August 2012, wei_w...@realsil.com.cn wrote:
From: Wei WANG wei_w...@realsil.com.cn
Realtek PCI-E card reader driver adapts requests from upper-level
sdmmc/memstick layer to the real physical card reader.
Signed-off-by: Wei WANG wei_w...@realsil.com.cn
Hi,
This looks pretty
On Monday 13 August 2012, wei_w...@realsil.com.cn wrote:
From: Wei WANG wei_w...@realsil.com.cn
Realtek PCI-E SD/MMC card host driver is used to access SD/MMC card,
with the help of Realtek PCI-E card reader MFD driver.
Signed-off-by: Wei WANG wei_w...@realsil.com.cn
Acked-by: Arnd
' undeclared
here (not in a function)
Extending the DT-only code section to cover the irq_domain_ops
and the pxa_gpio_dt_ids solves this problem and makes it clearer
which code is actually used without DT.
Signed-off-by: Arnd Bergmann a...@arndb.de
diff --git a/drivers/gpio/gpio-pxa.c b/drivers/gpio
persistence!
Arnd
commit 19e4ab54e7f5fe46a3c931afa7e786f11d57b558
Merge: 0d7614f fa8bbb1
Author: Arnd Bergmann a...@arndb.de
Date: Mon Aug 13 16:45:48 2012 +0200
Merge branch 'for-arm-soc' of
git://git.kernel.org/pub/scm/linux/kernel/git/cooloney/linux-leds into
next/drivers
-off-by.
Your patches both look fine now, so you can add my
Reviewed-by: Arnd Bergmann a...@arndb.de
Arnd
--
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
On Tuesday 14 August 2012, Linus Walleij wrote:
On Thu, Aug 9, 2012 at 5:53 PM, Lee Jones lee.jo...@linaro.org wrote:
+static struct irq_domain *db8500_irq_domain;
So this is a good idea.
+int db8500_irq_get_virq(int irq);
And I'm sceptic about this business. Why isn't this
On Tuesday 14 August 2012, David Daney wrote:
Since the initial use of the code is for MIPS, perhaps both parts
could be merged by Ralf's tree (after collecting any Acked-bys).
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
On Tuesday 14 August 2012, wei_w...@realsil.com.cn wrote:
+
+void rtsx_pci_start_run(struct rtsx_pcr *pcr)
+{
+ /* If pci device removed, don't queue idle work any more */
+ if (pcr-remove_pci)
+ return;
+
+ if (pcr-state != PDEV_STAT_RUN) {
+
catalin.mari...@arm.com
Acked-by: Arnd Bergmann a...@arndb.de
--
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.html
Please read the FAQ at http://www.tux.org
On Tuesday 14 August 2012, Catalin Marinas wrote:
+#ifdef CONFIG_AARCH32_EMULATION
+#define compat_thumb_mode(regs) \
+ (((regs)-pstate COMPAT_PSR_T_BIT))
+#else
+#define compat_thumb_mode(regs) (0)
+#endif
The symbol we use on other platforms is CONFIG_COMPAT. I don't think you
need
booting protocol, see Documentation/arm64/booting.txt.
Signed-off-by: Will Deacon will.dea...@arm.com
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
Signed-off-by: Catalin Marinas catalin.mari...@arm.com
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this list: send the line
On Tuesday 14 August 2012, Catalin Marinas wrote:
+The AArch64 exception model is made up of a number of exception levels
+(EL0 - EL3), with EL0 and EL1 having a secure and a non-secure
+counterpart. EL2 is the hypervisor level and exists only in non-secure
+mode. EL3 is the highest priority
On Tuesday 14 August 2012, Catalin Marinas wrote:
+/*
+ * TCR flags.
+ */
+#define TCR_TxSZ(x) (((64 - (x)) 16) | ((64 - (x)) 0))
+#define TCR_IRGN_NC ((0 8) | (0 24))
+#define TCR_IRGN_WBWA((1 8) | (1 24))
+#define TCR_IRGN_WT ((2 8) | (2
-cacheable and Normal Cacheable.
Cache policies are supported via the memory attributes register
(MAIR_EL1) and only affect the Normal Cacheable mappings.
It looks like you've managed to eliminate bootmem as I suggested earlier,
very nice!
Acked-by: Arnd Bergmann a...@arndb.de
Arnd
On Tuesday 14 August 2012, Catalin Marinas wrote:
+
+pgd_t *pgd_alloc(struct mm_struct *mm)
+{
+ pgd_t *new_pgd;
+
+ new_pgd = (pgd_t *)__get_free_pages(GFP_KERNEL, PGD_ORDER);
+ if (!new_pgd)
+ return NULL;
+
+ memset(new_pgd, 0, PAGE_SIZE PGD_ORDER);
+
+
On Tuesday 14 August 2012, Catalin Marinas wrote:
+#define THREAD_SIZE_ORDER1
+#define THREAD_SIZE 8192
+#define THREAD_START_SP (THREAD_SIZE - 16)
THREAD_SIZE_ORDER looks wrong for 64kb-page kernels. It also doesn't seem to
be used, so better remove it.
On Tuesday 14 August 2012, Catalin Marinas wrote:
diff --git a/arch/arm64/include/asm/procinfo.h
b/arch/arm64/include/asm/procinfo.h
new file mode 100644
index 000..81fece9
--- /dev/null
+++ b/arch/arm64/include/asm/procinfo.h
@@ -0,0 +1,44 @@
+/*
+ * Based on
On Tuesday 14 August 2012, Catalin Marinas wrote:
+
+void elf_set_personality(int personality)
+{
+ switch (personality PER_MASK) {
+ case PER_LINUX:
+ clear_thread_flag(TIF_32BIT);
+ break;
+ case PER_LINUX32:
+
On Tuesday 14 August 2012, Catalin Marinas wrote:
+
+/* This matches struct stat64 in glibc2.1, hence the absolutely
+ * insane amounts of padding around dev_t's.
+ * Note: The kernel zero's the padded region because glibc might read them
+ * in the hope that the kernel has stretched to
On Tuesday 14 August 2012, Catalin Marinas wrote:
+#ifdef CONFIG_AARCH32_EMULATION
+#include linux/compat.h
+
+#define AARCH32_KERN_SIGRET_CODE_OFFSET 0x500
+
+extern const compat_ulong_t aarch32_sigret_code[6];
+
+int compat_setup_frame(int usig, struct k_sigaction *ka, sigset_t
on real hardware are required before
implementing lazy FP state saving/restoring.
Signed-off-by: Will Deacon will.dea...@arm.com
Signed-off-by: Catalin Marinas catalin.mari...@arm.com
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
On Tuesday 14 August 2012, Catalin Marinas wrote:
+/*
+ * Single-value transfer routines. They automatically use the right
+ * size if we just have the right pointer type. Note that the functions
+ * which read from user space (*get_*) need to take care not to leak
+ * kernel data even if
On Tuesday 14 August 2012, Catalin Marinas wrote:
+const struct user_regset_view *task_user_regset_view(struct task_struct
*task)
+{
+#ifdef CONFIG_AARCH32_EMULATION
+ if (test_tsk_thread_flag(task, TIF_32BIT))
+ return user_aarch32_view;
+#endif
+ return
.
Signed-off-by: Catalin Marinas catalin.mari...@arm.com
Acked-by: Arnd Bergmann a...@arndb.de
--
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.html
Please read
On Tuesday 14 August 2012, Catalin Marinas wrote:
From: Will Deacon will.dea...@arm.com
This patch adds support for the AArch64 performance counters.
Signed-off-by: Will Deacon will.dea...@arm.com
Signed-off-by: Catalin Marinas catalin.mari...@arm.com
---
On Tuesday 14 August 2012, Catalin Marinas wrote:
+
+/*
+ * Use compiler builtins for simple inline operations.
+ */
+static inline unsigned long __ffs(unsigned long word)
+{
+ return __builtin_ffsl(word) - 1;
+}
+
+static inline int ffs(int x)
+{
+ return __builtin_ffs(x);
On Tuesday 14 August 2012, Catalin Marinas wrote:
+
+void *module_alloc(unsigned long size)
+{
+ return __vmalloc_node_range(size, 1, MODULES_VADDR, MODULES_END,
+ GFP_KERNEL, PAGE_KERNEL_EXEC, -1,
+
On Tuesday 14 August 2012, Catalin Marinas wrote:
+static void arch_timer_reg_write(int reg, u32 val)
+{
+ switch (reg) {
+ case ARCH_TIMER_REG_CTRL:
+ asm volatile(msr cntp_ctl_el0, %0 : : r (val));
+ break;
+ case ARCH_TIMER_REG_TVAL:
+
On Tuesday 14 August 2012, Catalin Marinas wrote:
diff --git a/arch/arm64/include/asm/cmpxchg.h
b/arch/arm64/include/asm/cmpxchg.h
new file mode 100644
index 000..dc50de7
--- /dev/null
+++ b/arch/arm64/include/asm/cmpxchg.h
+ default:
+ __bad_cmpxchg(ptr, size);
+
On Tuesday 14 August 2012, Catalin Marinas wrote:
This patch updates the MAINTAINERS file for the AArch64 Linux kernel
port.
Signed-off-by: Catalin Marinas catalin.mari...@arm.com
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this list: send the line unsubscribe linux
On Tuesday 14 August 2012, Catalin Marinas wrote:
diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
new file mode 100644
index 000..1ce3d04
--- /dev/null
+++ b/arch/arm64/Kconfig
@@ -0,0 +1,261 @@
+config ARM64
+ def_bool y
+ select OF
+ select OF_EARLY_FLATTREE
+
in a virtualised environment).
Signed-off-by: Will Deacon will.dea...@arm.com
Signed-off-by: Catalin Marinas catalin.mari...@arm.com
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More
On Tuesday 14 August 2012, Catalin Marinas wrote:
+static struct dma_map_ops arm64_swiotlb_dma_ops = {
+ .alloc = arm64_swiotlb_alloc_coherent,
+ .free = arm64_swiotlb_free_coherent,
+ .map_page = arm64_swiotlb_map_page,
+ .unmap_page = arm64_swiotlb_unmap_page,
+
On Wednesday 15 August 2012, Catalin Marinas wrote:
Primarily branch relocation, we have a limitation to 128MB branch range.
The alternative would be to always compile the modules with a large
memory model but we may lose some performance and could make the
relocation handling even harder.
':
drivers/regulator/twl-regulator.c:1229:3: error: implicit declaration of
function 'kfree' [-Werror=implicit-function-declaration]
Also added string.h for kmemdup().
Signed-off-by: Stephen Rothwell s...@canb.auug.org.au
Acked-by: Arnd Bergmann a...@arndb.de
Thanks Stephen and sorry
1301 - 1400 of 32729 matches
Mail list logo