On Monday 03 February 2014 18:33:48 Liviu Dudau wrote:
> +/**
> + * pci_host_bridge_of_get_ranges - Parse PCI host bridge resources from DT
> + * @dev: device node of the host bridge having the range property
> + * @resources: list where the range of resources will be added after DT
> parsing
> +
On Monday 03 February 2014 18:43:48 Liviu Dudau wrote:
> diff --git a/arch/arm64/include/asm/io.h b/arch/arm64/include/asm/io.h
> index 4cc813e..ce5bad2 100644
> --- a/arch/arm64/include/asm/io.h
> +++ b/arch/arm64/include/asm/io.h
> @@ -120,9 +120,13 @@ static inline u64 __raw_readq(const volatile
On Monday 03 February 2014 19:06:49 Liviu Dudau wrote:
> On Mon, Feb 03, 2014 at 06:46:10PM +0000, Arnd Bergmann wrote:
> > On Monday 03 February 2014 18:33:48 Liviu Dudau wrote:
> > > +/**
> > > + * pci_host_bridge_of_get_ranges - Parse PCI host bridge resources fr
On Monday 03 February 2014 19:18:38 Liviu Dudau wrote:
> On Mon, Feb 03, 2014 at 06:58:56PM +0000, Arnd Bergmann wrote:
> > On Monday 03 February 2014 18:43:48 Liviu Dudau wrote:
> > > diff --git a/arch/arm64/include/asm/io.h b/arch/arm64/include/asm/io.h
> > > in
On Monday 03 February 2014 11:42:22 Tanmay Inamdar wrote:
> On Thu, Jan 30, 2014 at 6:16 AM, Arnd Bergmann wrote:
> > On Friday 24 January 2014, Tanmay Inamdar wrote:
> >
> >> +static void xgene_pcie_fixup_bridge(struct pci_dev *dev)
> >> +{
> >> +
On Monday 03 February 2014 21:36:58 Liviu Dudau wrote:
> On Mon, Feb 03, 2014 at 08:05:56PM +0000, Arnd Bergmann wrote:
> > On Monday 03 February 2014 19:18:38 Liviu Dudau wrote:
> > > So ... defining it should mean no legacy ISA devices, right?
> >
> > I would rea
On Monday 03 February 2014 17:07:48 Rob Herring wrote:
> On Mon, Feb 3, 2014 at 2:05 PM, Arnd Bergmann wrote:
>
> You might want to re-read the SBSA. Unless ARM provides an IP block or
> there is some other standard such as EHCI or AHCI, there is no generic
> implementation. You
On Monday 03 February 2014 16:31:37 Jason Gunthorpe wrote:
> Specifying 'use EHCI, AHCI, etc' - which are all PCI based standards
> without clearly specifying exactly how PCI is suppose to work is
> completely bonkers.
>
> What is needed is a spec that says:
> 1) Here is how you generate config T
On Monday 03 February 2014 22:17:44 Liviu Dudau wrote:
> On Mon, Feb 03, 2014 at 07:31:31PM +0000, Arnd Bergmann wrote:
> > Let's try to come up with nomenclature so we can talk about this better
> >
> > The ioport_resource is in "logical I/O space", which is a
On Tuesday 04 February 2014 11:09:22 Liviu Dudau wrote:
> On Tue, Feb 04, 2014 at 08:44:36AM +0000, Arnd Bergmann wrote:
> > Well, I/O space never starts at physical zero in reality, so it is
> > broken in practice. The CONFIG_GENERIC_IOMAP option tries to solve
> > the probl
On Friday 24 January 2014, Hanjun Guo wrote:
> >> diff --git a/arch/arm64/include/asm/acpi.h b/arch/arm64/include/asm/acpi.h
> >> index e108d9c..c335c6d 100644
> >> --- a/arch/arm64/include/asm/acpi.h
> >> +++ b/arch/arm64/include/asm/acpi.h
> >> @@ -83,6 +83,9 @@ void arch_fix_phys_package_id(int
On Friday 24 January 2014 13:28:22 Tanmay Inamdar wrote:
> On Thu, Jan 16, 2014 at 5:10 PM, Tanmay Inamdar wrote:
> > On Wed, Jan 15, 2014 at 4:39 AM, Arnd Bergmann wrote:
> >> On Wednesday 15 January 2014, Tanmay Inamdar wrote:
> >>
> >>> +st
On Tuesday 28 January 2014 10:05:35 Lars-Peter Clausen wrote:
> > +
> > +Clients must use the format described in the dma.txt file, using a three
> > cell
> > +specifier for each channel.
> > +
> > +The three cells in order are:
> > + 1. A phandle pointing to the DMA controller
> > + 2. The chan
On Tuesday 28 January 2014 17:02:42 Vinod Koul wrote:
> On Tue, Jan 28, 2014 at 11:17:57AM +, Russell King - ARM Linux wrote:
> > On Tue, Jan 28, 2014 at 10:16:53AM +0100, Arnd Bergmann wrote:
> > > On Tuesday 28 January 2014 10:05:35 Lars-Peter Clausen wrote:
> > &g
On Tuesday 28 January 2014 13:05:10 Arnd Bergmann wrote:
> On Tuesday 28 January 2014 17:02:42 Vinod Koul wrote:
> > On Tue, Jan 28, 2014 at 11:17:57AM +, Russell King - ARM Linux wrote:
> > > On Tue, Jan 28, 2014 at 10:16:53AM +0100, Arnd Bergmann wrote:
> > > >
error: 'candidate' undeclared
mmp_pdma.c:912:3: error: label 'retry' used but not defined
mmp_pdma.c:901:24: warning: unused variable 'c' [-Wunused-variable]
This removes the extraneous lines.
Signed-off-by: Arnd Bergmann
diff --git a/drivers/dma/mmp_pdma.c
Commit 7b85b867b9904 "ARM: plat-iop: instantiate GPIO from platform
device" nicely cleaned up the gpio register access for iop, but
forgot one board that directly pokes into the gpio registers
to do a system reset.
That board no longer compiles, and this patch just disables
the code in question to
On Tuesday 28 January 2014, Kishon Vijay Abraham I wrote:
> > I have a common set of registers, which need to be programmed
> > differently for PCIe and SATA during phy init/exit.
>
> One way is differentiate using different compatible strings fro pcie and sata
> and use of_device_is_compatible to
Thanks for the update! A few comments again:
On Wednesday 12 June 2013 19:20:00 Jingoo Han wrote:
>
> diff --git a/arch/arm/boot/dts/exynos5440-ssdk5440.dts
> b/arch/arm/boot/dts/exynos5440-ssdk5440.dts
> index d55042b..efe7d39 100644
> --- a/arch/arm/boot/dts/exynos5440-ssdk5440.dts
> +++ b/arc
On Wednesday 12 June 2013 19:19:05 Jingoo Han wrote:
> +
> +struct pcie_port {
> + struct device *dev;
> + u8 controller;
> + u8 root_bus_nr;
> + void __iomem*dbi_base;
> + void __iomem*elbi_base;
> +
On Wednesday 12 June 2013 14:32:02 Vinod Koul wrote:
> config DW_DMAC
> tristate "Synopsys DesignWare AHB DMA platform driver"
> select DW_DMAC_CORE
> + select DW_DMAC_BIG_ENDIAN_IO if ARCH=AVR32
> default y if CPU_AT32AP7000
> help
> Support the Syn
;t be. These are fixes
> around that.
>
> I have applied these in my cpufreq-kconfig-fixes branch. Will send you a pull
> request separately once I get some Acks (will wait for few days).
Acked-by: Arnd Bergmann
I don't see a patch for big.LITTLE in either linux-next or this serie
On Wednesday 12 June 2013, Viresh Kumar wrote:
>
> On 12 June 2013 18:16, Arnd Bergmann wrote:
> > On Wednesday 12 June 2013, Viresh Kumar wrote:
> >> Recently Arnd sent few fixes where drivers were using APIs from
> >> freq_table.c but
> >> haven'
On Tuesday 11 June 2013, Lee Jones wrote:
> This patch enables clocks to be specified from Device Tree via phandles
> to the "prcc-kernel-clock" node.
>
> Cc: Mike Turquette
> Cc: Ulf Hansson
> Signed-off-by: Lee Jones
>
I don't understand the design of the common clock subsystem here, but is
On Wednesday 12 June 2013, Jingoo Han wrote:
> On Friday, June 07, 2013 7:53 PM, Arnd Bergmann wrote:
> > On Friday 07 June 2013 18:22:50 Jingoo Han wrote:
> >
> > > +- ranges: ranges for the PCI memory and I/O regions
> > > +- reset-gpio: gpio pin number of powe
On Tuesday 11 June 2013, James Bottomley wrote:
> Really, no, it's not a good idea at all. It invites tons of patches
> littering the code with BUG_ONs where we might possibly get a NULL
> dereference. All it does is add extra instructions to a code path for
> no actual benefit.
>
> If you can a
On Tuesday 11 June 2013, Jingoo Han wrote:
> > > + ranges = <0x0800 0 0x4000 0x4000 0 0x0020
> > > /* configuration space */
> > > + 0x8100 0 0 0x4020 0 0x4000
> > > /* downstream I/O */
> > > + 0x8200
On Thursday 13 June 2013 22:22:31 Jingoo Han wrote:
> +struct pcie_port_info {
> + u32 cfg0_size;
> + u32 cfg1_size;
> + u32 io_size;
> + u32 mem_size;
> + phys_addr_t io_bus_addr;
> + phys_addr_t mem_bus_addr;
> +};
>
On Thursday 13 June 2013 22:18:50 Jingoo Han wrote:
> On Wednesday, June 12, 2013 8:23 PM, Arnd Bergmann wrote:
> > On Wednesday 12 June 2013 19:19:05 Jingoo Han wrote:
> > > +
> > > +/* synopsis specific PCIE configuration registers*/
> > > +#define PC
On Thursday 13 June 2013 15:43:42 Maxime Ripard wrote:
> +
> + ahb@8008 {
> + usb0: usb@8008 {
> + pinctrl-names = "default";
> + pinctrl-0 = <&usb0_otg_cfa10036>;
> + status = "okay";
> };
On Friday 14 June 2013 12:53:11 Thierry Reding wrote:
>
> I think the biggest missing piece is pci_common_exit(), the counterpart
> of pci_common_init(), to cleanup a host bridge on ARM. I haven't looked
> in detail at the other architectures, but I suspect there must be some
> code to call when a
On Friday 14 June 2013 17:18:46 Jingoo Han wrote:
> On Thursday, June 13, 2013 11:14 PM, Arnd Bergmann wrote:
> > On Thursday 13 June 2013 22:22:31 Jingoo Han wrote:
> > > +struct pcie_port {
> > > + struct device *dev;
> > > + u8
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 on other platforms as well, we should
> > find a generic solution for that. It would be nice to reserve a page
> > in "fixmap
n Marinas
> Signed-off-by: Uwe Kleine-König
Wow, I hadn't followed the details of the generic irqchip patches, but
this looks great, almost no code left at all!
Acked-by: Arnd Bergmann
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Thursday 13 June 2013, James Bottomley wrote:
> On Wed, 2013-06-12 at 17:06 +0200, Arnd Bergmann wrote:
> > On Tuesday 11 June 2013, James Bottomley wrote:
> > > Really, no, it's not a good idea at all. It invites tons of patches
> > > littering the code with
On Wednesday 12 June 2013 14:34:06 Jonas Jensen wrote:
> diff --git a/arch/arm/mach-moxart/idle.c b/arch/arm/mach-moxart/idle.c
> new file mode 100644
> index 000..73ed844
> --- /dev/null
> +++ b/arch/arm/mach-moxart/idle.c
> @@ -0,0 +1,21 @@
> +/* Copyright (C) 2013 Jonas Jensen
> + * This p
On Friday 14 June 2013 09:41:36 Olof Johansson wrote:
> I sort of presumed that there might be need for _some_ platform code
> later on, just not quite yet, so I didn't want to be quite that
> drastic. I suppose leaving it with the trivial file for now is OK, and
> we can make a sweeping change dow
On Friday 14 June 2013 21:32:47 Joel A Fernandes wrote:
>
> diff --git a/Documentation/devicetree/bindings/dma/ti-edma.txt
> b/Documentation/devicetree/bindings/dma/ti-edma.txt
> new file mode 100644
> index 000..ada0018
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/dma/ti-edma.tx
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 the documentation about inbound viewport and describe
> > in a code comment what it does. I /assume/ that this is how DMA accesses
> > from
On Sunday 05 May 2013 23:04:07 Chao Xie wrote:
> Now pxa27x-keypad make use matrix_keymap for matrix keyes, so
> remove the unused members in platform data.
>
> Signed-off-by: Chao Xie
> ---
> include/linux/platform_data/keypad-pxa27x.h |2 --
> 1 files changed, 0 insertions(+), 2 deletions(
On Monday 17 June 2013 15:39:20 Jonas Jensen wrote:
> As it was already suggested by Russell King and Arnd Bergmann (
> https://lkml.org/lkml/2013/5/16/133 ), moxart and gemini seem to be the only
> platforms using CPU_FA526, and instead of pointing arm_pm_idle to an empty
> f
On Monday 17 June 2013 16:58:14 Jonas Jensen wrote:
> On 17 June 2013 16:30, Russell King - ARM Linux
> wrote:
> > It replaces the WFI and return with a pure nop, so we will fall through
> > to cpu_fa526_dcache_clean_area(). Do we really want to clean a random
> > D cache entry depending on what
On Monday 17 June 2013 15:30:21 Russell King - ARM Linux wrote:
> > > diff --git a/arch/arm/mm/proc-fa526.S b/arch/arm/mm/proc-fa526.S
> > > index d217e97..85280b1 100644
> > > --- a/arch/arm/mm/proc-fa526.S
> > > +++ b/arch/arm/mm/proc-fa526.S
> > > @@ -81,9 +81,7 @@ ENDPROC(cpu_fa526_reset)
> > >
The three functions pinctrl_pm_select_default_state,
pinctrl_pm_select_sleep_state, and pinctrl_pm_select_idle_state
are used in drivers that can be loadable modules, and should
be exported.
Signed-off-by: Arnd Bergmann
diff --git a/drivers/pinctrl/core.c b/drivers/pinctrl/core.c
index 33710b5
On Thursday 02 May 2013 08:55:18 Sascha Hauer wrote:
> > +#if defined(CONFIG_OF)
> > +static struct mt9p031_platform_data *
> > + mt9p031_get_pdata(struct i2c_client *client)
> > +
> > +{
> > + if (client->dev.of_node) {
>
> By inverting the logic here and returning immediately you can saf
szutek Wilk
Cc: Stefano Stabellini
Signed-off-by: Arnd Bergmann
---
drivers/xen/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/xen/Kconfig b/drivers/xen/Kconfig
index dd4d9cb..f03bf50 100644
--- a/drivers/xen/Kconfig
+++ b/drivers/xen/Kconfig
@@ -141,7 +
s Verkuil
Cc: Mauro Carvalho Chehab
Signed-off-by: Arnd Bergmann
---
drivers/media/platform/davinci/Kconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/media/platform/davinci/Kconfig
b/drivers/media/platform/davinci/Kconfig
index afb3aec..02da88b 100644
--- a/drivers/media/plat
IMX25 && SOC_IMX35 &&
IMX_HAVE_PLATFORM_FLEXCAN && SOC_IMX53 && SOC_IMX6Q) selects HAVE_CAN_FLEXCAN
which has unmet direct dependencies (NET && CAN && CAN_DEV)
Cc: Oliver Hartkopp
Cc: linux-...@vger.kernel.org
Signed-off-by: Arnd Bergmann
---
drivers/net/ca
k
Cc: dri-de...@lists.freedesktop.org
Cc: Dave Airlie
Signed-off-by: Arnd Bergmann
---
drivers/gpu/drm/tilcdc/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/tilcdc/Kconfig b/drivers/gpu/drm/tilcdc/Kconfig
index e461e99..7a4d101 100644
--- a/drivers/gpu/drm/tilcdc/Kc
Amit Daniel kachhap
Signed-off-by: Arnd Bergmann
---
include/linux/cpu_cooling.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/cpu_cooling.h b/include/linux/cpu_cooling.h
index 282e270..cf03111 100644
--- a/include/linux/cpu_cooling.h
+++ b/include/linux/cpu_cool
etwidermatch':
lib/lz4/lz4hc_compress.c:230: undefined reference to `__ctzsi2'
Cc: Chanho Min
Cc: Herbert Xu
Signed-off-by: Arnd Bergmann
---
crypto/Kconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/crypto/Kconfig b/crypto/Kconfig
index aa3a349..1cd134b 100644
--- a/cryp
vam
Cc: Mauro Carvalho Chehab
Signed-off-by: Arnd Bergmann
---
drivers/media/platform/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/media/platform/Kconfig b/drivers/media/platform/Kconfig
index 0494d27..4608d03 100644
--- a/drivers/media/platform/Kconfig
+++ b/drivers/medi
3.10. If you are happy with the patches, feel free
to apply them directly, otherwise please provide feedback.
No single patch out of these is very important though, most of them
only concern corner cases and don't matter in practice.
Arnd
Arnd Bergmann (22):
can:
igned-off-by: Arnd Bergmann
---
drivers/net/wireless/iwlegacy/common.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/iwlegacy/common.h
b/drivers/net/wireless/iwlegacy/common.h
index f8246f2..734f1b4 100644
--- a/drivers/net/wireless/iwlegacy/common.h
into this situation. This adds a new USB_UHCI_CORE
symbol in Kconfig, which is selected by each of the three bus glues.
This way, the driver never gets built if all three of them are disabled.
Cc: Alan Stern
Cc: Greg Kroah-Hartman
Signed-off-by: Arnd Bergmann
---
drivers/usb/host/Kconf
n
Cc: Shawn Guo
Cc: Philipp Zabel
Signed-off-by: Arnd Bergmann
---
drivers/staging/imx-drm/Kconfig | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/staging/imx-drm/Kconfig b/drivers/staging/imx-drm/Kconfig
index 8c9e403..35ccda5 100644
--- a/drivers/staging/imx-drm/Kconfig
ference to `ab8500_gpadc_read_raw'
mfd/ab8500-debugfs.c:1736: undefined reference to `ab8500_gpadc_ad_to_voltage'
Cc: Linus Walleij
Cc: Lee Jones
Cc: Philippe LANGLAIS
Cc: Samuel Ortiz
Signed-off-by: Arnd Bergmann
---
drivers/mfd/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 delet
1: undefined reference to
`tegra_periph_reset_assert'
drivers/gpu/host1x/drm/hdmi.c:653: undefined reference to
`tegra_periph_reset_deassert'
Cc: Thierry Reding
Cc: Arto Merilainen
Cc: Terje Bergstrom
Signed-off-by: Arnd Bergmann
---
drivers/gpu/host1x/drm/Kconfig | 1 +
1 file ch
rm/dc.c: In function 'tegra_dc_debugfs_exit':
drivers/gpu/host1x/drm/dc.c:1026:2: error: implicit declaration of function
'drm_debugfs_remove_files' [-Werror=implicit-function-declaration]
Cc: Ben Gamari
Cc: Dave Airlie
Signed-off-by: Arnd Bergmann
---
include/drm/drmP.h |
f function
'dsi_hsdiv_calc' [-Werror=implicit-function-declaration]
drivers/video/omap2/dss/dpi.c: In function 'dpi_dsi_clk_calc':
drivers/video/omap2/dss/dpi.c:201:2: error: implicit declaration of function
'dsi_get_pll_clkin' [-Werror=implicit-function-declaration]
Cc: Tomi
It is not possible to select SND_SOC_SI476X if we have not also
enabled SND_SOC.
warning: (RADIO_SI476X) selects SND_SOC_SI476X which has unmet
direct dependencies (SOUND && !M68K && !UML && SND && SND_SOC)
Cc: Hans Verkuil
Cc: linux-me...@vger.kernel.
t-in.o: In function `ring_buffer_write':
:(.text+0x5bd10): undefined reference to `irq_work_queue'
Cc: Robert Richter
Cc: oprofile-l...@lists.sf.net
Signed-off-by: Arnd Bergmann
---
arch/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/Kconfig b/arch/Kconfig
index a6b1056..
ference to `cpu_resume'
Cc: Rafael J. Wysocki
Cc: Daniel Lezcano
Cc: linux...@vger.kernel.org
Signed-off-by: Arnd Bergmann
---
drivers/cpuidle/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/cpuidle/Kconfig b/drivers/cpuidle/Kconfig
index c4cc27e..e21cdfa 100644
--- a/drivers/
PU_TOPOLOGY)
Cc: Rafael J. Wysocki
Cc: Viresh Kumar
Cc: cpuf...@vger.kernel.org
Cc: linux...@vger.kernel.org
Signed-off-by: Arnd Bergmann
---
drivers/cpufreq/Kconfig.arm | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/cpufreq/Kconfig.arm b/drivers/cpufreq/Kconfig.arm
index f3af1
o change the Kconfig statements to
prevent getting into this situation. This adds a new USB_UHCI_CORE
symbol in Kconfig, which is selected by each of the bus glues.
This way, the driver never gets built if all of them are disabled.
Cc: Alan Stern
Cc: Greg Kroah-Hartman
Signed-off-by: Arnd Bergmann
-
ncy on the CONFIG_FONTS symbol and changes the
console code to always build the base driver even if there are
no specific fonts built-in.
Cc: Greg Kroah-Hartman
Cc: Hans Verkuil
Cc: Mauro Carvalho Chehab
Signed-off-by: Arnd Bergmann
---
drivers/staging/media/solo6x10/Kconfig | 1 +
drivers/vid
ehci-hcd"
The alternative would be to change the Kconfig code to build
the ehci-hcd module only if any of the symbols below are
in fact enabled.
Cc: Alan Stern
Cc: Greg Kroah-Hartman
Signed-off-by: Arnd Bergmann
---
drivers/usb/host/ehci-hcd.c | 17 -
1 file changed, 1
ng to type 'uid_t' from type 'kuid_t'
which tells us that the driver is not compatible with user namespaces.
Signed-off-by: Arnd Bergmann
---
drivers/staging/android/logger.c | 4 ++--
drivers/staging/android/logger.h | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
d
On Thursday 02 May 2013, Lee Jones wrote:
> > @@ -580,7 +580,7 @@ config AB8500_CORE
> >
> > config AB8500_DEBUG
> > bool "Enable debug info via debugfs"
> > - depends on AB8500_CORE && DEBUG_FS
> > + depends on AB8500_GPADC && DEBUG_FS
> > default y if DEBUG_FS
> >
On Thursday 02 May 2013, edubez...@gmail.com wrote:
> On Thu, May 2, 2013 at 11:16 AM, Arnd Bergmann wrote:
> > It is not possible to select SND_SOC_SI476X if we have not also
> > enabled SND_SOC.
> >
> > warning: (RADIO_SI476X) selects SND_SOC_SI476X which ha
On Thursday 02 May 2013, Tomi Valkeinen wrote:
> On 05/02/2013 06:16 PM, Arnd Bergmann wrote:
> > The dpi.c file cannot be build correctly when the dsi.c file is
> > disabled in Kconfig. This clarifies the dependency in Kconfig
> > to avoid build errors:
> >
> >
Amit Daniel kachhap
Signed-off-by: Arnd Bergmann
diff --git a/include/linux/cpu_cooling.h b/include/linux/cpu_cooling.h
index 282e270..a5d52ee 100644
--- a/include/linux/cpu_cooling.h
+++ b/include/linux/cpu_cooling.h
@@ -41,7 +41,7 @@ cpufreq_cooling_register(const struct cpumask *cl
On Thursday 02 May 2013, Alan Stern wrote:
> On Thu, 2 May 2013, Arnd Bergmann wrote:
>
> It relies more on "depends" than "select". I don't know how
> important this is in the end.
'select' is sometimes problematic, but the only use t
On Thursday 02 May 2013, Alan Stern wrote:
> On Thu, 2 May 2013, Arnd Bergmann wrote:
>
> > The EHCI host controller driver can be built standalone now,
> > without enabling any of the available bus glue drivers, so
> > there is not really a reason to error out here
On Thursday 02 May 2013, Mauro Carvalho Chehab wrote:
> Do you prefer to send it via your tree or via mine? Either way works for me.
>
> If you're willing to send it via your tree:
>
> Acked-by: Mauro Carvalho Chehab
I'd prefer your tree, because the patch does not apply on 3.9.
Arnd
-
On Thursday 02 May 2013, Konrad Rzeszutek Wilk wrote:
> On Thu, May 02, 2013 at 04:38:50PM +0100, Stefano Stabellini wrote:
> > On Thu, 2 May 2013, Arnd Bergmann wrote:
> > > Enabling SWIOTLB_XEN on ARM results in build errors because the
> > > underlying SWIOT
On Thursday 02 May 2013, Russell King - ARM Linux wrote:
> The only issue that there is is where we are in the development cycle
> (almost mid merge window), and I've yet to push anything to Linus thanks
> to late discovery of various messups in other chunks of code submitted
> via my tree - I'm st
On Thursday 02 May 2013, Jason Gunthorpe wrote:
> > +static struct of_device_id orion_irq_dt_ids[] __initconst = {
> > + { .compatible = "marvell,orion-mpic", .data = orion_of_init },
> > + { }
>
> Is there a strong reason to change the compatible string? Looks to me
> like either the new
On Thursday 02 May 2013, Alan Stern wrote:
> On Thu, 2 May 2013, Arnd Bergmann wrote:
>
> > > What do you think of my patch as compared to yours?
> >
> > I think in the end it comes down to the question where you want to
> > head with your driver. The way I
On Thursday 02 May 2013, Alexander Shiyan wrote:
> > The coda driver uses the generic allocator to get at the
> > "iram" memory, so add the necessary dependency to avoid:
> >
> > diff --git a/drivers/media/platform/Kconfig b/drivers/media/platform/Kconfig
> > index 0494d27..4608d03 100644
> > ---
CONFIG_OF is not set. Second
> it allows those platforms to build and use clk-si5351 i2c clock driver
> by removing the dependency on CONFIG_OF.
>
> The above approach has been suggested by Arnd Bergmann and replaces the
> corresponding Kconfig patch for clk-si5351 posted earlier
On Thursday 02 May 2013, Sebastian Hesselbarth wrote:
> > Just look at the various implementations in drivers/irqchip/ and find
> > out how similar they are. Moving code to drivers/irqchip/ does not
> > make an excuse for reestablishing the mess which was addressed by the
> > generic irq chip imple
On Friday 03 May 2013 15:45:39 Thierry Reding wrote:
> > diff --git a/drivers/gpu/host1x/drm/Kconfig b/drivers/gpu/host1x/drm/Kconfig
> > index 69853a4..5a6a5cd 100644
> > --- a/drivers/gpu/host1x/drm/Kconfig
> > +++ b/drivers/gpu/host1x/drm/Kconfig
> > @@ -1,6 +1,7 @@
> > config DRM_TEGRA
> >
On Friday 03 May 2013, Prabhakar Lad wrote:
>
> +static struct mt9p031_platform_data *
> +mt9p031_get_pdata(struct i2c_client *client)
> +{
> + struct device_node *np;
> + struct mt9p031_platform_data *pdata;
> +
> + if (!IS_ENABLED(CONFIG_OF) || !client->dev.of_node)
> +
On Friday 03 May 2013, Shawn Guo wrote:
> On Thu, May 02, 2013 at 05:16:08PM +0200, Arnd Bergmann wrote:
> > The imx DRM driver needs a couple of extra Kconfig dependencies
> > to avoid random build failures:
> >
> > drivers/staging/imx-drm/ipuv3-crtc.c:448:
On Friday 03 May 2013, Marc Kleine-Budde wrote:
> On 05/02/2013 05:16 PM, Arnd Bergmann wrote:
> > CONFIG_HAVE_CAN_FLEXCAN is a silect symbol that is meant to be selected
> > by platforms that support this driver, but that is not possible without
> > also selecting CAN_DEV,
On Friday 03 May 2013, Chanho Min wrote:
> >It is not currently possible to build the LZ4 code on ARM, so let's
> >remove that option in Kconfig for now.
> >
> >lib/built-in.o: In function `lz4_compress64kctx':
> > lib/lz4/lz4_compress.c:339: undefined reference to `__ctzsi2'
> >lib/built-in.o: In
On Friday 03 May 2013, Steven Rostedt wrote:
> On Fri, 2013-05-03 at 13:53 +0200, Robert Richter wrote:
> > On 02.05.13 17:16:18, Arnd Bergmann wrote:
> > > oprofile fails to build if CONFIG_IRQ_WORK is not already enabled,
> > > because of the dependency on the RIN
On Monday 06 May 2013, Pavel Machek wrote:
>
> Hi!
>
> Ping? Previous version was tested by Dinh, and this one is based on
> Jamie's updates, so I assume it is acceptable for him, too.
>
> It brings two platforms closer together, and makes time actually work
> on socfpga. It would be good to get
On Monday 06 May 2013, Pavel Machek wrote:
> On Mon 2013-05-06 15:45:22, Arnd Bergmann wrote:
> > On Monday 06 May 2013, Pavel Machek wrote:
> > >
> > > Hi!
> > >
> > > Ping? Previous version was tested by Dinh, and this one is based on
> > >
On Tuesday 07 May 2013, Jiri Slaby wrote:
> From: "sal...@us.ibm.com"
>
> The patch fixes a problem in the lp driver that can cause oopses as
> follows:
> process A: calls lp_write, which in turn calls
> parport_ieee1284_write_compat, and that invokes
> parpor
andora: use tpo panel's gpio handling
arm: omap: dss-common: use picodlp panel's gpio handling
arm: omap boards: Remove unnecessary platform_enable/disable callbacks
for VENC devices
arm: dss-common: don't use reset_gpio from omap4_panda_dvi_device
Arnd Bergmann (16)
branch 'exynos/pwm-clocksource' into late/multiplatform
-----
Arnd Bergmann (12):
clk: exynos: prepare for multiplatform
clocksource: exynos_mct: remove platform header dependency
ARM: exynos: add missing pro
-devkit8000: Enable audio support
ARM: dts: omap3-devkit8000: Add NAND DT node
AnilKumar Ch (3):
ARM: dts: AM33XX: Rename I2C and GPIO nodes
ARM: dts: AM33XX: Add d_can instances to aliases
ARM: dts: AM33XX: Add memory resource to d_can node
Arnd Bergmann (6):
Merge branc
set_controller may be disabled
-
Anson Huang (3):
ARM: imx: enable anatop suspend/resume
ARM: imx: enable periphery well bias for suspend
ARM: imx: enable RBC to support anatop LPM mode
Arnd Bergmann (6):
Merge branch 'zyn
Hi Linus,
This is the third and final batch of branches for arm-soc for the
3.10 merge window. Following what Olof did earlier, I pushed out
a branch with the conflicts resolved named 'third-batch-resolved'
for reference.
We still have a bunch of outstanding bug fixes that we'll send
later this we
rg/pub/scm/linux/kernel/git/arm/arm-soc.git
tags/soc-for-linus-2
you to fetch changes up to
9251c6c Merge tag 'renesas-boards-lager-for-v3.10' of
git://git.kernel.org/pub/scm/linux/kernel/git/horms/renesas into next/boards2
-------
On Tuesday 07 May 2013, Linus Torvalds wrote:
> On Tue, May 7, 2013 at 9:02 AM, Arnd Bergmann wrote:
> >
> > I used a new script to create the pull requests this time, hope
> > I got it right now.
>
> So you seem to have blasted this series out with that automated
>
Hi Linus,
Here are the same pull requests as before, with numbers and distinct
time stamps. I hope I didn't screw up in a different way this time.
Arnd
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More maj
rg/pub/scm/linux/kernel/git/arm/arm-soc.git
tags/soc-for-linus-2
you to fetch changes up to
9251c6c Merge tag 'renesas-boards-lager-for-v3.10' of
git://git.kernel.org/pub/scm/linux/kernel/git/horms/renesas into next/boards2
-------
1401 - 1500 of 5673 matches
Mail list logo