;> no success yet. I haven't found any example that passes the IO ports and IRQ
>> information through the device tree to the driver code.
Please look at pata_of_platform.c driver from libata subsystem,
it should have all required functionality.
>> Thanks,
>> Sachin.
>
>
> Maybe someone from the IDE SUBSYSTEM would be able to help better ?
>
> Entire thread at
> http://linuxppc.10917.n7.nabble.com/Kernel-panic-when-loading-the-IDE-controller-driver-td150020.html#none
>
> Christophe
Best regards,
--
Bartlomiej Zolnierkiewicz
Samsung R Institute Poland
Samsung Electronics
Hi All,
I finally got the FLASH controller driver working and it is now successfully
reporting the presence of 2GB Flash in the board. I used the new "libata"
driver code present in the new kernel source under drivers/ata/. Also did
the required additions in the device tree to provide the IO
Hi,
> Hopefully there are examples of passing these values through ACPI.
Are you suggesting here to look at the ide-acpi.c sourc file available as
part of the driver code? In my original post I mentioned that I have
modified the ide-generic.c source file to use the IO port addresses and IRQ
On Thu, 14 Feb 2019 01:17:11 -0700 (MST)
sgosavi1 wrote:
> > Maybe look around
> > https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?
> > id=9a0e77f28b50128df0c9e26ae489e44e29a7270a
>
> >Also look at ide_platform.c. I imagine there must be some way to set it
> >up in
able to help better ?
Entire thread at
http://linuxppc.10917.n7.nabble.com/Kernel-panic-when-loading-the-IDE-controller-driver-td150020.html#none
Christophe
> Maybe look around
> https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?
> id=9a0e77f28b50128df0c9e26ae489e44e29a7270a
>Also look at ide_platform.c. I imagine there must be some way to set it
>up in your device tree.
I have gone through this before and also tried the
Le 13/02/2019 à 13:53, sgosavi1 a écrit :
Why using 4.15.13 which is obsolete instead of using one of the Long
Term Support versions which are still maintained, like 4.14 or 4.19 ?
(see the complete list at https://www.kernel.org/category/releases.html)
Well, when I started this task
> Why using 4.15.13 which is obsolete instead of using one of the Long
> Term Support versions which are still maintained, like 4.14 or 4.19 ?
> (see the complete list at https://www.kernel.org/category/releases.html)
Well, when I started this task 4.15.13 was probably the latest stable
release
Le 13/02/2019 à 13:24, sgosavi1 a écrit :
What it the last linux version known to work properly?
We have used it successfully in the Linux-2.6.17.6 version.
Oh, ok, there's a big gap between the two versions.
Why using 4.15.13 which is obsolete instead of using one of the Long
Term
> What it the last linux version known to work properly?
We have used it successfully in the Linux-2.6.17.6 version.
Thanks,
Sachin.
--
Sent from: http://linuxppc.10917.n7.nabble.com/linuxppc-dev-f3.html
Hi,
Le 13/02/2019 à 12:01, sgosavi1 a écrit :
Hi All,
I have been working on porting Linux-4.15.13 kernel on our existing MPC8270
processor board. For this exercise, I have used pq2fads as a reference
board, its associated device tree and used cuImage for building the kernel.
What it the
Hi All,
I have been working on porting Linux-4.15.13 kernel on our existing MPC8270
processor board. For this exercise, I have used pq2fads as a reference
board, its associated device tree and used cuImage for building the kernel.
I am facing an issue with the generic IDE flash controller driver
12 matches
Mail list logo