This is the result of my my build tests on 3.9-rc1, mostly bugs
that I had not caught before the merge window, or where the fix
for some reason has not yet made it in.
I hope the subsystem maintainers can take care of applying these,
for the arch/arm/mach-* patches I can either apply them directly
to the arm-soc tree with an Ack or do a round-trip through
the platform maintainer tree. I think Tony already has some of
the OMAP1 fixes, so we should try not to duplicate them.
Arnd
Arnd Bergmann (9):
clk: vt8500: Fix "fix device clock divisor calculations"
Revert parts of "hlist: drop the node parameter from iterators"
mfd: remove __exit_p annotation for twl4030_madc_remove
usb: gadget: fix omap_udc build errors
ARM: omap1: add back missing includes
[media] ir-rx51: fix clock API related build issues
[media] s5p-fimc: fix s5pv210 build
iommu: OMAP: build only on OMAP2+
ARM: spear3xx: Use correct pl080 header file
arch/arm/mach-omap1/board-fsample.c | 1 +
arch/arm/mach-omap1/board-h2.c | 1 +
arch/arm/mach-omap1/board-perseus2.c | 1 +
arch/arm/mach-omap1/board-sx1.c | 1 +
arch/arm/mach-s5pv210/mach-goni.c | 2 +-
arch/arm/mach-spear3xx/spear3xx.c | 2 +-
arch/arm/plat-omap/dmtimer.c | 16 ++++++++--------
drivers/clk/clk-vt8500.c | 2 +-
drivers/iommu/Kconfig | 2 +-
drivers/media/rc/ir-rx51.c | 4 ++--
drivers/mfd/twl4030-madc.c | 2 +-
drivers/usb/gadget/omap_udc.c | 3 ++-
drivers/video/omap/lcd_ams_delta.c | 1 +
drivers/video/omap/lcd_osk.c | 1 +
kernel/smpboot.c | 2 +-
net/9p/trans_virtio.c | 2 +-
16 files changed, 25 insertions(+), 18 deletions(-)
Cc: Andrew Morton <[email protected]>
Cc: Bill Pemberton <[email protected]>
Cc: Felipe Balbi <[email protected]>
Cc: Greg Kroah-Hartman <[email protected]>
Cc: Joerg Roedel <[email protected]>
Cc: Kukjin Kim <[email protected]>
Cc: Mauro Carvalho Chehab <[email protected]>
Cc: Mike Turquette <[email protected]>
Cc: Tony Lindgren <[email protected]>
Cc: Tony Prisk <[email protected]>
Cc: Viresh Kumar <[email protected]>
Cc: [email protected]
Cc: [email protected]
Cc: [email protected]
--
1.8.1.2
The recent reorganization of OMAP header files caused a couple of
files that used to be implicitly included now missing from OMAP1.
This adds explicit inclusions of mach/irqs.h and mach/hardware.h
in all files that need them for an OMAP1 allyesconfig build.
Signed-off-by: Arnd Bergmann <[email protected]>
Cc: Tony Lindgren <[email protected]>
Cc: [email protected]
---
arch/arm/mach-omap1/board-fsample.c | 1 +
arch/arm/mach-omap1/board-h2.c | 1 +
arch/arm/mach-omap1/board-perseus2.c | 1 +
arch/arm/mach-omap1/board-sx1.c | 1 +
drivers/video/omap/lcd_ams_delta.c | 1 +
drivers/video/omap/lcd_osk.c | 1 +
6 files changed, 6 insertions(+)
diff --git a/arch/arm/mach-omap1/board-fsample.c b/arch/arm/mach-omap1/board-fsample.c
index 702d580..512b33a 100644
--- a/arch/arm/mach-omap1/board-fsample.c
+++ b/arch/arm/mach-omap1/board-fsample.c
@@ -33,6 +33,7 @@
#include <linux/platform_data/keypad-omap.h>
#include <mach/hardware.h>
+#include <mach/irqs.h>
#include "iomap.h"
#include "common.h"
diff --git a/arch/arm/mach-omap1/board-h2.c b/arch/arm/mach-omap1/board-h2.c
index 0dac3d2..99ee4d7 100644
--- a/arch/arm/mach-omap1/board-h2.c
+++ b/arch/arm/mach-omap1/board-h2.c
@@ -47,6 +47,7 @@
#include <mach/hardware.h>
#include <mach/usb.h>
+#include <mach/irqs.h>
#include "common.h"
#include "board-h2.h"
diff --git a/arch/arm/mach-omap1/board-perseus2.c b/arch/arm/mach-omap1/board-perseus2.c
index 8b2f712..403efcc 100644
--- a/arch/arm/mach-omap1/board-perseus2.c
+++ b/arch/arm/mach-omap1/board-perseus2.c
@@ -31,6 +31,7 @@
#include <mach/tc.h>
#include <mach/mux.h>
#include <mach/flash.h>
+#include <mach/irqs.h>
#include <mach/hardware.h>
diff --git a/arch/arm/mach-omap1/board-sx1.c b/arch/arm/mach-omap1/board-sx1.c
index 9732a98..b31e77c 100644
--- a/arch/arm/mach-omap1/board-sx1.c
+++ b/arch/arm/mach-omap1/board-sx1.c
@@ -43,6 +43,7 @@
#include <mach/hardware.h>
#include <mach/usb.h>
+#include <mach/irqs.h>
#include "common.h"
#include "dma.h"
diff --git a/drivers/video/omap/lcd_ams_delta.c b/drivers/video/omap/lcd_ams_delta.c
index ed4cad8..7539276 100644
--- a/drivers/video/omap/lcd_ams_delta.c
+++ b/drivers/video/omap/lcd_ams_delta.c
@@ -28,6 +28,7 @@
#include <linux/gpio.h>
#include <mach/board-ams-delta.h>
+#include <mach/hardware.h>
#include "omapfb.h"
diff --git a/drivers/video/omap/lcd_osk.c b/drivers/video/omap/lcd_osk.c
index 3aa62da..cad2338 100644
--- a/drivers/video/omap/lcd_osk.c
+++ b/drivers/video/omap/lcd_osk.c
@@ -25,6 +25,7 @@
#include <asm/gpio.h>
#include <mach/mux.h>
+#include <mach/hardware.h>
#include "omapfb.h"
static int osk_panel_init(struct lcd_panel *panel, struct omapfb_device *fbdev)
--
1.8.1.2
Patch 72480014b8 "Fix device clock divisor calculations" was apparently
rebased incorrectly before it got upstream, causing a build error.
Replacing the "prate" pointer with the local parent_rate is most
likely the correct solution.
Signed-off-by: Arnd Bergmann <[email protected]>
Cc: Tony Prisk <[email protected]>
Cc: Mike Turquette <[email protected]>
---
drivers/clk/clk-vt8500.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/clk/clk-vt8500.c b/drivers/clk/clk-vt8500.c
index b5538bb..09c6331 100644
--- a/drivers/clk/clk-vt8500.c
+++ b/drivers/clk/clk-vt8500.c
@@ -157,7 +157,7 @@ static int vt8500_dclk_set_rate(struct clk_hw *hw, unsigned long rate,
divisor = parent_rate / rate;
/* If prate / rate would be decimal, incr the divisor */
- if (rate * divisor < *prate)
+ if (rate * divisor < parent_rate)
divisor++;
if (divisor == cdev->div_mask + 1)
--
1.8.1.2
commit b67bfe0d42 "hlist: drop the node parameter from iterators"
did a lot of nice changes but also contains two small hunks that
seem to have slipped in accidentally and have no apparent
connection to the intent of the patch.
This reverts the two extraneous changes.
Cc: Peter Senna Tschudin <[email protected]>
Cc: Paul E. McKenney <[email protected]>
Cc: Sasha Levin <[email protected]>
Cc: Andrew Morton <[email protected]>
Cc: Thomas Gleixner <[email protected]>
Cc: Rusty Russell <[email protected]>
Signed-off-by: Arnd Bergmann <[email protected]>
---
kernel/smpboot.c | 2 +-
net/9p/trans_virtio.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/kernel/smpboot.c b/kernel/smpboot.c
index b9bde57..d4abac2 100644
--- a/kernel/smpboot.c
+++ b/kernel/smpboot.c
@@ -131,7 +131,7 @@ static int smpboot_thread_fn(void *data)
continue;
}
- //BUG_ON(td->cpu != smp_processor_id());
+ BUG_ON(td->cpu != smp_processor_id());
/* Check for state change setup */
switch (td->status) {
diff --git a/net/9p/trans_virtio.c b/net/9p/trans_virtio.c
index 74dea37..de2e950 100644
--- a/net/9p/trans_virtio.c
+++ b/net/9p/trans_virtio.c
@@ -655,7 +655,7 @@ static struct p9_trans_module p9_virtio_trans = {
.create = p9_virtio_create,
.close = p9_virtio_close,
.request = p9_virtio_request,
- //.zc_request = p9_virtio_zc_request,
+ .zc_request = p9_virtio_zc_request,
.cancel = p9_virtio_cancel,
/*
* We leave one entry for input and one entry for response
--
1.8.1.2
The OMAP IOMMU driver intentionally fails to build on OMAP1
platforms, so we should not allow enabling it there.
Signed-off-by: Arnd Bergmann <[email protected]>
Cc: Joerg Roedel <[email protected]>
Cc: [email protected]
Cc: Ohad Ben-Cohen <[email protected]>
Cc: Tony Lindgren <[email protected]>
Cc: Omar Ramirez Luna <[email protected]>
---
drivers/iommu/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/iommu/Kconfig b/drivers/iommu/Kconfig
index 5c514d07..c332fb9 100644
--- a/drivers/iommu/Kconfig
+++ b/drivers/iommu/Kconfig
@@ -130,7 +130,7 @@ config IRQ_REMAP
# OMAP IOMMU support
config OMAP_IOMMU
bool "OMAP IOMMU Support"
- depends on ARCH_OMAP
+ depends on ARCH_OMAP2PLUS
select IOMMU_API
config OMAP_IOVMM
--
1.8.1.2
OMAP1 no longer provides its own clock interfaces since patch
a135eaae52 "ARM: OMAP: remove plat/clock.h". This is great, but
we now have to convert the ir-rx51 driver to use the generic
interface from linux/clk.h.
The driver also uses the omap_dm_timer_get_fclk() function,
which is not exported for OMAP1, so we have to move the
definition out of the OMAP2 specific section.
Signed-off-by: Arnd Bergmann <[email protected]>
Cc: Mauro Carvalho Chehab <[email protected]>
Cc: Timo Kokkonen <[email protected]>
Cc: Tony Lindgren <[email protected]>
Cc: Laurent Pinchart <[email protected]>
Cc: Greg Kroah-Hartman <[email protected]>
Cc: [email protected]
---
arch/arm/plat-omap/dmtimer.c | 16 ++++++++--------
drivers/media/rc/ir-rx51.c | 4 ++--
2 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/arch/arm/plat-omap/dmtimer.c b/arch/arm/plat-omap/dmtimer.c
index a0daa2f..ea133e5 100644
--- a/arch/arm/plat-omap/dmtimer.c
+++ b/arch/arm/plat-omap/dmtimer.c
@@ -333,6 +333,14 @@ int omap_dm_timer_get_irq(struct omap_dm_timer *timer)
}
EXPORT_SYMBOL_GPL(omap_dm_timer_get_irq);
+struct clk *omap_dm_timer_get_fclk(struct omap_dm_timer *timer)
+{
+ if (timer)
+ return timer->fclk;
+ return NULL;
+}
+EXPORT_SYMBOL_GPL(omap_dm_timer_get_fclk);
+
#if defined(CONFIG_ARCH_OMAP1)
#include <mach/hardware.h>
/**
@@ -371,14 +379,6 @@ EXPORT_SYMBOL_GPL(omap_dm_timer_modify_idlect_mask);
#else
-struct clk *omap_dm_timer_get_fclk(struct omap_dm_timer *timer)
-{
- if (timer)
- return timer->fclk;
- return NULL;
-}
-EXPORT_SYMBOL_GPL(omap_dm_timer_get_fclk);
-
__u32 omap_dm_timer_modify_idlect_mask(__u32 inputmask)
{
BUG();
diff --git a/drivers/media/rc/ir-rx51.c b/drivers/media/rc/ir-rx51.c
index 8ead492..d1364a1 100644
--- a/drivers/media/rc/ir-rx51.c
+++ b/drivers/media/rc/ir-rx51.c
@@ -25,9 +25,9 @@
#include <linux/platform_device.h>
#include <linux/sched.h>
#include <linux/wait.h>
+#include <linux/clk.h>
#include <plat/dmtimer.h>
-#include <plat/clock.h>
#include <media/lirc.h>
#include <media/lirc_dev.h>
@@ -209,7 +209,7 @@ static int lirc_rx51_init_port(struct lirc_rx51 *lirc_rx51)
}
clk_fclk = omap_dm_timer_get_fclk(lirc_rx51->pwm_timer);
- lirc_rx51->fclk_khz = clk_fclk->rate / 1000;
+ lirc_rx51->fclk_khz = clk_get_rate(clk_fclk) / 1000;
return 0;
--
1.8.1.2
4740f73fe5 "mfd: remove use of __devexit" removed the __devexit annotation
on the twl4030_madc_remove function, but left an __exit_p() present on the
pointer to this function. Using __exit_p was as wrong with the devexit in
place as it is now, but now we get a gcc warning about an unused function.
In order for the twl4030_madc_remove to work correctly in built-in code, we
have to remove the __exit_p.
Cc: Bill Pemberton <[email protected]>
Cc: Greg Kroah-Hartman <[email protected]>
Signed-off-by: Arnd Bergmann <[email protected]>
---
drivers/mfd/twl4030-madc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mfd/twl4030-madc.c b/drivers/mfd/twl4030-madc.c
index 88ff9dc..942b666 100644
--- a/drivers/mfd/twl4030-madc.c
+++ b/drivers/mfd/twl4030-madc.c
@@ -800,7 +800,7 @@ static int twl4030_madc_remove(struct platform_device *pdev)
static struct platform_driver twl4030_madc_driver = {
.probe = twl4030_madc_probe,
- .remove = __exit_p(twl4030_madc_remove),
+ .remove = twl4030_madc_remove,
.driver = {
.name = "twl4030_madc",
.owner = THIS_MODULE,
--
1.8.1.2
The definitions have move around recently, causing build errors
in spear3xx for all configurations:
spear3xx.c:47:5: error: 'PL080_BSIZE_16' undeclared here (not in a function)
spear3xx.c:47:23: error: 'PL080_CONTROL_SB_SIZE_SHIFT' undeclared here (not in a function)
spear3xx.c:48:22: error: 'PL080_CONTROL_DB_SIZE_SHIFT' undeclared here (not in a function)
Signed-off-by: Arnd Bergmann <[email protected]>
Cc: Alessandro Rubini <[email protected]>
Cc: Viresh Kumar <[email protected]>
---
arch/arm/mach-spear3xx/spear3xx.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-spear3xx/spear3xx.c b/arch/arm/mach-spear3xx/spear3xx.c
index f9d754f..d2b3937 100644
--- a/arch/arm/mach-spear3xx/spear3xx.c
+++ b/arch/arm/mach-spear3xx/spear3xx.c
@@ -14,7 +14,7 @@
#define pr_fmt(fmt) "SPEAr3xx: " fmt
#include <linux/amba/pl022.h>
-#include <linux/amba/pl08x.h>
+#include <linux/amba/pl080.h>
#include <linux/io.h>
#include <plat/pl080.h>
#include <mach/generic.h>
--
1.8.1.2
1bf0cf6040 "usb: gadget: omap_udc: convert to udc_start/udc_stop"
made some trivial changes but was missing a ';' character.
8c4cc00552 "ARM: OMAP1: DMA: Moving OMAP1 DMA channel definitions
to mach-omap1" added a definition for OMAP_DMA_USB_W2FC_TX0 to
the driver while making the header file it was defined in
unavailable for drivers, but this driver actually needs
OMAP_DMA_USB_W2FC_RX0 as well.
Both changes appear trivial, so let's add the missing semicolon
and the macro definition.
Cc: Felipe Balbi <[email protected]>
Cc: Greg Kroah-Hartman <[email protected]>
Signed-off-by: Arnd Bergmann <[email protected]>
---
drivers/usb/gadget/omap_udc.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/gadget/omap_udc.c b/drivers/usb/gadget/omap_udc.c
index 06be85c..f844565 100644
--- a/drivers/usb/gadget/omap_udc.c
+++ b/drivers/usb/gadget/omap_udc.c
@@ -62,6 +62,7 @@
#define DRIVER_VERSION "4 October 2004"
#define OMAP_DMA_USB_W2FC_TX0 29
+#define OMAP_DMA_USB_W2FC_RX0 26
/*
* The OMAP UDC needs _very_ early endpoint setup: before enabling the
@@ -1310,7 +1311,7 @@ static int omap_pullup(struct usb_gadget *gadget, int is_on)
}
static int omap_udc_start(struct usb_gadget *g,
- struct usb_gadget_driver *driver)
+ struct usb_gadget_driver *driver);
static int omap_udc_stop(struct usb_gadget *g,
struct usb_gadget_driver *driver);
--
1.8.1.2
56bc911 "[media] s5p-fimc: Redefine platform data structure for fimc-is"
changed the bus_type member of struct fimc_source_info treewide, but
got one instance wrong in mach-s5pv210, which was evidently not
even build tested.
This adds the missing change to get s5pv210_defconfig to build again.
Applies on the Mauro's media tree.
Signed-off-by: Arnd Bergmann <[email protected]>
Cc: Sylwester Nawrocki <[email protected]>
Cc: Kyungmin Park <[email protected]>
Cc: Kukjin Kim <[email protected]>
Cc: Mauro Carvalho Chehab <[email protected]>
---
arch/arm/mach-s5pv210/mach-goni.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-s5pv210/mach-goni.c b/arch/arm/mach-s5pv210/mach-goni.c
index 3a38f7b..e373de4 100644
--- a/arch/arm/mach-s5pv210/mach-goni.c
+++ b/arch/arm/mach-s5pv210/mach-goni.c
@@ -845,7 +845,7 @@ static struct fimc_source_info goni_camera_sensors[] = {
.mux_id = 0,
.flags = V4L2_MBUS_PCLK_SAMPLE_FALLING |
V4L2_MBUS_VSYNC_ACTIVE_LOW,
- .bus_type = FIMC_BUS_TYPE_ITU_601,
+ .fimc_bus_type = FIMC_BUS_TYPE_ITU_601,
.board_info = &noon010pc30_board_info,
.i2c_bus_num = 0,
.clk_frequency = 16000000UL,
--
1.8.1.2
Hi,
On Tue, Mar 05, 2013 at 11:16:44PM +0100, Arnd Bergmann wrote:
> 1bf0cf6040 "usb: gadget: omap_udc: convert to udc_start/udc_stop"
> made some trivial changes but was missing a ';' character.
>
> 8c4cc00552 "ARM: OMAP1: DMA: Moving OMAP1 DMA channel definitions
> to mach-omap1" added a definition for OMAP_DMA_USB_W2FC_TX0 to
> the driver while making the header file it was defined in
> unavailable for drivers, but this driver actually needs
> OMAP_DMA_USB_W2FC_RX0 as well.
>
> Both changes appear trivial, so let's add the missing semicolon
> and the macro definition.
>
> Cc: Felipe Balbi <[email protected]>
> Cc: Greg Kroah-Hartman <[email protected]>
> Signed-off-by: Arnd Bergmann <[email protected]>
> ---
> drivers/usb/gadget/omap_udc.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/usb/gadget/omap_udc.c b/drivers/usb/gadget/omap_udc.c
> index 06be85c..f844565 100644
> --- a/drivers/usb/gadget/omap_udc.c
> +++ b/drivers/usb/gadget/omap_udc.c
> @@ -62,6 +62,7 @@
> #define DRIVER_VERSION "4 October 2004"
>
> #define OMAP_DMA_USB_W2FC_TX0 29
> +#define OMAP_DMA_USB_W2FC_RX0 26
>
> /*
> * The OMAP UDC needs _very_ early endpoint setup: before enabling the
> @@ -1310,7 +1311,7 @@ static int omap_pullup(struct usb_gadget *gadget, int is_on)
> }
>
> static int omap_udc_start(struct usb_gadget *g,
> - struct usb_gadget_driver *driver)
> + struct usb_gadget_driver *driver);
good catch, thanks. I'll queue it for v3.6-rc3. Make sure to Cc
linux-usb for anything under drivers/usb/ though
--
balbi
On Tuesday 05 March 2013, Arnd Bergmann wrote:
> The recent reorganization of OMAP header files caused a couple of
> files that used to be implicitly included now missing from OMAP1.
> This adds explicit inclusions of mach/irqs.h and mach/hardware.h
> in all files that need them for an OMAP1 allyesconfig build.
>
> Signed-off-by: Arnd Bergmann <[email protected]>
> Cc: Tony Lindgren <[email protected]>
> Cc: [email protected]
> ---
> arch/arm/mach-omap1/board-fsample.c | 1 +
> arch/arm/mach-omap1/board-h2.c | 1 +
> arch/arm/mach-omap1/board-perseus2.c | 1 +
> arch/arm/mach-omap1/board-sx1.c | 1 +
> drivers/video/omap/lcd_ams_delta.c | 1 +
> drivers/video/omap/lcd_osk.c | 1 +
> 6 files changed, 6 insertions(+)
I saw that Tony has already addressed the latter two changes, but
did not see a fix for the four board files.
Arnd
On 6 March 2013 06:16, Arnd Bergmann <[email protected]> wrote:
> The definitions have move around recently, causing build errors
> in spear3xx for all configurations:
>
> spear3xx.c:47:5: error: 'PL080_BSIZE_16' undeclared here (not in a function)
> spear3xx.c:47:23: error: 'PL080_CONTROL_SB_SIZE_SHIFT' undeclared here (not in a function)
> spear3xx.c:48:22: error: 'PL080_CONTROL_DB_SIZE_SHIFT' undeclared here (not in a function)
>
> Signed-off-by: Arnd Bergmann <[email protected]>
> Cc: Alessandro Rubini <[email protected]>
> Cc: Viresh Kumar <[email protected]>
> ---
> arch/arm/mach-spear3xx/spear3xx.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
You are a bit late in posting this.
We already got the same patch from Vipul yesterday :)
Em Tue, 5 Mar 2013 23:16:46 +0100
Arnd Bergmann <[email protected]> escreveu:
> OMAP1 no longer provides its own clock interfaces since patch
> a135eaae52 "ARM: OMAP: remove plat/clock.h". This is great, but
> we now have to convert the ir-rx51 driver to use the generic
> interface from linux/clk.h.
>
> The driver also uses the omap_dm_timer_get_fclk() function,
> which is not exported for OMAP1, so we have to move the
> definition out of the OMAP2 specific section.
>
> Signed-off-by: Arnd Bergmann <[email protected]>
> Cc: Mauro Carvalho Chehab <[email protected]>
>From my side:
Acked-by: Mauro Carvalho Chehab <[email protected]>
> Cc: Timo Kokkonen <[email protected]>
> Cc: Tony Lindgren <[email protected]>
> Cc: Laurent Pinchart <[email protected]>
> Cc: Greg Kroah-Hartman <[email protected]>
> Cc: [email protected]
> ---
> arch/arm/plat-omap/dmtimer.c | 16 ++++++++--------
> drivers/media/rc/ir-rx51.c | 4 ++--
> 2 files changed, 10 insertions(+), 10 deletions(-)
>
> diff --git a/arch/arm/plat-omap/dmtimer.c b/arch/arm/plat-omap/dmtimer.c
> index a0daa2f..ea133e5 100644
> --- a/arch/arm/plat-omap/dmtimer.c
> +++ b/arch/arm/plat-omap/dmtimer.c
> @@ -333,6 +333,14 @@ int omap_dm_timer_get_irq(struct omap_dm_timer *timer)
> }
> EXPORT_SYMBOL_GPL(omap_dm_timer_get_irq);
>
> +struct clk *omap_dm_timer_get_fclk(struct omap_dm_timer *timer)
> +{
> + if (timer)
> + return timer->fclk;
> + return NULL;
> +}
> +EXPORT_SYMBOL_GPL(omap_dm_timer_get_fclk);
> +
> #if defined(CONFIG_ARCH_OMAP1)
> #include <mach/hardware.h>
> /**
> @@ -371,14 +379,6 @@ EXPORT_SYMBOL_GPL(omap_dm_timer_modify_idlect_mask);
>
> #else
>
> -struct clk *omap_dm_timer_get_fclk(struct omap_dm_timer *timer)
> -{
> - if (timer)
> - return timer->fclk;
> - return NULL;
> -}
> -EXPORT_SYMBOL_GPL(omap_dm_timer_get_fclk);
> -
> __u32 omap_dm_timer_modify_idlect_mask(__u32 inputmask)
> {
> BUG();
> diff --git a/drivers/media/rc/ir-rx51.c b/drivers/media/rc/ir-rx51.c
> index 8ead492..d1364a1 100644
> --- a/drivers/media/rc/ir-rx51.c
> +++ b/drivers/media/rc/ir-rx51.c
> @@ -25,9 +25,9 @@
> #include <linux/platform_device.h>
> #include <linux/sched.h>
> #include <linux/wait.h>
> +#include <linux/clk.h>
>
> #include <plat/dmtimer.h>
> -#include <plat/clock.h>
>
> #include <media/lirc.h>
> #include <media/lirc_dev.h>
> @@ -209,7 +209,7 @@ static int lirc_rx51_init_port(struct lirc_rx51 *lirc_rx51)
> }
>
> clk_fclk = omap_dm_timer_get_fclk(lirc_rx51->pwm_timer);
> - lirc_rx51->fclk_khz = clk_fclk->rate / 1000;
> + lirc_rx51->fclk_khz = clk_get_rate(clk_fclk) / 1000;
>
> return 0;
>
--
Cheers,
Mauro
On Wed, Mar 06, 2013 at 12:22:24AM +0200, Felipe Balbi wrote:
> Hi,
>
> On Tue, Mar 05, 2013 at 11:16:44PM +0100, Arnd Bergmann wrote:
> > 1bf0cf6040 "usb: gadget: omap_udc: convert to udc_start/udc_stop"
> > made some trivial changes but was missing a ';' character.
> >
> > 8c4cc00552 "ARM: OMAP1: DMA: Moving OMAP1 DMA channel definitions
> > to mach-omap1" added a definition for OMAP_DMA_USB_W2FC_TX0 to
> > the driver while making the header file it was defined in
> > unavailable for drivers, but this driver actually needs
> > OMAP_DMA_USB_W2FC_RX0 as well.
> >
> > Both changes appear trivial, so let's add the missing semicolon
> > and the macro definition.
> >
> > Cc: Felipe Balbi <[email protected]>
> > Cc: Greg Kroah-Hartman <[email protected]>
> > Signed-off-by: Arnd Bergmann <[email protected]>
> > ---
> > drivers/usb/gadget/omap_udc.c | 3 ++-
> > 1 file changed, 2 insertions(+), 1 deletion(-)
> >
> > diff --git a/drivers/usb/gadget/omap_udc.c b/drivers/usb/gadget/omap_udc.c
> > index 06be85c..f844565 100644
> > --- a/drivers/usb/gadget/omap_udc.c
> > +++ b/drivers/usb/gadget/omap_udc.c
> > @@ -62,6 +62,7 @@
> > #define DRIVER_VERSION "4 October 2004"
> >
> > #define OMAP_DMA_USB_W2FC_TX0 29
> > +#define OMAP_DMA_USB_W2FC_RX0 26
> >
> > /*
> > * The OMAP UDC needs _very_ early endpoint setup: before enabling the
> > @@ -1310,7 +1311,7 @@ static int omap_pullup(struct usb_gadget *gadget, int is_on)
> > }
> >
> > static int omap_udc_start(struct usb_gadget *g,
> > - struct usb_gadget_driver *driver)
> > + struct usb_gadget_driver *driver);
>
> good catch, thanks. I'll queue it for v3.6-rc3. Make sure to Cc
> linux-usb for anything under drivers/usb/ though
I think you mean 3.9 :)
I can take this patch right now, if you ack it.
thanks,
greg k-h
* Arnd Bergmann <[email protected]> [130305 14:31]:
> On Tuesday 05 March 2013, Arnd Bergmann wrote:
> > The recent reorganization of OMAP header files caused a couple of
> > files that used to be implicitly included now missing from OMAP1.
> > This adds explicit inclusions of mach/irqs.h and mach/hardware.h
> > in all files that need them for an OMAP1 allyesconfig build.
> >
> > Signed-off-by: Arnd Bergmann <[email protected]>
> > Cc: Tony Lindgren <[email protected]>
> > Cc: [email protected]
> > ---
> > arch/arm/mach-omap1/board-fsample.c | 1 +
> > arch/arm/mach-omap1/board-h2.c | 1 +
> > arch/arm/mach-omap1/board-perseus2.c | 1 +
> > arch/arm/mach-omap1/board-sx1.c | 1 +
> > drivers/video/omap/lcd_ams_delta.c | 1 +
> > drivers/video/omap/lcd_osk.c | 1 +
> > 6 files changed, 6 insertions(+)
>
> I saw that Tony has already addressed the latter two changes, but
> did not see a fix for the four board files.
Hmm I wonder why I have not seen the board-*.c related ones?
Anyways thanks for fixing those:
Acked-by: Tony Lindgren <[email protected]>
* Arnd Bergmann <[email protected]> [130305 14:23]:
> 4740f73fe5 "mfd: remove use of __devexit" removed the __devexit annotation
> on the twl4030_madc_remove function, but left an __exit_p() present on the
> pointer to this function. Using __exit_p was as wrong with the devexit in
> place as it is now, but now we get a gcc warning about an unused function.
>
> In order for the twl4030_madc_remove to work correctly in built-in code, we
> have to remove the __exit_p.
Acked-by: Tony Lindgren <[email protected]>
* Mauro Carvalho Chehab <[email protected]> [130305 16:28]:
> Em Tue, 5 Mar 2013 23:16:46 +0100
> Arnd Bergmann <[email protected]> escreveu:
>
> > OMAP1 no longer provides its own clock interfaces since patch
> > a135eaae52 "ARM: OMAP: remove plat/clock.h". This is great, but
> > we now have to convert the ir-rx51 driver to use the generic
> > interface from linux/clk.h.
> >
> > The driver also uses the omap_dm_timer_get_fclk() function,
> > which is not exported for OMAP1, so we have to move the
> > definition out of the OMAP2 specific section.
> >
> > Signed-off-by: Arnd Bergmann <[email protected]>
> > Cc: Mauro Carvalho Chehab <[email protected]>
>
> From my side:
> Acked-by: Mauro Carvalho Chehab <[email protected]>
There's just one issue, this driver most likely only needed on
rx51 board.. So I suggest we just mark the driver depends on
ARCH_OMAP2PLUS and let's drop this patch.
This driver is already disabled for ARCH_MULTIPLATFORM
as we need to move dmtimer.c to drivers and have some minimal
include/linux/timer-omap.h for it.
> > --- a/arch/arm/plat-omap/dmtimer.c
> > +++ b/arch/arm/plat-omap/dmtimer.c
> > @@ -333,6 +333,14 @@ int omap_dm_timer_get_irq(struct omap_dm_timer *timer)
> > }
> > EXPORT_SYMBOL_GPL(omap_dm_timer_get_irq);
> >
> > +struct clk *omap_dm_timer_get_fclk(struct omap_dm_timer *timer)
> > +{
> > + if (timer)
> > + return timer->fclk;
> > + return NULL;
> > +}
> > +EXPORT_SYMBOL_GPL(omap_dm_timer_get_fclk);
> > +
> > #if defined(CONFIG_ARCH_OMAP1)
> > #include <mach/hardware.h>
> > /**
> > @@ -371,14 +379,6 @@ EXPORT_SYMBOL_GPL(omap_dm_timer_modify_idlect_mask);
> >
> > #else
> >
> > -struct clk *omap_dm_timer_get_fclk(struct omap_dm_timer *timer)
> > -{
> > - if (timer)
> > - return timer->fclk;
> > - return NULL;
> > -}
> > -EXPORT_SYMBOL_GPL(omap_dm_timer_get_fclk);
> > -
> > __u32 omap_dm_timer_modify_idlect_mask(__u32 inputmask)
> > {
> > BUG();
Then omap_dm_timer_get_fclk() won't work on omap1 as there's no
separate functional clock. We probably should not even export
this function eventually when things are fixed up.
Regards,
Tony
* Arnd Bergmann <[email protected]> [130305 14:21]:
> The OMAP IOMMU driver intentionally fails to build on OMAP1
> platforms, so we should not allow enabling it there.
>
> Signed-off-by: Arnd Bergmann <[email protected]>
> Cc: Joerg Roedel <[email protected]>
> Cc: [email protected]
> Cc: Ohad Ben-Cohen <[email protected]>
> Cc: Tony Lindgren <[email protected]>
> Cc: Omar Ramirez Luna <[email protected]>
Makes sense, I doubt that anybody will work on omap1 version
at this point:
Acked-by: Tony Lindgren <[email protected]>
> ---
> drivers/iommu/Kconfig | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/iommu/Kconfig b/drivers/iommu/Kconfig
> index 5c514d07..c332fb9 100644
> --- a/drivers/iommu/Kconfig
> +++ b/drivers/iommu/Kconfig
> @@ -130,7 +130,7 @@ config IRQ_REMAP
> # OMAP IOMMU support
> config OMAP_IOMMU
> bool "OMAP IOMMU Support"
> - depends on ARCH_OMAP
> + depends on ARCH_OMAP2PLUS
> select IOMMU_API
>
> config OMAP_IOVMM
> --
> 1.8.1.2
>
On 03.05 2013 17:09:53, Tony Lindgren wrote:
> * Mauro Carvalho Chehab <[email protected]> [130305 16:28]:
> > Em Tue, 5 Mar 2013 23:16:46 +0100
> > Arnd Bergmann <[email protected]> escreveu:
> >
> > > OMAP1 no longer provides its own clock interfaces since patch
> > > a135eaae52 "ARM: OMAP: remove plat/clock.h". This is great, but
> > > we now have to convert the ir-rx51 driver to use the generic
> > > interface from linux/clk.h.
> > >
> > > The driver also uses the omap_dm_timer_get_fclk() function,
> > > which is not exported for OMAP1, so we have to move the
> > > definition out of the OMAP2 specific section.
> > >
> > > Signed-off-by: Arnd Bergmann <[email protected]>
> > > Cc: Mauro Carvalho Chehab <[email protected]>
> >
> > From my side:
> > Acked-by: Mauro Carvalho Chehab <[email protected]>
>
> There's just one issue, this driver most likely only needed on
> rx51 board.. So I suggest we just mark the driver depends on
> ARCH_OMAP2PLUS and let's drop this patch.
>
> This driver is already disabled for ARCH_MULTIPLATFORM
> as we need to move dmtimer.c to drivers and have some minimal
> include/linux/timer-omap.h for it.
>
I've also had this cunning plan that if or when the PWM subsystem
starts supporting the PWM output in OMAP3, I could convert this driver
to generate the IR carrier wave through the PWM subsystem and then use
HR timers to generate the pulses. I think that's much better approach
than trying to depend on interfaces that are not easily
available. Should be possible, but I haven't proven yet that it will
work :)
Unfortunately I haven't got into executing on that plan yet. In
addition to the challenge of scheduling some of my free time for doing
this, my RX51 device is not enumerating the USB with the latest kernel
and I haven't figured out that yet. And because of that, I haven't
been able to get my user space running over nfsroot setup I've been
using..
-Timo
> > > --- a/arch/arm/plat-omap/dmtimer.c
> > > +++ b/arch/arm/plat-omap/dmtimer.c
> > > @@ -333,6 +333,14 @@ int omap_dm_timer_get_irq(struct omap_dm_timer *timer)
> > > }
> > > EXPORT_SYMBOL_GPL(omap_dm_timer_get_irq);
> > >
> > > +struct clk *omap_dm_timer_get_fclk(struct omap_dm_timer *timer)
> > > +{
> > > + if (timer)
> > > + return timer->fclk;
> > > + return NULL;
> > > +}
> > > +EXPORT_SYMBOL_GPL(omap_dm_timer_get_fclk);
> > > +
> > > #if defined(CONFIG_ARCH_OMAP1)
> > > #include <mach/hardware.h>
> > > /**
> > > @@ -371,14 +379,6 @@ EXPORT_SYMBOL_GPL(omap_dm_timer_modify_idlect_mask);
> > >
> > > #else
> > >
> > > -struct clk *omap_dm_timer_get_fclk(struct omap_dm_timer *timer)
> > > -{
> > > - if (timer)
> > > - return timer->fclk;
> > > - return NULL;
> > > -}
> > > -EXPORT_SYMBOL_GPL(omap_dm_timer_get_fclk);
> > > -
> > > __u32 omap_dm_timer_modify_idlect_mask(__u32 inputmask)
> > > {
> > > BUG();
>
> Then omap_dm_timer_get_fclk() won't work on omap1 as there's no
> separate functional clock. We probably should not even export
> this function eventually when things are fixed up.
>
> Regards,
>
> Tony
Hi,
On Wed, Mar 06, 2013 at 08:44:25AM +0800, Greg Kroah-Hartman wrote:
> On Wed, Mar 06, 2013 at 12:22:24AM +0200, Felipe Balbi wrote:
> > Hi,
> >
> > On Tue, Mar 05, 2013 at 11:16:44PM +0100, Arnd Bergmann wrote:
> > > 1bf0cf6040 "usb: gadget: omap_udc: convert to udc_start/udc_stop"
> > > made some trivial changes but was missing a ';' character.
> > >
> > > 8c4cc00552 "ARM: OMAP1: DMA: Moving OMAP1 DMA channel definitions
> > > to mach-omap1" added a definition for OMAP_DMA_USB_W2FC_TX0 to
> > > the driver while making the header file it was defined in
> > > unavailable for drivers, but this driver actually needs
> > > OMAP_DMA_USB_W2FC_RX0 as well.
> > >
> > > Both changes appear trivial, so let's add the missing semicolon
> > > and the macro definition.
> > >
> > > Cc: Felipe Balbi <[email protected]>
> > > Cc: Greg Kroah-Hartman <[email protected]>
> > > Signed-off-by: Arnd Bergmann <[email protected]>
> > > ---
> > > drivers/usb/gadget/omap_udc.c | 3 ++-
> > > 1 file changed, 2 insertions(+), 1 deletion(-)
> > >
> > > diff --git a/drivers/usb/gadget/omap_udc.c b/drivers/usb/gadget/omap_udc.c
> > > index 06be85c..f844565 100644
> > > --- a/drivers/usb/gadget/omap_udc.c
> > > +++ b/drivers/usb/gadget/omap_udc.c
> > > @@ -62,6 +62,7 @@
> > > #define DRIVER_VERSION "4 October 2004"
> > >
> > > #define OMAP_DMA_USB_W2FC_TX0 29
> > > +#define OMAP_DMA_USB_W2FC_RX0 26
> > >
> > > /*
> > > * The OMAP UDC needs _very_ early endpoint setup: before enabling the
> > > @@ -1310,7 +1311,7 @@ static int omap_pullup(struct usb_gadget *gadget, int is_on)
> > > }
> > >
> > > static int omap_udc_start(struct usb_gadget *g,
> > > - struct usb_gadget_driver *driver)
> > > + struct usb_gadget_driver *driver);
> >
> > good catch, thanks. I'll queue it for v3.6-rc3. Make sure to Cc
> > linux-usb for anything under drivers/usb/ though
>
> I think you mean 3.9 :)
right
> I can take this patch right now, if you ack it.
ok thanks:
Acked-by: Felipe Balbi <[email protected]>
--
balbi
On Wednesday 06 March 2013, Tony Lindgren wrote:
> * Arnd Bergmann <[email protected]> [130305 14:31]:
> > On Tuesday 05 March 2013, Arnd Bergmann wrote:
> > > The recent reorganization of OMAP header files caused a couple of
> > > files that used to be implicitly included now missing from OMAP1.
> > > This adds explicit inclusions of mach/irqs.h and mach/hardware.h
> > > in all files that need them for an OMAP1 allyesconfig build.
> > >
> > > Signed-off-by: Arnd Bergmann <[email protected]>
> > > Cc: Tony Lindgren <[email protected]>
> > > Cc: [email protected]
> > > ---
> > > arch/arm/mach-omap1/board-fsample.c | 1 +
> > > arch/arm/mach-omap1/board-h2.c | 1 +
> > > arch/arm/mach-omap1/board-perseus2.c | 1 +
> > > arch/arm/mach-omap1/board-sx1.c | 1 +
> > > drivers/video/omap/lcd_ams_delta.c | 1 +
> > > drivers/video/omap/lcd_osk.c | 1 +
> > > 6 files changed, 6 insertions(+)
> >
> > I saw that Tony has already addressed the latter two changes, but
> > did not see a fix for the four board files.
>
> Hmm I wonder why I have not seen the board-*.c related ones?
>
> Anyways thanks for fixing those:
>
> Acked-by: Tony Lindgren <[email protected]>
Actually I cannot reproduce them myself now, I think I'll just drop
the patch for now, but will remember your Ack if the problem comes
back. The patch would be needed if we decide to use SPARSE_IRQ on
OMAP1.
Arnd
* Timo Kokkonen <[email protected]> [130305 22:26]:
> On 03.05 2013 17:09:53, Tony Lindgren wrote:
> > * Mauro Carvalho Chehab <[email protected]> [130305 16:28]:
> > > Em Tue, 5 Mar 2013 23:16:46 +0100
> > > Arnd Bergmann <[email protected]> escreveu:
> > >
> > > > OMAP1 no longer provides its own clock interfaces since patch
> > > > a135eaae52 "ARM: OMAP: remove plat/clock.h". This is great, but
> > > > we now have to convert the ir-rx51 driver to use the generic
> > > > interface from linux/clk.h.
> > > >
> > > > The driver also uses the omap_dm_timer_get_fclk() function,
> > > > which is not exported for OMAP1, so we have to move the
> > > > definition out of the OMAP2 specific section.
> > > >
> > > > Signed-off-by: Arnd Bergmann <[email protected]>
> > > > Cc: Mauro Carvalho Chehab <[email protected]>
> > >
> > > From my side:
> > > Acked-by: Mauro Carvalho Chehab <[email protected]>
> >
> > There's just one issue, this driver most likely only needed on
> > rx51 board.. So I suggest we just mark the driver depends on
> > ARCH_OMAP2PLUS and let's drop this patch.
> >
> > This driver is already disabled for ARCH_MULTIPLATFORM
> > as we need to move dmtimer.c to drivers and have some minimal
> > include/linux/timer-omap.h for it.
> >
>
> I've also had this cunning plan that if or when the PWM subsystem
> starts supporting the PWM output in OMAP3, I could convert this driver
> to generate the IR carrier wave through the PWM subsystem and then use
> HR timers to generate the pulses. I think that's much better approach
> than trying to depend on interfaces that are not easily
> available. Should be possible, but I haven't proven yet that it will
> work :)
Sounds good to me.
> Unfortunately I haven't got into executing on that plan yet. In
> addition to the challenge of scheduling some of my free time for doing
> this, my RX51 device is not enumerating the USB with the latest kernel
> and I haven't figured out that yet. And because of that, I haven't
> been able to get my user space running over nfsroot setup I've been
> using..
Git bisect might help there. Maybe post the output and cc the usb
people?
Regards,
Tony
* Arnd Bergmann <[email protected]> [130306 03:27]:
> On Wednesday 06 March 2013, Tony Lindgren wrote:
> > * Arnd Bergmann <[email protected]> [130305 14:31]:
> > > On Tuesday 05 March 2013, Arnd Bergmann wrote:
> > > > The recent reorganization of OMAP header files caused a couple of
> > > > files that used to be implicitly included now missing from OMAP1.
> > > > This adds explicit inclusions of mach/irqs.h and mach/hardware.h
> > > > in all files that need them for an OMAP1 allyesconfig build.
> > > >
> > > > Signed-off-by: Arnd Bergmann <[email protected]>
> > > > Cc: Tony Lindgren <[email protected]>
> > > > Cc: [email protected]
> > > > ---
> > > > arch/arm/mach-omap1/board-fsample.c | 1 +
> > > > arch/arm/mach-omap1/board-h2.c | 1 +
> > > > arch/arm/mach-omap1/board-perseus2.c | 1 +
> > > > arch/arm/mach-omap1/board-sx1.c | 1 +
> > > > drivers/video/omap/lcd_ams_delta.c | 1 +
> > > > drivers/video/omap/lcd_osk.c | 1 +
> > > > 6 files changed, 6 insertions(+)
> > >
> > > I saw that Tony has already addressed the latter two changes, but
> > > did not see a fix for the four board files.
> >
> > Hmm I wonder why I have not seen the board-*.c related ones?
> >
> > Anyways thanks for fixing those:
> >
> > Acked-by: Tony Lindgren <[email protected]>
>
> Actually I cannot reproduce them myself now, I think I'll just drop
> the patch for now, but will remember your Ack if the problem comes
> back. The patch would be needed if we decide to use SPARSE_IRQ on
> OMAP1.
OK sounds good to me.
Tony
Arnd Bergmann wrote:
>
> 56bc911 "[media] s5p-fimc: Redefine platform data structure for fimc-is"
> changed the bus_type member of struct fimc_source_info treewide, but
> got one instance wrong in mach-s5pv210, which was evidently not
> even build tested.
>
> This adds the missing change to get s5pv210_defconfig to build again.
> Applies on the Mauro's media tree.
>
I'm fine if this can be fixed soon.
> Signed-off-by: Arnd Bergmann <[email protected]>
> Cc: Sylwester Nawrocki <[email protected]>
> Cc: Kyungmin Park <[email protected]>
> Cc: Kukjin Kim <[email protected]>
Acked-by: Kukjin Kim <[email protected]>
> Cc: Mauro Carvalho Chehab <[email protected]>
> ---
> arch/arm/mach-s5pv210/mach-goni.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/arch/arm/mach-s5pv210/mach-goni.c b/arch/arm/mach-
> s5pv210/mach-goni.c
> index 3a38f7b..e373de4 100644
> --- a/arch/arm/mach-s5pv210/mach-goni.c
> +++ b/arch/arm/mach-s5pv210/mach-goni.c
> @@ -845,7 +845,7 @@ static struct fimc_source_info goni_camera_sensors[]
> = {
> .mux_id = 0,
> .flags = V4L2_MBUS_PCLK_SAMPLE_FALLING |
> V4L2_MBUS_VSYNC_ACTIVE_LOW,
> - .bus_type = FIMC_BUS_TYPE_ITU_601,
> + .fimc_bus_type = FIMC_BUS_TYPE_ITU_601,
> .board_info = &noon010pc30_board_info,
> .i2c_bus_num = 0,
> .clk_frequency = 16000000UL,
> --
> 1.8.1.2
On Tue, Mar 05, 2013 at 11:16:48PM +0100, Arnd Bergmann wrote:
> The OMAP IOMMU driver intentionally fails to build on OMAP1
> platforms, so we should not allow enabling it there.
>
> Signed-off-by: Arnd Bergmann <[email protected]>
> Cc: Joerg Roedel <[email protected]>
> Cc: [email protected]
> Cc: Ohad Ben-Cohen <[email protected]>
> Cc: Tony Lindgren <[email protected]>
> Cc: Omar Ramirez Luna <[email protected]>
Applied to iommu/fixes, thanks Arnd.
On Tuesday 05 March 2013, Viresh Kumar wrote:
> On 6 March 2013 06:16, Arnd Bergmann <[email protected]> wrote:
> > The definitions have move around recently, causing build errors
> > in spear3xx for all configurations:
> >
> > spear3xx.c:47:5: error: 'PL080_BSIZE_16' undeclared here (not in a function)
> > spear3xx.c:47:23: error: 'PL080_CONTROL_SB_SIZE_SHIFT' undeclared here (not in a function)
> > spear3xx.c:48:22: error: 'PL080_CONTROL_DB_SIZE_SHIFT' undeclared here (not in a function)
> >
> > Signed-off-by: Arnd Bergmann <[email protected]>
> > Cc: Alessandro Rubini <[email protected]>
> > Cc: Viresh Kumar <[email protected]>
> > ---
> > arch/arm/mach-spear3xx/spear3xx.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
>
> You are a bit late in posting this.
> We already got the same patch from Vipul yesterday :)
Are you going to send a pull request for that one then? Another -rc has
just passed with the platform being broken.
Arnd
On 12 March 2013 06:34, Arnd Bergmann <[email protected]> wrote:
> Are you going to send a pull request for that one then? Another -rc has
> just passed with the platform being broken.
Probably you can just apply that patch, i am not planning to send a pull
request for that one.