On Wed, Oct 03, 2012 at 11:26:46AM +0530, Poddar, Sourav wrote:
Hi Dmitry,
On Tue, Oct 2, 2012 at 11:48 AM, Dmitry Torokhov
dmitry.torok...@gmail.com wrote:
Hi Sourav,
On Mon, Oct 01, 2012 at 04:31:50PM +0530, Sourav Poddar wrote:
From: G, Manjunath Kondaiah manj...@ti.com
+
+
On Wed, Oct 03, 2012 at 20:40:46, Peter Meerwald wrote:
some minor nitpicks below
+ *
+ * On completion of processing by elm module, error location status
+ * register updated with correctable/uncorrectable error information.
+ * In case of correctable errors, number of errors located
Hi Tony,
On 10/03/2012 07:52 PM, Tony Lindgren wrote:
McPDM needs platt/cpu.h for omap_rev and not omap_hwmod.h.
Drivers must not include omap_hwmod.h at, it will be
private to mach-omap2 soon. Fix the problem before other
drivers will also start including omap_hwmod.h.
Note that also
On Thu, Oct 04, 2012 at 00:24:58, Ivan Djelic wrote:
On Wed, Oct 03, 2012 at 03:29:48PM +0100, Philip, Avinash wrote:
Add support for BCH ECC scheme to gpmc driver and also enabling multi
sector read/write. This helps in doing single shot NAND page read and
write.
ECC engine
Hello Mark, Tony,
The mcpdm driver no longer needs to include any plat/*.h file, clearing the way
for the single kernel image.
Regards,
Peter
---
Peter Ujfalusi (1):
ASoC: omap-mcpdm: Remove OMAP revision check
Tony Lindgren (1):
ASoC: Fix wrong include for McPDM
From: Tony Lindgren t...@atomide.com
McPDM needs platt/cpu.h for omap_rev and not omap_hwmod.h.
Drivers must not include omap_hwmod.h at, it will be
private to mach-omap2 soon. Fix the problem before other
drivers will also start including omap_hwmod.h.
Note that also plat/cpu.h will be going
The OMAP revision check is not needed since the watchdog bit is not in use
on 4430 ES1.0 and have no effect when we set the bit. The watchdog need to
be enabled on all other revisions.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
sound/soc/omap/omap-mcpdm.c | 10 ++
1 file
Hi Dmitry,
On Thursday 04 October 2012 12:54 PM, Dmitry Torokhov wrote:
On Wed, Oct 03, 2012 at 11:26:46AM +0530, Poddar, Sourav wrote:
Hi Dmitry,
On Tue, Oct 2, 2012 at 11:48 AM, Dmitry Torokhov
dmitry.torok...@gmail.com wrote:
Hi Sourav,
On Mon, Oct 01, 2012 at 04:31:50PM +0530, Sourav
On 10/04/2012 11:15 AM, Peter Ujfalusi wrote:
The OMAP revision check is not needed since the watchdog bit is not in use
on 4430 ES1.0 and have no effect when we set the bit. The watchdog need to
be enabled on all other revisions.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
Hello Mark, Tony,
Change since v1:
- Fixed the second patch to keep the omap_mcpdm_open_stream() - after a coffee
The mcpdm driver no longer needs to include any plat/*.h file, clearing the way
for the single kernel image.
Regards,
Peter
---
Peter Ujfalusi (1):
ASoC: omap-mcpdm: Remove OMAP
From: Tony Lindgren t...@atomide.com
McPDM needs platt/cpu.h for omap_rev and not omap_hwmod.h.
Drivers must not include omap_hwmod.h at, it will be
private to mach-omap2 soon. Fix the problem before other
drivers will also start including omap_hwmod.h.
Note that also plat/cpu.h will be going
The OMAP revision check is not needed since the watchdog bit is not in use
on 4430 ES1.0 and have no effect when we set the bit. The watchdog need to
be enabled on all other revisions.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
sound/soc/omap/omap-mcpdm.c | 9 ++---
1 file
compiler complained,
`gpmc_remove' referenced in section `.data' of arch/arm/mach-omap2/built-in.o:
defined in discarded section `.exit.text' of arch/arm/mach-omap2/built-in.o
Annotate gpmc_remove function and dependents with __devexit.
Reported-by: Tony Lindgren t...@atomide.com
Signed-off-by:
Hi Linus,
Please pull remoteproc 3.7 material, thanks.
PS - I recently found an annoying typo in the subject of one of the
patches, but I decided to accept it over doing a rebase.
The following changes since commit 55d512e245bc7699a8800e23df1a24195dd08217:
Linux 3.6-rc5 (2012-09-08 16:43:45
On Wed, 2012-10-03 at 11:41 -0700, Tony Lindgren wrote:
Hi,
* Tony Lindgren t...@atomide.com [120928 08:02]:
* Tomi Valkeinen tomi.valkei...@ti.com [120928 05:05]:
Hi,
I'm a bit at loss how to deal with drivers/video/omap2/vrfb.c.
VRFB is part of the SDRAM controller on
On Thu, Oct 04, 2012 at 00:50:45, Ivan Djelic wrote:
On Wed, Oct 03, 2012 at 03:29:49PM +0100, Philip, Avinash wrote:
ELM module can be used for error correction of BCH 4 8 bit. Also
support read write page in one shot by adding custom read_page
write_page methods. This helps in
Hello,
u-boot recently stopped configuring 'non essential' pin mux. This change leaves
the audio essential pins in non configured state which prevents the use of
audio.
The following series makes sure that the needed pins are configured correctly by
the kernel on OMAP4 and OMAP5.
Tony: can this
u-boot stopped configuring 'non essential' pins recently. These pins are
essential for audio and need to be done to have working audio on the board.
Pin Mux configuration for: twl6040 audpwron gpio, McPDM, DMIC, McBSP1 and
McBSP2.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
McBSP2, McBSP3 and DMIC is not usable on PandaBoard (not connected, no
external pins provided for them).
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/boot/dts/omap4-panda.dts | 12
1 file changed, 12 insertions(+)
diff --git a/arch/arm/boot/dts/omap4-panda.dts
McBSP3 is not usable on OMAP4 SDP/Blaze (the pins used for McPDM).
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/boot/dts/omap4-sdp.dts | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/omap4-sdp.dts b/arch/arm/boot/dts/omap4-sdp.dts
index
McBSP3 is not usable on OMAP4 SDP/Blaze (the pins used for McPDM).
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/boot/dts/omap5-evm.dts | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/omap5-evm.dts b/arch/arm/boot/dts/omap5-evm.dts
index
u-boot stopped configuring 'non essential' pins recently. These pins are
essential for audio and need to be done to have working audio on the board.
Pin Mux configuration for: twl6040 audpwron gpio, McPDM, and McBSP1.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
u-boot stopped configuring 'non essential' pins recently. The kernel needs
to configure the mux for audio needs.
Since the pinmux for these IPs are static let pinctrl to handle the mux
configuration for.
Configuring the mux for: twl6040 (audpwron, irq), McPDM, DMIC, McBSP1 and
McBSP2.
u-boot stopped configuring 'non essential' pins recently. The kernel needs
to configure the mux for audio needs.
Since the pinmux for these IPs are static let pinctrl to handle the mux
configuration for.
Configuring the mux for: twl6040 (audpwron, irq), McPDM and McBSP1.
Signed-off-by: Peter
These all use the generic pinctrl-single driver for the padconf registers.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/boot/dts/omap5.dtsi | 17 +
1 file changed, 17 insertions(+)
diff --git a/arch/arm/boot/dts/omap5.dtsi b/arch/arm/boot/dts/omap5.dtsi
index
u-boot stopped configuring 'non essential' pins recently. The kernel needs
to configure the mux for audio needs.
Since the pinmux for these IPs are static let pinctrl to handle the mux
configuration for.
Configuring the mux for: twl6040 (audpwron), McPDM, DMIC, McBSP1 and McBSP2.
Signed-off-by:
On Thu, Oct 04, 2012 at 09:03:42AM +0100, Philip, Avinash wrote:
(...)
+int gpmc_calculate_ecc_bch(int cs, const u_char *dat, u_char *ecc)
+{
+ int i, eccbchtsel;
+ u32 nsectors, reg, bch_val1, bch_val2, bch_val3, bch_val4;
+
+ if (gpmc_ecc_used != cs)
+ return
Hi,
I was trying out the linux-next kernel, and I noticed that DSS
MODULEMODE bits are never cleared.
In _omap4_disable_module(), there is a check:
...
if (!_are_all_hardreset_lines_asserted(oh))
return 0;
/* MODULEMODE bits cleared here */
Merge ohci_finish_controller_resume with ohci_resume as suggested by Alan
Stern. Since ohci_finish_controller_resume no longer exists, update the
various OHCI drivers to call ohci_resume() instead. Some drivers used to set
themselves the bit HCD_FLAG_HW_ACCESSIBLE, which is now handled by
Kevin,
Reviving an old thread.
On Fri, 04 May 2012 16:46:32 -0700, Kevin Hilman wrote:
Thomas Petazzoni thomas.petazz...@free-electrons.com writes:
I have an IGEPv2 revision 6 board, which uses the DM3730 OMAP3.
With 3.2 omap2plus_defconfig, the system boots fine and have a
* Tomi Valkeinen tomi.valkei...@ti.com [121004 03:20]:
On Wed, 2012-10-03 at 11:41 -0700, Tony Lindgren wrote:
Hi,
* Tony Lindgren t...@atomide.com [120928 08:02]:
* Tomi Valkeinen tomi.valkei...@ti.com [120928 05:05]:
Hi,
I'm a bit at loss how to deal with
* Peter Ujfalusi peter.ujfal...@ti.com [121004 01:27]:
The OMAP revision check is not needed since the watchdog bit is not in use
on 4430 ES1.0 and have no effect when we set the bit. The watchdog need to
be enabled on all other revisions.
OK seems like you found a local solution :) Thanks for
From: Jean Pihet j-pi...@ti.com
Remove the device dependent code (ex. cpu_is_xxx()) and settings
from the driver code and instead pass them via the platform
data. This allows a clean separation of the driver code and the platform
code, as required by the move of the platform header files to
From: Jean Pihet j-pi...@ti.com
Rename the smartreflex fck names for consistency and better readability;
rename the clock aliases so that they match the hwmod main_clk names.
Signed-off-by: Jean Pihet j-pi...@ti.com
---
arch/arm/mach-omap2/clock33xx_data.c | 12 ++--
From: Jean Pihet j-pi...@ti.com
Remove the device dependent code (ex. cpu_is_xxx()) and settings
from the driver code and instead pass them via the platform
data. This allows a clean separation of the driver code and the platform
code, as required by the move of the platform header files to
Hi Kevin,
On Thu, Oct 4, 2012 at 2:33 AM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Tony Lindgren t...@atomide.com writes:
* jean.pi...@newoldbits.com jean.pi...@newoldbits.com [121003 08:48]:
@@ -1036,8 +1036,8 @@ static struct omap_clk am33xx_clks[] = {
CLK(davinci-mcasp.1,
This patch is based on the discussion of a previous patch to fix an issue
where the omap2430 musb driver is not working for N9/N950.
Moving all the interrupt handling to the devices. Avoids inclusion of generic
interrupt and breakage due to sometimes misleading CONFIG options. This makes
sure
Hi Thomas,
Thomas Petazzoni thomas.petazz...@free-electrons.com writes:
Kevin,
Reviving an old thread.
On Fri, 04 May 2012 16:46:32 -0700, Kevin Hilman wrote:
Thomas Petazzoni thomas.petazz...@free-electrons.com writes:
I have an IGEPv2 revision 6 board, which uses the DM3730
On Thu, Oct 04, 2012 at 11:27:15AM +0300, Peter Ujfalusi wrote:
From: Tony Lindgren t...@atomide.com
McPDM needs platt/cpu.h for omap_rev and not omap_hwmod.h.
Drivers must not include omap_hwmod.h at, it will be
private to mach-omap2 soon. Fix the problem before other
drivers will also
On Thu, Oct 04, 2012 at 11:27:15AM +0300, Peter Ujfalusi wrote:
From: Tony Lindgren t...@atomide.com
McPDM needs platt/cpu.h for omap_rev and not omap_hwmod.h.
Drivers must not include omap_hwmod.h at, it will be
private to mach-omap2 soon. Fix the problem before other
drivers will also
On Thu, Oct 04, 2012 at 11:27:15AM +0300, Peter Ujfalusi wrote:
Signed-off-by: Tony Lindgren t...@atomide.com
Peter, you should sign off any patches you forward on. I applied this
anyway since it's so trivial and I'd seen the original posting.
--
To unsubscribe from this list: send the line
On Wed, Oct 03, 2012 at 12:46:57PM +0200, Janusz Krzysztofik wrote:
The old method of registering with the ASoC core by creating a
soc-audio platform device no longer works for Amstrad Delta sound card
after recent changes to drvdata handling (commit
0998d0631001288a5974afc0b2a5f568bcdecb4d,
Hi,
FYI, looks like for some reason DSS command line is not
working for HDMI while it works for DSS. On my panda es
I'm trying to set my motorola lapdock resolution from
cmdline with:
omapdss.def_disp=hdmi omapfb.mode=hdmi:1366x768@60
But it does not seem to do anything and resolution is
VGA.
Kevin,
On Thu, 04 Oct 2012 10:18:04 -0700, Kevin Hilman wrote:
Can you dump the UART mux registers on a working kernel and compare
them to the broken one? (Table 7-4 in the 34xx public TRM[1] will
list all the mux registers.) Maybe the bootloader code for that
board will shed some light as
On Thu, 4 Oct 2012 22:30:58 +0200, Enric Balletbò i Serra wrote:
I recently tested kernel 3.6-rc5 and worked for me. Let me check tomorrow
kernel 3.6. Which u-boot version are you using?
2011.12 + a few patches to make the NAND of the IGEPv2 rev6 work. Let
me try to build a recent U-Boot
Hi all,
Here are some more patches for early merging after -rc1 for v3.8
merge window to remove more plat includes for the ARM common
zImage support. These are based on top of current linux next +
kevin's cpufreq fixes.
More patches to follow, I'll start looking into plat/cpu.h next.
Regards,
This can be local to mach-omap2.
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/board-3630sdp.c |2 +-
arch/arm/mach-omap2/board-ldp.c |2 +-
arch/arm/mach-omap2/board-zoom-debugboard.c |2 +-
arch/arm/mach-omap2/board-zoom-display.c
There's no need to keep the device related things in the
common i2c.c as omap2+ is using hwmod. Split the code to
mach-omap1 and mach-omap2 parts and only leave common
code to plat-omap/i2c.c.
Note that as omap1 only has one i2c controller, we can
now remove the old device related macros.
There's no need to have this file in plat/fpga.h. We can
make it local to plat-omap replacing fpga_read/write
functions directly with readb/writeb as that's how
they are already defined in fpga.h.
Note that 2420 based H4 is also using the fpga, so let's
keep the led support around in plat-omap
We cannot keep this in plat as it causes problems
with the ARM single zImage support.
Cc: Felipe Balbi ba...@ti.com
Cc: linux-pcm...@lists.infradead.org
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap1/board-fsample.c |2 +-
arch/arm/mach-omap1/board-h2.c
We can move this from plat to be local to plat-omap
for common ARM zImage support.
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap1/clock.c |3 -
arch/arm/mach-omap1/clock_data.c |3 -
arch/arm/mach-omap1/devices.c|2
We need to move this away from plat for ARM common
zImage support.
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap1/board-palmtt.c |2 +-
arch/arm/mach-omap2/board-apollon.c |2 +-
include/linux/platform_data/leds-omap.h |2 --
3 files changed, 2
We can move menelaus.h to live with other mfd headers to
get it out of plat for ARM common zImage support.
Cc: Samuel Ortiz sa...@linux.intel.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/board-h4.c |2 +-
arch/arm/mach-omap2/board-n8x0.c |
We need to remove this from plat for ARM common zImage
support.
Cc: Chris Ball c...@laptop.org
Cc: Venkatraman S svenk...@ti.com
Cc: linux-...@vger.kernel.org
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap1/board-h2-mmc.c |5 +--
Let's make omap_device local to mach-omap2 for
ARM common zImage support.
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap1/pm_bus.c |1 -
arch/arm/mach-omap2/Makefile |3 ++-
arch/arm/mach-omap2/am35xx-emac.c |2 +-
Let's make omap_hwmod local to mach-omap2 for
ARM common zImage support.
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/clockdomain.h |2 +-
arch/arm/mach-omap2/devices.c |2 +-
arch/arm/mach-omap2/display.c
This allows us to eventually move omap2+ to generic
debug code that's configured in Kconfig for the port.
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap1/include/mach/uncompress.h | 121 +++
arch/arm/mach-omap2/include/mach/uncompress.h | 175
This is private to cpu.h and no other places should
need to include it and we can drop the include
in mach-omap2/io.c.
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/io.c|1
arch/arm/plat-omap/include/plat/cpu.h | 96 +
We cannot keep this in plat for ARM common zImage work.
Some of the defines are local to the omap-serial.c driver,
so move the defines there.
Also rename DRIVER_NAME to OMAP_SERIAL_DRIVER_NAME to avoid
confusion.
Note that patch depends on at least omap patch
ARM: OMAP: Split plat/serial.h for
For omap1, we'll keep mach/serial.h around for 8250.c hardware
workarounds. For omap2+, we no longer need mach/serial.h and
can make it local to mach-omap2.
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap1/include/mach/debug-macro.S |2 -
We must move this for ARM common zImage support.
Note that neither drivers/media/rc/ir-rx51.c or
drivers/media/platform/omap3isp/ispvideo.c need
to include omap-pm.h, so this patch removes the
include for those files.
Cc: Laurent Pinchart laurent.pinch...@ideasonboard.com
Cc: Mauro Carvalho
We cannot keep this in plat/common.h for common zImage support.
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap1/common.h |2 +-
arch/arm/mach-omap2/cm33xx.c |2 +-
arch/arm/mach-omap2/common.h |2
Hi Tony,
Thanks for the patch.
On Thursday 04 October 2012 15:05:10 Tony Lindgren wrote:
We must move this for ARM common zImage support.
Note that neither drivers/media/rc/ir-rx51.c or
drivers/media/platform/omap3isp/ispvideo.c need
to include omap-pm.h, so this patch removes the
include
Thomas Petazzoni thomas.petazz...@free-electrons.com writes:
Kevin,
On Thu, 04 Oct 2012 10:18:04 -0700, Kevin Hilman wrote:
Can you dump the UART mux registers on a working kernel and compare
them to the broken one? (Table 7-4 in the 34xx public TRM[1] will
list all the mux registers.)
Thomas Petazzoni thomas.petazz...@free-electrons.com writes:
On Thu, 4 Oct 2012 22:30:58 +0200, Enric Balletbò i Serra wrote:
I recently tested kernel 3.6-rc5 and worked for me. Let me check tomorrow
kernel 3.6. Which u-boot version are you using?
2011.12 + a few patches to make the NAND of
jean.pi...@newoldbits.com writes:
From: Jean Pihet j-pi...@ti.com
Remove the device dependent code (ex. cpu_is_xxx()) and settings
from the driver code and instead pass them via the platform
data. This allows a clean separation of the driver code and the platform
code, as required by the
* Felipe Balbi ba...@ti.com [121004 11:04]:
Hi,
On Thu, Oct 04, 2012 at 10:31:08AM -0700, Tony Lindgren wrote:
Hi Felipe Kishon,
Looks like musb is broken at least on pandaboard es
in current linux next while it works with v3.6:
[1.933074] musb-hdrc: version 6.0, ?dma?, otg
On Friday, October 05, 2012 12:18 AM Florian Fainelli wrote
Merge ohci_finish_controller_resume with ohci_resume as suggested by Alan
Stern. Since ohci_finish_controller_resume no longer exists, update the
various OHCI drivers to call ohci_resume() instead. Some drivers used to set
68 matches
Mail list logo