On Sat, Aug 23, 2014 at 4:05 PM, Andreas Färber afaer...@suse.de wrote:
Am 25.07.2014 21:44, schrieb Ajay Kumar:
Add DT nodes for ps8622 bridge chip and panel-simple panel.
simple-panel
Ok.
Add backlight power supply for pwm-backlight.
Also add bridge phandle needed by dp to enable display
On Sat, Aug 23, 2014 at 4:17 PM, Andreas Färber afaer...@suse.de wrote:
Am 25.07.2014 21:44, schrieb Ajay Kumar:
Add DT nodes for ptn3460 bridge chip and panel-simple panel.
simple-panel
Ok.
Add backlight enable pin and backlight power supply for pwm-backlight.
Also add bridge phandle
Hi Javier,
On Sat, Aug 23, 2014 at 5:03 AM, Javier Martinez Canillas
jav...@dowhile0.org wrote:
Hello Ajay,
On Thu, Jul 31, 2014 at 12:58 PM, Thierry Reding
thierry.red...@gmail.com wrote:
On Wed, Jul 30, 2014 at 09:33:28PM +0530, Ajay kumar wrote:
On Wed, Jul 30, 2014 at 8:38 PM, Thierry
On Mon, Aug 4, 2014 at 3:17 PM, Ajay Kumar ajaykumar...@samsung.com wrote:
Add DT nodes for panel-simple auo,b133htn01 panel.
Add backlight enable pin and backlight power supply for pwm-backlight.
Also, add panel phandle needed by dp to enable display on peach_pi.
Signed-off-by: Ajay Kumar
Hi Tomasz,
Hi Kevin,
Thanks for taking a look at this.
On 23.08.2014 01:54, Kevin Hilman wrote:
Tomasz Figa tomasz.f...@gmail.com writes:
Kukjin,
On 31.07.2014 20:32, Kukjin Kim wrote:
On 07/30/14 17:07, Thomas Abraham wrote:
The new CPU clock type allows the use of generic
This patchset add the support of TRIMINFO_RELOAD feature for Exynos3250.
But Exynos3250 has two TRIMINFO_CTRL register instead other Exynos has only one
TRIMINFO_CTRL register. So, this patchset support the some Exynos SoC which
has more than one TRIMINF_CTRL.
Also, this patchset fix wrong value
This patch fix wrong value of TRIMINFO_RELOAD_SHIFT. TRIMINFO_CONTROL register
has 'RELOAD' field at [0] bit.
Signed-off-by: Chanwoo Choi cw00.c...@samsung.com
Acked-by: Kyungmin Park cw00.c...@samsung.com
Cc: Zhang Rui rui.zh...@intel.com
Cc: Eduardo Valentin edubez...@gmail.com
Cc: Amit Daniel
This patch remove simply duplicate code when reading triminfo register of
Exynos5440.
Signed-off-by: Chanwoo Choi cw00.c...@samsung.com
Acked-by: Kyungmin Park kyungmin.p...@samsung.com
Cc: Zhang Rui rui.zh...@intel.com
Cc: Eduardo Valentin edubez...@gmail.com
Cc: Amit Daniel Kachhap
This patch support many TRIMINFO_CTRL registers if specific Exynos SoC
has one more TRIMINFO_CTRL registers. Also this patch uses proper 'RELOAD'
shift/mask bit operation to set RELOAD feature instead of static value.
Signed-off-by: Chanwoo Choi cw00.c...@samsung.com
Acked-by: Kyungmin Park
Hey,
On Sat, 2014-08-23 at 17:42 +0400, Sergei Shtylyov wrote:
Hello.
On 8/23/2014 3:03 AM, Sjoerd Simons wrote:
To enable the cros_ec_keyb driver to be auto-loaded when build as
module add an of match table (and export it) to match the modalias
information passed on to userspace as
Hey,
On Fri, 2014-08-22 at 16:54 -0700, Kevin Hilman wrote:
Tomasz Figa tomasz.f...@gmail.com writes:
Kukjin,
On 31.07.2014 20:32, Kukjin Kim wrote:
On 07/30/14 17:07, Thomas Abraham wrote:
The new CPU clock type allows the use of generic CPUfreq drivers. So for
Exynos4210/5250,
On 22 August 2014 20:27, Sonny Rao sonny...@chromium.org wrote:
On Fri, Aug 22, 2014 at 8:31 AM, Ulf Hansson ulf.hans...@linaro.org wrote:
On 22 August 2014 15:47, Yuvaraj Kumar C D yuvaraj...@gmail.com wrote:
Exynos 5250 and 5420 based boards uses built-in CD# line for card
detection.But
On Sat, Aug 23, 2014 at 3:45 AM, Doug Anderson diand...@chromium.org wrote:
Hi,
On Fri, Aug 22, 2014 at 3:02 PM, Javier Martinez Canillas
javier.marti...@collabora.co.uk wrote:
Hello Mark,
On 08/22/2014 08:30 PM, Mark Brown wrote:
The problem is that one of these regulators is used as the
On 22 August 2014 22:38, Doug Anderson diand...@google.com wrote:
Ulf,
On Fri, Aug 22, 2014 at 8:35 AM, Ulf Hansson ulf.hans...@linaro.org wrote:
On 22 August 2014 15:47, Yuvaraj Kumar C D yuvaraj...@gmail.com wrote:
From: Doug Anderson diand...@chromium.org
For UHS cards we need the
Many Exynos devices have a display panel. Most of them just have
a simple panel while others have more complex configurations that
requires an embedded DisplayPort (eDP) to LVDS bridges.
This patch enables the following features to be built in the kernel
image to suport both setups:
- Direct
On 08/25/2014 05:13 PM, Ulf Hansson wrote:
On 22 August 2014 20:27, Sonny Rao sonny...@chromium.org wrote:
On Fri, Aug 22, 2014 at 8:31 AM, Ulf Hansson ulf.hans...@linaro.org wrote:
On 22 August 2014 15:47, Yuvaraj Kumar C D yuvaraj...@gmail.com wrote:
Exynos 5250 and 5420 based boards uses
Hello Yuvaraj,
On 08/25/2014 10:22 AM, Yuvaraj Cd wrote:
Good question. I'm not that familiar with the dw_mmc host controller nor
its driver implementation so I'll let Yuvaraj or Doug to answer that.
Well,here it goes!
1. Power ON the board LDO4CTRL1[7:6] 11b
2. dw_mmc driver enable the
Hello,
On Mon, Aug 25, 2014 at 9:34 AM, Sjoerd Simons
sjoerd.sim...@collabora.co.uk wrote:
static SIMPLE_DEV_PM_OPS(cros_ec_keyb_pm_ops, NULL, cros_ec_keyb_resume);
+#ifdef CONFIG_OF
+static const struct of_device_id cros_ec_keyb_of_match[] = {
Perhaps better to use
Hello Sjoerd,
On Sat, Aug 23, 2014 at 1:03 AM, Sjoerd Simons
sjoerd.sim...@collabora.co.uk wrote:
To enable the cros-ec-tunnel driver to be auto-loaded when build as a
module add an of match table (and export it) to match the modalias
information passed on to userspace as the Cros EC MFD
Hello Ajay,
On Mon, Aug 25, 2014 at 8:11 AM, Ajay kumar ajayn...@gmail.com wrote:
Do you plan to address Thierry's concerns and re-spin this patch?
Same question for patches:
drm/bridge: Add i2c based driver for ptn3460 bridge
drm/bridge: Add i2c based driver for ps8622/ps8625 bridge
Yes,
Hi,
On Monday, August 25, 2014 04:30:23 PM Chanwoo Choi wrote:
This patch support many TRIMINFO_CTRL registers if specific Exynos SoC
has one more TRIMINFO_CTRL registers. Also this patch uses proper 'RELOAD'
shift/mask bit operation to set RELOAD feature instead of static value.
Hi Bartlomiej,
On 08/25/2014 07:15 PM, Bartlomiej Zolnierkiewicz wrote:
Hi,
On Monday, August 25, 2014 04:30:23 PM Chanwoo Choi wrote:
This patch support many TRIMINFO_CTRL registers if specific Exynos SoC
has one more TRIMINFO_CTRL registers. Also this patch uses proper 'RELOAD'
On Mon, Aug 25, 2014 at 2:37 PM, Javier Martinez Canillas
javier.marti...@collabora.co.uk wrote:
Hello Yuvaraj,
On 08/25/2014 10:22 AM, Yuvaraj Cd wrote:
Good question. I'm not that familiar with the dw_mmc host controller nor
its driver implementation so I'll let Yuvaraj or Doug to answer
On Fri 2014-07-25 10:11:51, Jaehoon Chung wrote:
dw-mmc controller can support multiple slots.
But, there are no use-cases anywhere. So we don't need to support the
slot-node for dw-mmc controller.
And supports-highspeed property in dw-mmc is deprecated.
supports-highspeed property can be
On Monday, August 25, 2014 07:37:25 PM Chanwoo Choi wrote:
Hi Bartlomiej,
On 08/25/2014 07:15 PM, Bartlomiej Zolnierkiewicz wrote:
Hi,
On Monday, August 25, 2014 04:30:23 PM Chanwoo Choi wrote:
This patch support many TRIMINFO_CTRL registers if specific Exynos SoC
has one more
On Thu 2014-08-07 16:37:57, Jaehoon Chung wrote:
Since used the mmc_of_parse(), didn't parse the sub-node.
So we can remove the sub-node, because almost SoC used the only one card per
a host.
And supports-highspeed can be replaced with cap-mmc/sd-highspeed
property.
Would it be better to fix
On 08/25/2014 08:21 PM, Pavel Machek wrote:
On Thu 2014-08-07 16:37:57, Jaehoon Chung wrote:
Since used the mmc_of_parse(), didn't parse the sub-node.
So we can remove the sub-node, because almost SoC used the only one card per
a host.
And supports-highspeed can be replaced with
On Monday, August 25, 2014 01:19:04 PM Bartlomiej Zolnierkiewicz wrote:
On Monday, August 25, 2014 07:37:25 PM Chanwoo Choi wrote:
Hi Bartlomiej,
On 08/25/2014 07:15 PM, Bartlomiej Zolnierkiewicz wrote:
Hi,
On Monday, August 25, 2014 04:30:23 PM Chanwoo Choi wrote:
This
On Mon 2014-08-25 20:28:21, Jaehoon Chung wrote:
On 08/25/2014 08:21 PM, Pavel Machek wrote:
On Thu 2014-08-07 16:37:57, Jaehoon Chung wrote:
Since used the mmc_of_parse(), didn't parse the sub-node.
So we can remove the sub-node, because almost SoC used the only one card
per a host.
Hi,
On Monday, August 25, 2014 10:45:36 AM Javier Martinez Canillas wrote:
Many Exynos devices have a display panel. Most of them just have
a simple panel while others have more complex configurations that
requires an embedded DisplayPort (eDP) to LVDS bridges.
This patch enables the
On 08/25/2014 08:19 PM, Bartlomiej Zolnierkiewicz wrote:
On Monday, August 25, 2014 07:37:25 PM Chanwoo Choi wrote:
Hi Bartlomiej,
On 08/25/2014 07:15 PM, Bartlomiej Zolnierkiewicz wrote:
Hi,
On Monday, August 25, 2014 04:30:23 PM Chanwoo Choi wrote:
This patch support many TRIMINFO_CTRL
Hello Bartlomiej,
On 08/25/2014 01:43 PM, Bartlomiej Zolnierkiewicz wrote:
Hi,
On Monday, August 25, 2014 10:45:36 AM Javier Martinez Canillas wrote:
Many Exynos devices have a display panel. Most of them just have
a simple panel while others have more complex configurations that
Hi,
Am 25.08.2014 13:43, schrieb Bartlomiej Zolnierkiewicz:
On Monday, August 25, 2014 10:45:36 AM Javier Martinez Canillas wrote:
Many Exynos devices have a display panel. Most of them just have
a simple panel while others have more complex configurations that
requires an embedded
Hello Andreas,
On 08/25/2014 01:49 PM, Andreas Färber wrote:
Could you please also do corresponding update to multi_v7_defconfig?
As was mentioned in v1 (but now below), some of these options depend on
Sorry for missing the mention about the dependencies on v2...
patches yet to be respun
On 08/25/2014 08:37 PM, Pavel Machek wrote:
On Mon 2014-08-25 20:28:21, Jaehoon Chung wrote:
On 08/25/2014 08:21 PM, Pavel Machek wrote:
On Thu 2014-08-07 16:37:57, Jaehoon Chung wrote:
Since used the mmc_of_parse(), didn't parse the sub-node.
So we can remove the sub-node, because almost SoC
On 08/25/2014 09:09 PM, Jaehoon Chung wrote:
On 08/25/2014 08:37 PM, Pavel Machek wrote:
On Mon 2014-08-25 20:28:21, Jaehoon Chung wrote:
On 08/25/2014 08:21 PM, Pavel Machek wrote:
On Thu 2014-08-07 16:37:57, Jaehoon Chung wrote:
Since used the mmc_of_parse(), didn't parse the sub-node.
So
Hi Kevin, Tomasz,
On Sat, Aug 23, 2014 at 5:32 AM, Tomasz Figa tomasz.f...@gmail.com wrote:
Hi Kevin,
Thanks for taking a look at this.
On 23.08.2014 01:54, Kevin Hilman wrote:
Tomasz Figa tomasz.f...@gmail.com writes:
Kukjin,
On 31.07.2014 20:32, Kukjin Kim wrote:
On 07/30/14 17:07,
On 08/22/2014 10:47 PM, Yuvaraj Kumar C D wrote:
This patch makes use of mmc_regulator_get_supply() to handle
the vmmc and vqmmc regulators.Also it moves the code handling
the these regulators to dw_mci_set_ios().It turned on the vmmc
and vqmmc during MMC_POWER_UP and MMC_POWER_ON,and turned
From: Derek Basehore dbaseh...@chromium.org
Since the i2c bus can get wedged on the EC sometimes, set the number of retries
to 3. Since we un-wedge the bus immediately after the wedge happens, this is the
correct fix since only one transfer will fail.
Signed-off-by: Derek Basehore
From: Andrew Bresticker abres...@chromium.org
Instead of having users of the ChromeOS EC call the interface-specific
cmd_xfer() callback directly, introduce a central cros_ec_cmd_xfer()
to use instead. This will allow us to put all the locking and retry
logic in one place instead of duplicating
From: Doug Anderson diand...@chromium.org
If someone sends a EC_CMD_REBOOT_EC to the EC, the EC will likely be
unresponsive for quite a while. Add a delay to the end of the command
to prevent random failures of future commands.
NOTES:
* This could be optimized a bit by simply delaying the next
From: Andrew Bresticker abres...@chromium.org
Now that there's a central cros_ec_cmd_xfer(), move the locking
out of the SPI driver.
Signed-off-by: Andrew Bresticker abres...@chromium.org
Reviewed-by: Simon Glass s...@chromium.org
Signed-off-by: Javier Martinez Canillas
From: Todd Broch tbr...@chromium.org
Previous algorithm was a bit conservative and complicating with
respect to identifying key ghosting. This CL uses the bitops hamming
weight function (hweight8) to count the number of matching rows for
colM colN. If that number is 1 ghosting is present.
From: Andrew Bresticker abres...@chromium.org
When an EC command returns EC_RES_IN_PROGRESS, we need to query
the state of the EC until it indicates that it is no longer busy.
Do this in cros_ec_cmd_xfer() under the EC's mutex so that other
commands (e.g. keyboard, I2C passtru) aren't issued to
This is a second batch of cleanups patches for the mfd cros_ec
driver and its subdevices drivers. The first batch of cleanups
was posted by Doug Anderson [0] and have already been merged.
The patches were picked from the ChromeOS 3.8 kernel and after
these no cleanups patches for cros_ec are left,
From: Todd Broch tbr...@chromium.org
If the EC device tree node has sub-nodes, try to instantiate them as
MFD sub-devices. We can configure the EC features provided by the board.
Signed-off-by: Todd Broch tbr...@chromium.org
Signed-off-by: Javier Martinez Canillas
Jaehoon,
On Mon, Aug 25, 2014 at 5:32 AM, Jaehoon Chung jh80.ch...@samsung.com wrote:
On 08/22/2014 10:47 PM, Yuvaraj Kumar C D wrote:
This patch makes use of mmc_regulator_get_supply() to handle
the vmmc and vqmmc regulators.Also it moves the code handling
the these regulators to
Ulf,
On Mon, Aug 25, 2014 at 1:13 AM, Ulf Hansson ulf.hans...@linaro.org wrote:
On 22 August 2014 20:27, Sonny Rao sonny...@chromium.org wrote:
On Fri, Aug 22, 2014 at 8:31 AM, Ulf Hansson ulf.hans...@linaro.org wrote:
On 22 August 2014 15:47, Yuvaraj Kumar C D yuvaraj...@gmail.com wrote:
Jaehoon,
On Mon, Aug 25, 2014 at 1:50 AM, Jaehoon Chung jh80.ch...@samsung.com wrote:
On 08/25/2014 05:13 PM, Ulf Hansson wrote:
On 22 August 2014 20:27, Sonny Rao sonny...@chromium.org wrote:
On Fri, Aug 22, 2014 at 8:31 AM, Ulf Hansson ulf.hans...@linaro.org wrote:
On 22 August 2014 15:47,
Hi Chander,
Chander Kashyap k.chan...@samsung.com writes:
[...]
I'm trying it on the 5800/Chromebook2 and it's not terribly stable. I'm
testing along with CPUidle, so there may be some untested interactions
there as it seems a bit more stable without CPUidle enabled.
I'd love to hear from
Javier,
On Mon, Aug 25, 2014 at 2:07 AM, Javier Martinez Canillas
javier.marti...@collabora.co.uk wrote:
Hello Yuvaraj,
On 08/25/2014 10:22 AM, Yuvaraj Cd wrote:
Good question. I'm not that familiar with the dw_mmc host controller nor
its driver implementation so I'll let Yuvaraj or Doug to
On 25.08.2014 17:32, Kevin Hilman wrote:
Hi Chander,
Chander Kashyap k.chan...@samsung.com writes:
[...]
I'm trying it on the 5800/Chromebook2 and it's not terribly stable. I'm
testing along with CPUidle, so there may be some untested interactions
there as it seems a bit more stable
On Mon, Aug 25, 2014 at 03:40:01PM +0200, Javier Martinez Canillas wrote:
This is a second batch of cleanups patches for the mfd cros_ec
driver and its subdevices drivers. The first batch of cleanups
was posted by Doug Anderson [0] and have already been merged.
The patches were picked from the
Hello Doug,
On 08/25/2014 05:40 PM, Doug Anderson wrote:
I see, so probably until we have a way to define the operating mode for
each regulator using DT we should set the opmode to normal when enabling a
regulator independently of the value the hardware register reported on probe.
Can you
Hello Dmitry,
On 08/25/2014 07:05 PM, Dmitry Torokhov wrote:
Patches #1, #2, #6 and #7 do not depend of others so they can be
merged independently but patches #3, #4 and #5 have to be merged
in that specific order since they depend on the previous one.
#7 does not apply to my tree (I
On Mon, Aug 25, 2014 at 07:28:01PM +0200, Javier Martinez Canillas wrote:
Hello Dmitry,
On 08/25/2014 07:05 PM, Dmitry Torokhov wrote:
Patches #1, #2, #6 and #7 do not depend of others so they can be
merged independently but patches #3, #4 and #5 have to be merged
in that specific
On Tue, Aug 05, 2014 at 12:47:32PM +0200, Marek Szyprowski wrote:
This patch adds support for getting a notify for failed device driver
bind, so all the items done in BUS_NOTIFY_BIND_DRIVER event can be
cleaned if the driver fails to bind.
But doesn't the bus know if the driver fails to bind,
Ulf,
On Mon, Aug 25, 2014 at 1:31 AM, Ulf Hansson ulf.hans...@linaro.org wrote:
On 22 August 2014 22:38, Doug Anderson diand...@google.com wrote:
Ulf,
On Fri, Aug 22, 2014 at 8:35 AM, Ulf Hansson ulf.hans...@linaro.org wrote:
On 22 August 2014 15:47, Yuvaraj Kumar C D yuvaraj...@gmail.com
On Tue, Aug 05, 2014 at 12:47:32PM +0200, Marek Szyprowski wrote:
+ if (failed dev-bus)
+ blocking_notifier_call_chain(dev-bus-p-bus_notifier,
+ BUS_NOTIFY_DRVBIND_FAILED, dev);
+
Why can't you just use the notifier for
This patchset add the support of TRIMINFO_RELOAD feature for Exynos3250.
But Exynos3250 has two TRIMINFO_CTRL register instead other Exynos has only one
TRIMINFO_CTRL register. So, this patchset support the some Exynos SoC which
has more than one TRIMINF_CTRL.
Also, this patchset fix wrong value
This patch support many TRIMINFO_CTRL registers if specific Exynos SoC
has one more TRIMINFO_CTRL registers. Also this patch uses proper 'RELOAD'
shift/mask bit operation to set RELOAD feature instead of static value.
Signed-off-by: Chanwoo Choi cw00.c...@samsung.com
Acked-by: Kyungmin Park
This patch remove simply duplicate code when reading triminfo register of
Exynos5440.
Signed-off-by: Chanwoo Choi cw00.c...@samsung.com
Acked-by: Kyungmin Park kyungmin.p...@samsung.com
Cc: Zhang Rui rui.zh...@intel.com
Cc: Eduardo Valentin edubez...@gmail.com
Cc: Amit Daniel Kachhap
From: Bartlomiej Zolnierkiewicz b.zolnier...@samsung.com
Currently these SoCs claim TRIM_RELOAD support but don't have
triminfo_ctrl register address defined in their struct
exynos_tmu_registers entries. This causes incorrect write of
value 1 to data-base + 0x00 address (which happens to be
This patch add support for TRIM_RELOAD feature at Exynos3250. The TMu of
Exynos3250 has two TRIMINFO_CON register and must need to set RELOAD bit
before reading TRIMINFO register.
Signed-off-by: Chanwoo Choi cw00.c...@samsung.com
Acked-by: Kyungmin Park kyungmin.p...@samsung.com
Cc: Zhang Rui
Hi Andrzej,
On 08/22/2014 04:52 PM, Andrzej Hajda wrote:
Command node should contain file reference to distinguish commands
created by different processes.
Signed-off-by: Andrzej Hajda a.ha...@samsung.com
---
drivers/gpu/drm/exynos/exynos_drm_ipp.c | 5 ++---
On 08/26/2014 11:55 AM, Joonyoung Shim wrote:
Hi Andrzej,
On 08/22/2014 04:52 PM, Andrzej Hajda wrote:
Command node should contain file reference to distinguish commands
created by different processes.
Signed-off-by: Andrzej Hajda a.ha...@samsung.com
---
On 25 August 2014 21:26, Tomasz Figa t.f...@samsung.com wrote:
Kukjin, Viresh, how would you want to proceed with merging it? It
Me and Rafael has agreed earlier that Kukjin can take these through
ARM-Soc tree..
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the
Hi Andrzej,
On 08/22/2014 04:52 PM, Andrzej Hajda wrote:
In case of allocation errors some already allocated buffers
were not freed. The patch fixes it.
Signed-off-by: Andrzej Hajda a.ha...@samsung.com
---
drivers/gpu/drm/exynos/exynos_drm_ipp.c | 68
-
Add rtc alarm and tick irq to wakeup sources in exynos3250.
Signed-off-by: Jonghwa Lee jonghwa3@samsung.com
Acked-by : Chanwoo choi cw00.c...@samsung.com
---
arch/arm/mach-exynos/pm.c |9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-exynos/pm.c
Hi Kevin,
On Mon, Aug 25, 2014 at 9:02 PM, Kevin Hilman khil...@linaro.org wrote:
Hi Chander,
Chander Kashyap k.chan...@samsung.com writes:
[...]
I'm trying it on the 5800/Chromebook2 and it's not terribly stable. I'm
testing along with CPUidle, so there may be some untested interactions
Hi Andrzej,
On 08/22/2014 04:52 PM, Andrzej Hajda wrote:
The patch removes redundant checks, redundant HW reads
and simplifies code.
Signed-off-by: Andrzej Hajda a.ha...@samsung.com
---
drivers/gpu/drm/exynos/exynos_drm_fimc.c | 64
1 file changed, 15
Hi Andrzej,
On 08/22/2014 04:52 PM, Andrzej Hajda wrote:
FIMC in default mode of operation uses only one input buffer,
but the driver used also second buffer, as a result only the
first frame was processed correctly. The patch fixes it.
I can't understand well, then we don't need to
72 matches
Mail list logo