When there is an error with the usb3_phy probe or absence, the error returned
is erroneously for usb2_phy.
Signed-off-by: Ruchika Kharwar ruch...@ti.com
---
drivers/usb/dwc3/core.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/dwc3/core.c
On 07/03/2013 08:12 PM, Mark Brown wrote:
On Wed, Jul 03, 2013 at 12:55:36PM -0500, Joel Fernandes wrote:
When would it not be possible to cope with a large period size? Are there any
guidelines on what to consider when fixing a period size?
This is an application issue not a driver issue.
On 07/03/2013 07:55 PM, Joel Fernandes wrote:
Copying some more lists are we're also discussing the DMA controller in the
SoCs. Thanks.
On 07/03/2013 04:43 AM, Mark Brown wrote:
On Wed, Jul 03, 2013 at 11:09:22AM +0200, Lars-Peter Clausen wrote:
On 07/02/2013 02:13 PM, Mark Brown wrote:
DRA7XX has several USB OTG subsystems. USB_OTG_SS1 includes a USB1 and USB2
phy. USB_OTG_SS2 includes only a USB2 phy.
This patch allows the dwc3 probe to continue if a usb3_phy is not found.
This patch currently works for DRA7XX and submitted in the interim a nicer
method emerges.
Hello,
Le jeudi 4 juillet 2013 10:13:43 Sourav Poddar a écrit :
Can this somehow be made a runtime thing?
Ahh..I think we might opt for a device tree entry and based on that
check for ECC.
Ok, sounds good too.
[snip]
+ if (count oob_num ops-oobbuf chip-oobbuf)
Hi
On 07/02/2013 05:03 PM, Roger Quadros wrote:
On 07/02/2013 05:49 PM, Michael Trimarchi wrote:
Hi Roger
On 07/02/2013 04:42 PM, Roger Quadros wrote:
On 06/28/2013 07:47 PM, Michael Trimarchi wrote:
Hi
When you said earlier that the problem doesn't happen when one of the
ULPIs is
Sorry for the long pause…
On 06/17/2013 06:03 PM, Mark Brown wrote:
This is a lot of for a simple mmio access. In terms of
performance: If I add a trace point to my read and write I have
still less code which is called and it can be disabled. This
regmap overhead is always there chasing
On Thu, Jul 04, 2013 at 11:02:41AM +0200, Sebastian Andrzej Siewior wrote:
The driver here does not use atomic updates but read followed by write
so your locking here is futile. So the API/regmap alone does not make
Doesn't that sound like the driver ought to be using a r/m/w primitive
though?
On Thu, Jul 04, 2013 at 07:56:25AM +0200, Mike Looijmans wrote:
On 07/03/2013 08:12 PM, Mark Brown wrote:
This is an application issue not a driver issue. An application that
wants low latency may need high resolution information about what
exactly the hardware is doing.
To get
On Thu, Jul 04, 2013 at 08:06:34AM +0200, Mike Looijmans wrote:
In any case, using the IRAM directly might have some use, because
you don't have to compete for the DDRRAM with other devices. But I
never understood what the ping-ping via IRAM was supposed to
accomplish, I don't see why McASP -
On 7/4/2013 11:36 AM, Mike Looijmans wrote:
On 07/03/2013 07:55 PM, Joel Fernandes wrote:
Copying some more lists are we're also discussing the DMA controller
in the
SoCs. Thanks.
On 07/03/2013 04:43 AM, Mark Brown wrote:
On Wed, Jul 03, 2013 at 11:09:22AM +0200, Lars-Peter Clausen wrote:
On 6/11/2013 5:00 PM, Sebastian Andrzej Siewior wrote:
From: Patil, Rachna rac...@ti.com
The current driver expected touchscreen input
wires(XP,XN,YP,YN) to be connected in a particular order.
Making changes to accept this as platform data
The platform data part of this driver will never
On 07/04/2013 12:45 PM, Mark Brown wrote:
On Thu, Jul 04, 2013 at 11:02:41AM +0200, Sebastian Andrzej Siewior
wrote:
The driver here does not use atomic updates but read followed by
write so your locking here is futile. So the API/regmap alone
does not make
Doesn't that sound like the
On 07/04/2013 01:14 PM, Sekhar Nori wrote:
On 6/11/2013 5:00 PM, Sebastian Andrzej Siewior wrote:
From: Patil, Rachna rac...@ti.com
The current driver expected touchscreen input
wires(XP,XN,YP,YN) to be connected in a particular order.
Making changes to accept this as platform data
The
* Kishon Vijay Abraham I kis...@ti.com [130619 01:58]:
In order for controllers to get PHY in case of non dt boot, the phy
binding information (phy label) should be added in the platform
data of the controller.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
Acked-by: Felipe Balbi
* Javier Martinez Canillas javier.marti...@collabora.co.uk [130619 09:31]:
From: Enric Balletbo i Serra eballe...@iseebcn.com
Platform code used to depend on bootloadres for correctly setting the mux
pin modes. But bootloaders should only set the minimum required mux pins.
So, DSS mux pins
* Kevin Hilman khil...@linaro.org [130603 14:23]:
Thomas Meyer tho...@m3y3r.de writes:
Signed-off-by: Thomas Meyer tho...@m3y3r.de
Could use a changelog, but otherwise
Acked-by: Kevin Hilman khil...@linaro.org
I've updated the patch to use subject as the changelog,
applying into
* Jon Hunter jgchun...@gmail.com [130528 14:26]:
On 28/05/13 07:24, Afzal Mohammed wrote:
of_property_read_string_index(...,oh_name) in omap_dm_timer_init_one
does not alter the value of 'oh_name' even if the relevant function
fails and as 'oh_name' in stack may have a non-zero value, it
* Paul Bolle pebo...@tiscali.nl [130530 04:26]:
The OMAP runtime PM implementation was removed in v3.0. But one Makefile
line, which was used to tweak CFLAGS, was overlooked. Remove it too.
Signed-off-by: Paul Bolle pebo...@tiscali.nl
---
Untested. This cleans up after commit 638080c37a
* Eduardo Valentin eduardo.valen...@ti.com [130618 13:33]:
Tony,
On 07-06-2013 16:46, Eduardo Valentin wrote:
Enable the bandgap driver for TI SoCs thermal support.
Cc: Russell King li...@arm.linux.org.uk
Cc: Tony Lindgren t...@atomide.com
Cc: Javier Martinez Canillas
* Pavel Machek pa...@ucw.cz [130701 14:21]:
We still need video sound drivers with device tree enabled.
Signed-off-by: Pavel Machek pa...@ucw.cz
Thanks, applying this into omap-for-v3.11/fixes. Benoit should
queue the .dts related changes.
Tony
---
Patch against 3.10.
---
* Santosh Shilimkar santosh.shilim...@ti.com [130703 07:01]:
Ping..
Applying into omap-for-v3.11/fixes now that all our pending branches
have been merged.
Tony
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
* Wei Yongjun weiyj...@gmail.com [130619 17:07]:
From: Wei Yongjun yongjun_...@trendmicro.com.cn
Remove duplicated include.
Signed-off-by: Wei Yongjun yongjun_...@trendmicro.com.cn
Thanks applying into omap-for-v3.11/fixes. Looks like the reboot.h
duplicate has already been removed.
* Rajendra Nayak rna...@ti.com [130625 01:49]:
On Tuesday 25 June 2013 12:44 PM, Tony Lindgren wrote:
Rajendra Nayak (4):
ARM: OMAP2: PRM/CM: Cleanup unused header contents
ARM: OMAP3: PRM/CM: Cleanup unused header contents
ARM: OMAP4: PRM/CM: Cleanup unused header contents
* Tony Lindgren t...@atomide.com [130625 00:34]:
* Arnd Bergmann a...@arndb.de [130624 07:25]:
If we build a kernel with CONFIG_ARCH_OMAP2PLUS enabled but all of the
individual SoCs disabled, we run into a large number of link errors
because if incorrect dependencies:
* Nishanth Menon n...@ti.com [130701 08:41]:
Tony,
Any chance of picking these up?
Thanks yes applying into omap-for-v3.11/fixes now that the pending
branches have been merged.
Tony
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
* Joel Fernandes jo...@ti.com [130626 20:48]:
Build EDMA in by default to avoid fewer people stepping on their toes
with broken DMA on drivers needing EDMA.
Thanks applying this one into omap-for-v3.11/fixes.
Tony
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the
* Tom Rini tr...@ti.com [130701 06:19]:
As this config must support boards which cannot support separate device
trees, enable support for appended ones.
This can cause things to go wrong when DTB is not appended for mistaking the
memory as an appended DTB, especially when doing a warm reset.
Hi,
On Thursday 04 July 2013 05:14 PM, Tony Lindgren wrote:
* Kishon Vijay Abraham I kis...@ti.com [130619 01:58]:
In order for controllers to get PHY in case of non dt boot, the phy
binding information (phy label) should be added in the platform
data of the controller.
Signed-off-by: Kishon
On Thursday 04 July 2013 05:28 PM, Tony Lindgren wrote:
* Rajendra Nayak rna...@ti.com [130625 01:49]:
On Tuesday 25 June 2013 12:44 PM, Tony Lindgren wrote:
Rajendra Nayak (4):
ARM: OMAP2: PRM/CM: Cleanup unused header contents
ARM: OMAP3: PRM/CM: Cleanup unused header contents
ARM:
On 7/4/2013 5:03 PM, Sebastian Andrzej Siewior wrote:
On 07/04/2013 01:14 PM, Sekhar Nori wrote:
On 6/11/2013 5:00 PM, Sebastian Andrzej Siewior wrote:
From: Patil, Rachna rac...@ti.com
The current driver expected touchscreen input
wires(XP,XN,YP,YN) to be connected in a particular order.
From: Wei Yongjun yongjun_...@trendmicro.com.cn
In case of error, the function omap_device_alloc() returns ERR_PTR()
and never returns NULL. The NULL test in the return value check
should be replaced with IS_ERR().
Signed-off-by: Wei Yongjun yongjun_...@trendmicro.com.cn
---
On 6/11/2013 5:01 PM, Sebastian Andrzej Siewior wrote:
From: Patil, Rachna rac...@ti.com
Add support for core multifunctional device along
with its clients touchscreen and ADC.
[ pa...@antoniou-consulting.com : make sure status is
set to 'disabled' in dtsi file. ]
Signed-off-by:
On 07/04/2013 03:49 PM, Sekhar Nori wrote:
diff --git a/arch/arm/boot/dts/am33xx.dtsi b/arch/arm/boot/dts/am33xx.dtsi
index 1460d9b..4ad7797 100644
--- a/arch/arm/boot/dts/am33xx.dtsi
+++ b/arch/arm/boot/dts/am33xx.dtsi
@@ -404,6 +404,24 @@
ti,hwmods = wkup_m3;
On 07/04/2013 03:39 PM, Sekhar Nori wrote:
Yes, I noticed that after sending the mail. To me it does not make sense
to make changes to accept something as platform data only to remove
platform data itself later.
The patches were made earlier and it was easier that way to take
everything and
On Wed, 2013-07-03 at 17:12 +0200, Javier Martinez Canillas wrote:
On Wed, Jul 3, 2013 at 4:15 PM, Luciano Coelho coe...@ti.com wrote:
On Wed, 2013-07-03 at 17:03 +0300, Luciano Coelho wrote:
The platform_quirk element in the platform data was used to change the
way the IRQ is triggered.
On 7/4/2013 7:20 PM, Sebastian Andrzej Siewior wrote:
On 07/04/2013 03:39 PM, Sekhar Nori wrote:
Yes, I noticed that after sending the mail. To me it does not make sense
to make changes to accept something as platform data only to remove
platform data itself later.
The patches were made
On 04/07/13 14:25, Mark Jackson wrote:
Our custom AM335x board has been booting just fine under 3.10.0-rc4.
I've just done a git pull to update to 3.10 (now that it's released)
and the board now hangs.
Before I start trying to bisect the issue, does anyone have an clues ?
Okay ... I've
On Fri, Jun 21, 2013 at 04:25:42PM -0500, Nishanth Menon wrote:
+static const struct omap_pmic_info omap_twl4030_vdd1 = {
+ .slave_addr = 0x12,
+ .voltage_reg_addr = 0x00,
+ .cmd_reg_addr = 0x00,
+ .i2c_timeout_us = 200,
+ .slew_rate_uV = 4000,
+ .step_size_uV =
On 04/07/13 16:14, Mark Jackson wrote:
On 04/07/13 14:25, Mark Jackson wrote:
Our custom AM335x board has been booting just fine under 3.10.0-rc4.
I've just done a git pull to update to 3.10 (now that it's released)
and the board now hangs.
Before I start trying to bisect the issue, does
On Thu, 4 Jul 2013, Rajendra Nayak wrote:
Paul/Benoit,
Should I also drop these lines from the file headers since they are no
longer same as the outputs from autogen files?
* This file is automatically generated from the OMAP hardware databases.
* We respectfully ask that any
On 7/3/2013 11:34 PM, Gupta, Pekon wrote:
On Wednesday 03 July 2013, Artem Bityutskiy wrote:
On Wed, 2013-07-03 at 13:16 +, Gupta, Pekon wrote:
[Pekon]: Yes, I'm not seeing these build issues, as I'm cleanly
returning from probe with pr_err(), if the required libraries (/lib/bch.c)
are not
Hi
On Mon, 1 Jul 2013, Felipe Balbi wrote:
On Mon, Jul 01, 2013 at 07:48:50PM +, Paul Walmsley wrote:
Boot to userspace:
FAIL ( 2/12): 37xxevm, am335xbonelt
quoting part of [1]
| U-Boot# tftp 0x8200 am335x-boneblack.dtb
| link up on port 0, speed 100, full duplex
| Using
On Mon, Jul 01, 2013 at 11:17:54PM +0200, Pavel Machek wrote:
This adds device tree with neccessary support to boot with functional
video (on both emulator and real N900 device).
Is this really correct? You have commented out the USB, so there is no
way for a developer to interact with the
On Thu, 4 Jul 2013, Paul Walmsley wrote:
So that's good, will switch to am335x-bone.dtb for the testing restate
jobs to be run for BeagleBone-white, and let's see what previous kernels
it boots with now...
Sorry, this was unclear. To rephrase, I will add
BeagleBone-black boot retest runs,
On Thu, Jul 04, 2013 at 05:11:33PM +, Paul Walmsley wrote:
Hi
On Mon, 1 Jul 2013, Felipe Balbi wrote:
On Mon, Jul 01, 2013 at 07:48:50PM +, Paul Walmsley wrote:
Boot to userspace:
FAIL ( 2/12): 37xxevm, am335xbonelt
quoting part of [1]
| U-Boot# tftp 0x8200
On Wed, 3 Jul 2013, Paul Walmsley wrote:
As far as Lokesh's patch goes: it doesn't make sense to me to remove a
file during 'make clean' that the build process doesn't create. So while
I understand the motivation for the patch, and don't mind if upstream
takes it, I personally wouldn't
Hi!
This adds device tree with neccessary support to boot with functional
video (on both emulator and real N900 device).
Is this really correct? You have commented out the USB, so there is no
way for a developer to interact with the device.
Well... I do not have USB SDcard set up, so my
Hi,
On Thu, Jul 04, 2013 at 10:21:45PM +0200, Pavel Machek wrote:
This adds device tree with neccessary support to boot with functional
video (on both emulator and real N900 device).
Is this really correct? You have commented out the USB, so there is no
way for a developer to
On 7/3/2013 11:34 PM, Gupta, Pekon wrote:
On Wednesday 03 July 2013, Artem Bityutskiy wrote:
On Wed, 2013-07-03 at 13:16 +, Gupta, Pekon wrote:
[Pekon]: Yes, I'm not seeing these build issues, as I'm cleanly
returning from probe with pr_err(), if the required libraries
On Thursday 04 July 2013 10:14 PM, Paul Walmsley wrote:
You mentioned that these patches were generated with some kind of awk/grep
scripting. Can you integrate that in an automated way into the
autogeneration flow? If the answer is yes, then keep the header. If the
answer is no, then the
On Thursday 04 July 2013 11:42 PM, Paul Walmsley wrote:
On Wed, 3 Jul 2013, Paul Walmsley wrote:
As far as Lokesh's patch goes: it doesn't make sense to me to remove a
file during 'make clean' that the build process doesn't create. So while
I understand the motivation for the patch, and
52 matches
Mail list logo