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
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
test/
>
> TIA - Vic
>
>
>
> ___
> linaro-dev mailing list
> linaro-dev@lists.linaro.org
> http://lists.linaro.org/mailman/listinfo/linaro-dev
--
Tushar Behera
___
linaro-d
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
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 /
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
;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
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
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-
>
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&
> +
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
'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
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
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
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
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/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
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
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 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
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
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/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
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
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
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
> _______
> 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
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
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,
>>>>
>>>&
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 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
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
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.
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
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
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
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
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
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
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 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
error.
These patches have only been tested for build consistency and have not been
tested on any related hardware.
Tushar Behera (2):
config: omap2+: force fb and dss support as built-in
video: omap2: Compile omap2 support only when needed
arch/arm/configs/omap2plus_defconfig |4
CONFIG_OMAP2_DSS support should also be selected
by default.
Cc: Tony Lindgren
Cc: Samreen
Signed-off-by: Tushar Behera
---
arch/arm/mach-omap2/built-in.o: In function `rx51_video_mem_init':
linux-linaro-2.6.39/arch/arm/mach-omap2/board-rx51-video.c:97: undefined
reference to `omap_vram_set_sdram
Currently display support for omap2 is selected by default and
it gets built for all the configurations.
Instead of it being a built-in feature, it's compilation should
depend on the config option CONFIG_FB_OMAP2.
Cc: Paul Mundt
Cc: Tomi Valkeinen
Cc: Tony Lindgren
Signed-off-by: T
: MyungJoo Ham
Cc: Kyungmin Park
Cc: Samuel Ortiz
Signed-off-by: Tushar Behera
---
drivers/regulator/max8997.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/regulator/max8997.c b/drivers/regulator/max8997.c
index 10d5a1d..0fc7b8c 100644
--- a/drivers
Hi,
On Monday 20 June 2011 06:36 PM, Tomi Valkeinen wrote:
On Mon, 2011-06-20 at 16:16 +0530, Tushar Behera wrote:
Currently display support for omap2 is selected by default and
it gets built for all the configurations.
Instead of it being a built-in feature, it's compilation should
depe
On Monday 20 June 2011 06:34 PM, Tomi Valkeinen wrote:
On Mon, 2011-06-20 at 16:16 +0530, Tushar Behera wrote:
In certain board files, there are references to vram related functions
which are defined in drivers/video/omap2/vram.c. Because of this direct
dependency, CONFIG_FB_OMAP2 should be a
On Wednesday 22 June 2011 08:18 AM, 함명주 wrote:
> Sender : Tushar Behera
> Date : 2011-06-21 12:38 (GMT+09:00)
>> Currently, ramp_delay variable is used uninitialized in
>> max8997_set_voltage_ldobuck which gets called through
>> regulator_register calls.
>
refix="Patch V2" ...
[...]
--
Tushar Behera
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
From: JeongHyeon Kim
Insignal's ORIGEN board is based Samsung EXYNOS4210 SoC.
Signed-off-by: JeongHyeon Kim
Signed-off-by: Tushar Behera
---
Changes for V2:
- Reworked based on Kukjin's comments and rebased to kgene/for-next
arch/arm/mach-exynos4/Kconfig | 10 +++
arc
On Thursday 21 July 2011 10:02 AM, Sachin Kamat wrote:
On 21 July 2011 09:27, Tushar Behera wrote:
From: JeongHyeon Kim
Insignal's ORIGEN board is based Samsung EXYNOS4210 SoC.
Signed-off-by: JeongHyeon Kim
Signed-off-by: Tushar Behera
---
Changes for V2:
- Reworked based on Kuk
-0)
git://git.linaro.org/people/tushar/linux-linaro-samsung.git master
This patch is part of a pull request for 3.1-rc3 from Samsung
maintainer. It fixes the system hang while performing soft-reboot on
ORIGEN board.
--
Tushar Behera
___
linaro-dev
Secondary MMC port on ORIGEN is connected to sdhci instance 0. Support
for secondary MMC port is extended by registering sdhci instance 0.
Since sdhci instance 2 can contain a bootable media, sdhci instance 0
is registered after instance 2.
Signed-off-by: Tushar Behera
---
arch/arm/mach
Fix incorrect value of cd_type field in platform data for sdhci
device.
Based on "ARM: EXYNOS4: Fix card detection for sdhci 0 and 2".
commit a0d8efedb203b5b908dd46cea38201761e2380f9
Signed-off-by: Tushar Behera
---
arch/arm/mach-exynos4/mach-origen.c |4 +---
1 files changed, 1
Platform data for SDHCI controller on ORIGEN board is missing the
support for 8-bit bus width. The platform data is extended in sync
with other EXYNOS4 machines.
Signed-off-by: Tushar Behera
---
arch/arm/mach-exynos4/mach-origen.c |8
1 files changed, 8 insertions(+), 0 deletions
Patch 1: It fixes the incorrect card detection type.
Patch 2: It enables secondary MMC port.
Patch 3: It extends support of 8-bit bus width
The patches are rebased to for-next branch of
git://git.kernel.org/pub/scm/linux/kernel/git/kgene/linux-samsung.git
Tushar Behera (3):
ARM: EXYNOS4: Fix
Hi Kukjin,
On Wednesday 31 August 2011 06:23 AM, Kukjin Kim wrote:
Tushar Behera wrote:
-Original Message-
From: Tushar Behera [mailto:tushar.beh...@linaro.org]
Sent: Friday, August 26, 2011 6:39 PM
To: linux-samsung-...@vger.kernel.org
Cc: linaro-dev@lists.linaro.org; kgene
Hi Kukjin,
On Wednesday 31 August 2011 06:31 AM, Kukjin Kim wrote:
Tushar Behera wrote:
Platform data for SDHCI controller on ORIGEN board is missing the
support for 8-bit bus width. The platform data is extended in sync
with other EXYNOS4 machines.
Signed-off-by: Tushar Behera
---
arch
On Wednesday 31 August 2011 06:31 AM, Kukjin Kim wrote:
Tushar Behera wrote:
Platform data for SDHCI controller on ORIGEN board is missing the
support for 8-bit bus width. The platform data is extended in sync
with other EXYNOS4 machines.
Signed-off-by: Tushar Behera
---
arch/arm/mach
ORIGEN board is fitted with 7" LCD panel HV070WSA. The pixel
resolution of the LCD panel is 1024x600.
Signed-off-by: Tushar Behera
---
The patch is rebased on [1]. But for proper working of LCD on ORIGEN,
following patches are needed.
a. ARM: EXYNOS4: Add PWM backlight support on Origen
ORIGEN board is fitted with 7" LCD panel HV070WSA. The pixel
resolution of the LCD panel is 1024x600.
Signed-off-by: Tushar Behera
---
The original patch-mail bounced back from linux-samsung-...@vger.kernel.org,
hence resending the patch again.
The patch is rebased on [1]. For proper worki
SIZE(origen_devices));
}
--
1.7.4.1
___
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
Based on "ARM: introduce atag_offset to replace boot_params"
by Nicolas Pitre (2bb9839e312ed55a6d5824ffa6077ce3d7d63b1e).
Since boot_params variable is deleted from machine_desc, the variable
is modified in the newer board files.
CC: Nicolas Pitre
Signed-off-by: Tushar Behera
-
successfully allocate memory for those boards.
Depends on "ARM: Add init_consistent_dma_size()"
by Jon Medhurst (99d1717dd7fecf2b10195b0d864323b952b4eba0).
CC: Jon Medhurst
Signed-off-by: Tushar Behera
---
arch/arm/mach-exynos4/cpu.c |2 ++
1 files changed, 2 insertions(+), 0 deletion
Hi Subash,
On Monday 12 September 2011 08:32 PM, Subash Patel wrote:
Hi Tushar,
On 09/12/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
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 V2:
* Added power domain device registration for LCD0
The patch is rebased on [1]
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, unsigned int
power)
+{
+ int gpio = EXYNOS4_GPE3(4);
+
+ gpio_request(gpio, "G
Hi Fabio Estevam,
On Wednesday 14 September 2011 06:09 PM, Fabio Estevam wrote:
On Wed, Sep 14, 2011 at 9:07 AM, Tushar Behera wrote:
...
Will this be better?
static void lcd_hv070wsa_set_power(struct plat_lcd_data *pd, \
unsigned int power
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
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 V4:
* Added gpio_free() call
* Removed .refresh value as it was same as de
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
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
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
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
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
)
.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
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
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
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
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 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
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
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,
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
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
.
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
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
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
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
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
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
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/
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
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
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
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
1 - 100 of 136 matches
Mail list logo
