The idma_reg_addr_init function is used by the samsung i2s driver,
which can be a loadable module, so we have to export this function.
Signed-off-by: Arnd Bergmann
Cc: alsa-de...@alsa-project.org
Cc: Mark Brown
Cc: Liam Girdwood
---
sound/soc/samsung/idma.c | 1 +
1 file changed, 1 insertion
e of
ATAGS boot.
Signed-off-by: Arnd Bergmann
Cc: Thomas Gleixner
---
arch/arm/mach-exynos/common.c | 15 -
arch/arm/mach-exynos/common.h | 3 ++-
drivers/irqchip/exynos-combiner.c | 46 ++-
3 files changed, 32 insertions(+), 32 deletion
The IRQ_SPI() macro is not available in the driver when building with sparse
IRQs or multiplatform, so let's move all users of this into one function
that we can leave out when building DT-only.
Signed-off-by: Arnd Bergmann
Cc: Thomas Gleixner
---
drivers/irqchip/exynos-combiner.c
platforms provide support for
the common dmaengine interfaces, we can remove the old code.
Signed-off-by: Arnd Bergmann
Cc: alsa-de...@alsa-project.org
Cc: Mark Brown
Cc: Liam Girdwood
---
sound/soc/samsung/dma.c | 219 ++
sound/soc/samsung/dma.h | 15
Nothing uses the NAND register definitions other than the
actual driver, so we can move the header file into the
same local directory, which lets us build it in a multiplatform
configuration.
Signed-off-by: Arnd Bergmann
Cc: linux-...@lists.infradead.org
Cc: Kyungmin Park
Cc: David Woodhouse
supported in
multiplatform.
Signed-off-by: Arnd Bergmann
---
arch/arm/Kconfig| 10 +-
arch/arm/configs/exynos4_defconfig | 2 +-
arch/arm/mach-exynos/Kconfig| 25 +
arch/arm/mach-exynos/Makefile | 5 +++--
arch/arm
inclusions.
Signed-off-by: Arnd Bergmann
Cc: Mike Turquette
---
arch/arm/mach-exynos/common.c| 2 +-
arch/arm/mach-exynos/common.h| 2 +-
drivers/clk/samsung/clk-exynos4.c| 93
drivers/clk/samsung/clk-exynos5250.c | 1 -
drivers/clk
In multiplatform configurations, we cannot include headers
provided by only the exynos platform. Fortunately a number
of drivers that include those headers do not actually need
them, so we can just remove the inclusions.
Signed-off-by: Arnd Bergmann
Cc: linux-me...@vger.kernel.org
Cc: Mauro
In multiplatform configurations, we cannot include headers
provided by only the exynos platform. Fortunately a number
of drivers that include those headers do not actually need
them, so we can just remove the inclusions.
Signed-off-by: Arnd Bergmann
Cc: linux...@vger.kernel.org
Cc: Zhang Rui
When we enable CONFIG_SPARSE_IRQ, we have to set the value of NR_IRQS in
the machine_desc for legacy IRQ domains, and any file referring to the
number of interrupts or a specific number must include the mach/irqs.h
header file explicitly.
Signed-off-by: Arnd Bergmann
---
arch/arm/mach-exynos
the platform_data
definition instead and leave the rest to platform code.
Signed-off-by: Arnd Bergmann
Cc: linux-...@vger.kernel.org
Cc: Chris Ball
---
arch/arm/mach-exynos/setup-sdhci-gpio.c| 2 +-
arch/arm/mach-s5pc100/setup-sdhci-gpio.c | 1 -
arch/arm/mach-s5pv210
For a DT-only build we don't want to compile devs.c, but we do need
the mfc device, which is also referenced by the DT based platforms,
so move it all into one place.
Signed-off-by: Arnd Bergmann
---
arch/arm/plat-samsung/devs.c| 45 -
arch/arm
file, other than possibly move everything into
include/linux/platform_data, which also felt wrong. The only
part of this file that makes sense to keep specific to the s3c24xx
platform are the virtual and physical addresses defined here,
which are needed in no other location.
Signed-off-by: Arnd
No other file in the kernel besides i2c-s3c2410.c uses the current
plat/regs-iic.h, so we can simply move the header file to live in the
same directory as the driver, as a preparation to multiplatform builds.
Signed-off-by: Arnd Bergmann
Cc: linux-...@vger.kernel.org
Cc: Wolfram Sang
Cc: Ben
-off-by: Arnd Bergmann
Cc: Thomas Gleixner
Cc: John Stultz
---
arch/arm/mach-exynos/common.c| 2 +-
arch/arm/mach-exynos/common.h| 2 +-
drivers/clocksource/exynos_mct.c | 21 ++---
3 files changed, 8 insertions(+), 17 deletions(-)
diff --git a/arch/arm/mach-exynos
symbol being
disabled.
Signed-off-by: Arnd Bergmann
---
arch/arm/mach-exynos/Kconfig | 15 +++
1 file changed, 15 insertions(+)
diff --git a/arch/arm/mach-exynos/Kconfig b/arch/arm/mach-exynos/Kconfig
index a62cfa0..e815057 100644
--- a/arch/arm/mach-exynos/Kconfig
+++ b/arch/arm/mach
The plat/iis.h and plat/ac97.h files in the samsung platform are
only needed by the ASoC drivers, so they can be moved into the
same directory, as one more step towards a multiplatform build.
Signed-off-by: Arnd Bergmann
Cc: alsa-de...@alsa-project.org
Cc: Mark Brown
Cc: Liam Girdwood
y MMIO accessor in this driver, let's also use the
proper readl_relaxed variant rather than __raw_readl.
Tomasz Figa has a set of patches to clean this up in a proper
way, but that might be too late for 3.10.
Signed-off-by: Arnd Bergmann
Cc: Tomasz Figa
Cc: Thierry Reding
---
drivers/pw
ile is not documented in the ABI docs.
Signed-off-by: Arnd Bergmann
Cc: linux-ser...@vger.kernel.org
Cc: Greg Kroah-Hartman
---
drivers/tty/serial/samsung.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/drivers/tty/serial/samsung.c b/drivers/tty/serial/samsung.c
index 2769a3
The s3c-fb driver requires header files from the samsung platforms
to find its platform_data definition, but this no longer works on
multiplatform kernels, so let's move the data into a new header
file under include/linux/platform_data.
Signed-off-by: Arnd Bergmann
Cc: lin
There are a few bugs in the samsung serial driver when built as a
loadable module, which makes the console code unavailable, as well as
giving no access to the 'printascii' early debug function. This adds
the appropriate compile time conditionals.
Signed-off-by: Arnd Bergmann
Cc:
The definitions have moved to include/linux/usb/samsung-usb-phy.h,
and plat/usb-phy.h is unavailable from drivers in a multiplatform
configuration.
Also fix up the plat/usb-phy.h header file to use the definitions
from the new header instead of providing a separate copy.
Signed-off-by: Arnd
On Monday 17 June 2013, Fernandes, Joel A wrote:
> [Joel] Thanks for the suggestion, I updated it and it looks like this now:
>
>
> Required properties:
Michal Simek wrote:
> >>>> Hi,
> >>>>
> >>>
> >>> Arnd can you take look on it again please
> >>>
> >>> I'll take a look on it next week
> >>
> >> Any update on this?
> > look ok but I want the A
On Monday 17 June 2013, akhil.go...@freescale.com wrote:
> +
> +menuconfig RFDEVICES
> + default n
> + bool "RF interface device support"
> + ---help---
> + Support for RF interface devices.
> + In a baseband system, different radios (RF PHYs) are
> + connected depending on
On Monday 17 June 2013, Chao Xie wrote:
> On Fri, Jun 14, 2013 at 8:56 PM, Arnd Bergmann wrote:
> > On Friday 14 June 2013 17:15:33 Chao Xie wrote:
> >> On Mon, Jun 10, 2013 at 4:35 PM, Arnd Bergmann wrote:
> >
> >> > I guess that is a problem we have o
On Tuesday 18 June 2013, Russell King - ARM Linux wrote:
> Is there a reason this isn't using the irq_chip_generic stuff which would
> eliminate all the above?
When I first reviewed the moxart code, the generic irqchip wasn't compatible
with the linear irq domain. However this has changed now and
t; and be able mount to rootfs and boot till command prompt over MMC.
> Unless there are other pending review comments, I hope this series can
> make it into 3.11 merge window, the dependent series has been posted at [1]
> and completed review.
>
> Tested EDMA on AM1808 EVM and AM33XX B
On Tuesday 18 June 2013, Lee Jones wrote:
> -gpios = <&gpio0 26 0x4>; // 26
> -startup-delay-us = <5000>;
> -enable-active-high;
> + regulator-name = "en-3v3-fixed-supply";
> + regulator-min-microvolt = <330>;
> +
On Tuesday 18 June 2013, Akhil Goyal wrote:
> On 6/18/2013 2:58 AM, Arnd Bergmann wrote:
> >> + /*
> >> + * Spin_locks are changed to mutexes if PREEMPT_RT is enabled,
> >> + * i.e they can sleep. This fact is problem for us because
> >> + * add_wait
On Tuesday 18 June 2013, Jingoo Han wrote:
> On Monday, June 17, 2013 9:45 PM, Arnd Bergmann wrote:
> > On Monday 17 June 2013 18:45:52 Jingoo Han wrote:
> > > On Friday, June 14, 2013 9:54 PM, Arnd Bergmann wrote:
> > > >
> > > > Please look up th
320), mioa701.c(MACH_MIOA701),
> z2.c(MACH_ZIPIT2)
>
> mainstone_defconfig
> maintone.c(MACH_MAINSTONE)
>
> Signed-off-by: Chao Xie
Acked-by: Arnd Bergmann
Thanks for the quick update.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On Tuesday 18 June 2013, Jonas Jensen wrote:
> This patch adds an clocksource driver for the main timer found
> on MOXA ART SoCs.
>
> Applies to 3.10-rc1 and arm-soc/for-next (2013-06-15)
>
> Signed-off-by: Jonas Jensen
I didn't look closely before but I agree with Thomas Petazzoni, this should
ng treated as errors
> 05:02:12 make[3]: *** [drivers/pinctrl/pinctrl-exynos.o] Error 1
> 05:02:12 make[2]: *** [drivers/pinctrl] Error 2
>
> Best regards
> Naresh kamboju
>
I got the same thing and used this patch to fix it up.
Signed-off-by: Arnd Bergmann
---
Linus, could you fo
On Wednesday 19 June 2013 16:38:38 Chao Xie wrote:
> >> index 000..f8674f7
> >> --- /dev/null
> >> +++ b/Documentation/devicetree/bindings/input/pxa27x-keypad.txt
> >> @@ -0,0 +1,60 @@
> >> +* Marvell PXA Keypad controller
> >> +
> >> +Required Properties
> >> +- compatible : should be "marvell
On Tuesday 18 June 2013 12:12:53 David Daney wrote:
> +static unsigned int dw8250_serial_inq(struct uart_port *p, int offset)
> +{
> + offset <<= p->regshift;
> +
> + return (u8)__raw_readq(p->membase + offset);
> +}
> +
> +static void dw8250_serial_outq(struct uart_port *p, int offset,
space conflict
The use of the 'readl' and 'writel' identifiers here causes build errors on
architectures where those are macros. This renames the fields to read32/write32
to avoid the problem.
Signed-off-by: Arnd Bergmann
diff --git a/drivers/fmc/fmc-fakedev.c b/drivers/fmc
On Thursday 06 June 2013 06:47:23 Robin Holt wrote:
> Preparing to move the parsing of reboot= to generic kernel code
> forces the change in reboot_mode handling to use the enum.
>
> Signed-off-by: Robin Holt
> To: Andrew Morton
> Cc: Russell King
> Cc: Russ Anderson
> Cc: Robin Holt
> Cc: H.
ficing build coverage.
Signed-off-by: Arnd Bergmann
Cc: Felipe Balbi
Cc: Nicolas Ferre
diff --git a/drivers/usb/gadget/at91_udc.c b/drivers/usb/gadget/at91_udc.c
index 073b938..2cbab1c 100644
--- a/drivers/usb/gadget/at91_udc.c
+++ b/drivers/usb/gadget/at91_udc.c
@@ -1725,7 +1725,7 @@ static int
On Wednesday 19 June 2013, Samuel Ortiz wrote:
> > 2. Move the vexpress-sysreg "platform management" functions into misc
> > (unless we get any better place for it)
> This is for Arnd and Greg to decide I suppose.
I think when vexpress-sysreg was created, we didn't have the syscon driver
yet, oth
On Wednesday 19 June 2013, Jingoo Han wrote:
> Then, do you mean the following?
>
> static int __exit exynos_pcie_remove(struct platform_device *pdev)
> {
> struct pcie_port *pp = platform_get_drvdata(pdev);
>
> clk_disable_unprepare(pp->bus_clk);
> clk_disable_unprepare(p
On Wednesday 19 June 2013 12:58:10 Arnd Bergmann wrote:
> On Thursday 06 June 2013 06:47:23 Robin Holt wrote:
> > Preparing to move the parsing of reboot= to generic kernel code
> > forces the change in reboot_mode handling to use the enum.
> >
> > Signed-off-by: Robin
On Wednesday 19 June 2013, Alexey Brodkin wrote:
>
> static void ace_out_be16(struct ace_device *ace, int reg, u16 val)
> {
> out_be16(ace->baseaddr + reg, val);
> }
>
> static void ace_dataout_be16(struct ace_device *ace)
> {
> int i = ACE_FIFO_SIZE / 2;
> u16
On Wednesday 19 June 2013, Greg KH wrote:
> On Wed, Jun 19, 2013 at 02:57:40PM +0200, Lars-Peter Clausen wrote:
> > On 06/17/2013 10:09 AM, akhil.go...@freescale.com wrote:
> >
> > This is interesting. We at Analog Devices are currently also working on a
> > driver for this part. We are using the
On Wednesday 19 June 2013, Pawel Moll wrote:
> > That would end up eliminating the sysreg driver, aside from maybe
> > a one-line change to the syscon driver to allow it to probe the
> > right device.
>
> ... but sysreg does more than just that. In particular it provides a
> pseudo-gpio controller
On Friday 14 June 2013, James Bottomley wrote:
> This is the MMAP_PAGE_ZERO exploit. The original exploit relied on a
> leaky personality capability clearing mask and was fixed in 2.6.31 by
>
> commit f9fabcb58a6d26d6efde842d1703ac7cfa9427b6
> Author: Julien Tinnes
> Date: Fri Jun 26 20:27:40
On Wednesday 19 June 2013, Stephen Boyd wrote:
> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> index 430c922..22d4fff 100644
> --- a/arch/arm/Kconfig
> +++ b/arch/arm/Kconfig
> @@ -618,8 +618,9 @@ config ARCH_PXA
> help
> Support for Intel/Marvell's PXA2xx/PXA3xx processor li
On Wednesday 19 June 2013, Stephen Boyd wrote:
> This patchset allows me to compile and run the DT based MSM
> platforms in the multi-platform ARM kernel. This is built on
> top of a couple patches I've sent out already (specifically
> the debug_ll patch series and the clocksource_of conversion)
>
e fine.
Ok, good. The patch below is what I used locally to get everything to
build. Please fold that into the larger patch.
Arnd
>From cc87f1a209e88d007f93c5c52813d523b753657b Mon Sep 17 00:00:00 2001
From: Arnd Bergmann
Date: Wed, 19 Jun 2013 12:54:48 +0200
Subject: [PATCH] ARM: use
On Wednesday 19 June 2013, Eduardo Valentin wrote:
> On 31-05-2013 18:22, Arnd Bergmann wrote:
> > The function stub for cpufreq_cooling_get_level introduced
> > in 57df81069 "Thermal: exynos: fix cooling state translation"
> > is not syntactically correct C and need
On Wednesday 19 June 2013, Soren Brinkmann wrote:
> I don't know how much a defconfig is supposed to provide, hence as RFC.
> This patches are needed for booting Zynq into a minimum ramfs based
> system with a serial console.
In my opinion we should provide enable all the platform specific drivers
On Wednesday 19 June 2013, David Daney wrote:
> On 06/19/2013 03:01 AM, Arnd Bergmann wrote:
> > It's also wrong to use the
> > __raw_* variant, which is not guaranteed to be atomic and is not
> > endian-safe.
>
> We do runtime probing and only use this func
On Wednesday 19 June 2013, Tomasz Figa wrote:
> On Wednesday 19 of June 2013 18:40:47 Mark Brown wrote:
> > On Sun, Jun 16, 2013 at 10:54:07PM +0200, Tomasz Figa wrote:
> > > One of the biggest roadblocks on the way of S3C64xx to DeviceTree
> > > support is its DMA driver, which is completely platf
On Wednesday 19 June 2013, Guenter Roeck wrote:
> I have been asked to explore options for adding ARINC 429 support [1]
> into the Linux kernel, primarily to support devices from Holt Integrated
> Circuits [2] (the request is unrelated to the chip manufacturer).
>
> ARINC429 is a protocol which is
On Wednesday 19 June 2013, Mark Brown wrote:
> As pointed out by Arnd Bergmann there is a get_signal macro definied in
> linux/signal.h which can conflict with the platform data callback
> function of the same name leading to confusing errors from the compiler
> (especially if signal.
register, I change where
> dw8250_setup_port(), which reads the UCV, is called by pushing it in
> to the OF and ACPI probe functions, and move unchanged
> dw8250_setup_port() earlier in the file.
>
> Signed-off-by: David Daney
> Acked-by: Greg Kroah-Hartman
> Cc: Arnd Bergman
On Thursday 20 June 2013, Michal Simek wrote:
> On 06/19/2013 08:46 PM, Arnd Bergmann wrote:
> > On Wednesday 19 June 2013, Soren Brinkmann wrote:
> >> I don't know how much a defconfig is supposed to provide, hence as RFC.
> >> This patches are needed for booting
On Thursday 20 June 2013, Guenter Roeck wrote:
> On Wed, Jun 19, 2013 at 11:45:30PM +0200, Arnd Bergmann wrote:
> > On Wednesday 19 June 2013, Guenter Roeck wrote:
> >
> > Since this is a standard protocol, a driver that just supports a specific
> > chip (1a) wou
On Thursday 20 June 2013, Jingoo Han wrote:
> Exynos5440 has two PCIe controllers which can be used as root complex
> for PCIe interface.
>
> Signed-off-by: Jingoo Han
Acked-by: Arnd Bergmann
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
On Thursday 20 June 2013, Chao Xie wrote:
> On Wed, Jun 19, 2013 at 7:13 PM, Gerhard Sittig wrote:
> > On Wed, Jun 19, 2013 at 16:38 +0800, Chao Xie wrote:
> >>
> >> On Wed, Jun 19, 2013 at 4:22 PM, Marek Vasut wrote:
> >> >
> >> >> Signed-off-by: Chao Xie
> >> >> [ ... ]
> >> >> +++ b/Documenta
: Jingoo Han
The code looks good now.
Acked-by: Arnd Bergmann
> .../devicetree/bindings/pci/exynos-pcie.txt| 71 ++
> drivers/pci/host/Kconfig |5 +
> drivers/pci/host/Makefile |1 +
> drivers/pci/host/pci-exynos
On Thursday 20 June 2013, Jingoo Han wrote:
> 2. patch adding label to the pinctrl node (which is a prerequisite) and
> board-specific properties of PCIe nodes.
>[PATCH] ARM: dts: Add pcie controller node for exynos5440-ssdk5440
>
> arch/arm/boot/dts/exynos5440-ssdk5440.dts
> +
> + p
On Thursday 20 June 2013, Jonas Jensen wrote:
> This patch adds an irqchip driver for the main interrupt controller found
> on MOXA ART SoCs.
>
> v2:
> * use irq_chip_generic
> * remove macro duplicates
>
> Applies to next-20130619
>
> Signed-off-by: Jonas Je
On Tuesday 18 June 2013, Nicolas Ferre wrote:
> The patch that was remaining from my old "soc" pull-request. It is stacked on
> top of the "cleanup" patches already send as recommended by Olof.
>
> Thanks, best regards,
>
> The following changes since commit b3f442b0eedbc20b5ce3f4a96530588d149011
On Tuesday 18 June 2013, Nicolas Ferre wrote:
> Refurbish of preceding "soc" pull-request for extracting fixes. Note that this
> at91-fixes tag is now based on v3.10-rc5 as I have found that it is the base
> of
> your next/fixes-non-critical branch.
>
> Thanks, best regards,
>
> The following ch
On Thursday 20 June 2013, Jingoo Han wrote:
> diff --git a/Documentation/devicetree/bindings/pci/exynos-pcie.txt
> b/Documentation/devicetree/bindings/pci/exynos-pcie.txt
> new file mode 100644
> index 000..f71d835
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/pci/exynos-pcie.txt
ck. It supports Rx & Tx functionality.
> It support all industry standard baud rates.
>
> Signed-off-by: Srinivas Kandagatla
> CC: Stephen Gallimore
> CC: Stuart Menefy
> CC: Arnd Bergmann
> CC: Greg Kroah-Hartman
>From my point of view the series is ready
On Thursday 20 June 2013, Srinivas KANDAGATLA wrote:
> +static u64 gt_counter_read(void)
> +{
> + u64 counter;
> + u32 lower;
> + u32 upper, old_upper;
> +
> + upper = __raw_readl(gt_base + GT_COUNTER1);
> + do {
> + old_upper = upper;
> + l
On Thursday 20 June 2013, Srinivas KANDAGATLA wrote:
> --- a/arch/arm/mach-sti/board-dt.c
> +++ b/arch/arm/mach-sti/board-dt.c
> @@ -11,6 +11,7 @@
> #include
> #include
> #include
> +#include
> #include
>
> #include "smp.h"
> @@ -42,6 +43,7 @@ static const char *stih41x_dt_match
On Monday 28 January 2013, Andy Shevchenko wrote:
> On Tue, Jan 15, 2013 at 10:32 PM, Matt Porter wrote:
> > Adds a dma_request_slave_channel_compat() wrapper which accepts
> > both the arguments from dma_request_channel() and
> > dma_request_slave_channel(). Based on whether the driver is
> > ins
On Tuesday 29 January 2013, Viresh Kumar wrote:
> Adding Arnd in cc.
>
> On 29 January 2013 20:36, Andy Shevchenko
> wrote:
> > In some cases we got the device without dma_mask configured. We have to
> > apply
> > the default value to avoid crashes during memory mapping.
> >
> > Signed-off-by: A
On Tuesday 29 January 2013, Alexey Brodkin wrote:
> in(out)_8/in(out)_be16/in(out)_le16 are very powerpc/microblaze
> specific. To enable use of Xilinx System ACE driver build for other
> architectures (for example it's possible to use it on Xilinx ml-509
> board with ARC700 in FPGA) we need to use
SOC_OMAP5
> > - default 288 if ARCH_VT8500
> > + default 288 if ARCH_VT8500 || ARCH_SUNXI
>
> Can I have an ACK from the ARM SoC maintainers on this?
>
Acked-by: Arnd Bergmann
for the change. Maybe you could also do a second patch on top that
sorts the lines
On Wednesday 30 January 2013, Matt Porter wrote:
> +Optional properties:
> +- dmas: List of DMA controller phandle and DMA request ordered
> + pairs. One tx and one rx pair is required for each chip
> + select.
The binding looks ok, but the wording is slightly incorrect here:
strictly
call will be
> made.
>
> This allows for a much cleaner migration of drivers to the
> dmaengine DT API as platforms continue to be mixed between those
> that boot using DT and those that do not.
>
> Suggested-by: Tony Lindgren
> Signed-off-by: Matt Porter
> Acked-by:
On Wednesday 30 January 2013, Matt Porter wrote:
> + dma_cap_set(DMA_SLAVE, edma_filter_info.dma_cap);
> + of_dma_controller_register(dev->of_node,
> + of_dma_simple_xlate,
> + &edma_filter
On Wednesday 30 January 2013 13:31:58 Michal Simek wrote:
> Also from my understanding of arm we should use readl/b/w functions because
> they have memory barriers which should be probably performed.
>
> And I haven't found any IO function which will behave on arm as LE and
> on PPC as BE.
There
On Thursday 31 January 2013, Matt Porter wrote:
> On Wed, Jan 30, 2013 at 09:32:58AM +0000, Arnd Bergmann wrote:
> > On Wednesday 30 January 2013, Matt Porter wrote:
> > > + dma_cap_set(DMA_SLAVE, edma_filter_info.dma_cap);
> > > + of_
As mentioned on Google+, I have a partition that I can no longer mount
normally, containing a lot of my personal data and all backups from
my laptop.
I found now that I am still able to mount it using the 'nospace_cache'
option, but it takes a couple of minutes and I get "INFO: task
btrfs-transact
On Saturday 02 February 2013 10:20:35 Chris Mason wrote:
> Hi Arnd,
>
> First things first, nospace_cache is a safe thing to use. It is slow
> because it's finding free extents, but it's just a cache and always safe
> to discard. With your other errors, I'd just mount it readonly
> and then you
On Monday 27 May 2013, Daniel Tang wrote:
>
> On 27/05/2013, at 6:46 AM, Arnd Bergmann wrote:
> >
> >
> >> +{
> >> +.virtual= NSPIRE_PWR_VIRT_BASE,
> >> +.pfn= __phys_to_pfn(NSPIRE_PWR_PHYS_BAS
On Monday 27 May 2013, Daniel Tang wrote:
> > The one remaining bit that sticks out is the clcd platform data. As I
> > said before, I won't require you to convert that to DT in order to
> > get your code merged, but I'd also really like to see that happen,
> > as we will also need that to get rid
On Monday 27 May 2013, Daniel Tang wrote:
> > On Saturday 25 May 2013, Daniel Tang wrote:
> > The one remaining bit that sticks out is the clcd platform data. As I
> > said before, I won't require you to convert that to DT in order to
> > get your code merged, but I'd also really like to see that
On Monday 27 May 2013 14:05:13 Nicolas Ferre wrote:
> On 27/05/2013 12:48, Alexandre Belloni :
> A v3 is not needed simply for this. Thanks, anyway!
>
> One question though: why not just add
>
> select PHYLIB
>
> In Kconfig entry:
>
> config MACH_SAMA5_DT
>
> ?
>
> (note that I lik
On Monday 27 May 2013 21:50:04 Benjamin Herrenschmidt wrote:
> However, that wouldn't help much with the allocation/leak problem,
> though at least it would be easier to use. It could also *try* to re-use
> the current allocation if the new content is of smaller or equal size.
I thought that dtc t
On Saturday 25 May 2013, H Hartley Sweeten wrote:
> @@ -42,13 +42,13 @@ struct ep93xx_pwm {
> static inline void ep93xx_pwm_writel(struct ep93xx_pwm *pwm,
> unsigned int val, unsigned int off)
> {
> - __raw_writel(val, pwm->mmio_base + off);
> + writel(val, pwm->mmio_b
misc/ep93xx_pwm: remove ep93xx_pwm_is_enabled() inline function
> misc/ep93xx_pwm: remove ep93xx_pwm_is_inverted() inline function
> misc/ep93xx_pwm: use module_platform_driver()
> misc/ep93xx_pwm: use kstrtol instead of strict_strtol
Whole series:
Acked-by: Arnd Bergmann
with or wi
On Monday 27 May 2013, H Hartley Sweeten wrote:
> On Monday, May 27, 2013 8:18 AM, Arnd Bergmann wrote:
> > On Saturday 25 May 2013, H Hartley Sweeten wrote:
> >> @@ -42,13 +42,13 @@ struct ep93xx_pwm {
> >> static inline void ep93xx_pwm_wr
On Monday 27 May 2013, H Hartley Sweeten wrote:
> Ryan Mallon has also provided a Reviewed-by for this series.
>
> Will you be the one that merges this? I would like it to be in linux-next
> before I convert it to the PWM framework.
While Greg and I are both maintainers for drivers/misc, he is th
On Saturday 25 May 2013, Adrien Vergé wrote:
> On OMAP4 platforms, EHCI HCD needs the physical layer signalling
> activated, along with the NOP USB Transceiver driver. Otherwise, the
> kernel boots without registering any USB device.
This does not actually sound like a critical error: If a user fo
On Tuesday 28 May 2013 11:14:37 Roger Quadros wrote:
> >> depends on USB_ARCH_HAS_EHCI
> >> + select USB_PHY if ARCH_OMAP4
> >> + select NOP_USB_XCEIV if ARCH_OMAP4
> >> ---help---
> >> The Enhanced Host Controller Interface (EHCI) is standard for
> >> USB 2.0
On Tuesday 28 May 2013 15:21:04 Pawel Moll wrote:
> On Tue, 2013-05-28 at 15:16 +0100, Linus Walleij wrote:
> > On Tue, May 28, 2013 at 12:54 PM, Pawel Moll wrote:
> > > On Mon, 2013-05-27 at 11:32 +0100, Arnd Bergmann wrote:
> > >> b) add a new KMS driver for this h
On Tuesday 23 April 2013, Andy Shevchenko wrote:
> We have mac_pton() helper to parse MAC addresses.
>
> Signed-off-by: Andy Shevchenko
Acked-by: Arnd Bergmann
Note that Greg is the one that picks up patches for drivers/misc
in general. If you want him to apply the patch, sent it a
On Monday 27 May 2013, Florian Tobias Schandinat wrote:
> >> On Fri, May 24, 2013 at 8:38 AM, Jean-Christophe PLAGNIOL-VILLARD
> >> wrote:
> >>> Hi Florian,
> >>>
> >>> As you seems very busy I'd like to propose the help you to handle
> >>> the
> >>> fbdev subsystem to easier the
On Wednesday 29 May 2013 15:14:41 Daniel Tang wrote:
>
> That's the idea for the long term.
>
> For now though, I'll probably just let the bootloader enable
> everything and work on a proper driver for power management later.
Ok, sounds good.
Arnd
--
To unsubscribe from this list: send
On Wednesday 29 May 2013 14:43:26 Roger Quadros wrote:
>
> Improve Kconfig so that the relevant PHY driver can be explicitely
> selected by the controller driver instead of relying on the user
> to do so.
>
> Detailed description in patch 1.
I think you have to fold patches 3-5 into patch 1, oth
On Wednesday 29 May 2013, Daniel Tang wrote:
> On 27/05/2013, at 8:31 PM, Arnd Bergmann wrote:
>
> > On Monday 27 May 2013, Daniel Tang wrote:
> >>> The one remaining bit that sticks out is the clcd platform data. As I
> >>> said before, I won't requ
On Thursday 30 May 2013 11:41:01 Michal Simek wrote:
> * To perform the read/write on the registers we need to check on
> * which bus its connected and call the appropriate write API.
> */
> -static void xilinx_fb_out_be32(struct xilinxfb_drvdata *drvdata, u32 offset,
> +static void xilinx_fb
On Thursday 30 May 2013 14:45:20 Stepan Moskovchenko wrote:
>
> void __init early_init_dt_add_memory_arch(u64 base, u64 size)
> {
> +#ifndef CONFIG_ARM_LPAE
> + if (base > ((phys_addr_t)~0)) {
> + pr_crit("Ignoring memory at 0x%08llx due to lack of LPAE
> support\n",
> +
Can you check this part again:
On Tuesday 21 May 2013 20:36:35 Stephen Warren wrote:
> diff --git a/drivers/spi/spi-pxa2xx.c b/drivers/spi/spi-pxa2xx.c
> index f5d84d6..7de2ca1 100644
> --- a/drivers/spi/spi-pxa2xx.c
> +++ b/drivers/spi/spi-pxa2xx.c
> @@ -881,21 +881,6 @@ static int setup(struct s
1601 - 1700 of 5873 matches
Mail list logo
