On Tue, 18 Mar 2014 16:46:24 +0530, Sachin Kamat wrote:
On 18 March 2014 16:44, Cho KyongHo pullip@samsung.com wrote:
On Fri, 14 Mar 2014 20:57:42 +0530, Sachin Kamat wrote:
Hi KyongHo,
On 14 March 2014 10:39, Cho KyongHo pullip@samsung.com wrote:
-static struct
On Wed, 19 Mar 2014 08:59:09 +0900, Jingoo Han wrote:
On Wednesday, March 19, 2014 12:12 AM, Tomasz Figa wrote:
On 18.03.2014 11:38, Cho KyongHo wrote:
On Fri, 14 Mar 2014 14:28:36 +0100, Tomasz Figa wrote:
On 14.03.2014 06:05, Cho KyongHo wrote:
This patch uses managed device helper
On Tue, 18 Mar 2014 16:14:53 +0100, Tomasz Figa wrote:
On 18.03.2014 12:09, Cho KyongHo wrote:
On Fri, 14 Mar 2014 20:52:43 +0530, Sachin Kamat wrote:
Hi KyongHo,
On 14 March 2014 10:35, Cho KyongHo pullip@samsung.com wrote:
This patch uses managed device helper functions in the
On 19 March 2014 14:29, Cho KyongHo pullip@samsung.com wrote:
On Tue, 18 Mar 2014 16:14:53 +0100, Tomasz Figa wrote:
On 18.03.2014 12:09, Cho KyongHo wrote:
On Fri, 14 Mar 2014 20:52:43 +0530, Sachin Kamat wrote:
Hi KyongHo,
On 14 March 2014 10:35, Cho KyongHo pullip@samsung.com
On Tue, 18 Mar 2014 16:25:11 +0100, Tomasz Figa wrote:
On 18.03.2014 11:52, Cho KyongHo wrote:
On Fri, 14 Mar 2014 14:39:33 +0100, Tomasz Figa wrote:
@@ -557,11 +558,23 @@ static int exynos_sysmmu_probe(struct
platform_device *pdev)
return 0;
}
-static struct
On Tue, 18 Mar 2014 16:33:04 +0100, Tomasz Figa wrote:
On 18.03.2014 12:23, Cho KyongHo wrote:
On Fri, 14 Mar 2014 17:07:53 +0100, Tomasz Figa wrote:
Hi KyongHo,
On 14.03.2014 06:10, Cho KyongHo wrote:
[snip]
@@ -677,11 +679,40 @@ static int __init exynos_sysmmu_probe(struct
On Wed, Mar 19, 2014 at 02:58:26AM +, Ritesh Harjani wrote:
Some suggestions/comments on this to take this discussion forward ?
Just a bit of patience ;). It's likely that you won't get much feedback
before 3.15-rc1 as people are busy preparing for the merging window.
--
Catalin
On 19.03.2014 10:01, Sachin Kamat wrote:
On 19 March 2014 14:29, Cho KyongHo pullip@samsung.com wrote:
On Tue, 18 Mar 2014 16:14:53 +0100, Tomasz Figa wrote:
On 18.03.2014 12:09, Cho KyongHo wrote:
On Fri, 14 Mar 2014 20:52:43 +0530, Sachin Kamat wrote:
Hi KyongHo,
On 14 March 2014
On 19.03.2014 02:03, Cho KyongHo wrote:
On Tue, 18 Mar 2014 16:09:50 +0100, Tomasz Figa wrote:
On 18.03.2014 10:56, Cho KyongHo wrote:
On Fri, 14 Mar 2014 13:59:00 +0100, Tomasz Figa wrote:
Hi KyongHo,
On 14.03.2014 06:08, Cho KyongHo wrote:
[snip]
@@ -637,11 +708,14 @@ static void
On 19.03.2014 01:39, Cho KyongHo wrote:
On Tue, 18 Mar 2014 15:26:48 +0100, Tomasz Figa wrote:
On 18.03.2014 14:01, Cho KyongHo wrote:
On Fri, 14 Mar 2014 17:12:03 +0100, Tomasz Figa wrote:
Hi KyongHo,
On 14.03.2014 06:10, Cho KyongHo wrote:
Some master device descriptor like fimc-is
On 19.03.2014 14:20, Tomasz Figa wrote:
On 19.03.2014 01:39, Cho KyongHo wrote:
On Tue, 18 Mar 2014 15:26:48 +0100, Tomasz Figa wrote:
On 18.03.2014 14:01, Cho KyongHo wrote:
On Fri, 14 Mar 2014 17:12:03 +0100, Tomasz Figa wrote:
Hi KyongHo,
On 14.03.2014 06:10, Cho KyongHo wrote:
Some
On Wed, Mar 19, 2014 at 6:12 AM, Tomasz Figa t.f...@samsung.com wrote:
...
No. Proper Linux drivers must support deferred probing mechanism and there
should be no assumptions about probing orders. Using other initcall level
than module_initcall for particular drivers is strongly discouraged.
On Wed, Mar 19, 2014 at 6:12 AM, Tomasz Figa t.f...@samsung.com wrote:
...
Device driver is not only for the scholarship but also for the real use.
Huh? I'm not sure what kind of comment is this.
I'm guessing Cho meant: This isn't an academic exercise - I have a
real use case that requires
Hi Grant,
On 19.03.2014 18:03, Grant Grundler wrote:
On Wed, Mar 19, 2014 at 6:12 AM, Tomasz Figa t.f...@samsung.com wrote:
...
No. Proper Linux drivers must support deferred probing mechanism and there
should be no assumptions about probing orders. Using other initcall level
than
On 19.03.2014 19:37, Grant Grundler wrote:
On Wed, Mar 19, 2014 at 10:30 AM, Tomasz Figa t.f...@samsung.com wrote:
...
As I said, AFAIK the trend is to get rid of ordering by initcalls and make
sure that drivers can handle missing dependencies properly, even for
services such as DMA, GPIO,
On Wed, Mar 19, 2014 at 10:30 AM, Tomasz Figa t.f...@samsung.com wrote:
...
As I said, AFAIK the trend is to get rid of ordering by initcalls and make
sure that drivers can handle missing dependencies properly, even for
services such as DMA, GPIO, clocks and so on, which after all are provided
16 matches
Mail list logo