d it ?
>
> Thanks
>
> -- Daniel
>
We have observed the issue with upstream u-boot, but haven't got any
solution to this problem yet.
--
Tushar Behera
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
tivities. Ccing the linaro developers' mailing list where
you can get some interesting information.
--
Tushar Behera
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
t; http://lists.linaro.org/mailman/listinfo/linaro-dev
>
--
Tushar Behera
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
k on
linux-linaro?
[1] https://pastebin.linaro.org/view/bb559643
[2] https://pastebin.linaro.org/view/824f8629
--
Tushar Behera
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
> Timely updates on llct for each mainline -rc are very interesting
> though, in fact we depend on them.
>
+1.
--
Tushar Behera
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
.git;a=tree;f=drivers/base;h=cbad2d664fa248ec366430dbd1724b2959ae43ee;hb=refs/heads/linux-linaro-core-tracking
>>>
>>>
>>> But I'm guessing this is the point of your original mail in this
>>> thread: we
>>> need a mali tree upon which fixes l
SHA1 of
> the commit, so for old kernels this may not work. Also, some kernel
> releases didn't come out of the main Linaro kernel git. So this method
> isn't foolproof.
>
--
Tushar Behera
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
On 04/04/2013 12:40 PM, Alexander Spyridakis wrote:
> On 21 March 2013 06:33, Tushar Behera wrote:
>
>> I have been observing this system hang when we enable LPAE on 3.9 based
>> llct, though the issue is not present with vanilla 3.9-rc kernel. Would
>> update lat
.edid_firmware=edid-1920x1080.fw
[1]
https://releases.linaro.org/13.03/ubuntu/arndale/arndale-quantal_server_20130324-276.img.gz
--
Tushar Behera
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
; Thanks,
> Andrey
I have been observing this system hang when we enable LPAE on 3.9 based
llct, though the issue is not present with vanilla 3.9-rc kernel. Would
update later after I debug further.
Riku,
How much essential is it to enable LPAE support for KVM?
--
Tushar Behera
__
would be a separate ll topic.
>
>
> Thanks,
> Andrey
>
> ___
> linaro-dev mailing list
> linaro-dev@lists.linaro.org
> http://lists.linaro.org/mailman/listinfo/linaro-dev
Samsung LT tree suppor
new_parent_d = new_parent->dentry;
> - else
> - new_parent_d = orphandir;
> -
> d = debugfs_rename(clk->dentry->d_parent, clk->dentry,
> - new_parent_d, clk->name);
> + new_parent->dentry, clk->name);
>
+ hlist_add_head(&clk->child_node, &new_parent->children);
>
> #ifdef CONFIG_COMMON_CLK_DEBUG
> if (!inited)
>
The same logic holds good for following piece of code too.
1060 |---if (new_parent)
1061 |---
for llct (John?) and Samsung LT topic for
> ll (Tushar?).
>
I am ok with 3.8 migration. Samsung LT tree would be available around
-rc3 time.
>
>
> Thanks,
> Andrey
--
Tushar Behera
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
t; Thanks,
> Andrey
>
> On 12/11/2012 01:54 PM, Andrey Konovalov wrote:
>> The llct based on v3.7 release is there, and is tagged llct-20121211.0
>
>
> ___
> linaro-dev mailing list
> linaro-dev@lists
On 11/15/2012 05:31 PM, Ryan Harkin wrote:
> On 15 November 2012 11:37, Jon Medhurst (Tixy) wrote:
>> On Thu, 2012-11-15 at 09:20 +0530, Tushar Behera wrote:
>>> On 11/14/2012 07:41 PM, Ryan Harkin wrote:
>>>> On 14 November 2012 11:38, Jon Medhurst (Tixy) wrote:
On 11/15/2012 06:05 PM, Jon Medhurst (Tixy) wrote:
> On Thu, 2012-11-15 at 11:37 +, Jon Medhurst (Tixy) wrote:
>> On Thu, 2012-11-15 at 09:20 +0530, Tushar Behera wrote:
>>> On 11/14/2012 07:41 PM, Ryan Harkin wrote:
>>>> On 14 November 2012 11:
rb_init_node() has been removed from the kernel, use alternate macro.
Signed-off-by: Tushar Behera
---
This patch also needs to go into android-3.7 tree.
drivers/gpu/ion/ion.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/ion/ion.c b/drivers/gpu/ion
Required as per commit ed9cbda ("usb: gadget: remove
usb_gadget_controller_number()").
Signed-off-by: Tushar Behera
---
drivers/usb/gadget/android.c | 11 +--
1 files changed, 1 insertions(+), 10 deletions(-)
diff --git a/drivers/usb/gadget/android.c b/drivers/usb/gadget
Signed-off-by: Tushar Behera
---
drivers/usb/gadget/android.c |7 ---
drivers/usb/gadget/composite.c |5 -
2 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/drivers/usb/gadget/android.c b/drivers/usb/gadget/android.c
index c26d7be..2b11055 100644
--- a/drivers/usb
Following patches are required on android-3.7 branch for the androidized
kernel for Origen to build.
Needs testing on USB gadget functionalities.
Tushar Behera (3):
usb: gadget: android: Fix build error because of removal of
usb_gadget_controller_number
usb: gadget: android: Fix build
Required as per commit 9f00d9776bc5 ("netlink: hide struct module
parameter in netlink_kernel_create").
Signed-off-by: Tushar Behera
---
net/netfilter/xt_quota2.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/net/netfilter/xt_quota2.c b/net/netfilter/x
the code they apply
>> to rather than having a single central board config we have to manage.
>
> That sounds scarey - there would be no one place to get a config, but
> I guess, if you need a config for feature X, you'd also need the
> branch for feature X that contained the source and config, so it would
>
l llct/ll
>> rebuilds on other dates as well)
>>
>> The config fragment branches to be used in 12.11:
>> git://git.linaro.org/kernel/configs.git , config-core-tracking and
>> config-boards-tracking branches.
>>
>> Thanks,
>> Andrey
>>
>
On 17 October 2012 21:26, Andrey Konovalov wrote:
> On 10/17/2012 10:41 AM, Tushar Behera wrote:
>>
>> On 10/06/2012 02:37 AM, Andrey Konovalov wrote:
>>>
>>> Greetings,
>>>
>>> Minor change to the plan:
>>> * The current llct is *l
l rebuild based on llct-20121012., ll code
>>> freeze (no
>>> massive ll topics updates after that; bugfixes only)
>>>
>>>> Also, I assume we're not going to try to move to Linux 3.7 this month?
>>>
>>> That's correct. We didn't have the kernel.org release based (vs -rc
>>> based) ll release for quite a while. And the plan is to stick to v3.6
>>> for 12.10 release unless someone needs to move to v3.7-rc* by all means
>>> this cycle.
>>> After October 19 the llct tree will move to v3.7-rc*, but the ll tree
>>> will be frozen till the 12.10 is out.
>>
>> That all sounds reasonable to me.
>>
>
--
Tushar Behera
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
>>>the linux-linaro (ll) topics
>>>* October 9: ll rebuild based on llct-20121005.
>>>* October 16: ll rebuild based on llct-20121012., ll code
>>> freeze (no
>>> massive ll topics updates after that; b
se cycle? If so, isn't the
> release day Oct 24th, and release candidates are built from the previous
> Thurday's code, i.e. Oct 18th. I.e. the freeze for the release should be
> Oct 16th not 23rd?
>
> Also, I assume we're not going to try to move to Linux 3.7 thi
When CONFIG_LOCALVERSION_AUTO is not defined, kernel boot log prints
only short version. This doesn't have any information regarding the
commit at which the kernel was compiled.
Adding an additional print statement to explicitly tell the current
HEAD.
Signed-off-by: Tushar Behera
---
in
Signed-off-by: Tushar Behera
---
Makefile |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/Makefile b/Makefile
index 0f66f14..7e83768 100644
--- a/Makefile
+++ b/Makefile
@@ -374,6 +374,7 @@ KBUILD_LDFLAGS_MODULE := -T
$(srctree)/scripts/module-common.lds
# Read
rejected.
Hence review of this patchset is required w.r.t. Android/Ubuntu LEB and
linux-linaro in mind.
Tushar Behera (3):
kbuild: setlocalversion: ignore private tags while reporting local
version
kbuild: Add support to extract information about current git commit
HEAD
init: Add
Commit 542f90381422 ("dm: support non power of two target max_io_len")
renames struct dm_target:split_io variable to max_io_len.
Signed-off-by: Tushar Behera
---
ubuntu/dm-raid4-5/dm-raid4-5.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/ubuntu/dm-raid4-5/
Fixes following compilation warning.
ubuntu/dm-raid4-5/dm-raid4-5.c:4505:2: warning: initialization from
incompatible pointer type [enabled by default]
ubuntu/dm-raid4-5/dm-raid4-5.c:4505:2: warning: (near initialization for
‘raid_target.status’) [enabled by default]
Signed-off-by: Tushar
OHCI-HCD driver does not support multiple SoC drivers during the compile
time. Hence the generic driver should be disabled in ubuntu.conf and related
OHCI Soc drivers should be enabled in respective board config files.
Signed-off-by: Tushar Behera
---
linaro/configs/ubuntu.conf |1 -
1
Ping !!!
On 08/31/2012 09:57 AM, Tushar Behera wrote:
> Required for android-3.6 tree.
>
> Tushar Behera (2):
> netfilter: xt_quota2: Move away from NLMSG_PUT()
> netfilter: xt_quota2: Update parameter list in netlink_kernel_create
>
> net/netfilt
Commit a31f2d17b331 ("netlink: add netlink_kernel_cfg parameter to
netlink_kernel_create") modifies parameter list of netlink_kernel_create.
Signed-off-by: Tushar Behera
---
net/netfilter/xt_quota2.c |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/net
Required for android-3.6 tree.
Tushar Behera (2):
netfilter: xt_quota2: Move away from NLMSG_PUT()
netfilter: xt_quota2: Update parameter list in netlink_kernel_create
net/netfilter/xt_quota2.c | 25 -
1 files changed, 16 insertions(+), 9 deletions(-)
--
1.7.4.1
Commit c3deafc5261a ("netlink: Delete NLMSG_PUT and NLMSG_NEW.") removes
NLMSG_PUT() and recommends use of nlmsg_put() instead.
Signed-off-by: Tushar Behera
---
net/netfilter/xt_quota2.c | 17 +++--
1 files changed, 11 insertions(+), 6 deletions(-)
diff --git a/net
On 08/16/2012 08:24 AM, Tushar Behera wrote:
> On 08/16/2012 12:55 AM, Andrey Konovalov wrote:
>> On 08/15/2012 08:47 PM, Jon Medhurst (Tixy) wrote:
>>> Hi Andrey
>>>
>>> Can you include a new topic to linux-linaro which contains device-tree
>>> files f
ith the boot-wrapper at [2], this includes
>> having a working display. However, on the big.LITLE models the A7 cores
>> don't start, giving "Failed to boot -38".
>>
>
--
Tushar Behera
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
linaro mailing list.
>
> Regards,
> koteswararao.
>
I don't think there is any issue with cpu_v7_proc_fin. In case of the
issue that I was facing, it was fixed by adding a proper reset hook to
my platform.
Please go through following link. I hope that would hel
carrying a replica of it in our tracking atm but since
> what was
>
> tracking-thermal_exynos4_imx6-3.4-2012.05
>
> had just one of the pair of patches in older llct, it should be improved
> to have both, if it doesn't already with this update.
>
> -Andy
>
--
Tushar Behera
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
ges,
int n_pages, struct vm_area_struct *vma, int write)
{
+ if (vma->vm_mm == NULL)
+ vma->vm_mm = current->mm;
+
if (vma_is_io(vma)) {
unsigned int i;
--
Tushar Behera
>From c579b4d6b17a6fb1b15cc681268db54e5b73afaf Mon Sep 17 00:00:0
s.
> Thanks,
> Andrey
>
> ___
> linaro-dev mailing list
> linaro-dev@lists.linaro.org
> http://lists.linaro.org/mailman/listinfo/linaro-dev
--
Tushar Behera
___
linaro-dev mailing list
linaro-dev@lists.linaro.
ali is in good sync
> today between multiple LTs the architecture of each LT having their own
> copy of what's meant to be permanently in sync invites problems.
>
True, Mali driver code should move to core part. As of now, Samsung LT
is maintaining a version of it, which was par
On 15 May 2012 04:33, Alexander Sack wrote:
> Hi Tushar,
>
> On Mon, May 14, 2012 at 8:04 PM, Tushar Behera
> wrote:
>> On 14 May 2012 13:40, Tushar Behera wrote:
>>> On 05/12/2012 11:09 PM, Andrey Konovalov wrote:
>>>> Tushar,
>>>>
>>&g
org/gitweb?p=landing-teams/working/ti/kernel.git;a=shortlog;h=refs/heads/tracking-topic-omapdrm-dmabuf
>
Sure, I will have a look at them if they help.
>
> -Andy
>
> --
> Andy Green | TI Landing Team Leader
> Linaro.org │ Open source software for ARM SoCs | Follow Linaro
> http:
On 14 May 2012 13:40, Tushar Behera wrote:
> On 05/12/2012 11:09 PM, Andrey Konovalov wrote:
>> Tushar,
>>
>> On 05/11/2012 09:04 AM, Tushar Behera wrote:
>>> On 05/11/2012 01:04 AM, Andrey Konovalov wrote:
>>>> Greetings,
>>>>
>>>&
On 05/12/2012 11:09 PM, Andrey Konovalov wrote:
> Tushar,
>
> On 05/11/2012 09:04 AM, Tushar Behera wrote:
>> On 05/11/2012 01:04 AM, Andrey Konovalov wrote:
>>> Greetings,
>>>
>>> So far I wasn't updating the linux-linaro tree since the 12.04 rel
> _______
> linaro-dev mailing list
> linaro-dev@lists.linaro.org
> http://lists.linaro.org/mailman/listinfo/linaro-dev
--
Tushar Behera
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
Hi Tixy,
On 04/18/2012 01:28 PM, Tushar Behera wrote:
> Hi Tixy,
>
> On 04/18/2012 01:24 PM, Jon Medhurst (Tixy) wrote:
>> On Wed, 2012-04-18 at 02:16 +0400, Andrey Konovalov wrote:
>>> Greetings,
>>>
>>> I've pushed the current linux-linaro tree
onfig MALI400MP 'default n', and similar with config UMP in
> drivers/gpu/arm/ump/Kconfig then things build OK.
>
> The resulting kernel successfully booted an Oneiric desktop image I had
> from a couple of weeks ago.
>
Ok ... I will update the same in Samsung Mali topic.
--
Tu
742635360175564e9470eb060ff4d4b984e7
>>
>> The necessary configs to be enabled are,
>> https://wiki.linaro.org/WorkingGroups/PowerManagement/Doc/Kconfig#Thermal
>>
>> Thanks,
>> Amit Daniel
--
Tushar Behera
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
On 04/13/2012 04:19 PM, Tushar Behera wrote:
> On 04/13/2012 02:48 PM, Sangwook Lee wrote:
>> Hi John
>>
>> On 11/04/12 20:19, John Stultz wrote:
>>> On 04/09/2012 03:18 PM, John Stultz wrote:
>>>> I went ahead and forward ported the AOSP-3.3 tree
t want to
>> jump over to the AOSP 3.4 tree.
>>
>> thanks
>> -john
>>
>>
>> ___
>> linaro-dev mailing list
>> linaro-dev@lists.linaro.org
>> http://lists.linaro.org/mailman/listinfo/linaro-dev
&
On 04/04/2012 01:02 PM, Jon Medhurst (Tixy) wrote:
> On Wed, 2012-04-04 at 10:05 +0530, Tushar Behera wrote:
>> On 04/03/2012 03:59 PM, Jon Medhurst (Tixy) wrote:
>>> I think it makes sense if this 'upstream' doesn't include board files
>>> though, they sh
On 04/03/2012 03:59 PM, Jon Medhurst (Tixy) wrote:
> On Tue, 2012-04-03 at 14:51 +0530, Tushar Behera wrote:
>> For Samsung LT kernel, we have followed an approach where in the commits
>> in John's linaro_config_3.3 branch are taken to be stable commits and we
>> have put
topic branches sit one
over the other, the related config fragments are made part of the topic
branches.
A sample view of the same is posted at [1].
[1] git://git.linaro.org/landing-teams/working/samsung/kernel.git (lt/next)
--
Tushar Behera
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
On 03/29/2012 11:25 PM, John Stultz wrote:
> On 03/28/2012 09:37 PM, Tushar Behera wrote:
>> On 03/28/2012 10:17 PM, John Stultz wrote:
>>> On 03/28/2012 05:24 AM, Tushar Behera wrote:
>>>> On 03/27/2012 12:50 AM, John Stultz wrote:
>>>>> So afte
On 03/29/2012 10:50 PM, John Stultz wrote:
> On 03/28/2012 09:37 PM, Tushar Behera wrote:
>> On 03/28/2012 10:17 PM, John Stultz wrote:
>>> On 03/28/2012 05:24 AM, Tushar Behera wrote:
>>>
>>>> I have not validated the changes in android.conf, but by mergin
ttp://snapshots.linaro.org/oneiric/lt-mx6-oneiric/20120329/1/images/hwpack/
> - Reason: Fixes to improve the booting experience, but still not yet
> fixing it completely :-(
> - 3.1 LT Pandaboard:
> -
> http://snapshots.linaro.org/oneiric/lt-panda-oneiric/20120329/0/images/hwpack/
&g
On 03/28/2012 10:17 PM, John Stultz wrote:
> On 03/28/2012 05:24 AM, Tushar Behera wrote:
>> On 03/27/2012 12:50 AM, John Stultz wrote:
>>> So after talking about it at the last Linaro Connect, I've finally
>>> gotten around to making a first pass at provid
nks
> -john
>
>
>
> ___
> linaro-dev mailing list
> linaro-dev@lists.linaro.org
> http://lists.linaro.org/mailman/listinfo/linaro-dev
--
Tushar Behera
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
ung LT tree [1].
>>
>> [1] git://git.linaro.org/landing-teams/working/samsung/kernel.git
>> (branch: tracking)
>
> That branch still needs one more patch (attached).
>
Thanks Mans for the patch. I have applied it to our tree. [1]
I would be nice if you can test this
'exynos' is preferable. Even though each SOC has different
>> I tried to carry forward old conventions as in case of watchdog. I
>> will change it to exynos.
>
> I agreed with Kyungmin.
> From now, let's called "exynos" for common name including
> +
TABs for intending in above defines.
> +
> +struct thermal_trip_point_conf {
A single space after struct should suffice, no TABs there. It is helpful
when we grep for the definition of 'struct thermal_trip_point_conf {'.
> + int trip_val[MAX_TRIP_COUNT];
&g
29 February 2012 13:45, Tushar Behera wrote:
>
>> Hi Kukjin,
>>
>> On 12/01/2011 11:20 AM, Tushar Behera wrote:
>>> The framebuffer driver needs the clock named 'lcd' as its bus
>>> clock but the equivalent clock on Exynos4 is named as 'fimd&
Hi Kukjin,
On 03/01/2012 09:36 AM, Kukjin Kim wrote:
> Jingoo Han wrote:
>>
>> Hi Tushar,
>>
>
> (please don't top-post)
>
>>> -Original Message-
>>> From: linux-samsung-soc-ow...@vger.kernel.org [mailto:linux-samsung-soc-
>
to prepend the complete register name before the bit-field defines.
EHCI_INSNREG00_ENA_INCR16 ...
Considering the similarity of this patchset with the earlier patchset
from Sangwook, IMO, it would be appropriate to give him due credit in
both these patches.
> +#endif /* __REGS_USB_HOST_H
;t it cause any
side-effects?
> Thanks,
> Thomas.
>
> [...]
> --
> To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc"
> in
> the body of a message to majord...@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Tushar Behera
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
Hi Kukjin,
On 12/01/2011 11:20 AM, Tushar Behera wrote:
> The framebuffer driver needs the clock named 'lcd' as its bus
> clock but the equivalent clock on Exynos4 is named as 'fimd'.
> Hence, create a clkdev lookup entry with the name 'lcd' that
> refer
erring to this as the 'default
framebuffer' and was thinking of a way to force the kernel to use
/dev/fb1 instead.
> At Wed, 15 Feb 2012 10:56:06 +0530,
> Tushar Behera wrote:
>>
>> Currently the LCD FB is registered as /dev/fb0 and the HDMI FB is
>> registered as /
rough some
kernel command-line options?
[1] https://bugs.launchpad.net/linaro-landing-team-samsung/+bug/906762
--
Tushar Behera
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
test/
>
> TIA - Vic
>
>
>
> ___
> linaro-dev mailing list
> linaro-dev@lists.linaro.org
> http://lists.linaro.org/mailman/listinfo/linaro-dev
--
Tushar Behera
___
linaro-d
Signed-off-by: Tushar Behera
Signed-off-by: Angus Ainslie
---
This patch are based Kukjin's for-next branch and OHCI related
patches from Jingoo Han.
[PATCH v2 0/3] Support Samsung Exynos OHCI device and driver
arch/arm/mach-exynos/Kconfig |1 +
arch/arm/mach-exynos/mach-ori
Ping
On 12/09/2011 03:33 PM, Tushar Behera wrote:
s3c24xx_i2c_parse_dt_gpio is called when cfg_gpio is not defined
in the platform data of the i2c device. When DT is not enabled,
the above function always returns -EINVAL. Since there can be
some i2c devices which don't need to configur
here. Changing the default
return value to success would fix this issue.
Signed-off-by: Tushar Behera
---
This patch is rebased on Kukjin's for-next branch.
d3d936c "Merge branch 'samsung-fixes-2' into for-next"
drivers/i2c/busses/i2c-s3c2410.c |2 +-
1 files changed
On 12/08/2011 07:02 PM, Jassi Brar wrote:
Guys, any reason to keep me, the author of the driver, out of loop ?
I almost lost this patch, had it not for chance.
Apologies. I didn't realize that I should be adding a cc to you.
Would you please add a valid module author e-mail ID?
--
T
.
This patch fixes following runtime error.
dma-pl330 dma-pl330.2: PERIPH_ID 0x0, PCELL_ID 0x0 !
dma-pl330: probe of dma-pl330.2 failed with error -22
Signed-off-by: Tushar Behera
---
arch/arm/mach-exynos/clock.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach
tions, those functions need not be called from device remove.
This patch fixes following run time error with pl330 driver.
dma-pl330 dma-pl330.0: Unbalanced pm_runtime_enable!
dma-pl330 dma-pl330.0: failed to get runtime pm
Signed-off-by: Giridhar Maruthy
Signed-off-by: Tushar Behera
---
driver
Hi,
When PM_RUNTIME is enabled, PL330 probe fails because of some
mismatch in pm_runtime calls. This patchset fixes those issues.
This patch is based on Kukjin's for-next branch and tested on
EXYNOS4 based Origen board.
d3d936c "Merge branch 'samsung-fixes-2' into for-nex
The framebuffer driver needs the clock named 'lcd' as its bus
clock but the equivalent clock on Exynos4 is named as 'fimd'.
Hence, create a clkdev lookup entry with the name 'lcd' that
references the 'fimd' clock.
Signed-off-by: Tushar Behera
Following patchset is required to add framebuffer support on Origen.
The patches are based on following commit on Kukjin's for-next branch.
a188e1e "Merge branch 'next-samsung-devel' into for-next"
Tushar Behera (3):
ARM: EXYNOS: Increase DMA pool alloc
Some of the boards under mach-exynos initialize frame-buffers
for which the memory requirement is more than 2MB, hence the
default dma pool allocation size of 2MB is not sufficient.
The consistent dma size is hence increased to successfully
allocate memory for those boards.
Signed-off-by: Tushar
Framebuffer driver needs to fetch the video data during the rising
edge of the VCLK. Otherwise, there are some glitches in the LCD
display.
Signed-off-by: Tushar Behera
---
arch/arm/mach-exynos/mach-origen.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/arch/arm
Hi Fathi,
On Friday 14 October 2011 04:22 PM, Tushar Behera wrote:
Hi Fathi,
On Friday 14 October 2011 11:45 AM, Fathi Boudra wrote:
Hi Tushar,
On 14 October 2011 06:40, Tushar Behera wrote:
Hi,
In one of the build machines, I am getting following error [1] while
building a qemu image with
Hi Fathi,
On Friday 14 October 2011 11:45 AM, Fathi Boudra wrote:
Hi Tushar,
On 14 October 2011 06:40, Tushar Behera wrote:
Hi,
In one of the build machines, I am getting following error [1] while
building a qemu image with l-m-c using leb build for origen. The build fails
only on this one
origen_20110929-0_armel_supported.tar.gz']" returned
a non-zero value: 100
[1] http://pastebin.com/AAcCTTi2
--
Regards,
Tushar Behera
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
Hi Kukjin,
On Monday 12 September 2011 11:25 AM, Tushar Behera wrote:
Some of the boards under mach-exynos4 initialize frame-buffers
for which the memory requirement is more than 2MB (Nuri board requires
around 4MB, Origen requires around 2.6MB), hence the default dma pool
allocation size of
Hi Sergei,
On Saturday 08 October 2011 07:48 PM, Sergei Shtylyov wrote:
Hello.
On 07-10-2011 15:55, Tushar Behera wrote:
usb_simtec_init() references s3c_ohci_set_platdata() which is defined
with __init attribute. Hence to remove section mismatch warning, __init
attribute is added to
hardware.
Tushar Behera (2):
ARM: S3C2410: Add __init attribute to usb_simtec_init()
ARM: S3C2410: irq: Remove __init attributes to fix compilation
warning
arch/arm/mach-s3c2410/usb-simtec.c |2 +-
arch/arm/mach-s3c2410/usb-simtec.h |2 +-
arch/arm/mach-s3c2416/irq.c|4
)
.init.data:(unknown)
The function usb_simtec_init() references the (unknown reference)
__initdata (unknown).
Signed-off-by: Tushar Behera
---
arch/arm/mach-s3c2410/usb-simtec.c |2 +-
arch/arm/mach-s3c2410/usb-simtec.h |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a
s3c2443_irq_add()
Signed-off-by: Tushar Behera
---
arch/arm/mach-s3c2416/irq.c |4 ++--
arch/arm/mach-s3c2443/irq.c |4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/arm/mach-s3c2416/irq.c b/arch/arm/mach-s3c2416/irq.c
index 28ad20d..53e8e57 100644
--- a/arch
Hi Russell,
On Monday 03 October 2011 03:29 PM, Russell King - ARM Linux wrote:
On Mon, Oct 03, 2011 at 03:10:41PM +0530, Tushar Behera wrote:
Some of the functions and structures did not have _init or __initdata
attributes, even though they were referenced from functions / structures
with
Some of the functions and structures did not have _init or __initdata
attributes, even though they were referenced from functions / structures
with those attribute, resulting in section mismatches.
Signed-off-by: Tushar Behera
---
The patch is rebased on v3.1-rc8.
The patch has only been build
In drivers/gpio/gpio-samsung.c, there are certain structures
and functions which are not getting used if the particular
CPU is not selected. These code segments are moved under CPU
specific macros to remove compilation warnings.
Signed-off-by: Tushar Behera
---
It has been build tested with
Dear Wolfgang Denk,
On Thursday 15 September 2011 02:44 PM, Wolfgang Denk wrote:
Dear Tushar Behera,
In message<1316076867-2138-1-git-send-email-tushar.beh...@linaro.org> you
wrote:
ORIGEN board is fitted with 7" LCD panel HV070WSA. The pixel
resolution of the LCD panel
ORIGEN board is fitted with 7" LCD panel HV070WSA. The pixel
resolution of the LCD panel is 1024x600.
Also power domain device for LCD0 is registered.
Signed-off-by: Tushar Behera
---
Changes for V4:
* Added gpio_free() call
* Removed .refresh value as it was same as de
Hi Kukjin,
On Thursday 15 September 2011 10:24 AM, Kukjin Kim wrote:
Tushar Behera wrote:
Hi Fabio,
On Wednesday 14 September 2011 05:06 PM, Fabio Estevam wrote:
On Wed, Sep 14, 2011 at 8:01 AM, Tushar Behera
wrote:
...
+static void lcd_hv070wsa_set_power(struct plat_lcd_data *pd
ORIGEN board is fitted with 7" LCD panel HV070WSA. The pixel
resolution of the LCD panel is 1024x600.
Also power domain device for LCD0 is registered.
Signed-off-by: Tushar Behera
---
Changes for V3:
* Added error check for gpio request in LCD power function
Changes f
1 - 100 of 136 matches
Mail list logo
