Hi Benoit,
On Fri, Aug 16, 2013 at 4:20 PM, Benoit Cousson bcous...@baylibre.com wrote:
Hi Ruslan,
On 16/08/2013 14:04, Ruslan Bilovol wrote:
Hi Benoit,
On Wed, Aug 14, 2013 at 4:51 PM, Benoit Cousson bcous...@baylibre.com
wrote:
Hi Ruslan,
On 14/08/2013 10:35, Ruslan Bilovol wrote
Hi Benoit,
On Wed, Aug 14, 2013 at 4:51 PM, Benoit Cousson bcous...@baylibre.com wrote:
Hi Ruslan,
On 14/08/2013 10:35, Ruslan Bilovol wrote:
Hello,
There is no functional changes between v1 and v2 - just
added the patch for omap4-var-som - Uri Yosef confirmed
this board have the same
on OMAP4 SDP board and compile-tested for Panda board
Signed-off-by: Ruslan Bilovol ruslan.bilo...@ti.com
---
arch/arm/boot/dts/omap4-panda-common.dtsi | 21 +---
arch/arm/boot/dts/omap4-sdp.dts | 21 +---
arch/arm/boot/dts/twl6030_omap4.dtsi | 38
Hello,
There is no functional changes between v1 and v2 - just
added the patch for omap4-var-som - Uri Yosef confirmed
this board have the same connection of OMAP4-TWL6030 as
SDP4430 board
Ruslan Bilovol (2):
arm: dts: twl6030: typical connection to omap4 as a separate dtsi
file
arm: dts
Now when typical OMAP4 to PMIC connection is figured out
into separate .dtsi file, ve can configure properly OMAP4
pins connected to TWL6030 just including one.
Signed-off-by: Ruslan Bilovol ruslan.bilo...@ti.com
---
arch/arm/boot/dts/omap4-var-som.dts |1 +
1 file changed, 1 insertion
Hi,
Looking into Benoit's tree
https://git.kernel.org/cgit/linux/kernel/git/bcousson/linux-omap-dt.git/
we can see that last change there was made two months ago...
So yes wee need to have at least confirmation from Benoit that he is
going to maintain the tree.
Also looks like OMAP
...@ti.comwrote:
Hi Nishanth,
On Fri, Jul 19, 2013 at 5:10 PM, Nishanth Menonn...@ti.com wrote:
On 07/19/2013 07:10 AM, Ruslan Bilovol wrote:
The OMAP4 SoC family uses specially-designed
PMIC (power management IC) companion chip for power
management needs: TWL6030/TWL6032.
Therefore
Hi Nishanth,
On Fri, Jul 19, 2013 at 5:10 PM, Nishanth Menon n...@ti.com wrote:
On 07/19/2013 07:10 AM, Ruslan Bilovol wrote:
The OMAP4 SoC family uses specially-designed
PMIC (power management IC) companion chip for power
management needs: TWL6030/TWL6032.
Therefore there is a typical
Also CCing correct devicetree list that was changed recently
On Mon, Jul 22, 2013 at 7:24 PM, Ruslan Bilovol ruslan.bilo...@ti.com wrote:
Hi Nishanth,
On Fri, Jul 19, 2013 at 5:10 PM, Nishanth Menon n...@ti.com wrote:
On 07/19/2013 07:10 AM, Ruslan Bilovol wrote:
The OMAP4 SoC family uses
Hi Tomi
On Fri, Jun 28, 2013 at 10:58 AM, Tomi Valkeinen tomi.valkei...@iki.fi wrote:
On 25/06/13 14:32, Ruslan Bilovol wrote:
The OMAP4 Blaze Tablet is TI OMAP4 processor-based
development platform in a tablet formfactor.
The platform contains many of the features found in
present-day
on OMAP4 SDP board and compile-tested for Panda board
Signed-off-by: Ruslan Bilovol ruslan.bilo...@ti.com
---
arch/arm/boot/dts/omap4-panda-common.dtsi | 21 +---
arch/arm/boot/dts/omap4-sdp.dts | 21 +---
arch/arm/boot/dts/twl6030_omap4.dtsi | 38
Hi Nishanth,
On Wed, Jun 26, 2013 at 4:13 PM, Nishanth Menon n...@ti.com wrote:
On Wed, Jun 26, 2013 at 3:03 AM, Ruslan Bilovol ruslan.bilo...@ti.com wrote:
Hi Nishanth,
On Tue, Jun 25, 2013 at 3:43 PM, Nishanth Menon n...@ti.com wrote:
On 06/25/2013 07:01 AM, Nishanth Menon wrote:
On 06
Hello guys,
On Thu, Jun 27, 2013 at 8:56 PM, Michael Trimarchi
mich...@amarulasolutions.com wrote:
Hi Roger
On Thu, Jun 27, 2013 at 05:49:41PM +0300, Roger Quadros wrote:
+Ruslan
On 06/27/2013 05:17 PM, Michael Trimarchi wrote:
Hi Roger
On Thu, Jun 27, 2013 at 04:59:38PM +0300, Roger
On Thu, Jun 27, 2013 at 10:24 PM, Michael Trimarchi
mich...@amarulasolutions.com wrote:
Hi
On Thu, Jun 27, 2013 at 09:59:35PM +0300, Ruslan Bilovol wrote:
Hello guys,
On Thu, Jun 27, 2013 at 8:56 PM, Michael Trimarchi
mich...@amarulasolutions.com wrote:
Hi Roger
On Thu, Jun 27, 2013
Hi Nishanth,
On Tue, Jun 25, 2013 at 3:43 PM, Nishanth Menon n...@ti.com wrote:
On 06/25/2013 07:01 AM, Nishanth Menon wrote:
On 06/25/2013 06:32 AM, Ruslan Bilovol wrote:
The OMAP4 Blaze Tablet is TI OMAP4 processor-based
development platform in a tablet formfactor.
The platform contains
Hi Dan,
On Tue, Jun 25, 2013 at 5:07 PM, Dan Murphy dmur...@ti.com wrote:
On 06/25/2013 06:32 AM, Ruslan Bilovol wrote:
The OMAP4 Blaze Tablet is TI OMAP4 processor-based
development platform in a tablet formfactor.
The platform contains many of the features found in
present-day handsets
and test.
This patch adds initial support for the OMAP4 Blaze
Tablet development platform. Additional functionality
depends on different drivers and code modifications that
are not upstreamed yet or do not support DT yet, so will
be added later.
Signed-off-by: Ruslan Bilovol ruslan.bilo...@ti.com
---
v2
Hi Sebastian,
On Thu, Jun 6, 2013 at 4:24 PM, Sebastian Andrzej Siewior
bige...@linutronix.de wrote:
The itention was probably to make both pointers const but as it is now,
it is just const used twice.
Yes, it's a typo I did accidentally. Good catch!
Regards,
Ruslan
Signed-off-by:
: Ruslan Bilovol ruslan.bilo...@ti.com
Date: Thu Feb 14 13:55:24 2013 +0200
ARM: OMAP2+: Export SoC information to userspace
In some situations it is useful for userspace to
know some SoC-specific information. For example,
this may be used for deciding what kernel module
has been little bit changed
to keep MUSB struct hc_driver as 'const' (as per
Felipe's comments). Verified on top of 3.9-rc4.
Ruslan Bilovol (1):
usb: musb: implement (un)map_urb_for_dma hooks
drivers/usb/musb/musb_host.c | 117 ++
1 file changed
mode is slow and it's better
to align buffers properly before passing them to MUSB
This increased throughput 80-120 MBits/s over musb@omap4 with
USB Gigabit Ethernet adapter attached.
Some ideas are taken from ehci-tegra.c
Signed-off-by: Ruslan Bilovol ruslan.bilo...@ti.com
---
drivers/usb/musb
Hi Felipe,
On Wed, Mar 27, 2013 at 3:17 PM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Thu, Mar 14, 2013 at 08:12:09PM +0200, Ruslan Bilovol wrote:
MUSB controller cannot work in DMA mode with misaligned buffers,
switching in PIO mode.
HCD core has hooks that allow to override the default DMA
Hello guys,
This is v2 of my patch https://patchwork.kernel.org/patch/1232871/
rebased on v3.9-rc2. Removes deprecated flags and structures
and saves few bytes of memory.
Regards,
Ruslan
Ruslan Bilovol (1):
omap: usb: host: remove deprecated flags and structures
include/linux/platform_data
These flags and structures are deprecated and there is
no anymore users of them, so it's safe to remove them.
Signed-off-by: Ruslan Bilovol ruslan.bilo...@ti.com
---
include/linux/platform_data/usb-omap.h | 20
1 file changed, 20 deletions(-)
diff --git a/include/linux
Hi guys,
This is a resend of my patch:
http://permalink.gmane.org/gmane.linux.usb.general/67238
At this moment it has been successfully tested and
used on top of 3.0 and 3.4 kernels on omap4 devices
so it would be great to have it in upstream too.
Regards,
Ruslan
Ruslan Bilovol (1):
usb
mode is slow and it's better
to align buffers properly before passing them to MUSB
This increased throughput 80-120 MBits/s over musb@omap4 with
USB Gigabit ethernet adapter attached.
Some ideas taken from ehci-tegra.c
Signed-off-by: Ruslan Bilovol ruslan.bilo...@ti.com
---
drivers/usb/musb
in a separate patch later
Regards,
Ruslan
Ruslan Bilovol (1):
omap4: control: Add the CONTROL_SMART2IO_PADCONF_2 register
definition
arch/arm/mach-omap2/ctrl_module_pad_core_44xx.h | 45 +++
1 file changed, 45 insertions(+)
--
1.7.9.5
--
To unsubscribe from this list: send
This patch adds missing CONTROL_SMART2IO_PADCONF_2 register
definition
Signed-off-by: Ruslan Bilovol ruslan.bilo...@ti.com
---
arch/arm/mach-omap2/ctrl_module_pad_core_44xx.h | 45 +++
1 file changed, 45 insertions(+)
diff --git a/arch/arm/mach-omap2
Hi,
This patch is a second attempt to add basic support of OMAP4 Blaze Tablet
software development platform - in this case using only Device Tree.
Additional information about this platform can be found here:
http://www.svtronics.com/omap?product_id=15
Ruslan Bilovol (1):
ARM: DTS: OMAP4: Add
and test.
This patch adds initial support for the OMAP4 Blaze
Tablet development platform. Additional functionality
depends on different drivers and code modifications that
are not upstreamed yet or do not support DT yet, so will
be added later.
Signed-off-by: Ruslan Bilovol ruslan.bilo...@ti.com
and test.
This patch adds initial support for the OMAP4 Blaze
Tablet development platform. Additional functionality
depends on different drivers and code modifications that
are not upstreamed yet or do not support DT yet, so will
be added later.
Signed-off-by: Ruslan Bilovol ruslan.bilo...@ti.com
Hi,
This patch is a second attempt to add basic support of OMAP4 Blaze Tablet
software development platform - in this case using only Device Tree.
Additional information about this platform can be found here:
http://www.svtronics.com/omap?product_id=15
Ruslan Bilovol (1):
ARM: DTS: OMAP4: Add
This patch enables BMP085 pressure sensor that can be
found on OMAP4 Blaze Tablet development platform
Signed-off-by: Ruslan Bilovol ruslan.bilo...@ti.com
---
arch/arm/configs/omap2plus_defconfig |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/omap2plus_defconfig
b/arch
Hi Tomi,
On Thu, Feb 14, 2013 at 11:24 AM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On 2013-02-14 02:07, Ruslan Bilovol wrote:
This patch is exactly a part of mainlining of the BlazeTablet board support
:)
The goal is to have as much as possible support of this board in the
'vanilla
Hi Andy,
On Sun, Feb 17, 2013 at 4:17 PM, Andi Shyti andi.sh...@gmail.com wrote:
+ char name[30];
+ char buf[50];
+
+ if (size = sizeof(buf))
+ size = sizeof(buf);
what's the point of this?
This is a way to limit copied from userspace data by available
in the first patch (reusing
existent code)
-
v2:
- changed cpu_* - soc_* variable names
- rebased on top of 'omap-for-v3.9/soc' branch of tmlind/linux-omap tree
Ruslan Bilovol (3):
ARM: OMAP2+: Move common part of late init into common function
ARM: OMAP2+: SoC
This is a long story where for each new generation of
OMAP we used different approaches for creating
strings for SoCs names and revisions that this patch
fixes. It makes future exporting of this information
to SoC infrastructure easier.
Signed-off-by: Ruslan Bilovol ruslan.bilo...@ti.com
infrastructure.
This information can be read under
/sys/devices/socX directory
Signed-off-by: Ruslan Bilovol ruslan.bilo...@ti.com
---
arch/arm/mach-omap2/common.h |8 ++
arch/arm/mach-omap2/id.c | 65 ++
arch/arm/mach-omap2/io.c |1 +
arch/arm
Signed-off-by: Ruslan Bilovol ruslan.bilo...@ti.com
---
arch/arm/mach-omap2/io.c | 33 +++--
1 file changed, 15 insertions(+), 18 deletions(-)
diff --git a/arch/arm/mach-omap2/io.c b/arch/arm/mach-omap2/io.c
index 2c3fdd6..ace87c8 100644
--- a/arch/arm/mach-omap2
On Mon, Feb 11, 2013 at 7:56 PM, Tony Lindgren t...@atomide.com wrote:
* Ruslan Bilovol ruslan.bilo...@ti.com [130206 14:54]:
--- a/arch/arm/mach-omap2/io.c
+++ b/arch/arm/mach-omap2/io.c
@@ -602,6 +602,7 @@ void __init omap4430_init_late(void)
omap2_common_pm_late_init
Hi Andi,
Thanks for your review,
On Mon, Feb 11, 2013 at 1:51 AM, Andi Shyti a...@etezian.org wrote:
Hi Ruslan,
TC358765 is DSI-to-LVDS transmitter from Toshiba, used in
OMAP44XX Blaze Tablet and Blaze Tablet2 boards.
I think it's fine, just some nitpicks and checkpatch warnings
+struct
Hi Tony, Jon,
On Mon, Feb 11, 2013 at 9:00 PM, Tony Lindgren t...@atomide.com wrote:
* Jon Hunter jon-hun...@ti.com [130211 10:58]:
Please note that the blaze is derived from the omap4-sdp board and so I
would hope that we can use the existing for sdp dts and board file for
blaze. In fact
Hi Tomi,
On Wed, Feb 13, 2013 at 10:18 AM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
Hi,
On 2013-02-08 17:43, Ruslan Bilovol wrote:
Hi,
This patch adds support for TC358765 DSI-to-LVDS transmitter
from Toshiba, that is used in OMAP4 Blaze Tablet development
platform. It was originally
Hi,
On Sun, Feb 10, 2013 at 4:52 AM, Tony Lindgren t...@atomide.com wrote:
Hi,
* Ruslan Bilovol ruslan.bilo...@ti.com [130208 11:41]:
The OMAP4 Blaze Tablet is TI OMAP4 processor-based
development platform in a tablet formfactor.
The platform contains many of the features found in
present
Hi,
Thanks for looking into
On Thu, Feb 7, 2013 at 4:59 PM, Andi Shyti a...@etezian.org wrote:
Hi,
TC358765 is DSI-to-LVDS transmitter from Toshiba, used in
OMAP44XX Blaze Tablet and Blaze Tablet2 boards.
I had a really fast look and I have few comments
+static int
Hi,
This patch adds support for TC358765 DSI-to-LVDS transmitter
from Toshiba, that is used in OMAP4 Blaze Tablet development
platform. It was originally developed a long time ago and
was used internally survived few kernel migrations.
Different people worked in this driver during last two
years
...@ti.com
Signed-off-by: Ruslan Bilovol ruslan.bilo...@ti.com
---
drivers/video/omap2/displays/Kconfig | 15 +
drivers/video/omap2/displays/Makefile |1 +
drivers/video/omap2/displays/panel-tc358765.c | 1000 +
drivers/video/omap2/displays/panel
of the boardfile (and probably I will pick
up some approaches from old versions of sources of course so this
is reasonable).
Ruslan Bilovol (1):
ARM: OMAP4: Add OMAP4 Blaze Tablet support
arch/arm/mach-omap2/Kconfig |7 +
arch/arm/mach-omap2/Makefile |1 +
arch/arm
and test.
This patch adds initial support for the OMAP4 Blaze
Tablet development platform. Additional functionality
depends on different drivers and code modifications that
are not upstreamed yet so will be added later.
Signed-off-by: Ruslan Bilovol ruslan.bilo...@ti.com
---
arch/arm/mach-omap2/Kconfig
Hi,
This patch adds support for TC358765 DSI-to-LVDS transmitter
from Toshiba, that is used in OMAP4 Blaze Tablet development
platform. It was originally developed a long time ago and
was used internally survived few kernel migrations.
Different people worked in this driver during last two
years
...@ti.com
Signed-off-by: Ruslan Bilovol ruslan.bilo...@ti.com
---
drivers/video/omap2/displays/Kconfig | 15 +
drivers/video/omap2/displays/Makefile |1 +
drivers/video/omap2/displays/panel-tc358765.c | 1001 +
drivers/video/omap2/displays/panel
On Wed, Feb 6, 2013 at 1:56 AM, Tony Lindgren t...@atomide.com wrote:
* Ruslan Bilovol ruslan.bilo...@ti.com [130131 11:28]:
This is a long story where for each new generation of
OMAP we used different approaches for creating
strings for SoCs names and revisions that this patch
fixes
infrastructure.
-
v2:
- changed cpu_* - soc_* variable names
- rebased on top of 'omap-for-v3.9/soc' branch of tmlind/linux-omap tree
Ruslan Bilovol (2):
ARM: OMAP2+: SoC name and revision unification
ARM: OMAP2+: Export SoC information to userspace
arch/arm/mach
infrastructure.
This information can be read under
/sys/devices/socX directory
Signed-off-by: Ruslan Bilovol ruslan.bilo...@ti.com
---
arch/arm/mach-omap2/common.h |8 ++
arch/arm/mach-omap2/id.c | 65 ++
arch/arm/mach-omap2/io.c |1 +
arch/arm
This is a long story where for each new generation of
OMAP we used different approaches for creating
strings for SoCs names and revisions that this patch
fixes. It makes future exporting of this information
to SoC infrastructure easier.
Signed-off-by: Ruslan Bilovol ruslan.bilo...@ti.com
On Wed, Feb 6, 2013 at 9:19 PM, Tony Lindgren t...@atomide.com wrote:
Hi,
* Ruslan Bilovol ruslan.bilo...@ti.com [130206 11:03]:
This is a long story where for each new generation of
OMAP we used different approaches for creating
strings for SoCs names and revisions that this patch
fixes
infrastructure.
-
v3:
- reduced number of lines changed in the first patch (reusing
existent code)
-
v2:
- changed cpu_* - soc_* variable names
- rebased on top of 'omap-for-v3.9/soc' branch of tmlind/linux-omap tree
Ruslan
This is a long story where for each new generation of
OMAP we used different approaches for creating
strings for SoCs names and revisions that this patch
fixes. It makes future exporting of this information
to SoC infrastructure easier.
Signed-off-by: Ruslan Bilovol ruslan.bilo...@ti.com
infrastructure.
This information can be read under
/sys/devices/socX directory
Signed-off-by: Ruslan Bilovol ruslan.bilo...@ti.com
---
arch/arm/mach-omap2/common.h |8 ++
arch/arm/mach-omap2/id.c | 65 ++
arch/arm/mach-omap2/io.c |1 +
arch/arm
] omap_mux_get_by_name: Could not find signal sys_nirq
[0.224945] omap_mux_get_by_name: Could not find signal uart1_rx.uart1_rx
[0.274536] twl: not initialized
[...]
Signed-off-by: Ruslan Bilovol ruslan.bilo...@ti.com
---
arch/arm/mach-omap2/mux.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions
On Thu, Jan 31, 2013 at 1:24 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Wed, Jan 30, 2013 at 02:07:53PM -0500, Nicolas Pitre wrote:
On Wed, 30 Jan 2013, Ruslan Bilovol wrote:
Currently, reading /proc/cpuinfo provides userspace with CPU ID of
the CPU carrying out the read
infrastructure.
Ruslan Bilovol (2):
ARM: OMAP2+: SoC name and revision unification
ARM: OMAP2+: Export SoC information to userspace
arch/arm/mach-omap2/Kconfig |1 +
arch/arm/mach-omap2/common.h |8 +++
arch/arm/mach-omap2/id.c | 152 --
arch/arm/mach
This is a long story where for each new generation of
OMAP we used different approaches for creating
strings for SoCs names and revisions that this patch
fixes. It makes future exporting of this information
to SoC infrastructure easier.
Signed-off-by: Ruslan Bilovol ruslan.bilo...@ti.com
infrastructure.
This information can be read under
/sys/devices/socX directory
Signed-off-by: Ruslan Bilovol ruslan.bilo...@ti.com
---
arch/arm/mach-omap2/Kconfig |1 +
arch/arm/mach-omap2/common.h |8 ++
arch/arm/mach-omap2/id.c | 65 ++
arch/arm
On Wed, Jan 30, 2013 at 1:38 AM, Nishanth Menon n...@ti.com wrote:
On 01:08-20130130, Ruslan Bilovol wrote:
Hi,
On Tue, Jan 29, 2013 at 6:02 PM, Nishanth Menon n...@ti.com wrote:
On 17:54-20130129, Ruslan Bilovol wrote:
Hi,
The following patches update cpuinfo to print CPU
commit messages. Updated cover letter
Ruslan Bilovol (2):
ARM: kernel: update cpuinfo to print SoC model name
ARM: OMAP4: setup SoC model name during ID initialisation
arch/arm/include/asm/setup.h |1 +
arch/arm/kernel/setup.c |9 +
arch/arm/mach-omap2/id.c |5
CPU part: 0xc09
CPU revision: 10
SoC name: OMAP4470
Hardware: OMAP4 Blaze Tablet
Revision: 20edb4
[...]
Signed-off-by: Ruslan Bilovol ruslan.bilo...@ti.com
---
arch/arm/include/asm/setup.h |1 +
arch/arm/kernel/setup.c |9 +
2 files changed
-off-by: Ruslan Bilovol ruslan.bilo...@ti.com
---
arch/arm/mach-omap2/id.c |5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/mach-omap2/id.c b/arch/arm/mach-omap2/id.c
index 45cc7ed4..dca7ac7 100644
--- a/arch/arm/mach-omap2/id.c
+++ b/arch/arm/mach-omap2/id.c
@@ -20,6 +20,7
to cpuinfo without any luck.
So - comments are welcome
Ruslan Bilovol (2):
ARM: kernel: update cpuinfo to print CPU model name
ARM: OMAP4: setup CPU model name during ID initialisation
arch/arm/include/asm/setup.h |1 +
arch/arm/kernel/setup.c | 10 ++
arch/arm/mach-omap2/id.c
CPU architecture: 7
CPU variant : 0x2
CPU part: 0xc09
CPU revision: 10
[...]
Signed-off-by: Ruslan Bilovol ruslan.bilo...@ti.com
---
arch/arm/include/asm/setup.h |1 +
arch/arm/kernel/setup.c | 10 ++
2 files changed, 11 insertions(+)
diff --git a/arch/arm/include
implementer : 0x41
CPU name: OMAP4470 ES1.0 HS
CPU architecture: 7
CPU variant : 0x2
CPU part: 0xc09
CPU revision: 10
[...]
Signed-off-by: Ruslan Bilovol ruslan.bilo...@ti.com
---
arch/arm/mach-omap2/id.c | 18 --
1 file changed, 16 insertions(+), 2 deletions
Hi,
On Tue, Jan 29, 2013 at 6:02 PM, Nishanth Menon n...@ti.com wrote:
On 17:54-20130129, Ruslan Bilovol wrote:
Hi,
The following patches update cpuinfo to print CPU
model name for ARM. First patch exactly makes needed
changes for ARM architecture.
Second patch adds this ability
Hi,
On Tue, Jan 29, 2013 at 6:08 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Tue, Jan 29, 2013 at 05:54:24PM +0200, Ruslan Bilovol wrote:
CPU implementer : 0x41
CPU name: OMAP4470 ES1.0 HS
Sigh. No. Look at what you're doing - look carefully at the above.
CPU
Russel (changed 'CPU name' 'SoC name')
Updatet commit messages. Updated cover letter
Ruslan Bilovol (2):
ARM: kernel: update cpuinfo to print SoC model name
ARM: OMAP4: setup SoC model name during ID initialisation
arch/arm/include/asm/setup.h |1 +
arch/arm/kernel/setup.c |9
CPU part: 0xc09
CPU revision: 10
SoC name: OMAP4470 ES1.0 HS
Hardware: OMAP4 Blaze Tablet
Revision: 20edb4
[...]
Signed-off-by: Ruslan Bilovol ruslan.bilo...@ti.com
---
arch/arm/include/asm/setup.h |1 +
arch/arm/kernel/setup.c |9 +
2 files
[...]
Signed-off-by: Ruslan Bilovol ruslan.bilo...@ti.com
---
arch/arm/mach-omap2/id.c | 18 --
1 file changed, 16 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/id.c b/arch/arm/mach-omap2/id.c
index 45cc7ed4..b1fba35 100644
--- a/arch/arm/mach-omap2/id.c
+++ b/arch
, ISR handler may
not know who the interrupt source is)
Signed-off-by: Ruslan Bilovol ruslan.bilo...@ti.com
---
arch/arm/mach-omap2/mux.c| 14 +--
arch/arm/mach-omap2/omap_hwmod.c | 29 ++
arch/arm/plat-omap/include/plat/omap_hwmod.h
Hi,
On Fri, Aug 3, 2012 at 9:51 AM, ABRAHAM, KISHON VIJAY kis...@ti.com wrote:
Hi,
On Thu, Jul 5, 2012 at 2:12 PM, Ruslan Bilovol ruslan.bilo...@ti.com
wrote:
The original issue with powering on the PHY (and using
200 ms delay after this) is not related to internal
processes
Hi,
On Fri, Aug 3, 2012 at 12:01 PM, ABRAHAM, KISHON VIJAY kis...@ti.com wrote:
Hi,
On Thu, Jul 5, 2012 at 2:12 PM, Ruslan Bilovol ruslan.bilo...@ti.com wrote:
Charger detection feature is not correctly used
and thus makes some regressions if OTG was used in
the host mode. Charger detection
Currently this flag is not used anywhere and may be safely removed.
Signed-off-by: Ruslan Bilovol ruslan.bilo...@ti.com
---
arch/arm/mach-omap2/usb-host.c|1 -
arch/arm/plat-omap/include/plat/usb.h |4
2 files changed, 0 insertions(+), 5 deletions(-)
diff --git a/arch/arm
Hi,
On Fri, Jul 13, 2012 at 8:53 AM, ABRAHAM, KISHON VIJAY kis...@ti.com
wrote:
Hi,
On Thu, Jul 12, 2012 at 6:55 PM, Ruslan Bilovol ruslan.bilo...@ti.com
wrote:
TWL6030/32 that is used on 4430sdp board can deliver up to 200mA
for OTG port power supply in the HOST mode.
Signed-off
TWL6030/32 that is used on 4430sdp board can deliver up to 200mA
for OTG port power supply in the HOST mode.
Signed-off-by: Ruslan Bilovol ruslan.bilo...@ti.com
---
arch/arm/mach-omap2/board-4430sdp.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2
affects PHY usage. So finally this was wrongly
interpreted as phy requires 200ms to start.
After fixing this we can safely remove uggly mdelay after
powering on the PHY.
Signed-off-by: Ruslan Bilovol ruslan.bilo...@ti.com
---
arch/arm/mach-omap2/omap_phy_internal.c |9 +
1 files
and
leads to unacceptable system freezing
Tested with different hubs, devices, and booting scenarios.
Signed-off-by: Ruslan Bilovol ruslan.bilo...@ti.com
---
arch/arm/mach-omap2/omap_phy_internal.c |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/arch/arm/mach-omap2
Hi,
On Tue, Jul 3, 2012 at 7:13 PM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Mon, Jul 02, 2012 at 08:10:49PM +0300, Ruslan Bilovol wrote:
Hi,
On Mon, Jul 2, 2012 at 11:13 AM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Tue, Jun 12, 2012 at 08:36:21PM +0300, Ruslan Bilovol wrote
Thanks Benoit for the explanation. It seems you are right.
+ Wenbiao who is the original patch author that may have another point
of view and some additional explanations.
--
Best regards,
Ruslan Bilovol
On Mon, Jul 2, 2012 at 3:43 PM, Benoit Cousson b-cous...@ti.com wrote:
On 06/29/2012 10
Hi,
On Mon, Jul 2, 2012 at 11:13 AM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Tue, Jun 12, 2012 at 08:36:21PM +0300, Ruslan Bilovol wrote:
If the clocks are enabled and we want to enable them again
omap4430_phy_set_clk disables them.
Fix this - so now if we try to enable already
This patch adds missing CONTROL_SMART2IO_PADCONF_2 register
definition
Signed-off-by: Ruslan Bilovol ruslan.bilo...@ti.com
---
.../include/mach/ctrl_module_pad_core_44xx.h | 45
1 files changed, 45 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2
CONTROL.CONTROL_SMART2IO_PADCONF_2[12] USBB2_DR0_DS
= 0x1
All OMAP4430 devices are impacted.
Signed-off-by: Ruslan Bilovol ruslan.bilo...@ti.com
---
arch/arm/mach-omap2/usb-host.c | 17 +
1 files changed, 17 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/usb-host.c b/arch/arm/mach-omap2/usb
From: Wenbiao Wang ww...@ti.com
OTG clock usb_otg_hs_ick used a incorrect parent l3_div_ck.
Correct it to use the right colck otg_60m_gfclk as its
parent.
Signed-off-by: Wenbiao Wang ww...@ti.com
Signed-off-by: Ruslan Bilovol ruslan.bilo...@ti.com
---
arch/arm/mach-omap2/clock44xx_data.c | 15
On Wed, Jun 20, 2012 at 4:31 PM, Tony Lindgren t...@atomide.com wrote:
* Ruslan Bilovol ruslan.bilo...@ti.com [120612 10:42]:
If the clocks are enabled and we want to enable them again
omap4430_phy_set_clk disables them.
Fix this - so now if we try to enable already enabled clocks
If the clocks are enabled and we want to enable them again
omap4430_phy_set_clk disables them.
Fix this - so now if we try to enable already enabled clocks
it works correctly.
Signed-off-by: Ruslan Bilovol ruslan.bilo...@ti.com
---
arch/arm/mach-omap2/omap_phy_internal.c |2 +-
1 files
92 matches
Mail list logo