To re-use the code that initialises the GIC (found in
__gic_init_bases()), from within a platform driver, it is necessary to
move the code from the __init section so that it is always present and
not removed. Unfortunately, it is not possible to simply drop the __init
from the function declaration
To re-use the code that initialises the GIC (found in
__gic_init_bases()), from within a platform driver, it is necessary to
move the code from the __init section so that it is always present and
not removed. Unfortunately, it is not possible to simply drop the __init
from the function declaration
To re-use the code that initialises the GIC (found in
__gic_init_bases()), from within a platform driver, it is necessary to
move the code from the __init section so that it is always present and
not removed. Unfortunately, it is not possible to simply drop the __init
from the function declaration
Signed-off-by: John Garry
---
drivers/scsi/hisi_sas/hisi_sas.h | 1 +
drivers/scsi/hisi_sas/hisi_sas_main.c | 4 +
drivers/scsi/hisi_sas/hisi_sas_v1_hw.c | 337 +
3 files changed, 342 insertions(+)
diff --git a/drivers/scsi/hisi_sas/hisi_sas.h b/drivers
Signed-off-by: John Garry
---
drivers/scsi/hisi_sas/hisi_sas.h | 1 +
drivers/scsi/hisi_sas/hisi_sas_main.c | 4 +
drivers/scsi/hisi_sas/hisi_sas_v1_hw.c | 337 +
3 files changed, 342 insertions(+)
diff --git a/drivers/scsi/hisi_sas/hisi_sas.h b/drivers
Signed-off-by: John Garry
---
drivers/scsi/hisi_sas/hisi_sas.h | 1 +
drivers/scsi/hisi_sas/hisi_sas_main.c | 4 +
drivers/scsi/hisi_sas/hisi_sas_v1_hw.c | 337 +
3 files changed, 342 insertions(+)
diff --git a/drivers/scsi/hisi_sas/hisi_sas.h b/drivers
Signed-off-by: John Garry
---
drivers/scsi/hisi_sas/hisi_sas.h | 1 +
drivers/scsi/hisi_sas/hisi_sas_main.c | 4 +
drivers/scsi/hisi_sas/hisi_sas_v1_hw.c | 331 +
3 files changed, 336 insertions(+)
diff --git a/drivers/scsi/hisi_sas/hisi_sas.h b/drivers
On Tuesday 13 October 2015 13:44:26 John Garry wrote:
> Hello,
>
> Just to be clear, are you saying that you would prefer hisi_sas_probe()
> and struct hisi_sas_driver to be relocated to hisi_sas_v1_hw.c?
Correct.
> I wanted to keep hisi_sas_v1_hw.c containing only code which accesses HW.
>
>
On 12/10/2015 19:46, Arnd Bergmann wrote:
On Monday 12 October 2015 23:20:24 John Garry wrote:
@@ -387,6 +392,21 @@ static int hisi_sas_probe(struct platform_device *pdev)
}
hisi_sas_init_add(hisi_hba);
+
+ rc = hw_init_v1_hw(hisi_hba);
+ if (rc)
+ go
On Monday 12 October 2015 23:20:24 John Garry wrote:
> @@ -387,6 +392,21 @@ static int hisi_sas_probe(struct platform_device *pdev)
> }
>
> hisi_sas_init_add(hisi_hba);
> +
> + rc = hw_init_v1_hw(hisi_hba);
> + if (rc)
> + goto err_out_ha;
> +
> + r
On Wed, 29 Nov 2006, Andrew Morton wrote:
On Wed, 29 Nov 2006 18:00:47 +
[EMAIL PROTECTED] (Mel Gorman) wrote:
page_alloc.c contains a large amount of memory initialisation code which
obscures the purpose of the file. This patch breaks out the initialisation
code into a separate file to
On Wed, 29 Nov 2006 18:00:47 +
[EMAIL PROTECTED] (Mel Gorman) wrote:
> page_alloc.c contains a large amount of memory initialisation code which
> obscures the purpose of the file. This patch breaks out the initialisation
> code into a separate file to make page_alloc.c a bit easie
Hi
Thanks for all the help.
On Wed, 21 Mar 2001, Keith Owens wrote:
> On Wed, 21 Mar 2001 22:00:51 +0530 (IST),
> Manoj Sontakke <[EMAIL PROTECTED]> wrote:
> > I have a initlisation function (just like pktsched_init in
> >TC). Can anyone tell me, where in the kernel boot sequence sh
On Thu, 22 Mar 2001 14:59:31 +0530 (IST),
Manoj Sontakke <[EMAIL PROTECTED]> wrote:
>On Wed, 21 Mar 2001, Keith Owens wrote:
>> Welcome to the wonderful world of magic initialisation.
>>
>> (1) Declare your initialisation function as int __init foo_init(void).
>> (2) Decide when your function ne
On Wed, 21 Mar 2001 22:00:51 +0530 (IST),
Manoj Sontakke <[EMAIL PROTECTED]> wrote:
> I have a initlisation function (just like pktsched_init in
>TC). Can anyone tell me, where in the kernel boot sequence should I make a
>call to my initialisation function.
Welcome to the wonderful world o
Hi
I am trying to implement some QoS in kernel(in the IP
layersimilar to TC. BTW TC works in the data-link layer). I am
dequeuing the packets from the IP queue when the function ip_forward is
called. After processing them, I am reinserting them back to the IP queue.
I have
16 matches
Mail list logo