ocf-linux-users Mailing List for Open Cryptographic Framework for Linux (Page 8)
Brought to you by:
david-m
Menu
▾
▴
ocf-linux-users — Anything and everything ocf-linux related
You can subscribe to this list here.
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(12) |
Sep
(39) |
Oct
(16) |
Nov
(7) |
Dec
(17) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2008 |
Jan
(10) |
Feb
(1) |
Mar
(18) |
Apr
(8) |
May
(14) |
Jun
(12) |
Jul
(35) |
Aug
(11) |
Sep
(3) |
Oct
(3) |
Nov
(7) |
Dec
(2) |
| 2009 |
Jan
(20) |
Feb
(12) |
Mar
(31) |
Apr
(20) |
May
(31) |
Jun
|
Jul
(2) |
Aug
(5) |
Sep
(11) |
Oct
|
Nov
(2) |
Dec
(6) |
| 2010 |
Jan
(20) |
Feb
(10) |
Mar
(16) |
Apr
|
May
(17) |
Jun
|
Jul
(2) |
Aug
(30) |
Sep
(6) |
Oct
|
Nov
|
Dec
(1) |
| 2011 |
Jan
|
Feb
(9) |
Mar
(7) |
Apr
(6) |
May
(20) |
Jun
(2) |
Jul
(13) |
Aug
(4) |
Sep
(7) |
Oct
(9) |
Nov
(5) |
Dec
(2) |
| 2012 |
Jan
(5) |
Feb
(2) |
Mar
|
Apr
(1) |
May
|
Jun
(7) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(8) |
Dec
(19) |
| 2013 |
Jan
(2) |
Feb
(3) |
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(8) |
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
(2) |
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
|
|
From: David M. <dav...@mc...> - 2010-08-23 03:36:10
|
Jivin Flaig, Patrick lays it down ...
> Hi David,
>
> I compiled the cryptotest for my target platform, and get the following response from the program when using
Looks like you driver isn't loading fully, it most certainly has registered
with OCF based on this output.
You will need to trace your drivers startup and check that it calls
crypto_register.
My guess is that it isn't,
Cheers,
Davidm
> cryptosoft driver:
>
> sh-3.2# ./cryptotest
> cryptodev_open()
> cryptodev_ioctl(cmd=c0046364 arg=be8979bc)
> cryptodev_ioctl(CRIOGET)
> cryptodev_ioctl(cmd=c030636a arg=be897a1c)
> cryptodev_ioctl(CIOCGSESSION2)
> cryptodev_ioctl(CIOCGSESSION2) - no mac
> crypto/ocf/crypto.c,389: DRIVER_LOCK()
> crypto/ocf/crypto.c,413: DRIVER_UNLOCK()
> crypto/ocf/crypto.c,415: DRIVER_LOCK()
> crypto/ocf/crypto.c,425: DRIVER_UNLOCK()
> csecreate()
> cseadd()
> cryptodev_ioctl(cmd=c01c6367 arg=be897a00)
> cryptodev_ioctl(CIOCCRYPT)
> csefind()
> cryptodev_op()
> crypto_dispatch()
> crypto/ocf/crypto.c,815: Q_LOCK()
> crypto/ocf/crypto.c,839: Q_UNLOCK()
> crypto_invoke()
> crypto_done()
> crypto/ocf/crypto.c,1156: Q_LOCK()
> crypto/ocf/crypto.c,1158: Q_UNLOCK()
> cryptodev_cb()
> crypto/ocf/crypto.c,841: Q_LOCK()
> crypto/ocf/crypto.c,867: Q_UNLOCK()
> cryptodev_op about to WAIT
> cryptodev_op finished WAITING error=0
> cryptodev_ioctl(cmd=c01c6367 arg=be897a00)
> cryptodev_ioctl(CIOCCRYPT)
> csefind()
> cryptodev_op()
> crypto_dispatch()
> crypto/ocf/crypto.c,815: Q_LOCK()
> crypto/ocf/crypto.c,839: Q_UNLOCK()
> crypto_invoke()
> crypto_done()
> crypto/ocf/crypto.c,1156: Q_LOCK()
> crypto/ocf/crypto.c,1158: Q_UNLOCK()
> cryptodev_cb()
> crypto/ocf/crypto.c,841: Q_LOCK()
> crypto/ocf/crypto.c,867: Q_UNLOCK()
> cryptodev_op about to WAIT
> cryptodev_op finished WAITING error=0
> cryptodev_ioctl(cmd=40046366 arg=be897a34)
> cryptodev_ioctl(CIOCFSESSION)
> csefind()
> csedelete()
> csefree()
> crypto_freesession()
> crypto/ocf/crypto.c,450: DRIVER_LOCK()
> crypto/ocf/crypto.c,468: DRIVER_UNLOCK()
> crypto/ocf/crypto.c,471: DRIVER_LOCK()
> crypto/ocf/crypto.c,481: DRIVER_UNLOCK()
> 0.080 sec, cryptodev_release()
> 2 3des crypts, 8 bytes, 201 byte/sec, 0.0 Mb/sec
>
>
> feroceon driver:
>
> sh-3.2# ./cryptotest
> cryptodev_open()
> cryptodev_ioctl(cmd=c0046364 arg=bebe09bc)
> cryptodev_ioctl(CRIOGET)
> cryptodev_ioctl(cmd=c030636a arg=bebe0a1c)
> cryptodev_ioctl(CIOCGSESSION2)
> cryptodev_ioctl(CIOCGSESSION2) - no mac
> crypto/ocf/crypto.c,389: DRIVER_LOCK()
> crypto/ocf/crypto.c,425: DRIVER_UNLOCK()
> cryptodev_ioctl(CIOCGSESSION2) - newsession 22
> cryptodev_ioctl(CIOCGSESSION2) - bail 22
> cryptodev_release()
>
> A similar output when using my program:
>
> cryptodev_open()
> cryptodev_ioctl(cmd=c0046364 arg=befa0cd0)
> cryptodev_ioctl(CRIOGET)
> cryptodev_ioctl(cmd=c01c6365 arg=befa0af8)
> cryptodev_ioctl(CIOCGSESSION)
> cryptodev_ioctl(CIOCGSESSION) - no mac
> crypto/ocf/crypto.c,389: DRIVER_LOCK()
> crypto/ocf/crypto.c,425: DRIVER_UNLOCK()
> cryptodev_ioctl(CIOCGSESSION) - newsession 22
> cryptodev_ioctl(CIOCGSESSION) - bail 22
> cryptodev_release()
>
>
> Do you see any reason why the hardware driver is not working?
>
> Regards
>
> Patrick
>
> -----Urspr??ngliche Nachricht-----
> Von: David McCullough [mailto:dav...@mc...]
> Gesendet: Donnerstag, 19. August 2010 07:17
> An: Flaig, Patrick
> Cc: ocf...@li...
> Betreff: Re: [Ocf-linux-users] OCF driver for Marvell Kirkwood (88F6xxx) Processors
>
>
> Jivin Flaig, Patrick lays it down ...
> > Hi David,
> >
> > Thanks for the feedback, ok now I know that cannot reference "/proc/crypto" for OCF details.
> >
> > But how can I check if the hardware driver is used or loaded?
> >
> > As said when I try to use an AES CBC algorithm with the Feroceon driver I'm getting in invalid argument error.
> > ---
> > /* Get crypto session for AES128 */
> > sess.cipher = CRYPTO_AES_CBC;
> > sess.keylen = KEY_SIZE;
> > sess.key = key;
> > if (ioctl(cfd, CIOCGSESSION, &sess)) {
> > perror("ioctl(CIOCGSESSION)");
> > return 1;
> > }
> > ---
> >
> > With the software driver no problem!
> >
> > Some time ago I did some measurements with the original Marvell SDK Kernel for the Feroceon. Without HW driver I was able to encrypt about 9 MB/s, with HW support 36 MB/s.
> > If I now do the same measurements again with loaded SW and HW driver I'm only getting a rate about 9 MB/s, which leads to the speculation that only the software driver is working.
> > Is there a way to check if the hardware driver is working?
>
> I did cover this in my previous email. Check below.
>
> Turning on debug will let you know if the driver is active or not and tell
> you lots more. Not debug while working means the driver is not being used.
>
> Debug should also give you a detailed reason why EINVAL is being returned.
> It will at least tell you the line/area the failure originated from.
>
> The debug will come out on the console/system log or somewhere. Whereever
> you kernel trace comes out.
>
> Please try building and using the cryptotest program as well. I know you
> have you own code, but the cryptotest program isa known quantity and I know
> it does everything right ;-)
>
> Cheers,
> Davidm
>
> > -----Original Message-----
> > From: David McCullough [mailto:dav...@mc...]
> > Sent: Tuesday, August 17, 2010 1:24 AM
> > To: Flaig, Patrick
> > Cc: ocf...@li...
> > Subject: Re: [Ocf-linux-users] OCF driver for Marvell Kirkwood (88F6xxx) Processors
> >
> >
> > Jivin Flaig, Patrick lays it down ...
> > > Hi David,
> > >
> > > Thanks a lot, the additional lines in the Makefile let me compile the Feroceon driver.
> > >
> > > I've now compiled the OCF module and the driver directly into the kernel.
> > >
> > > I think I've now an understanding problem, how to configure OCF the right way.
> > > Do I have to configure the cryptographic API as well, with all the algorithms I want?
> > > How can I make sure that, if I have selected AES for example, the hardware acceleration is used?
> > > /proc/crypto is only showing module: kernel.
> >
> > OCF doesn't register with /proc/crypto as it is not part of the kernel crypto.
> >
> > If you only have one OCF driver loaded then only that option can be used.
> >
> > OCF, by default, preferrs HW drivers over SW drivers. Of source this only matters if you have more than one OCF crypto driver loaded, and one is SW.
> >
> > Jivin Flaig, Patrick lays it down ...
> > > Hi David,
> > >
> > > I tried to do some measurements with the Feroceon driver and run into some problems.
> > > It seems the hardware support is not fully working.
> > >
> > > I configured OCF to use the CRYPTOSOFT driver and run a little test application, everything works fine.
> > > But when I disabled the CRYPTOSOFT driver and enabled the FEROCEON driver, my test failed with an "ioctl(CIOCGSESSION): Invalid argument" error.
> > >
> > > ---
> > > /* Get crypto session for AES128 */
> > > sess.cipher = CRYPTO_AES_CBC;
> > > sess.keylen = KEY_SIZE;
> > > sess.key = key;
> > > if (ioctl(cfd, CIOCGSESSION, &sess)) {
> > > perror("ioctl(CIOCGSESSION)");
> > > return 1;
> > > }
> > > ---
> > >
> > > For me this looks like the driver is not loaded.
> > > Did I forget to configure something?
> >
> > This sounds like either the driver is not loaded and registered properly.
> > You said you have compiled everytihng into the kernel ? It might be easier to use modules so you can debug it more easily (add trace etc).
> >
> > Try turning on debug in the ocf and crypto drivers before you load your driver.
> >
> > echo 1 > /sys/module/ocf/parameters/crypto_debug
> > echo 1 > /sys/module/cryptodev/parameters/cryptodev_debug
> >
> > Make sure your driver is registering with OCF for the alg's you want.
> >
> > > How will OCF handle algorithms that are not supported by the hardware, will the OCF switch to the kernel algorithm?
> >
> > No, OCF has no fall back, it can only use the drivers that you have loaded. If you want it to fall back to kernel SW versions you need to load cryptosoft. OCF will use HW versions in preference to SW versions.
> >
> > > Do I have to enable the CRYPTOSOFT in combination with the hardware driver?
> >
> > No. And while you are debugging your driver I recommend only loading one driver (feroceon).
> >
> > Get the cryptotest app that in bundled in with the OCF release and use that to test your OCF driver. It can do everything you need to help debug the driver and is very simple code that talks direct to OCF via /dev/crypto.
> >
> > Cheers,
> > Davidm
> >
> > --
> > David McCullough, dav...@mc..., Ph:+61 734352815
> > McAfee - SnapGear http://www.mcafee.com http://www.uCdot.org
> >
> >
>
> --
> David McCullough, dav...@mc..., Ph:+61 734352815
> McAfee - SnapGear http://www.mcafee.com http://www.uCdot.org
>
>
--
David McCullough, dav...@mc..., Ph:+61 734352815
McAfee - SnapGear http://www.mcafee.com http://www.uCdot.org
|
|
From: Harro H. <hr...@gm...> - 2010-08-20 14:52:30
|
Hello David,
I’m trying to get this driver working with a 3.6.33 kernel on my
OpenRD-Ultimate 88F6281 development board, but the cryptotest program
is waiting forever.
Debug output for mv_cesa:
------------------------------------
root@DB88FXX81:/ ./cryptotest -a aes
cryptodev_open()
cryptodev_ioctl(cmd=c0046364 arg=beea0954)
cryptodev_ioctl(CRIOGET)
cryptodev_ioctl(cmd=c030636a arg=beea09b4)
cryptodev_ioctl(CIOCGSESSION2)
cryptodev_ioctl(CIOCGSESSION2) - no mac
crypto/ocf/crypto.c,389: DRIVER_LOCK()
crypto/ocf/crypto.c,413: DRIVER_UNLOCK()
cesa_ocf_newsession()
crypto/ocf/kirkwood/cesa_ocf_drv.c,875: new session 1
crypto/ocf/kirkwood/cesa_ocf_drv.c,896: (1) AES CBC
crypto/ocf/kirkwood/cesa_ocf_drv.c,906: key length 16
crypto/ocf/crypto.c,415: DRIVER_LOCK()
crypto/ocf/crypto.c,425: DRIVER_UNLOCK()
csecreate()
cseadd()
cryptodev_ioctl(cmd=c01c6367 arg=beea0998)
cryptodev_ioctl(CIOCCRYPT)
csefind()
cryptodev_op()
crypto_dispatch()
crypto/ocf/crypto.c,815: Q_LOCK()
crypto/ocf/crypto.c,839: Q_UNLOCK()
crypto_invoke()
cesa_ocf_process()
crypto/ocf/kirkwood/cesa_ocf_drv.c,425: handle UIO.
crypto/ocf/kirkwood/cesa_ocf_drv.c,440: buf 0-> addr ded17500, size 10
crypto/ocf/kirkwood/cesa_ocf_drv.c,480: cipher encrypt
crypto/ocf/kirkwood/cesa_ocf_drv.c,491: IV from USER (offset 0)
crypto/ocf/kirkwood/cesa_ocf_drv.c,508: don't copy the IV back to the buffer
crypto/ocf/kirkwood/cesa_ocf_drv.c,596: Sending Action:
crypto/ocf/kirkwood/cesa_ocf_drv.c,597: IV from user: 1. IV offset 0
crypto/ocf/kirkwood/cesa_ocf_drv.c,598: crypt offset 10 len 10
crypto/ocf/kirkwood/cesa_ocf_drv.c,599: Auth offset 0 len 0
crypto/ocf/kirkwood/cesa_ocf_drv.c,600: set digest in offset 0 .
SRC BUFFER: pMbuf=dfa4bc24, numFrags=2, mbufSize=32
# 0. bufVirt=df8ee020, bufSize=16
df8ee020: 33 35 38 36 74 34 69 6f 68 33 75 21 75 36 34 39
# 1. bufVirt=ded17500, bufSize=16
ded17500: 6e 33 38 39 34 36 6f 74 38 69 74 39 31 65 75 6e
crypto/ocf/crypto.c,841: Q_LOCK()
crypto/ocf/crypto.c,867: Q_UNLOCK()
cryptodev_op about to WAIT
------------------------------------
Debug output for cryptosoft (which is working just fine):
------------------------------------
root@DB88FXX81:/ ./cryptotest -a aes
cryptodev_open()
cryptodev_ioctl(cmd=c0046364 arg=bea58954)
cryptodev_ioctl(CRIOGET)
cryptodev_ioctl(cmd=c030636a arg=bea589b4)
cryptodev_ioctl(CIOCGSESSION2)
cryptodev_ioctl(CIOCGSESSION2) - no mac
crypto/ocf/crypto.c,389: DRIVER_LOCK()
crypto/ocf/crypto.c,413: DRIVER_UNLOCK()
swcr_newsession()
swcr_newsession crypto_alloc_*blkcipher(cbc(aes), 0x0)
swcr_newsession cbc(aes) cipher is async
swcr_newsession key:cri->cri_klen=128,(cri->cri_klen + 7)/8=16
0x32 0x61 0x38 0x6f 0x21 0x32 0x61 0x61
0x21 0x35 0x75 0x21 0x69 0x30 0x65 0x21
crypto/ocf/crypto.c,415: DRIVER_LOCK()
crypto/ocf/crypto.c,425: DRIVER_UNLOCK()
csecreate()
cseadd()
cryptodev_ioctl(cmd=c01c6367 arg=bea58998)
cryptodev_ioctl(CIOCCRYPT)
csefind()
cryptodev_op()
crypto_dispatch()
crypto/ocf/crypto.c,815: Q_LOCK()
crypto/ocf/crypto.c,839: Q_UNLOCK()
crypto_invoke()
swcr_process()
swcr_process_req()
crypto OP success 0
crypto_done()
crypto/ocf/crypto.c,1156: Q_LOCK()
crypto/ocf/crypto.c,1158: Q_UNLOCK()
cryptodev_cb()
crypto/ocf/crypto.c,841: Q_LOCK()
crypto/ocf/crypto.c,867: Q_UNLOCK()
cryptodev_op about to WAIT
cryptodev_op finished WAITING error=0
cryptodev_ioctl(cmd=c01c6367 arg=bea58998)
cryptodev_ioctl(CIOCCRYPT)
csefind()
cryptodev_op()
crypto_dispatch()
crypto/ocf/crypto.c,815: Q_LOCK()
crypto/ocf/crypto.c,839: Q_UNLOCK()
crypto_invoke()
swcr_process()
swcr_process_req()
crypto OP success 0
crypto_done()
crypto/ocf/crypto.c,1156: Q_LOCK()
crypto/ocf/crypto.c,1158: Q_UNLOCK()
cryptodev_cb()
crypto/ocf/crypto.c,841: Q_LOCK()
crypto/ocf/crypto.c,867: Q_UNLOCK()
cryptodev_op about to WAIT
cryptodev_op finished WAITING error=0
cryptodev_ioctl(cmd=40046366 arg=bea589cc)
cryptodev_ioctl(CIOCFSESSION)
csefind()
csedelete()
csefree()
crypto_freesession()
crypto/ocf/crypto.c,450: DRIVER_LOCK()
crypto/ocf/crypto.c,468: DRIVER_UNLOCK()
swcr_freesession()
crypto/ocf/crypto.c,471: DRIVER_LOCK()
crypto/ocf/crypto.c,481: DRIVER_UNLOCK()
0.089 sec, cryptodev_release()
2 aes crypts, 16 bytes, 358 byte/sec, 0.0 Mb/sec
root@DB88FXX81:/
------------------------------------
I am following this thread as well:
“[Ocf-linux-users] OCF driver for Marvell Kirkwood (88F6xxx) Processors”
http://sourceforge.net/mailarchive/forum.php?thread_name=8D145DCD0F55B543949BE94258003A200DF9AD4EA6%40exchange12.bdt-rw.de&forum_name=ocf-linux-users
Attached are my patches (fixes as described in the thread above) and
series file.
Do you have an idea why the system is hanging/waiting forever?
Thanks,
Harro
|
|
From: Flaig, P. <Pat...@bd...> - 2010-08-20 13:03:29
|
Hi David,
I compiled the cryptotest for my target platform, and get the following response from the program when using
cryptosoft driver:
sh-3.2# ./cryptotest
cryptodev_open()
cryptodev_ioctl(cmd=c0046364 arg=be8979bc)
cryptodev_ioctl(CRIOGET)
cryptodev_ioctl(cmd=c030636a arg=be897a1c)
cryptodev_ioctl(CIOCGSESSION2)
cryptodev_ioctl(CIOCGSESSION2) - no mac
crypto/ocf/crypto.c,389: DRIVER_LOCK()
crypto/ocf/crypto.c,413: DRIVER_UNLOCK()
crypto/ocf/crypto.c,415: DRIVER_LOCK()
crypto/ocf/crypto.c,425: DRIVER_UNLOCK()
csecreate()
cseadd()
cryptodev_ioctl(cmd=c01c6367 arg=be897a00)
cryptodev_ioctl(CIOCCRYPT)
csefind()
cryptodev_op()
crypto_dispatch()
crypto/ocf/crypto.c,815: Q_LOCK()
crypto/ocf/crypto.c,839: Q_UNLOCK()
crypto_invoke()
crypto_done()
crypto/ocf/crypto.c,1156: Q_LOCK()
crypto/ocf/crypto.c,1158: Q_UNLOCK()
cryptodev_cb()
crypto/ocf/crypto.c,841: Q_LOCK()
crypto/ocf/crypto.c,867: Q_UNLOCK()
cryptodev_op about to WAIT
cryptodev_op finished WAITING error=0
cryptodev_ioctl(cmd=c01c6367 arg=be897a00)
cryptodev_ioctl(CIOCCRYPT)
csefind()
cryptodev_op()
crypto_dispatch()
crypto/ocf/crypto.c,815: Q_LOCK()
crypto/ocf/crypto.c,839: Q_UNLOCK()
crypto_invoke()
crypto_done()
crypto/ocf/crypto.c,1156: Q_LOCK()
crypto/ocf/crypto.c,1158: Q_UNLOCK()
cryptodev_cb()
crypto/ocf/crypto.c,841: Q_LOCK()
crypto/ocf/crypto.c,867: Q_UNLOCK()
cryptodev_op about to WAIT
cryptodev_op finished WAITING error=0
cryptodev_ioctl(cmd=40046366 arg=be897a34)
cryptodev_ioctl(CIOCFSESSION)
csefind()
csedelete()
csefree()
crypto_freesession()
crypto/ocf/crypto.c,450: DRIVER_LOCK()
crypto/ocf/crypto.c,468: DRIVER_UNLOCK()
crypto/ocf/crypto.c,471: DRIVER_LOCK()
crypto/ocf/crypto.c,481: DRIVER_UNLOCK()
0.080 sec, cryptodev_release()
2 3des crypts, 8 bytes, 201 byte/sec, 0.0 Mb/sec
feroceon driver:
sh-3.2# ./cryptotest
cryptodev_open()
cryptodev_ioctl(cmd=c0046364 arg=bebe09bc)
cryptodev_ioctl(CRIOGET)
cryptodev_ioctl(cmd=c030636a arg=bebe0a1c)
cryptodev_ioctl(CIOCGSESSION2)
cryptodev_ioctl(CIOCGSESSION2) - no mac
crypto/ocf/crypto.c,389: DRIVER_LOCK()
crypto/ocf/crypto.c,425: DRIVER_UNLOCK()
cryptodev_ioctl(CIOCGSESSION2) - newsession 22
cryptodev_ioctl(CIOCGSESSION2) - bail 22
cryptodev_release()
A similar output when using my program:
cryptodev_open()
cryptodev_ioctl(cmd=c0046364 arg=befa0cd0)
cryptodev_ioctl(CRIOGET)
cryptodev_ioctl(cmd=c01c6365 arg=befa0af8)
cryptodev_ioctl(CIOCGSESSION)
cryptodev_ioctl(CIOCGSESSION) - no mac
crypto/ocf/crypto.c,389: DRIVER_LOCK()
crypto/ocf/crypto.c,425: DRIVER_UNLOCK()
cryptodev_ioctl(CIOCGSESSION) - newsession 22
cryptodev_ioctl(CIOCGSESSION) - bail 22
cryptodev_release()
Do you see any reason why the hardware driver is not working?
Regards
Patrick
-----Ursprüngliche Nachricht-----
Von: David McCullough [mailto:dav...@mc...]
Gesendet: Donnerstag, 19. August 2010 07:17
An: Flaig, Patrick
Cc: ocf...@li...
Betreff: Re: [Ocf-linux-users] OCF driver for Marvell Kirkwood (88F6xxx) Processors
Jivin Flaig, Patrick lays it down ...
> Hi David,
>
> Thanks for the feedback, ok now I know that cannot reference "/proc/crypto" for OCF details.
>
> But how can I check if the hardware driver is used or loaded?
>
> As said when I try to use an AES CBC algorithm with the Feroceon driver I'm getting in invalid argument error.
> ---
> /* Get crypto session for AES128 */
> sess.cipher = CRYPTO_AES_CBC;
> sess.keylen = KEY_SIZE;
> sess.key = key;
> if (ioctl(cfd, CIOCGSESSION, &sess)) {
> perror("ioctl(CIOCGSESSION)");
> return 1;
> }
> ---
>
> With the software driver no problem!
>
> Some time ago I did some measurements with the original Marvell SDK Kernel for the Feroceon. Without HW driver I was able to encrypt about 9 MB/s, with HW support 36 MB/s.
> If I now do the same measurements again with loaded SW and HW driver I'm only getting a rate about 9 MB/s, which leads to the speculation that only the software driver is working.
> Is there a way to check if the hardware driver is working?
I did cover this in my previous email. Check below.
Turning on debug will let you know if the driver is active or not and tell
you lots more. Not debug while working means the driver is not being used.
Debug should also give you a detailed reason why EINVAL is being returned.
It will at least tell you the line/area the failure originated from.
The debug will come out on the console/system log or somewhere. Whereever
you kernel trace comes out.
Please try building and using the cryptotest program as well. I know you
have you own code, but the cryptotest program isa known quantity and I know
it does everything right ;-)
Cheers,
Davidm
> -----Original Message-----
> From: David McCullough [mailto:dav...@mc...]
> Sent: Tuesday, August 17, 2010 1:24 AM
> To: Flaig, Patrick
> Cc: ocf...@li...
> Subject: Re: [Ocf-linux-users] OCF driver for Marvell Kirkwood (88F6xxx) Processors
>
>
> Jivin Flaig, Patrick lays it down ...
> > Hi David,
> >
> > Thanks a lot, the additional lines in the Makefile let me compile the Feroceon driver.
> >
> > I've now compiled the OCF module and the driver directly into the kernel.
> >
> > I think I've now an understanding problem, how to configure OCF the right way.
> > Do I have to configure the cryptographic API as well, with all the algorithms I want?
> > How can I make sure that, if I have selected AES for example, the hardware acceleration is used?
> > /proc/crypto is only showing module: kernel.
>
> OCF doesn't register with /proc/crypto as it is not part of the kernel crypto.
>
> If you only have one OCF driver loaded then only that option can be used.
>
> OCF, by default, preferrs HW drivers over SW drivers. Of source this only matters if you have more than one OCF crypto driver loaded, and one is SW.
>
> Jivin Flaig, Patrick lays it down ...
> > Hi David,
> >
> > I tried to do some measurements with the Feroceon driver and run into some problems.
> > It seems the hardware support is not fully working.
> >
> > I configured OCF to use the CRYPTOSOFT driver and run a little test application, everything works fine.
> > But when I disabled the CRYPTOSOFT driver and enabled the FEROCEON driver, my test failed with an "ioctl(CIOCGSESSION): Invalid argument" error.
> >
> > ---
> > /* Get crypto session for AES128 */
> > sess.cipher = CRYPTO_AES_CBC;
> > sess.keylen = KEY_SIZE;
> > sess.key = key;
> > if (ioctl(cfd, CIOCGSESSION, &sess)) {
> > perror("ioctl(CIOCGSESSION)");
> > return 1;
> > }
> > ---
> >
> > For me this looks like the driver is not loaded.
> > Did I forget to configure something?
>
> This sounds like either the driver is not loaded and registered properly.
> You said you have compiled everytihng into the kernel ? It might be easier to use modules so you can debug it more easily (add trace etc).
>
> Try turning on debug in the ocf and crypto drivers before you load your driver.
>
> echo 1 > /sys/module/ocf/parameters/crypto_debug
> echo 1 > /sys/module/cryptodev/parameters/cryptodev_debug
>
> Make sure your driver is registering with OCF for the alg's you want.
>
> > How will OCF handle algorithms that are not supported by the hardware, will the OCF switch to the kernel algorithm?
>
> No, OCF has no fall back, it can only use the drivers that you have loaded. If you want it to fall back to kernel SW versions you need to load cryptosoft. OCF will use HW versions in preference to SW versions.
>
> > Do I have to enable the CRYPTOSOFT in combination with the hardware driver?
>
> No. And while you are debugging your driver I recommend only loading one driver (feroceon).
>
> Get the cryptotest app that in bundled in with the OCF release and use that to test your OCF driver. It can do everything you need to help debug the driver and is very simple code that talks direct to OCF via /dev/crypto.
>
> Cheers,
> Davidm
>
> --
> David McCullough, dav...@mc..., Ph:+61 734352815
> McAfee - SnapGear http://www.mcafee.com http://www.uCdot.org
>
>
--
David McCullough, dav...@mc..., Ph:+61 734352815
McAfee - SnapGear http://www.mcafee.com http://www.uCdot.org
|
|
From: David M. <dav...@mc...> - 2010-08-20 03:56:23
|
Hi all, Here is a patch that fixes some serious issues with the newly async capable cryptosoft driver. The problems were two fold. * The driver was not closing kernel crypto requests correctly, resulting in a very rapid memory leak (~96 bytes per request). * The driver was not chaining requests correctly. So if you were using cryptosoft to do IPSec or cipher/hash combinations it would only do the first op. Attached is a patch against ocf-linux-20100325 that should address both of these problems. If you have any issue with it please let me know. Cheers, Davidm -- David McCullough, dav...@mc..., Ph:+61 734352815 McAfee - SnapGear http://www.mcafee.com http://www.uCdot.org |
|
From: David M. <dav...@mc...> - 2010-08-19 05:17:18
|
Jivin Flaig, Patrick lays it down ...
> Hi David,
>
> Thanks for the feedback, ok now I know that cannot reference "/proc/crypto" for OCF details.
>
> But how can I check if the hardware driver is used or loaded?
>
> As said when I try to use an AES CBC algorithm with the Feroceon driver I'm getting in invalid argument error.
> ---
> /* Get crypto session for AES128 */
> sess.cipher = CRYPTO_AES_CBC;
> sess.keylen = KEY_SIZE;
> sess.key = key;
> if (ioctl(cfd, CIOCGSESSION, &sess)) {
> perror("ioctl(CIOCGSESSION)");
> return 1;
> }
> ---
>
> With the software driver no problem!
>
> Some time ago I did some measurements with the original Marvell SDK Kernel for the Feroceon. Without HW driver I was able to encrypt about 9 MB/s, with HW support 36 MB/s.
> If I now do the same measurements again with loaded SW and HW driver I'm only getting a rate about 9 MB/s, which leads to the speculation that only the software driver is working.
> Is there a way to check if the hardware driver is working?
I did cover this in my previous email. Check below.
Turning on debug will let you know if the driver is active or not and tell
you lots more. Not debug while working means the driver is not being used.
Debug should also give you a detailed reason why EINVAL is being returned.
It will at least tell you the line/area the failure originated from.
The debug will come out on the console/system log or somewhere. Whereever
you kernel trace comes out.
Please try building and using the cryptotest program as well. I know you
have you own code, but the cryptotest program isa known quantity and I know
it does everything right ;-)
Cheers,
Davidm
> -----Original Message-----
> From: David McCullough [mailto:dav...@mc...]
> Sent: Tuesday, August 17, 2010 1:24 AM
> To: Flaig, Patrick
> Cc: ocf...@li...
> Subject: Re: [Ocf-linux-users] OCF driver for Marvell Kirkwood (88F6xxx) Processors
>
>
> Jivin Flaig, Patrick lays it down ...
> > Hi David,
> >
> > Thanks a lot, the additional lines in the Makefile let me compile the Feroceon driver.
> >
> > I've now compiled the OCF module and the driver directly into the kernel.
> >
> > I think I've now an understanding problem, how to configure OCF the right way.
> > Do I have to configure the cryptographic API as well, with all the algorithms I want?
> > How can I make sure that, if I have selected AES for example, the hardware acceleration is used?
> > /proc/crypto is only showing module: kernel.
>
> OCF doesn't register with /proc/crypto as it is not part of the kernel crypto.
>
> If you only have one OCF driver loaded then only that option can be used.
>
> OCF, by default, preferrs HW drivers over SW drivers. Of source this only matters if you have more than one OCF crypto driver loaded, and one is SW.
>
> Jivin Flaig, Patrick lays it down ...
> > Hi David,
> >
> > I tried to do some measurements with the Feroceon driver and run into some problems.
> > It seems the hardware support is not fully working.
> >
> > I configured OCF to use the CRYPTOSOFT driver and run a little test application, everything works fine.
> > But when I disabled the CRYPTOSOFT driver and enabled the FEROCEON driver, my test failed with an "ioctl(CIOCGSESSION): Invalid argument" error.
> >
> > ---
> > /* Get crypto session for AES128 */
> > sess.cipher = CRYPTO_AES_CBC;
> > sess.keylen = KEY_SIZE;
> > sess.key = key;
> > if (ioctl(cfd, CIOCGSESSION, &sess)) {
> > perror("ioctl(CIOCGSESSION)");
> > return 1;
> > }
> > ---
> >
> > For me this looks like the driver is not loaded.
> > Did I forget to configure something?
>
> This sounds like either the driver is not loaded and registered properly.
> You said you have compiled everytihng into the kernel ? It might be easier to use modules so you can debug it more easily (add trace etc).
>
> Try turning on debug in the ocf and crypto drivers before you load your driver.
>
> echo 1 > /sys/module/ocf/parameters/crypto_debug
> echo 1 > /sys/module/cryptodev/parameters/cryptodev_debug
>
> Make sure your driver is registering with OCF for the alg's you want.
>
> > How will OCF handle algorithms that are not supported by the hardware, will the OCF switch to the kernel algorithm?
>
> No, OCF has no fall back, it can only use the drivers that you have loaded. If you want it to fall back to kernel SW versions you need to load cryptosoft. OCF will use HW versions in preference to SW versions.
>
> > Do I have to enable the CRYPTOSOFT in combination with the hardware driver?
>
> No. And while you are debugging your driver I recommend only loading one driver (feroceon).
>
> Get the cryptotest app that in bundled in with the OCF release and use that to test your OCF driver. It can do everything you need to help debug the driver and is very simple code that talks direct to OCF via /dev/crypto.
>
> Cheers,
> Davidm
>
> --
> David McCullough, dav...@mc..., Ph:+61 734352815
> McAfee - SnapGear http://www.mcafee.com http://www.uCdot.org
>
>
--
David McCullough, dav...@mc..., Ph:+61 734352815
McAfee - SnapGear http://www.mcafee.com http://www.uCdot.org
|
|
From: Flaig, P. <Pat...@bd...> - 2010-08-17 06:59:08
|
Hi David,
Thanks for the feedback, ok now I know that cannot reference "/proc/crypto" for OCF details.
But how can I check if the hardware driver is used or loaded?
As said when I try to use an AES CBC algorithm with the Feroceon driver I'm getting in invalid argument error.
---
/* Get crypto session for AES128 */
sess.cipher = CRYPTO_AES_CBC;
sess.keylen = KEY_SIZE;
sess.key = key;
if (ioctl(cfd, CIOCGSESSION, &sess)) {
perror("ioctl(CIOCGSESSION)");
return 1;
}
---
With the software driver no problem!
Some time ago I did some measurements with the original Marvell SDK Kernel for the Feroceon. Without HW driver I was able to encrypt about 9 MB/s, with HW support 36 MB/s.
If I now do the same measurements again with loaded SW and HW driver I'm only getting a rate about 9 MB/s, which leads to the speculation that only the software driver is working.
Is there a way to check if the hardware driver is working?
Patrick
-----Original Message-----
From: David McCullough [mailto:dav...@mc...]
Sent: Tuesday, August 17, 2010 1:24 AM
To: Flaig, Patrick
Cc: ocf...@li...
Subject: Re: [Ocf-linux-users] OCF driver for Marvell Kirkwood (88F6xxx) Processors
Jivin Flaig, Patrick lays it down ...
> Hi David,
>
> Thanks a lot, the additional lines in the Makefile let me compile the Feroceon driver.
>
> I've now compiled the OCF module and the driver directly into the kernel.
>
> I think I've now an understanding problem, how to configure OCF the right way.
> Do I have to configure the cryptographic API as well, with all the algorithms I want?
> How can I make sure that, if I have selected AES for example, the hardware acceleration is used?
> /proc/crypto is only showing module: kernel.
OCF doesn't register with /proc/crypto as it is not part of the kernel crypto.
If you only have one OCF driver loaded then only that option can be used.
OCF, by default, preferrs HW drivers over SW drivers. Of source this only matters if you have more than one OCF crypto driver loaded, and one is SW.
Jivin Flaig, Patrick lays it down ...
> Hi David,
>
> I tried to do some measurements with the Feroceon driver and run into some problems.
> It seems the hardware support is not fully working.
>
> I configured OCF to use the CRYPTOSOFT driver and run a little test application, everything works fine.
> But when I disabled the CRYPTOSOFT driver and enabled the FEROCEON driver, my test failed with an "ioctl(CIOCGSESSION): Invalid argument" error.
>
> ---
> /* Get crypto session for AES128 */
> sess.cipher = CRYPTO_AES_CBC;
> sess.keylen = KEY_SIZE;
> sess.key = key;
> if (ioctl(cfd, CIOCGSESSION, &sess)) {
> perror("ioctl(CIOCGSESSION)");
> return 1;
> }
> ---
>
> For me this looks like the driver is not loaded.
> Did I forget to configure something?
This sounds like either the driver is not loaded and registered properly.
You said you have compiled everytihng into the kernel ? It might be easier to use modules so you can debug it more easily (add trace etc).
Try turning on debug in the ocf and crypto drivers before you load your driver.
echo 1 > /sys/module/ocf/parameters/crypto_debug
echo 1 > /sys/module/cryptodev/parameters/cryptodev_debug
Make sure your driver is registering with OCF for the alg's you want.
> How will OCF handle algorithms that are not supported by the hardware, will the OCF switch to the kernel algorithm?
No, OCF has no fall back, it can only use the drivers that you have loaded. If you want it to fall back to kernel SW versions you need to load cryptosoft. OCF will use HW versions in preference to SW versions.
> Do I have to enable the CRYPTOSOFT in combination with the hardware driver?
No. And while you are debugging your driver I recommend only loading one driver (feroceon).
Get the cryptotest app that in bundled in with the OCF release and use that to test your OCF driver. It can do everything you need to help debug the driver and is very simple code that talks direct to OCF via /dev/crypto.
Cheers,
Davidm
--
David McCullough, dav...@mc..., Ph:+61 734352815
McAfee - SnapGear http://www.mcafee.com http://www.uCdot.org
|
|
From: David M. <dav...@mc...> - 2010-08-16 23:25:54
|
Jivin Flaig, Patrick lays it down ...
> Hi David,
>
> Thanks a lot, the additional lines in the Makefile let me compile the Feroceon driver.
>
> I've now compiled the OCF module and the driver directly into the kernel.
>
> I think I've now an understanding problem, how to configure OCF the right way.
> Do I have to configure the cryptographic API as well, with all the algorithms I want?
> How can I make sure that, if I have selected AES for example, the hardware acceleration is used?
> /proc/crypto is only showing module: kernel.
OCF doesn't register with /proc/crypto as it is not part of the kernel
crypto.
If you only have one OCF driver loaded then only that option can be used.
OCF, by default, preferrs HW drivers over SW drivers. Of source this only
matters if you have more than one OCF crypto driver loaded, and one is SW.
Jivin Flaig, Patrick lays it down ...
> Hi David,
>
> I tried to do some measurements with the Feroceon driver and run into some problems.
> It seems the hardware support is not fully working.
>
> I configured OCF to use the CRYPTOSOFT driver and run a little test application, everything works fine.
> But when I disabled the CRYPTOSOFT driver and enabled the FEROCEON driver, my test failed with an "ioctl(CIOCGSESSION): Invalid argument" error.
>
> ---
> /* Get crypto session for AES128 */
> sess.cipher = CRYPTO_AES_CBC;
> sess.keylen = KEY_SIZE;
> sess.key = key;
> if (ioctl(cfd, CIOCGSESSION, &sess)) {
> perror("ioctl(CIOCGSESSION)");
> return 1;
> }
> ---
>
> For me this looks like the driver is not loaded.
> Did I forget to configure something?
This sounds like either the driver is not loaded and registered properly.
You said you have compiled everytihng into the kernel ? It might be easier
to use modules so you can debug it more easily (add trace etc).
Try turning on debug in the ocf and crypto drivers before you load your
driver.
echo 1 > /sys/module/ocf/parameters/crypto_debug
echo 1 > /sys/module/cryptodev/parameters/cryptodev_debug
Make sure your driver is registering with OCF for the alg's you want.
> How will OCF handle algorithms that are not supported by the hardware, will the OCF switch to the kernel algorithm?
No, OCF has no fall back, it can only use the drivers that you have
loaded. If you want it to fall back to kernel SW versions you need to load
cryptosoft. OCF will use HW versions in preference to SW versions.
> Do I have to enable the CRYPTOSOFT in combination with the hardware driver?
No. And while you are debugging your driver I recommend only loading one
driver (feroceon).
Get the cryptotest app that in bundled in with the OCF release and use that
to test your OCF driver. It can do everything you need to help debug the
driver and is very simple code that talks direct to OCF via /dev/crypto.
Cheers,
Davidm
--
David McCullough, dav...@mc..., Ph:+61 734352815
McAfee - SnapGear http://www.mcafee.com http://www.uCdot.org
|
|
From: Flaig, P. <Pat...@bd...> - 2010-08-16 14:14:39
|
Hi David,
I tried to do some measurements with the Feroceon driver and run into some problems.
It seems the hardware support is not fully working.
I configured OCF to use the CRYPTOSOFT driver and run a little test application, everything works fine.
But when I disabled the CRYPTOSOFT driver and enabled the FEROCEON driver, my test failed with an "ioctl(CIOCGSESSION): Invalid argument" error.
---
/* Get crypto session for AES128 */
sess.cipher = CRYPTO_AES_CBC;
sess.keylen = KEY_SIZE;
sess.key = key;
if (ioctl(cfd, CIOCGSESSION, &sess)) {
perror("ioctl(CIOCGSESSION)");
return 1;
}
---
For me this looks like the driver is not loaded.
Did I forget to configure something?
How will OCF handle algorithms that are not supported by the hardware, will the OCF switch to the kernel algorithm?
Do I have to enable the CRYPTOSOFT in combination with the hardware driver?
Thank you again for your answer(s).
Regards
Patrick
-----Original Message-----
From: Flaig, Patrick
Sent: Wednesday, August 11, 2010 6:07 PM
To: 'David McCullough'
Cc: ocf...@li...
Subject: RE: [Ocf-linux-users] OCF driver for Marvell Kirkwood (88F6xxx) Processors
Hi David,
Thanks a lot, the additional lines in the Makefile let me compile the Feroceon driver.
I've now compiled the OCF module and the driver directly into the kernel.
I think I've now an understanding problem, how to configure OCF the right way.
Do I have to configure the cryptographic API as well, with all the algorithms I want?
How can I make sure that, if I have selected AES for example, the hardware acceleration is used?
/proc/crypto is only showing module: kernel.
Patrick
|
|
From: Flaig, P. <Pat...@bd...> - 2010-08-11 16:07:30
|
Hi David, Thanks a lot, the additional lines in the Makefile let me compile the Feroceon driver. I've now compiled the OCF module and the driver directly into the kernel. I think I've now an understanding problem, how to configure OCF the right way. Do I have to configure the cryptographic API as well, with all the algorithms I want? How can I make sure that, if I have selected AES for example, the hardware acceleration is used? /proc/crypto is only showing module: kernel. Patrick -----Original Message----- From: David McCullough [mailto:dav...@mc...] Sent: Wednesday, August 11, 2010 9:03 AM To: Flaig, Patrick Cc: ocf...@li... Subject: Re: [Ocf-linux-users] OCF driver for Marvell Kirkwood (88F6xxx) Processors Jivin Flaig, Patrick lays it down ... > Thanks David, > > that would be great! Try adding the following two lines to your Makefile and see how you go: mv_cesa-y += mvHal/mv_hal/ddr2/spd/mvSpd.o mvHal/mv78xx0_family/device/mvDevice.o mv_cesa-y += mvHal/mv_hal/eth-phy/mvEthPhy.o mvHal/mv_hal/cntmr/mvCntmr.o Cheers, Davidm > Patrick > -----Original Message----- > From: David McCullough [mailto:dav...@mc...] > Sent: Monday, August 09, 2010 1:36 PM > To: Flaig, Patrick > Cc: ocf...@li... > Subject: Re: [Ocf-linux-users] OCF driver for Marvell Kirkwood > (88F6xxx) Processors > > > Jivin Flaig, Patrick lays it down ... > > Hi David, > > > > Did you already have the chance to look into the driver for the Feroceon? > > Sorry, I'm a little busy just now, I intend to look at it for you soon, hopefully later in the week. > > Sorry, I meant to let you know :-( > > Cheers, > Davidm > > > > > Patrick > > > > -----Original Message----- > > From: Flaig, Patrick > > Sent: Tuesday, August 03, 2010 5:41 PM > > To: 'David McCullough' > > Cc: 'ocf...@li...' > > Subject: RE: [Ocf-linux-users] OCF driver for Marvell Kirkwood > > (88F6xxx) Processors > > > > Hi David, > > > > As said the OCF driver for Kirkwood is now compiling. But I still have some issues when porting the driver for Feroceon. > > > > I've attached my modified drivers; maybe you can take a look into it and resolve the one or other dependency. > > I think you are more familiar with the Kirkwood driver and it should be easier for you to get the Feroceon driver compiling. > > > > Thanks a lot and best regards. > > > > Patrick > > > > -----Original Message----- > > From: Flaig, Patrick > > Sent: Tuesday, August 03, 2010 2:30 PM > > To: 'David McCullough' > > Cc: ocf...@li... > > Subject: RE: [Ocf-linux-users] OCF driver for Marvell Kirkwood > > (88F6xxx) Processors > > > > Hi David, > > > > Thanks, for the files, now I'm able to compile the driver. > > When I finished porting the driver for the feroceon platform I also can send you the code, for further use in the OCF project. > > > > One comment from me, I think in the current release mvAesBoxes.dat is also missing. > > > > Is there a next release planned with fixes for the issues we found? > > > > Patrick > > > > -----Original Message----- > > From: David McCullough [mailto:dav...@mc...] > > Sent: Tuesday, August 03, 2010 11:39 AM > > To: Flaig, Patrick > > Cc: ocf...@li... > > Subject: Re: [Ocf-linux-users] OCF driver for Marvell Kirkwood > > (88F6xxx) Processors > > > > > > Jivin Flaig, Patrick lays it down ... > > > Hi, > > > > > > the mv_cesa.h is a Marvell specific file, which they use in their SDKs for the different processors. > > > I will now cross check my SDK if, there is an additional mv_cesa.h which I have to use. > > > My only problem is that I only have a SDK for the Feroceon not for the Kirkwood. > > > > > > Initially I only wanted to port the kirkwood driver to the feroceon platform, but then I saw that it is not possible to compile the kirkwood OCF driver. > > > So I think I have to fix this first to continue with porting the driver. > > > > A couple of things, attached is the mv_cesa.h from my kernel, not much in there really. > > > > Also a patch the was not in the last release which will fix the copyback errors you were seeing. > > > > Cheers, > > Davidm > > > > > > > > > -----Urspr??ngliche Nachricht----- > > > Von: David McCullough [mailto:dav...@mc...] > > > Gesendet: Dienstag, 3. August 2010 02:58 > > > An: Flaig, Patrick > > > Cc: ocf...@li... > > > Betreff: Re: [Ocf-linux-users] OCF driver for Marvell Kirkwood > > > (88F6xxx) Processors > > > > > > > > > Jivin Flaig, Patrick lays it down ... > > > > Hi, > > > > > > > > Thanks for the hint, but where should this file or the directory "plat" be? > > > > Is mv_cesa.h the same as under crypto/ocf/Kirkwood/cesa? > > > > > > > > But when it is the same, why is it included twice > > > > <cesa/mv_cesa.h> and <plat/mv_cesa.h> > > > > > > I think that plat/mv_cesa.h comes from the linux kernel. > > > > > > Cheers, > > > Davidm > > > > > > > -----Original Message----- > > > > From: added by portage for apache > > > > [mailto:ap...@at...] On Behalf Of > > > > md...@as... > > > > Sent: Monday, August 02, 2010 4:59 PM > > > > To: Flaig, Patrick > > > > Subject: Re: [Ocf-linux-users] OCF driver for Marvell Kirkwood > > > > (88F6xxx) Processors > > > > > > > > Hi > > > > Ignore the warnings > > > > make sure that the following file exists and you include it: > > > > plat/mv_cesa.h > > > > >> crypto/ocf/kirkwood/cesa_ocf_drv.c:49:26: error: plat/mv_cesa.h: > > > > >> No such file >>or directory > > > > Regards > > > > Mihalis > > > > > > > > Quoting "Flaig, Patrick" <Pat...@bd...>: > > > > > > > > > Hello, > > > > > > > > > > Maybe someone can help me; I'm getting some compile errors when > > > > > trying to compile the OCF driver for Marvell Kirkwood. > > > > > > > > > > I'm using a Kernel 2.6.31.14 with the latest OCF patches > > > > > (ocf-linux-26-20100325.patch) and the Marvell SDK 3.2 cross > > > > > compilers (arm-mv5vfp-linux-gnueabi). > > > > > > > > > > OCF without this driver enabled compiles without any problems. > > > > > > > > > > Here is the output of the build process: > > > > > > > > > > make ARCH=arm CROSS_COMPILE=arm-mv5vfp-linux-gnueabi- uImage > > > > > scripts/kconfig/conf -s arch/arm/Kconfig > > > > > CHK include/linux/version.h > > > > > make[1]: `include/asm-arm/mach-types.h' is up to date. > > > > > CHK include/linux/utsrelease.h > > > > > SYMLINK include/asm -> include/asm-arm > > > > > CALL scripts/checksyscalls.sh > > > > > <stdin>:1351:2: warning: #warning syscall migrate_pages not > > > > > implemented > > > > > <stdin>:1407:2: warning: #warning syscall pselect6 not > > > > > implemented > > > > > <stdin>:1411:2: warning: #warning syscall ppoll not > > > > > implemented > > > > > <stdin>:1451:2: warning: #warning syscall epoll_pwait not implemented > > > > > CHK include/linux/compile.h > > > > > CC crypto/ocf/kirkwood/cesa/mvCesa.o > > > > > CC crypto/ocf/kirkwood/cesa/mvLru.o > > > > > CC crypto/ocf/kirkwood/cesa/mvMD5.o > > > > > CC crypto/ocf/kirkwood/cesa/mvSHA1.o > > > > > CC crypto/ocf/kirkwood/cesa/AES/mvAesAlg.o > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:13:26: error: > > > > > mvAesBoxes.dat: No such file or directory > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'mul1': > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: 'mask' > > > > > undeclared (first use in this function) > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: (Each undeclared > > > > > identifier is reported only once > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: for each > > > > > function it appears in.) > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: 'Alogtable' > > > > > undeclared (first use in this function) > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: 'Logtable' > > > > > undeclared (first use in this function) > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'MixColumn': > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:151: error: 'mask' > > > > > undeclared (first use in this function) > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:151: error: 'Alogtable' > > > > > undeclared (first use in this function) > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:151: error: 'Logtable' > > > > > undeclared (first use in this function) > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'InvMixColumn': > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:169: error: 'mask' > > > > > undeclared (first use in this function) > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:169: error: 'Alogtable' > > > > > undeclared (first use in this function) > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:169: error: 'Logtable' > > > > > undeclared (first use in this function) > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'rijndaelKeySched': > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:221: error: 'S' undeclared > > > > > (first use in this function) > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:222: error: 'rcon' > > > > > undeclared (first use in this function) > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'rijndaelEncrypt128': > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:261: error: 'S' undeclared > > > > > (first use in this function) > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'rijndaelDecrypt128': > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:298: error: 'Si' undeclared > > > > > (first use in this function) > > > > > make[3]: *** [crypto/ocf/kirkwood/cesa/AES/mvAesAlg.o] Error 1 > > > > > make[2]: *** [crypto/ocf/kirkwood] Error 2 > > > > > make[1]: *** [crypto/ocf] Error 2 > > > > > make: *** [crypto] Error 2 > > > > > > > > > > I was able to add the missing mvAesBoxes.dat(from the original > > > > > Marvell Kirkwood kernel), but still some compile errors. > > > > > > > > > > make ARCH=arm CROSS_COMPILE=arm-mv5vfp-linux-gnueabi- uImage > > > > > CHK include/linux/version.h > > > > > make[1]: `include/asm-arm/mach-types.h' is up to date. > > > > > CHK include/linux/utsrelease.h > > > > > SYMLINK include/asm -> include/asm-arm > > > > > CALL scripts/checksyscalls.sh > > > > > <stdin>:1351:2: warning: #warning syscall migrate_pages not > > > > > implemented > > > > > <stdin>:1407:2: warning: #warning syscall pselect6 not > > > > > implemented > > > > > <stdin>:1411:2: warning: #warning syscall ppoll not > > > > > implemented > > > > > <stdin>:1451:2: warning: #warning syscall epoll_pwait not implemented > > > > > CHK include/linux/compile.h > > > > > CC crypto/ocf/kirkwood/cesa/AES/mvAesAlg.o > > > > > CC crypto/ocf/kirkwood/cesa/AES/mvAesApi.o > > > > > CC crypto/ocf/kirkwood/cesa/mvCesaDebug.o > > > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugStatus': > > > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:270: warning: format '%ld' > > > > > expects type 'long int', but argument 4 has type 'unsigned int' > > > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:278: warning: format '%ld' > > > > > expects type 'long int', but argument 4 has type 'unsigned int' > > > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugQueue': > > > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:306: warning: format '%ld' > > > > > expects type 'long int', but argument 5 has type 'unsigned int' > > > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugSramSA': > > > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:358: warning: format '%ld' > > > > > expects type 'long int', but argument 3 has type 'unsigned int' > > > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugSram': > > > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:425: warning: format '%ld' > > > > > expects type 'long int', but argument 2 has type 'unsigned int' > > > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:434: warning: format '%ld' > > > > > expects type 'long int', but argument 2 has type 'unsigned int' > > > > > CC crypto/ocf/kirkwood/cesa_ocf_drv.o > > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:49:26: error: plat/mv_cesa.h: No > > > > > such file or directory > > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c: In function 'cesa_ocf_process': > > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:501: error: implicit declaration > > > > > of function 'crypto_copy_bits_back' > > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c: In function 'setup_tdma_mbus_windows': > > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1115: error: dereferencing > > > > > pointer to incomplete type > > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1116: error: dereferencing > > > > > pointer to incomplete type > > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1117: error: dereferencing > > > > > pointer to incomplete type > > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c: In function 'mv_cesa_ocf_init': > > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1201: warning: format '%x' > > > > > expects type 'unsigned int', but argument 4 has type 'void *' > > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c: At top level: > > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1271: warning: initialization > > > > > from incompatible pointer type > > > > > make[3]: *** [crypto/ocf/kirkwood/cesa_ocf_drv.o] Error 1 > > > > > make[2]: *** [crypto/ocf/kirkwood] Error 2 > > > > > make[1]: *** [crypto/ocf] Error 2 > > > > > make: *** [crypto] Error 2 > > > > > > > > > > Any help or support is welcome :) > > > > > > > > > > Thanks and regards. > > > > > > > > > > Patrick > > > > > > > > > > > > > > > > > > > > > > > > > ---------------------------------------------------------------- > > > > -- > > > > -- > > > > ---------- The Palm PDK Hot Apps Program offers developers who > > > > use the Plug-In Development Kit to bring their C/C++ apps to > > > > Palm for a share of $1 Million in cash or HP Products. Visit us > > > > here for more > > > > details: > > > > http://p.sf.net/sfu/dev2dev-palm > > > > _______________________________________________ > > > > Ocf-linux-users mailing list > > > > Ocf...@li... > > > > https://lists.sourceforge.net/lists/listinfo/ocf-linux-users > > > > > > > > > > > > > > -- > > > David McCullough, dav...@mc..., Ph:+61 734352815 > > > McAfee - SnapGear http://www.mcafee.com http://www.uCdot.org > > > > > > > > > > -- > > David McCullough, dav...@mc..., Ph:+61 734352815 > > McAfee - SnapGear http://www.mcafee.com http://www.uCdot.org > > > > > > -- > David McCullough, dav...@mc..., Ph:+61 734352815 > McAfee - SnapGear http://www.mcafee.com http://www.uCdot.org > > -- David McCullough, dav...@mc..., Ph:+61 734352815 McAfee - SnapGear http://www.mcafee.com http://www.uCdot.org |
|
From: David M. <dav...@mc...> - 2010-08-11 07:03:07
|
Jivin Flaig, Patrick lays it down ... > Thanks David, > > that would be great! Try adding the following two lines to your Makefile and see how you go: mv_cesa-y += mvHal/mv_hal/ddr2/spd/mvSpd.o mvHal/mv78xx0_family/device/mvDevice.o mv_cesa-y += mvHal/mv_hal/eth-phy/mvEthPhy.o mvHal/mv_hal/cntmr/mvCntmr.o Cheers, Davidm > Patrick > -----Original Message----- > From: David McCullough [mailto:dav...@mc...] > Sent: Monday, August 09, 2010 1:36 PM > To: Flaig, Patrick > Cc: ocf...@li... > Subject: Re: [Ocf-linux-users] OCF driver for Marvell Kirkwood (88F6xxx) Processors > > > Jivin Flaig, Patrick lays it down ... > > Hi David, > > > > Did you already have the chance to look into the driver for the Feroceon? > > Sorry, I'm a little busy just now, I intend to look at it for you soon, hopefully later in the week. > > Sorry, I meant to let you know :-( > > Cheers, > Davidm > > > > > Patrick > > > > -----Original Message----- > > From: Flaig, Patrick > > Sent: Tuesday, August 03, 2010 5:41 PM > > To: 'David McCullough' > > Cc: 'ocf...@li...' > > Subject: RE: [Ocf-linux-users] OCF driver for Marvell Kirkwood > > (88F6xxx) Processors > > > > Hi David, > > > > As said the OCF driver for Kirkwood is now compiling. But I still have some issues when porting the driver for Feroceon. > > > > I've attached my modified drivers; maybe you can take a look into it and resolve the one or other dependency. > > I think you are more familiar with the Kirkwood driver and it should be easier for you to get the Feroceon driver compiling. > > > > Thanks a lot and best regards. > > > > Patrick > > > > -----Original Message----- > > From: Flaig, Patrick > > Sent: Tuesday, August 03, 2010 2:30 PM > > To: 'David McCullough' > > Cc: ocf...@li... > > Subject: RE: [Ocf-linux-users] OCF driver for Marvell Kirkwood > > (88F6xxx) Processors > > > > Hi David, > > > > Thanks, for the files, now I'm able to compile the driver. > > When I finished porting the driver for the feroceon platform I also can send you the code, for further use in the OCF project. > > > > One comment from me, I think in the current release mvAesBoxes.dat is also missing. > > > > Is there a next release planned with fixes for the issues we found? > > > > Patrick > > > > -----Original Message----- > > From: David McCullough [mailto:dav...@mc...] > > Sent: Tuesday, August 03, 2010 11:39 AM > > To: Flaig, Patrick > > Cc: ocf...@li... > > Subject: Re: [Ocf-linux-users] OCF driver for Marvell Kirkwood > > (88F6xxx) Processors > > > > > > Jivin Flaig, Patrick lays it down ... > > > Hi, > > > > > > the mv_cesa.h is a Marvell specific file, which they use in their SDKs for the different processors. > > > I will now cross check my SDK if, there is an additional mv_cesa.h which I have to use. > > > My only problem is that I only have a SDK for the Feroceon not for the Kirkwood. > > > > > > Initially I only wanted to port the kirkwood driver to the feroceon platform, but then I saw that it is not possible to compile the kirkwood OCF driver. > > > So I think I have to fix this first to continue with porting the driver. > > > > A couple of things, attached is the mv_cesa.h from my kernel, not much in there really. > > > > Also a patch the was not in the last release which will fix the copyback errors you were seeing. > > > > Cheers, > > Davidm > > > > > > > > > -----Urspr??ngliche Nachricht----- > > > Von: David McCullough [mailto:dav...@mc...] > > > Gesendet: Dienstag, 3. August 2010 02:58 > > > An: Flaig, Patrick > > > Cc: ocf...@li... > > > Betreff: Re: [Ocf-linux-users] OCF driver for Marvell Kirkwood > > > (88F6xxx) Processors > > > > > > > > > Jivin Flaig, Patrick lays it down ... > > > > Hi, > > > > > > > > Thanks for the hint, but where should this file or the directory "plat" be? > > > > Is mv_cesa.h the same as under crypto/ocf/Kirkwood/cesa? > > > > > > > > But when it is the same, why is it included twice <cesa/mv_cesa.h> > > > > and <plat/mv_cesa.h> > > > > > > I think that plat/mv_cesa.h comes from the linux kernel. > > > > > > Cheers, > > > Davidm > > > > > > > -----Original Message----- > > > > From: added by portage for apache > > > > [mailto:ap...@at...] On Behalf Of > > > > md...@as... > > > > Sent: Monday, August 02, 2010 4:59 PM > > > > To: Flaig, Patrick > > > > Subject: Re: [Ocf-linux-users] OCF driver for Marvell Kirkwood > > > > (88F6xxx) Processors > > > > > > > > Hi > > > > Ignore the warnings > > > > make sure that the following file exists and you include it: > > > > plat/mv_cesa.h > > > > >> crypto/ocf/kirkwood/cesa_ocf_drv.c:49:26: error: plat/mv_cesa.h: > > > > >> No such file >>or directory > > > > Regards > > > > Mihalis > > > > > > > > Quoting "Flaig, Patrick" <Pat...@bd...>: > > > > > > > > > Hello, > > > > > > > > > > Maybe someone can help me; I'm getting some compile errors when > > > > > trying to compile the OCF driver for Marvell Kirkwood. > > > > > > > > > > I'm using a Kernel 2.6.31.14 with the latest OCF patches > > > > > (ocf-linux-26-20100325.patch) and the Marvell SDK 3.2 cross > > > > > compilers (arm-mv5vfp-linux-gnueabi). > > > > > > > > > > OCF without this driver enabled compiles without any problems. > > > > > > > > > > Here is the output of the build process: > > > > > > > > > > make ARCH=arm CROSS_COMPILE=arm-mv5vfp-linux-gnueabi- uImage > > > > > scripts/kconfig/conf -s arch/arm/Kconfig > > > > > CHK include/linux/version.h > > > > > make[1]: `include/asm-arm/mach-types.h' is up to date. > > > > > CHK include/linux/utsrelease.h > > > > > SYMLINK include/asm -> include/asm-arm > > > > > CALL scripts/checksyscalls.sh > > > > > <stdin>:1351:2: warning: #warning syscall migrate_pages not > > > > > implemented > > > > > <stdin>:1407:2: warning: #warning syscall pselect6 not > > > > > implemented > > > > > <stdin>:1411:2: warning: #warning syscall ppoll not implemented > > > > > <stdin>:1451:2: warning: #warning syscall epoll_pwait not implemented > > > > > CHK include/linux/compile.h > > > > > CC crypto/ocf/kirkwood/cesa/mvCesa.o > > > > > CC crypto/ocf/kirkwood/cesa/mvLru.o > > > > > CC crypto/ocf/kirkwood/cesa/mvMD5.o > > > > > CC crypto/ocf/kirkwood/cesa/mvSHA1.o > > > > > CC crypto/ocf/kirkwood/cesa/AES/mvAesAlg.o > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:13:26: error: > > > > > mvAesBoxes.dat: No such file or directory > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'mul1': > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: 'mask' > > > > > undeclared (first use in this function) > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: (Each undeclared > > > > > identifier is reported only once > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: for each > > > > > function it appears in.) > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: 'Alogtable' > > > > > undeclared (first use in this function) > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: 'Logtable' > > > > > undeclared (first use in this function) > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'MixColumn': > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:151: error: 'mask' > > > > > undeclared (first use in this function) > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:151: error: 'Alogtable' > > > > > undeclared (first use in this function) > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:151: error: 'Logtable' > > > > > undeclared (first use in this function) > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'InvMixColumn': > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:169: error: 'mask' > > > > > undeclared (first use in this function) > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:169: error: 'Alogtable' > > > > > undeclared (first use in this function) > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:169: error: 'Logtable' > > > > > undeclared (first use in this function) > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'rijndaelKeySched': > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:221: error: 'S' undeclared > > > > > (first use in this function) > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:222: error: 'rcon' > > > > > undeclared (first use in this function) > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'rijndaelEncrypt128': > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:261: error: 'S' undeclared > > > > > (first use in this function) > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'rijndaelDecrypt128': > > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:298: error: 'Si' undeclared > > > > > (first use in this function) > > > > > make[3]: *** [crypto/ocf/kirkwood/cesa/AES/mvAesAlg.o] Error 1 > > > > > make[2]: *** [crypto/ocf/kirkwood] Error 2 > > > > > make[1]: *** [crypto/ocf] Error 2 > > > > > make: *** [crypto] Error 2 > > > > > > > > > > I was able to add the missing mvAesBoxes.dat(from the original > > > > > Marvell Kirkwood kernel), but still some compile errors. > > > > > > > > > > make ARCH=arm CROSS_COMPILE=arm-mv5vfp-linux-gnueabi- uImage > > > > > CHK include/linux/version.h > > > > > make[1]: `include/asm-arm/mach-types.h' is up to date. > > > > > CHK include/linux/utsrelease.h > > > > > SYMLINK include/asm -> include/asm-arm > > > > > CALL scripts/checksyscalls.sh > > > > > <stdin>:1351:2: warning: #warning syscall migrate_pages not > > > > > implemented > > > > > <stdin>:1407:2: warning: #warning syscall pselect6 not > > > > > implemented > > > > > <stdin>:1411:2: warning: #warning syscall ppoll not implemented > > > > > <stdin>:1451:2: warning: #warning syscall epoll_pwait not implemented > > > > > CHK include/linux/compile.h > > > > > CC crypto/ocf/kirkwood/cesa/AES/mvAesAlg.o > > > > > CC crypto/ocf/kirkwood/cesa/AES/mvAesApi.o > > > > > CC crypto/ocf/kirkwood/cesa/mvCesaDebug.o > > > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugStatus': > > > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:270: warning: format '%ld' > > > > > expects type 'long int', but argument 4 has type 'unsigned int' > > > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:278: warning: format '%ld' > > > > > expects type 'long int', but argument 4 has type 'unsigned int' > > > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugQueue': > > > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:306: warning: format '%ld' > > > > > expects type 'long int', but argument 5 has type 'unsigned int' > > > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugSramSA': > > > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:358: warning: format '%ld' > > > > > expects type 'long int', but argument 3 has type 'unsigned int' > > > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugSram': > > > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:425: warning: format '%ld' > > > > > expects type 'long int', but argument 2 has type 'unsigned int' > > > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:434: warning: format '%ld' > > > > > expects type 'long int', but argument 2 has type 'unsigned int' > > > > > CC crypto/ocf/kirkwood/cesa_ocf_drv.o > > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:49:26: error: plat/mv_cesa.h: No > > > > > such file or directory > > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c: In function 'cesa_ocf_process': > > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:501: error: implicit declaration > > > > > of function 'crypto_copy_bits_back' > > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c: In function 'setup_tdma_mbus_windows': > > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1115: error: dereferencing > > > > > pointer to incomplete type > > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1116: error: dereferencing > > > > > pointer to incomplete type > > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1117: error: dereferencing > > > > > pointer to incomplete type > > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c: In function 'mv_cesa_ocf_init': > > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1201: warning: format '%x' > > > > > expects type 'unsigned int', but argument 4 has type 'void *' > > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c: At top level: > > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1271: warning: initialization > > > > > from incompatible pointer type > > > > > make[3]: *** [crypto/ocf/kirkwood/cesa_ocf_drv.o] Error 1 > > > > > make[2]: *** [crypto/ocf/kirkwood] Error 2 > > > > > make[1]: *** [crypto/ocf] Error 2 > > > > > make: *** [crypto] Error 2 > > > > > > > > > > Any help or support is welcome :) > > > > > > > > > > Thanks and regards. > > > > > > > > > > Patrick > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------ > > > > -- > > > > ---------- The Palm PDK Hot Apps Program offers developers who use > > > > the Plug-In Development Kit to bring their C/C++ apps to Palm for > > > > a share of $1 Million in cash or HP Products. Visit us here for > > > > more > > > > details: > > > > http://p.sf.net/sfu/dev2dev-palm > > > > _______________________________________________ > > > > Ocf-linux-users mailing list > > > > Ocf...@li... > > > > https://lists.sourceforge.net/lists/listinfo/ocf-linux-users > > > > > > > > > > > > > > -- > > > David McCullough, dav...@mc..., Ph:+61 734352815 > > > McAfee - SnapGear http://www.mcafee.com http://www.uCdot.org > > > > > > > > > > -- > > David McCullough, dav...@mc..., Ph:+61 734352815 > > McAfee - SnapGear http://www.mcafee.com http://www.uCdot.org > > > > > > -- > David McCullough, dav...@mc..., Ph:+61 734352815 > McAfee - SnapGear http://www.mcafee.com http://www.uCdot.org > > -- David McCullough, dav...@mc..., Ph:+61 734352815 McAfee - SnapGear http://www.mcafee.com http://www.uCdot.org |
|
From: Flaig, P. <Pat...@bd...> - 2010-08-10 06:40:41
|
Thanks David, that would be great! Patrick -----Original Message----- From: David McCullough [mailto:dav...@mc...] Sent: Monday, August 09, 2010 1:36 PM To: Flaig, Patrick Cc: ocf...@li... Subject: Re: [Ocf-linux-users] OCF driver for Marvell Kirkwood (88F6xxx) Processors Jivin Flaig, Patrick lays it down ... > Hi David, > > Did you already have the chance to look into the driver for the Feroceon? Sorry, I'm a little busy just now, I intend to look at it for you soon, hopefully later in the week. Sorry, I meant to let you know :-( Cheers, Davidm > > Patrick > > -----Original Message----- > From: Flaig, Patrick > Sent: Tuesday, August 03, 2010 5:41 PM > To: 'David McCullough' > Cc: 'ocf...@li...' > Subject: RE: [Ocf-linux-users] OCF driver for Marvell Kirkwood > (88F6xxx) Processors > > Hi David, > > As said the OCF driver for Kirkwood is now compiling. But I still have some issues when porting the driver for Feroceon. > > I've attached my modified drivers; maybe you can take a look into it and resolve the one or other dependency. > I think you are more familiar with the Kirkwood driver and it should be easier for you to get the Feroceon driver compiling. > > Thanks a lot and best regards. > > Patrick > > -----Original Message----- > From: Flaig, Patrick > Sent: Tuesday, August 03, 2010 2:30 PM > To: 'David McCullough' > Cc: ocf...@li... > Subject: RE: [Ocf-linux-users] OCF driver for Marvell Kirkwood > (88F6xxx) Processors > > Hi David, > > Thanks, for the files, now I'm able to compile the driver. > When I finished porting the driver for the feroceon platform I also can send you the code, for further use in the OCF project. > > One comment from me, I think in the current release mvAesBoxes.dat is also missing. > > Is there a next release planned with fixes for the issues we found? > > Patrick > > -----Original Message----- > From: David McCullough [mailto:dav...@mc...] > Sent: Tuesday, August 03, 2010 11:39 AM > To: Flaig, Patrick > Cc: ocf...@li... > Subject: Re: [Ocf-linux-users] OCF driver for Marvell Kirkwood > (88F6xxx) Processors > > > Jivin Flaig, Patrick lays it down ... > > Hi, > > > > the mv_cesa.h is a Marvell specific file, which they use in their SDKs for the different processors. > > I will now cross check my SDK if, there is an additional mv_cesa.h which I have to use. > > My only problem is that I only have a SDK for the Feroceon not for the Kirkwood. > > > > Initially I only wanted to port the kirkwood driver to the feroceon platform, but then I saw that it is not possible to compile the kirkwood OCF driver. > > So I think I have to fix this first to continue with porting the driver. > > A couple of things, attached is the mv_cesa.h from my kernel, not much in there really. > > Also a patch the was not in the last release which will fix the copyback errors you were seeing. > > Cheers, > Davidm > > > > > -----Urspr??ngliche Nachricht----- > > Von: David McCullough [mailto:dav...@mc...] > > Gesendet: Dienstag, 3. August 2010 02:58 > > An: Flaig, Patrick > > Cc: ocf...@li... > > Betreff: Re: [Ocf-linux-users] OCF driver for Marvell Kirkwood > > (88F6xxx) Processors > > > > > > Jivin Flaig, Patrick lays it down ... > > > Hi, > > > > > > Thanks for the hint, but where should this file or the directory "plat" be? > > > Is mv_cesa.h the same as under crypto/ocf/Kirkwood/cesa? > > > > > > But when it is the same, why is it included twice <cesa/mv_cesa.h> > > > and <plat/mv_cesa.h> > > > > I think that plat/mv_cesa.h comes from the linux kernel. > > > > Cheers, > > Davidm > > > > > -----Original Message----- > > > From: added by portage for apache > > > [mailto:ap...@at...] On Behalf Of > > > md...@as... > > > Sent: Monday, August 02, 2010 4:59 PM > > > To: Flaig, Patrick > > > Subject: Re: [Ocf-linux-users] OCF driver for Marvell Kirkwood > > > (88F6xxx) Processors > > > > > > Hi > > > Ignore the warnings > > > make sure that the following file exists and you include it: > > > plat/mv_cesa.h > > > >> crypto/ocf/kirkwood/cesa_ocf_drv.c:49:26: error: plat/mv_cesa.h: > > > >> No such file >>or directory > > > Regards > > > Mihalis > > > > > > Quoting "Flaig, Patrick" <Pat...@bd...>: > > > > > > > Hello, > > > > > > > > Maybe someone can help me; I'm getting some compile errors when > > > > trying to compile the OCF driver for Marvell Kirkwood. > > > > > > > > I'm using a Kernel 2.6.31.14 with the latest OCF patches > > > > (ocf-linux-26-20100325.patch) and the Marvell SDK 3.2 cross > > > > compilers (arm-mv5vfp-linux-gnueabi). > > > > > > > > OCF without this driver enabled compiles without any problems. > > > > > > > > Here is the output of the build process: > > > > > > > > make ARCH=arm CROSS_COMPILE=arm-mv5vfp-linux-gnueabi- uImage > > > > scripts/kconfig/conf -s arch/arm/Kconfig > > > > CHK include/linux/version.h > > > > make[1]: `include/asm-arm/mach-types.h' is up to date. > > > > CHK include/linux/utsrelease.h > > > > SYMLINK include/asm -> include/asm-arm > > > > CALL scripts/checksyscalls.sh > > > > <stdin>:1351:2: warning: #warning syscall migrate_pages not > > > > implemented > > > > <stdin>:1407:2: warning: #warning syscall pselect6 not > > > > implemented > > > > <stdin>:1411:2: warning: #warning syscall ppoll not implemented > > > > <stdin>:1451:2: warning: #warning syscall epoll_pwait not implemented > > > > CHK include/linux/compile.h > > > > CC crypto/ocf/kirkwood/cesa/mvCesa.o > > > > CC crypto/ocf/kirkwood/cesa/mvLru.o > > > > CC crypto/ocf/kirkwood/cesa/mvMD5.o > > > > CC crypto/ocf/kirkwood/cesa/mvSHA1.o > > > > CC crypto/ocf/kirkwood/cesa/AES/mvAesAlg.o > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:13:26: error: > > > > mvAesBoxes.dat: No such file or directory > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'mul1': > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: 'mask' > > > > undeclared (first use in this function) > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: (Each undeclared > > > > identifier is reported only once > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: for each > > > > function it appears in.) > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: 'Alogtable' > > > > undeclared (first use in this function) > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: 'Logtable' > > > > undeclared (first use in this function) > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'MixColumn': > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:151: error: 'mask' > > > > undeclared (first use in this function) > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:151: error: 'Alogtable' > > > > undeclared (first use in this function) > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:151: error: 'Logtable' > > > > undeclared (first use in this function) > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'InvMixColumn': > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:169: error: 'mask' > > > > undeclared (first use in this function) > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:169: error: 'Alogtable' > > > > undeclared (first use in this function) > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:169: error: 'Logtable' > > > > undeclared (first use in this function) > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'rijndaelKeySched': > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:221: error: 'S' undeclared > > > > (first use in this function) > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:222: error: 'rcon' > > > > undeclared (first use in this function) > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'rijndaelEncrypt128': > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:261: error: 'S' undeclared > > > > (first use in this function) > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'rijndaelDecrypt128': > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:298: error: 'Si' undeclared > > > > (first use in this function) > > > > make[3]: *** [crypto/ocf/kirkwood/cesa/AES/mvAesAlg.o] Error 1 > > > > make[2]: *** [crypto/ocf/kirkwood] Error 2 > > > > make[1]: *** [crypto/ocf] Error 2 > > > > make: *** [crypto] Error 2 > > > > > > > > I was able to add the missing mvAesBoxes.dat(from the original > > > > Marvell Kirkwood kernel), but still some compile errors. > > > > > > > > make ARCH=arm CROSS_COMPILE=arm-mv5vfp-linux-gnueabi- uImage > > > > CHK include/linux/version.h > > > > make[1]: `include/asm-arm/mach-types.h' is up to date. > > > > CHK include/linux/utsrelease.h > > > > SYMLINK include/asm -> include/asm-arm > > > > CALL scripts/checksyscalls.sh > > > > <stdin>:1351:2: warning: #warning syscall migrate_pages not > > > > implemented > > > > <stdin>:1407:2: warning: #warning syscall pselect6 not > > > > implemented > > > > <stdin>:1411:2: warning: #warning syscall ppoll not implemented > > > > <stdin>:1451:2: warning: #warning syscall epoll_pwait not implemented > > > > CHK include/linux/compile.h > > > > CC crypto/ocf/kirkwood/cesa/AES/mvAesAlg.o > > > > CC crypto/ocf/kirkwood/cesa/AES/mvAesApi.o > > > > CC crypto/ocf/kirkwood/cesa/mvCesaDebug.o > > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugStatus': > > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:270: warning: format '%ld' > > > > expects type 'long int', but argument 4 has type 'unsigned int' > > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:278: warning: format '%ld' > > > > expects type 'long int', but argument 4 has type 'unsigned int' > > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugQueue': > > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:306: warning: format '%ld' > > > > expects type 'long int', but argument 5 has type 'unsigned int' > > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugSramSA': > > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:358: warning: format '%ld' > > > > expects type 'long int', but argument 3 has type 'unsigned int' > > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugSram': > > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:425: warning: format '%ld' > > > > expects type 'long int', but argument 2 has type 'unsigned int' > > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:434: warning: format '%ld' > > > > expects type 'long int', but argument 2 has type 'unsigned int' > > > > CC crypto/ocf/kirkwood/cesa_ocf_drv.o > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:49:26: error: plat/mv_cesa.h: No > > > > such file or directory > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c: In function 'cesa_ocf_process': > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:501: error: implicit declaration > > > > of function 'crypto_copy_bits_back' > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c: In function 'setup_tdma_mbus_windows': > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1115: error: dereferencing > > > > pointer to incomplete type > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1116: error: dereferencing > > > > pointer to incomplete type > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1117: error: dereferencing > > > > pointer to incomplete type > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c: In function 'mv_cesa_ocf_init': > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1201: warning: format '%x' > > > > expects type 'unsigned int', but argument 4 has type 'void *' > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c: At top level: > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1271: warning: initialization > > > > from incompatible pointer type > > > > make[3]: *** [crypto/ocf/kirkwood/cesa_ocf_drv.o] Error 1 > > > > make[2]: *** [crypto/ocf/kirkwood] Error 2 > > > > make[1]: *** [crypto/ocf] Error 2 > > > > make: *** [crypto] Error 2 > > > > > > > > Any help or support is welcome :) > > > > > > > > Thanks and regards. > > > > > > > > Patrick > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------ > > > -- > > > ---------- The Palm PDK Hot Apps Program offers developers who use > > > the Plug-In Development Kit to bring their C/C++ apps to Palm for > > > a share of $1 Million in cash or HP Products. Visit us here for > > > more > > > details: > > > http://p.sf.net/sfu/dev2dev-palm > > > _______________________________________________ > > > Ocf-linux-users mailing list > > > Ocf...@li... > > > https://lists.sourceforge.net/lists/listinfo/ocf-linux-users > > > > > > > > > > -- > > David McCullough, dav...@mc..., Ph:+61 734352815 > > McAfee - SnapGear http://www.mcafee.com http://www.uCdot.org > > > > > > -- > David McCullough, dav...@mc..., Ph:+61 734352815 > McAfee - SnapGear http://www.mcafee.com http://www.uCdot.org > > -- David McCullough, dav...@mc..., Ph:+61 734352815 McAfee - SnapGear http://www.mcafee.com http://www.uCdot.org |
|
From: David M. <dav...@mc...> - 2010-08-10 03:32:48
|
Jivin Flaig, Patrick lays it down ... > Hi David, > > Did you already have the chance to look into the driver for the Feroceon? Sorry, I'm a little busy just now, I intend to look at it for you soon, hopefully later in the week. Sorry, I meant to let you know :-( Cheers, Davidm > > Patrick > > -----Original Message----- > From: Flaig, Patrick > Sent: Tuesday, August 03, 2010 5:41 PM > To: 'David McCullough' > Cc: 'ocf...@li...' > Subject: RE: [Ocf-linux-users] OCF driver for Marvell Kirkwood (88F6xxx) Processors > > Hi David, > > As said the OCF driver for Kirkwood is now compiling. But I still have some issues when porting the driver for Feroceon. > > I've attached my modified drivers; maybe you can take a look into it and resolve the one or other dependency. > I think you are more familiar with the Kirkwood driver and it should be easier for you to get the Feroceon driver compiling. > > Thanks a lot and best regards. > > Patrick > > -----Original Message----- > From: Flaig, Patrick > Sent: Tuesday, August 03, 2010 2:30 PM > To: 'David McCullough' > Cc: ocf...@li... > Subject: RE: [Ocf-linux-users] OCF driver for Marvell Kirkwood (88F6xxx) Processors > > Hi David, > > Thanks, for the files, now I'm able to compile the driver. > When I finished porting the driver for the feroceon platform I also can send you the code, for further use in the OCF project. > > One comment from me, I think in the current release mvAesBoxes.dat is also missing. > > Is there a next release planned with fixes for the issues we found? > > Patrick > > -----Original Message----- > From: David McCullough [mailto:dav...@mc...] > Sent: Tuesday, August 03, 2010 11:39 AM > To: Flaig, Patrick > Cc: ocf...@li... > Subject: Re: [Ocf-linux-users] OCF driver for Marvell Kirkwood (88F6xxx) Processors > > > Jivin Flaig, Patrick lays it down ... > > Hi, > > > > the mv_cesa.h is a Marvell specific file, which they use in their SDKs for the different processors. > > I will now cross check my SDK if, there is an additional mv_cesa.h which I have to use. > > My only problem is that I only have a SDK for the Feroceon not for the Kirkwood. > > > > Initially I only wanted to port the kirkwood driver to the feroceon platform, but then I saw that it is not possible to compile the kirkwood OCF driver. > > So I think I have to fix this first to continue with porting the driver. > > A couple of things, attached is the mv_cesa.h from my kernel, not much in there really. > > Also a patch the was not in the last release which will fix the copyback errors you were seeing. > > Cheers, > Davidm > > > > > -----Urspr??ngliche Nachricht----- > > Von: David McCullough [mailto:dav...@mc...] > > Gesendet: Dienstag, 3. August 2010 02:58 > > An: Flaig, Patrick > > Cc: ocf...@li... > > Betreff: Re: [Ocf-linux-users] OCF driver for Marvell Kirkwood > > (88F6xxx) Processors > > > > > > Jivin Flaig, Patrick lays it down ... > > > Hi, > > > > > > Thanks for the hint, but where should this file or the directory "plat" be? > > > Is mv_cesa.h the same as under crypto/ocf/Kirkwood/cesa? > > > > > > But when it is the same, why is it included twice <cesa/mv_cesa.h> > > > and <plat/mv_cesa.h> > > > > I think that plat/mv_cesa.h comes from the linux kernel. > > > > Cheers, > > Davidm > > > > > -----Original Message----- > > > From: added by portage for apache > > > [mailto:ap...@at...] On Behalf Of md...@as... > > > Sent: Monday, August 02, 2010 4:59 PM > > > To: Flaig, Patrick > > > Subject: Re: [Ocf-linux-users] OCF driver for Marvell Kirkwood > > > (88F6xxx) Processors > > > > > > Hi > > > Ignore the warnings > > > make sure that the following file exists and you include it: > > > plat/mv_cesa.h > > > >> crypto/ocf/kirkwood/cesa_ocf_drv.c:49:26: error: plat/mv_cesa.h: > > > >> No such file >>or directory > > > Regards > > > Mihalis > > > > > > Quoting "Flaig, Patrick" <Pat...@bd...>: > > > > > > > Hello, > > > > > > > > Maybe someone can help me; I'm getting some compile errors when > > > > trying to compile the OCF driver for Marvell Kirkwood. > > > > > > > > I'm using a Kernel 2.6.31.14 with the latest OCF patches > > > > (ocf-linux-26-20100325.patch) and the Marvell SDK 3.2 cross > > > > compilers (arm-mv5vfp-linux-gnueabi). > > > > > > > > OCF without this driver enabled compiles without any problems. > > > > > > > > Here is the output of the build process: > > > > > > > > make ARCH=arm CROSS_COMPILE=arm-mv5vfp-linux-gnueabi- uImage > > > > scripts/kconfig/conf -s arch/arm/Kconfig > > > > CHK include/linux/version.h > > > > make[1]: `include/asm-arm/mach-types.h' is up to date. > > > > CHK include/linux/utsrelease.h > > > > SYMLINK include/asm -> include/asm-arm > > > > CALL scripts/checksyscalls.sh > > > > <stdin>:1351:2: warning: #warning syscall migrate_pages not > > > > implemented > > > > <stdin>:1407:2: warning: #warning syscall pselect6 not implemented > > > > <stdin>:1411:2: warning: #warning syscall ppoll not implemented > > > > <stdin>:1451:2: warning: #warning syscall epoll_pwait not implemented > > > > CHK include/linux/compile.h > > > > CC crypto/ocf/kirkwood/cesa/mvCesa.o > > > > CC crypto/ocf/kirkwood/cesa/mvLru.o > > > > CC crypto/ocf/kirkwood/cesa/mvMD5.o > > > > CC crypto/ocf/kirkwood/cesa/mvSHA1.o > > > > CC crypto/ocf/kirkwood/cesa/AES/mvAesAlg.o > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:13:26: error: > > > > mvAesBoxes.dat: No such file or directory > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'mul1': > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: 'mask' > > > > undeclared (first use in this function) > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: (Each undeclared > > > > identifier is reported only once > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: for each > > > > function it appears in.) > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: 'Alogtable' > > > > undeclared (first use in this function) > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: 'Logtable' > > > > undeclared (first use in this function) > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'MixColumn': > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:151: error: 'mask' > > > > undeclared (first use in this function) > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:151: error: 'Alogtable' > > > > undeclared (first use in this function) > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:151: error: 'Logtable' > > > > undeclared (first use in this function) > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'InvMixColumn': > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:169: error: 'mask' > > > > undeclared (first use in this function) > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:169: error: 'Alogtable' > > > > undeclared (first use in this function) > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:169: error: 'Logtable' > > > > undeclared (first use in this function) > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'rijndaelKeySched': > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:221: error: 'S' undeclared > > > > (first use in this function) > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:222: error: 'rcon' > > > > undeclared (first use in this function) > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'rijndaelEncrypt128': > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:261: error: 'S' undeclared > > > > (first use in this function) > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'rijndaelDecrypt128': > > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:298: error: 'Si' undeclared > > > > (first use in this function) > > > > make[3]: *** [crypto/ocf/kirkwood/cesa/AES/mvAesAlg.o] Error 1 > > > > make[2]: *** [crypto/ocf/kirkwood] Error 2 > > > > make[1]: *** [crypto/ocf] Error 2 > > > > make: *** [crypto] Error 2 > > > > > > > > I was able to add the missing mvAesBoxes.dat(from the original > > > > Marvell Kirkwood kernel), but still some compile errors. > > > > > > > > make ARCH=arm CROSS_COMPILE=arm-mv5vfp-linux-gnueabi- uImage > > > > CHK include/linux/version.h > > > > make[1]: `include/asm-arm/mach-types.h' is up to date. > > > > CHK include/linux/utsrelease.h > > > > SYMLINK include/asm -> include/asm-arm > > > > CALL scripts/checksyscalls.sh > > > > <stdin>:1351:2: warning: #warning syscall migrate_pages not > > > > implemented > > > > <stdin>:1407:2: warning: #warning syscall pselect6 not implemented > > > > <stdin>:1411:2: warning: #warning syscall ppoll not implemented > > > > <stdin>:1451:2: warning: #warning syscall epoll_pwait not implemented > > > > CHK include/linux/compile.h > > > > CC crypto/ocf/kirkwood/cesa/AES/mvAesAlg.o > > > > CC crypto/ocf/kirkwood/cesa/AES/mvAesApi.o > > > > CC crypto/ocf/kirkwood/cesa/mvCesaDebug.o > > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugStatus': > > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:270: warning: format '%ld' > > > > expects type 'long int', but argument 4 has type 'unsigned int' > > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:278: warning: format '%ld' > > > > expects type 'long int', but argument 4 has type 'unsigned int' > > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugQueue': > > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:306: warning: format '%ld' > > > > expects type 'long int', but argument 5 has type 'unsigned int' > > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugSramSA': > > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:358: warning: format '%ld' > > > > expects type 'long int', but argument 3 has type 'unsigned int' > > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugSram': > > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:425: warning: format '%ld' > > > > expects type 'long int', but argument 2 has type 'unsigned int' > > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:434: warning: format '%ld' > > > > expects type 'long int', but argument 2 has type 'unsigned int' > > > > CC crypto/ocf/kirkwood/cesa_ocf_drv.o > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:49:26: error: plat/mv_cesa.h: No > > > > such file or directory > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c: In function 'cesa_ocf_process': > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:501: error: implicit declaration > > > > of function 'crypto_copy_bits_back' > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c: In function 'setup_tdma_mbus_windows': > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1115: error: dereferencing > > > > pointer to incomplete type > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1116: error: dereferencing > > > > pointer to incomplete type > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1117: error: dereferencing > > > > pointer to incomplete type > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c: In function 'mv_cesa_ocf_init': > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1201: warning: format '%x' > > > > expects type 'unsigned int', but argument 4 has type 'void *' > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c: At top level: > > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1271: warning: initialization > > > > from incompatible pointer type > > > > make[3]: *** [crypto/ocf/kirkwood/cesa_ocf_drv.o] Error 1 > > > > make[2]: *** [crypto/ocf/kirkwood] Error 2 > > > > make[1]: *** [crypto/ocf] Error 2 > > > > make: *** [crypto] Error 2 > > > > > > > > Any help or support is welcome :) > > > > > > > > Thanks and regards. > > > > > > > > Patrick > > > > > > > > > > > > > > > > > > > -------------------------------------------------------------------- > > > ---------- The Palm PDK Hot Apps Program offers developers who use > > > the Plug-In Development Kit to bring their C/C++ apps to Palm for a > > > share of $1 Million in cash or HP Products. Visit us here for more > > > details: > > > http://p.sf.net/sfu/dev2dev-palm > > > _______________________________________________ > > > Ocf-linux-users mailing list > > > Ocf...@li... > > > https://lists.sourceforge.net/lists/listinfo/ocf-linux-users > > > > > > > > > > -- > > David McCullough, dav...@mc..., Ph:+61 734352815 > > McAfee - SnapGear http://www.mcafee.com http://www.uCdot.org > > > > > > -- > David McCullough, dav...@mc..., Ph:+61 734352815 > McAfee - SnapGear http://www.mcafee.com http://www.uCdot.org > > -- David McCullough, dav...@mc..., Ph:+61 734352815 McAfee - SnapGear http://www.mcafee.com http://www.uCdot.org |
|
From: David M. <dav...@mc...> - 2010-08-10 03:32:40
|
Jivin Alessandro De Carli lays it down ... > I'm having a hard time patching openssl for cryptodev support on > gentoo. I patched my kernel (2.6.34) and reinstalled it, all ocf > modules + cryptodev is showing up. That just worked like a charm, but > now I want cryptodev support in openssl for openvpn/openssh etc... > I tried everything, when I'm patching with the openssl-0.9.8n.patch > provided in the latest package, the configure script runs only 'till: > [code] > alix openssl-0.9.8n # ./config --with-cryptodev > Operating system: i586-whatever-linux2 > Configuring for linux-elf > Configuring for linux-elf > no-camellia [default] OPENSSL_NO_CAMELLIA (skip dir) > no-capieng [default] OPENSSL_NO_CAPIENG (skip dir) > no-cms [default] OPENSSL_NO_CMS (skip dir) > no-gmp [default] OPENSSL_NO_GMP (skip dir) > no-jpake [experimental] OPENSSL_NO_JPAKE (skip dir) > no-krb5 [krb5-flavor not specified] OPENSSL_NO_KRB5 > no-mdc2 [default] OPENSSL_NO_MDC2 (skip dir) > no-montasm [default] > no-rc5 [default] OPENSSL_NO_RC5 (skip dir) > no-rfc3779 [default] OPENSSL_NO_RFC3779 (skip dir) > no-seed [default] OPENSSL_NO_SEED (skip dir) > no-shared [default] > no-zlib [default] > no-zlib-dynamic [default] > IsMK1MF=0 > CC =gcc > CFLAG =-DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN > -DHAVE_DLFCN_H -DHAVE_CRYPTODEV -DL_ENDIAN -DTERMIO -O3 > -fomit-frame-pointer -Wall -DOPENSSL_BN_ASM_PART_WORDS > -DOPENSSL_IA32_SSE2 -DSHA1_ASM -DMD5_ASM -DRMD160_ASM -DAES_ASM > EX_LIBS =-ldl > CPUID_OBJ =x86cpuid-elf.o > BN_ASM =bn86-elf.o co86-elf.o > DES_ENC =dx86-elf.o yx86-elf.o > AES_ASM_OBJ =ax86-elf.o > BF_ENC =bx86-elf.o > CAST_ENC =cx86-elf.o > RC4_ENC =rx86-elf.o rc4_skey.o > RC5_ENC =r586-elf.o > MD5_OBJ_ASM =mx86-elf.o > SHA1_OBJ_ASM =sx86-elf.o s512sse2-elf.o > RMD160_OBJ_ASM=rm86-elf.o > PROCESSOR = > RANLIB =/usr/bin/ranlib > ARFLAGS = > PERL =/usr/bin/perl > THIRTY_TWO_BIT mode > DES_PTR used > DES_RISC1 used > DES_UNROLL used > BN_LLONG mode > RC4_INDEX mode > RC4_CHUNK is undefined > make: *** No rule to make target `links'. Stop. > [/code] > Then if I try a make it stops because no compile is defined in the > ./build/Makefile (the CC= variable is blank). To resolve this I > thought I simply replace it with CC=gcc. This worked great, everything > compiled, but no file is found in ./build/install/lib/engines and when > I start "./build/bin/openssl engine" cryptodev does not show up. > I don't now what to do I even tried to patch the files myself with vim > but even then no cryptodev engine has shown up... > I forgot to mention that I'm using an ALIX board and running in > i486... (geode_aes is enabled) Ok, I think the problem is that I accidentally botched the patch. Check if you have a file called "makefile" with a lower case 'm' at the top level after patching. If you do, change it's name to makefile-uclinuxdsit Thsi makefile is not intended for normal openssl builds, Hope thats helps, Davidm -- David McCullough, dav...@mc..., Ph:+61 734352815 McAfee - SnapGear http://www.mcafee.com http://www.uCdot.org |
|
From: Alessandro De C. <dec...@gm...> - 2010-08-09 10:11:47
|
I'm having a hard time patching openssl for cryptodev support on
gentoo. I patched my kernel (2.6.34) and reinstalled it, all ocf
modules + cryptodev is showing up. That just worked like a charm, but
now I want cryptodev support in openssl for openvpn/openssh etc...
I tried everything, when I'm patching with the openssl-0.9.8n.patch
provided in the latest package, the configure script runs only 'till:
[code]
alix openssl-0.9.8n # ./config --with-cryptodev
Operating system: i586-whatever-linux2
Configuring for linux-elf
Configuring for linux-elf
no-camellia [default] OPENSSL_NO_CAMELLIA (skip dir)
no-capieng [default] OPENSSL_NO_CAPIENG (skip dir)
no-cms [default] OPENSSL_NO_CMS (skip dir)
no-gmp [default] OPENSSL_NO_GMP (skip dir)
no-jpake [experimental] OPENSSL_NO_JPAKE (skip dir)
no-krb5 [krb5-flavor not specified] OPENSSL_NO_KRB5
no-mdc2 [default] OPENSSL_NO_MDC2 (skip dir)
no-montasm [default]
no-rc5 [default] OPENSSL_NO_RC5 (skip dir)
no-rfc3779 [default] OPENSSL_NO_RFC3779 (skip dir)
no-seed [default] OPENSSL_NO_SEED (skip dir)
no-shared [default]
no-zlib [default]
no-zlib-dynamic [default]
IsMK1MF=0
CC =gcc
CFLAG =-DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN
-DHAVE_DLFCN_H -DHAVE_CRYPTODEV -DL_ENDIAN -DTERMIO -O3
-fomit-frame-pointer -Wall -DOPENSSL_BN_ASM_PART_WORDS
-DOPENSSL_IA32_SSE2 -DSHA1_ASM -DMD5_ASM -DRMD160_ASM -DAES_ASM
EX_LIBS =-ldl
CPUID_OBJ =x86cpuid-elf.o
BN_ASM =bn86-elf.o co86-elf.o
DES_ENC =dx86-elf.o yx86-elf.o
AES_ASM_OBJ =ax86-elf.o
BF_ENC =bx86-elf.o
CAST_ENC =cx86-elf.o
RC4_ENC =rx86-elf.o rc4_skey.o
RC5_ENC =r586-elf.o
MD5_OBJ_ASM =mx86-elf.o
SHA1_OBJ_ASM =sx86-elf.o s512sse2-elf.o
RMD160_OBJ_ASM=rm86-elf.o
PROCESSOR =
RANLIB =/usr/bin/ranlib
ARFLAGS =
PERL =/usr/bin/perl
THIRTY_TWO_BIT mode
DES_PTR used
DES_RISC1 used
DES_UNROLL used
BN_LLONG mode
RC4_INDEX mode
RC4_CHUNK is undefined
make: *** No rule to make target `links'. Stop.
[/code]
Then if I try a make it stops because no compile is defined in the
./build/Makefile (the CC= variable is blank). To resolve this I
thought I simply replace it with CC=gcc. This worked great, everything
compiled, but no file is found in ./build/install/lib/engines and when
I start "./build/bin/openssl engine" cryptodev does not show up.
I don't now what to do I even tried to patch the files myself with vim
but even then no cryptodev engine has shown up...
I forgot to mention that I'm using an ALIX board and running in
i486... (geode_aes is enabled)
Regards
Alessandro De Carli
|
|
From: Flaig, P. <Pat...@bd...> - 2010-08-09 07:18:28
|
Hi David, Did you already have the chance to look into the driver for the Feroceon? Patrick -----Original Message----- From: Flaig, Patrick Sent: Tuesday, August 03, 2010 5:41 PM To: 'David McCullough' Cc: 'ocf...@li...' Subject: RE: [Ocf-linux-users] OCF driver for Marvell Kirkwood (88F6xxx) Processors Hi David, As said the OCF driver for Kirkwood is now compiling. But I still have some issues when porting the driver for Feroceon. I've attached my modified drivers; maybe you can take a look into it and resolve the one or other dependency. I think you are more familiar with the Kirkwood driver and it should be easier for you to get the Feroceon driver compiling. Thanks a lot and best regards. Patrick -----Original Message----- From: Flaig, Patrick Sent: Tuesday, August 03, 2010 2:30 PM To: 'David McCullough' Cc: ocf...@li... Subject: RE: [Ocf-linux-users] OCF driver for Marvell Kirkwood (88F6xxx) Processors Hi David, Thanks, for the files, now I'm able to compile the driver. When I finished porting the driver for the feroceon platform I also can send you the code, for further use in the OCF project. One comment from me, I think in the current release mvAesBoxes.dat is also missing. Is there a next release planned with fixes for the issues we found? Patrick -----Original Message----- From: David McCullough [mailto:dav...@mc...] Sent: Tuesday, August 03, 2010 11:39 AM To: Flaig, Patrick Cc: ocf...@li... Subject: Re: [Ocf-linux-users] OCF driver for Marvell Kirkwood (88F6xxx) Processors Jivin Flaig, Patrick lays it down ... > Hi, > > the mv_cesa.h is a Marvell specific file, which they use in their SDKs for the different processors. > I will now cross check my SDK if, there is an additional mv_cesa.h which I have to use. > My only problem is that I only have a SDK for the Feroceon not for the Kirkwood. > > Initially I only wanted to port the kirkwood driver to the feroceon platform, but then I saw that it is not possible to compile the kirkwood OCF driver. > So I think I have to fix this first to continue with porting the driver. A couple of things, attached is the mv_cesa.h from my kernel, not much in there really. Also a patch the was not in the last release which will fix the copyback errors you were seeing. Cheers, Davidm > -----Urspr??ngliche Nachricht----- > Von: David McCullough [mailto:dav...@mc...] > Gesendet: Dienstag, 3. August 2010 02:58 > An: Flaig, Patrick > Cc: ocf...@li... > Betreff: Re: [Ocf-linux-users] OCF driver for Marvell Kirkwood > (88F6xxx) Processors > > > Jivin Flaig, Patrick lays it down ... > > Hi, > > > > Thanks for the hint, but where should this file or the directory "plat" be? > > Is mv_cesa.h the same as under crypto/ocf/Kirkwood/cesa? > > > > But when it is the same, why is it included twice <cesa/mv_cesa.h> > > and <plat/mv_cesa.h> > > I think that plat/mv_cesa.h comes from the linux kernel. > > Cheers, > Davidm > > > -----Original Message----- > > From: added by portage for apache > > [mailto:ap...@at...] On Behalf Of md...@as... > > Sent: Monday, August 02, 2010 4:59 PM > > To: Flaig, Patrick > > Subject: Re: [Ocf-linux-users] OCF driver for Marvell Kirkwood > > (88F6xxx) Processors > > > > Hi > > Ignore the warnings > > make sure that the following file exists and you include it: > > plat/mv_cesa.h > > >> crypto/ocf/kirkwood/cesa_ocf_drv.c:49:26: error: plat/mv_cesa.h: > > >> No such file >>or directory > > Regards > > Mihalis > > > > Quoting "Flaig, Patrick" <Pat...@bd...>: > > > > > Hello, > > > > > > Maybe someone can help me; I'm getting some compile errors when > > > trying to compile the OCF driver for Marvell Kirkwood. > > > > > > I'm using a Kernel 2.6.31.14 with the latest OCF patches > > > (ocf-linux-26-20100325.patch) and the Marvell SDK 3.2 cross > > > compilers (arm-mv5vfp-linux-gnueabi). > > > > > > OCF without this driver enabled compiles without any problems. > > > > > > Here is the output of the build process: > > > > > > make ARCH=arm CROSS_COMPILE=arm-mv5vfp-linux-gnueabi- uImage > > > scripts/kconfig/conf -s arch/arm/Kconfig > > > CHK include/linux/version.h > > > make[1]: `include/asm-arm/mach-types.h' is up to date. > > > CHK include/linux/utsrelease.h > > > SYMLINK include/asm -> include/asm-arm > > > CALL scripts/checksyscalls.sh > > > <stdin>:1351:2: warning: #warning syscall migrate_pages not > > > implemented > > > <stdin>:1407:2: warning: #warning syscall pselect6 not implemented > > > <stdin>:1411:2: warning: #warning syscall ppoll not implemented > > > <stdin>:1451:2: warning: #warning syscall epoll_pwait not implemented > > > CHK include/linux/compile.h > > > CC crypto/ocf/kirkwood/cesa/mvCesa.o > > > CC crypto/ocf/kirkwood/cesa/mvLru.o > > > CC crypto/ocf/kirkwood/cesa/mvMD5.o > > > CC crypto/ocf/kirkwood/cesa/mvSHA1.o > > > CC crypto/ocf/kirkwood/cesa/AES/mvAesAlg.o > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:13:26: error: > > > mvAesBoxes.dat: No such file or directory > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'mul1': > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: 'mask' > > > undeclared (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: (Each undeclared > > > identifier is reported only once > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: for each > > > function it appears in.) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: 'Alogtable' > > > undeclared (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: 'Logtable' > > > undeclared (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'MixColumn': > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:151: error: 'mask' > > > undeclared (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:151: error: 'Alogtable' > > > undeclared (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:151: error: 'Logtable' > > > undeclared (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'InvMixColumn': > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:169: error: 'mask' > > > undeclared (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:169: error: 'Alogtable' > > > undeclared (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:169: error: 'Logtable' > > > undeclared (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'rijndaelKeySched': > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:221: error: 'S' undeclared > > > (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:222: error: 'rcon' > > > undeclared (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'rijndaelEncrypt128': > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:261: error: 'S' undeclared > > > (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'rijndaelDecrypt128': > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:298: error: 'Si' undeclared > > > (first use in this function) > > > make[3]: *** [crypto/ocf/kirkwood/cesa/AES/mvAesAlg.o] Error 1 > > > make[2]: *** [crypto/ocf/kirkwood] Error 2 > > > make[1]: *** [crypto/ocf] Error 2 > > > make: *** [crypto] Error 2 > > > > > > I was able to add the missing mvAesBoxes.dat(from the original > > > Marvell Kirkwood kernel), but still some compile errors. > > > > > > make ARCH=arm CROSS_COMPILE=arm-mv5vfp-linux-gnueabi- uImage > > > CHK include/linux/version.h > > > make[1]: `include/asm-arm/mach-types.h' is up to date. > > > CHK include/linux/utsrelease.h > > > SYMLINK include/asm -> include/asm-arm > > > CALL scripts/checksyscalls.sh > > > <stdin>:1351:2: warning: #warning syscall migrate_pages not > > > implemented > > > <stdin>:1407:2: warning: #warning syscall pselect6 not implemented > > > <stdin>:1411:2: warning: #warning syscall ppoll not implemented > > > <stdin>:1451:2: warning: #warning syscall epoll_pwait not implemented > > > CHK include/linux/compile.h > > > CC crypto/ocf/kirkwood/cesa/AES/mvAesAlg.o > > > CC crypto/ocf/kirkwood/cesa/AES/mvAesApi.o > > > CC crypto/ocf/kirkwood/cesa/mvCesaDebug.o > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugStatus': > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:270: warning: format '%ld' > > > expects type 'long int', but argument 4 has type 'unsigned int' > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:278: warning: format '%ld' > > > expects type 'long int', but argument 4 has type 'unsigned int' > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugQueue': > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:306: warning: format '%ld' > > > expects type 'long int', but argument 5 has type 'unsigned int' > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugSramSA': > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:358: warning: format '%ld' > > > expects type 'long int', but argument 3 has type 'unsigned int' > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugSram': > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:425: warning: format '%ld' > > > expects type 'long int', but argument 2 has type 'unsigned int' > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:434: warning: format '%ld' > > > expects type 'long int', but argument 2 has type 'unsigned int' > > > CC crypto/ocf/kirkwood/cesa_ocf_drv.o > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:49:26: error: plat/mv_cesa.h: No > > > such file or directory > > > crypto/ocf/kirkwood/cesa_ocf_drv.c: In function 'cesa_ocf_process': > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:501: error: implicit declaration > > > of function 'crypto_copy_bits_back' > > > crypto/ocf/kirkwood/cesa_ocf_drv.c: In function 'setup_tdma_mbus_windows': > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1115: error: dereferencing > > > pointer to incomplete type > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1116: error: dereferencing > > > pointer to incomplete type > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1117: error: dereferencing > > > pointer to incomplete type > > > crypto/ocf/kirkwood/cesa_ocf_drv.c: In function 'mv_cesa_ocf_init': > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1201: warning: format '%x' > > > expects type 'unsigned int', but argument 4 has type 'void *' > > > crypto/ocf/kirkwood/cesa_ocf_drv.c: At top level: > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1271: warning: initialization > > > from incompatible pointer type > > > make[3]: *** [crypto/ocf/kirkwood/cesa_ocf_drv.o] Error 1 > > > make[2]: *** [crypto/ocf/kirkwood] Error 2 > > > make[1]: *** [crypto/ocf] Error 2 > > > make: *** [crypto] Error 2 > > > > > > Any help or support is welcome :) > > > > > > Thanks and regards. > > > > > > Patrick > > > > > > > > > > > > > -------------------------------------------------------------------- > > ---------- The Palm PDK Hot Apps Program offers developers who use > > the Plug-In Development Kit to bring their C/C++ apps to Palm for a > > share of $1 Million in cash or HP Products. Visit us here for more > > details: > > http://p.sf.net/sfu/dev2dev-palm > > _______________________________________________ > > Ocf-linux-users mailing list > > Ocf...@li... > > https://lists.sourceforge.net/lists/listinfo/ocf-linux-users > > > > > > -- > David McCullough, dav...@mc..., Ph:+61 734352815 > McAfee - SnapGear http://www.mcafee.com http://www.uCdot.org > > -- David McCullough, dav...@mc..., Ph:+61 734352815 McAfee - SnapGear http://www.mcafee.com http://www.uCdot.org |
|
From: Flaig, P. <Pat...@bd...> - 2010-08-03 15:42:11
|
Hi David, As said the OCF driver for Kirkwood is now compiling. But I still have some issues when porting the driver for Feroceon. I've attached my modified drivers; maybe you can take a look into it and resolve the one or other dependency. I think you are more familiar with the Kirkwood driver and it should be easier for you to get the Feroceon driver compiling. Thanks a lot and best regards. Patrick -----Original Message----- From: Flaig, Patrick Sent: Tuesday, August 03, 2010 2:30 PM To: 'David McCullough' Cc: ocf...@li... Subject: RE: [Ocf-linux-users] OCF driver for Marvell Kirkwood (88F6xxx) Processors Hi David, Thanks, for the files, now I'm able to compile the driver. When I finished porting the driver for the feroceon platform I also can send you the code, for further use in the OCF project. One comment from me, I think in the current release mvAesBoxes.dat is also missing. Is there a next release planned with fixes for the issues we found? Patrick -----Original Message----- From: David McCullough [mailto:dav...@mc...] Sent: Tuesday, August 03, 2010 11:39 AM To: Flaig, Patrick Cc: ocf...@li... Subject: Re: [Ocf-linux-users] OCF driver for Marvell Kirkwood (88F6xxx) Processors Jivin Flaig, Patrick lays it down ... > Hi, > > the mv_cesa.h is a Marvell specific file, which they use in their SDKs for the different processors. > I will now cross check my SDK if, there is an additional mv_cesa.h which I have to use. > My only problem is that I only have a SDK for the Feroceon not for the Kirkwood. > > Initially I only wanted to port the kirkwood driver to the feroceon platform, but then I saw that it is not possible to compile the kirkwood OCF driver. > So I think I have to fix this first to continue with porting the driver. A couple of things, attached is the mv_cesa.h from my kernel, not much in there really. Also a patch the was not in the last release which will fix the copyback errors you were seeing. Cheers, Davidm > -----Urspr??ngliche Nachricht----- > Von: David McCullough [mailto:dav...@mc...] > Gesendet: Dienstag, 3. August 2010 02:58 > An: Flaig, Patrick > Cc: ocf...@li... > Betreff: Re: [Ocf-linux-users] OCF driver for Marvell Kirkwood > (88F6xxx) Processors > > > Jivin Flaig, Patrick lays it down ... > > Hi, > > > > Thanks for the hint, but where should this file or the directory "plat" be? > > Is mv_cesa.h the same as under crypto/ocf/Kirkwood/cesa? > > > > But when it is the same, why is it included twice <cesa/mv_cesa.h> > > and <plat/mv_cesa.h> > > I think that plat/mv_cesa.h comes from the linux kernel. > > Cheers, > Davidm > > > -----Original Message----- > > From: added by portage for apache > > [mailto:ap...@at...] On Behalf Of md...@as... > > Sent: Monday, August 02, 2010 4:59 PM > > To: Flaig, Patrick > > Subject: Re: [Ocf-linux-users] OCF driver for Marvell Kirkwood > > (88F6xxx) Processors > > > > Hi > > Ignore the warnings > > make sure that the following file exists and you include it: > > plat/mv_cesa.h > > >> crypto/ocf/kirkwood/cesa_ocf_drv.c:49:26: error: plat/mv_cesa.h: > > >> No such file >>or directory > > Regards > > Mihalis > > > > Quoting "Flaig, Patrick" <Pat...@bd...>: > > > > > Hello, > > > > > > Maybe someone can help me; I'm getting some compile errors when > > > trying to compile the OCF driver for Marvell Kirkwood. > > > > > > I'm using a Kernel 2.6.31.14 with the latest OCF patches > > > (ocf-linux-26-20100325.patch) and the Marvell SDK 3.2 cross > > > compilers (arm-mv5vfp-linux-gnueabi). > > > > > > OCF without this driver enabled compiles without any problems. > > > > > > Here is the output of the build process: > > > > > > make ARCH=arm CROSS_COMPILE=arm-mv5vfp-linux-gnueabi- uImage > > > scripts/kconfig/conf -s arch/arm/Kconfig > > > CHK include/linux/version.h > > > make[1]: `include/asm-arm/mach-types.h' is up to date. > > > CHK include/linux/utsrelease.h > > > SYMLINK include/asm -> include/asm-arm > > > CALL scripts/checksyscalls.sh > > > <stdin>:1351:2: warning: #warning syscall migrate_pages not > > > implemented > > > <stdin>:1407:2: warning: #warning syscall pselect6 not implemented > > > <stdin>:1411:2: warning: #warning syscall ppoll not implemented > > > <stdin>:1451:2: warning: #warning syscall epoll_pwait not implemented > > > CHK include/linux/compile.h > > > CC crypto/ocf/kirkwood/cesa/mvCesa.o > > > CC crypto/ocf/kirkwood/cesa/mvLru.o > > > CC crypto/ocf/kirkwood/cesa/mvMD5.o > > > CC crypto/ocf/kirkwood/cesa/mvSHA1.o > > > CC crypto/ocf/kirkwood/cesa/AES/mvAesAlg.o > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:13:26: error: > > > mvAesBoxes.dat: No such file or directory > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'mul1': > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: 'mask' > > > undeclared (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: (Each undeclared > > > identifier is reported only once > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: for each > > > function it appears in.) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: 'Alogtable' > > > undeclared (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: 'Logtable' > > > undeclared (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'MixColumn': > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:151: error: 'mask' > > > undeclared (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:151: error: 'Alogtable' > > > undeclared (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:151: error: 'Logtable' > > > undeclared (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'InvMixColumn': > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:169: error: 'mask' > > > undeclared (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:169: error: 'Alogtable' > > > undeclared (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:169: error: 'Logtable' > > > undeclared (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'rijndaelKeySched': > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:221: error: 'S' undeclared > > > (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:222: error: 'rcon' > > > undeclared (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'rijndaelEncrypt128': > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:261: error: 'S' undeclared > > > (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'rijndaelDecrypt128': > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:298: error: 'Si' undeclared > > > (first use in this function) > > > make[3]: *** [crypto/ocf/kirkwood/cesa/AES/mvAesAlg.o] Error 1 > > > make[2]: *** [crypto/ocf/kirkwood] Error 2 > > > make[1]: *** [crypto/ocf] Error 2 > > > make: *** [crypto] Error 2 > > > > > > I was able to add the missing mvAesBoxes.dat(from the original > > > Marvell Kirkwood kernel), but still some compile errors. > > > > > > make ARCH=arm CROSS_COMPILE=arm-mv5vfp-linux-gnueabi- uImage > > > CHK include/linux/version.h > > > make[1]: `include/asm-arm/mach-types.h' is up to date. > > > CHK include/linux/utsrelease.h > > > SYMLINK include/asm -> include/asm-arm > > > CALL scripts/checksyscalls.sh > > > <stdin>:1351:2: warning: #warning syscall migrate_pages not > > > implemented > > > <stdin>:1407:2: warning: #warning syscall pselect6 not implemented > > > <stdin>:1411:2: warning: #warning syscall ppoll not implemented > > > <stdin>:1451:2: warning: #warning syscall epoll_pwait not implemented > > > CHK include/linux/compile.h > > > CC crypto/ocf/kirkwood/cesa/AES/mvAesAlg.o > > > CC crypto/ocf/kirkwood/cesa/AES/mvAesApi.o > > > CC crypto/ocf/kirkwood/cesa/mvCesaDebug.o > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugStatus': > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:270: warning: format '%ld' > > > expects type 'long int', but argument 4 has type 'unsigned int' > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:278: warning: format '%ld' > > > expects type 'long int', but argument 4 has type 'unsigned int' > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugQueue': > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:306: warning: format '%ld' > > > expects type 'long int', but argument 5 has type 'unsigned int' > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugSramSA': > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:358: warning: format '%ld' > > > expects type 'long int', but argument 3 has type 'unsigned int' > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugSram': > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:425: warning: format '%ld' > > > expects type 'long int', but argument 2 has type 'unsigned int' > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:434: warning: format '%ld' > > > expects type 'long int', but argument 2 has type 'unsigned int' > > > CC crypto/ocf/kirkwood/cesa_ocf_drv.o > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:49:26: error: plat/mv_cesa.h: No > > > such file or directory > > > crypto/ocf/kirkwood/cesa_ocf_drv.c: In function 'cesa_ocf_process': > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:501: error: implicit declaration > > > of function 'crypto_copy_bits_back' > > > crypto/ocf/kirkwood/cesa_ocf_drv.c: In function 'setup_tdma_mbus_windows': > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1115: error: dereferencing > > > pointer to incomplete type > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1116: error: dereferencing > > > pointer to incomplete type > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1117: error: dereferencing > > > pointer to incomplete type > > > crypto/ocf/kirkwood/cesa_ocf_drv.c: In function 'mv_cesa_ocf_init': > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1201: warning: format '%x' > > > expects type 'unsigned int', but argument 4 has type 'void *' > > > crypto/ocf/kirkwood/cesa_ocf_drv.c: At top level: > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1271: warning: initialization > > > from incompatible pointer type > > > make[3]: *** [crypto/ocf/kirkwood/cesa_ocf_drv.o] Error 1 > > > make[2]: *** [crypto/ocf/kirkwood] Error 2 > > > make[1]: *** [crypto/ocf] Error 2 > > > make: *** [crypto] Error 2 > > > > > > Any help or support is welcome :) > > > > > > Thanks and regards. > > > > > > Patrick > > > > > > > > > > > > > -------------------------------------------------------------------- > > ---------- The Palm PDK Hot Apps Program offers developers who use > > the Plug-In Development Kit to bring their C/C++ apps to Palm for a > > share of $1 Million in cash or HP Products. Visit us here for more > > details: > > http://p.sf.net/sfu/dev2dev-palm > > _______________________________________________ > > Ocf-linux-users mailing list > > Ocf...@li... > > https://lists.sourceforge.net/lists/listinfo/ocf-linux-users > > > > > > -- > David McCullough, dav...@mc..., Ph:+61 734352815 > McAfee - SnapGear http://www.mcafee.com http://www.uCdot.org > > -- David McCullough, dav...@mc..., Ph:+61 734352815 McAfee - SnapGear http://www.mcafee.com http://www.uCdot.org |
|
From: Flaig, P. <Pat...@bd...> - 2010-08-03 12:30:35
|
Hi David, Thanks, for the files, now I'm able to compile the driver. When I finished porting the driver for the feroceon platform I also can send you the code, for further use in the OCF project. One comment from me, I think in the current release mvAesBoxes.dat is also missing. Is there a next release planned with fixes for the issues we found? Patrick -----Original Message----- From: David McCullough [mailto:dav...@mc...] Sent: Tuesday, August 03, 2010 11:39 AM To: Flaig, Patrick Cc: ocf...@li... Subject: Re: [Ocf-linux-users] OCF driver for Marvell Kirkwood (88F6xxx) Processors Jivin Flaig, Patrick lays it down ... > Hi, > > the mv_cesa.h is a Marvell specific file, which they use in their SDKs for the different processors. > I will now cross check my SDK if, there is an additional mv_cesa.h which I have to use. > My only problem is that I only have a SDK for the Feroceon not for the Kirkwood. > > Initially I only wanted to port the kirkwood driver to the feroceon platform, but then I saw that it is not possible to compile the kirkwood OCF driver. > So I think I have to fix this first to continue with porting the driver. A couple of things, attached is the mv_cesa.h from my kernel, not much in there really. Also a patch the was not in the last release which will fix the copyback errors you were seeing. Cheers, Davidm > -----Urspr??ngliche Nachricht----- > Von: David McCullough [mailto:dav...@mc...] > Gesendet: Dienstag, 3. August 2010 02:58 > An: Flaig, Patrick > Cc: ocf...@li... > Betreff: Re: [Ocf-linux-users] OCF driver for Marvell Kirkwood > (88F6xxx) Processors > > > Jivin Flaig, Patrick lays it down ... > > Hi, > > > > Thanks for the hint, but where should this file or the directory "plat" be? > > Is mv_cesa.h the same as under crypto/ocf/Kirkwood/cesa? > > > > But when it is the same, why is it included twice <cesa/mv_cesa.h> > > and <plat/mv_cesa.h> > > I think that plat/mv_cesa.h comes from the linux kernel. > > Cheers, > Davidm > > > -----Original Message----- > > From: added by portage for apache > > [mailto:ap...@at...] On Behalf Of md...@as... > > Sent: Monday, August 02, 2010 4:59 PM > > To: Flaig, Patrick > > Subject: Re: [Ocf-linux-users] OCF driver for Marvell Kirkwood > > (88F6xxx) Processors > > > > Hi > > Ignore the warnings > > make sure that the following file exists and you include it: > > plat/mv_cesa.h > > >> crypto/ocf/kirkwood/cesa_ocf_drv.c:49:26: error: plat/mv_cesa.h: > > >> No such file >>or directory > > Regards > > Mihalis > > > > Quoting "Flaig, Patrick" <Pat...@bd...>: > > > > > Hello, > > > > > > Maybe someone can help me; I'm getting some compile errors when > > > trying to compile the OCF driver for Marvell Kirkwood. > > > > > > I'm using a Kernel 2.6.31.14 with the latest OCF patches > > > (ocf-linux-26-20100325.patch) and the Marvell SDK 3.2 cross > > > compilers (arm-mv5vfp-linux-gnueabi). > > > > > > OCF without this driver enabled compiles without any problems. > > > > > > Here is the output of the build process: > > > > > > make ARCH=arm CROSS_COMPILE=arm-mv5vfp-linux-gnueabi- uImage > > > scripts/kconfig/conf -s arch/arm/Kconfig > > > CHK include/linux/version.h > > > make[1]: `include/asm-arm/mach-types.h' is up to date. > > > CHK include/linux/utsrelease.h > > > SYMLINK include/asm -> include/asm-arm > > > CALL scripts/checksyscalls.sh > > > <stdin>:1351:2: warning: #warning syscall migrate_pages not > > > implemented > > > <stdin>:1407:2: warning: #warning syscall pselect6 not implemented > > > <stdin>:1411:2: warning: #warning syscall ppoll not implemented > > > <stdin>:1451:2: warning: #warning syscall epoll_pwait not implemented > > > CHK include/linux/compile.h > > > CC crypto/ocf/kirkwood/cesa/mvCesa.o > > > CC crypto/ocf/kirkwood/cesa/mvLru.o > > > CC crypto/ocf/kirkwood/cesa/mvMD5.o > > > CC crypto/ocf/kirkwood/cesa/mvSHA1.o > > > CC crypto/ocf/kirkwood/cesa/AES/mvAesAlg.o > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:13:26: error: > > > mvAesBoxes.dat: No such file or directory > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'mul1': > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: 'mask' > > > undeclared (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: (Each undeclared > > > identifier is reported only once > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: for each > > > function it appears in.) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: 'Alogtable' > > > undeclared (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: 'Logtable' > > > undeclared (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'MixColumn': > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:151: error: 'mask' > > > undeclared (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:151: error: 'Alogtable' > > > undeclared (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:151: error: 'Logtable' > > > undeclared (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'InvMixColumn': > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:169: error: 'mask' > > > undeclared (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:169: error: 'Alogtable' > > > undeclared (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:169: error: 'Logtable' > > > undeclared (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'rijndaelKeySched': > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:221: error: 'S' undeclared > > > (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:222: error: 'rcon' > > > undeclared (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'rijndaelEncrypt128': > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:261: error: 'S' undeclared > > > (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'rijndaelDecrypt128': > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:298: error: 'Si' undeclared > > > (first use in this function) > > > make[3]: *** [crypto/ocf/kirkwood/cesa/AES/mvAesAlg.o] Error 1 > > > make[2]: *** [crypto/ocf/kirkwood] Error 2 > > > make[1]: *** [crypto/ocf] Error 2 > > > make: *** [crypto] Error 2 > > > > > > I was able to add the missing mvAesBoxes.dat(from the original > > > Marvell Kirkwood kernel), but still some compile errors. > > > > > > make ARCH=arm CROSS_COMPILE=arm-mv5vfp-linux-gnueabi- uImage > > > CHK include/linux/version.h > > > make[1]: `include/asm-arm/mach-types.h' is up to date. > > > CHK include/linux/utsrelease.h > > > SYMLINK include/asm -> include/asm-arm > > > CALL scripts/checksyscalls.sh > > > <stdin>:1351:2: warning: #warning syscall migrate_pages not > > > implemented > > > <stdin>:1407:2: warning: #warning syscall pselect6 not implemented > > > <stdin>:1411:2: warning: #warning syscall ppoll not implemented > > > <stdin>:1451:2: warning: #warning syscall epoll_pwait not implemented > > > CHK include/linux/compile.h > > > CC crypto/ocf/kirkwood/cesa/AES/mvAesAlg.o > > > CC crypto/ocf/kirkwood/cesa/AES/mvAesApi.o > > > CC crypto/ocf/kirkwood/cesa/mvCesaDebug.o > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugStatus': > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:270: warning: format '%ld' > > > expects type 'long int', but argument 4 has type 'unsigned int' > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:278: warning: format '%ld' > > > expects type 'long int', but argument 4 has type 'unsigned int' > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugQueue': > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:306: warning: format '%ld' > > > expects type 'long int', but argument 5 has type 'unsigned int' > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugSramSA': > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:358: warning: format '%ld' > > > expects type 'long int', but argument 3 has type 'unsigned int' > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugSram': > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:425: warning: format '%ld' > > > expects type 'long int', but argument 2 has type 'unsigned int' > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:434: warning: format '%ld' > > > expects type 'long int', but argument 2 has type 'unsigned int' > > > CC crypto/ocf/kirkwood/cesa_ocf_drv.o > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:49:26: error: plat/mv_cesa.h: No > > > such file or directory > > > crypto/ocf/kirkwood/cesa_ocf_drv.c: In function 'cesa_ocf_process': > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:501: error: implicit declaration > > > of function 'crypto_copy_bits_back' > > > crypto/ocf/kirkwood/cesa_ocf_drv.c: In function 'setup_tdma_mbus_windows': > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1115: error: dereferencing > > > pointer to incomplete type > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1116: error: dereferencing > > > pointer to incomplete type > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1117: error: dereferencing > > > pointer to incomplete type > > > crypto/ocf/kirkwood/cesa_ocf_drv.c: In function 'mv_cesa_ocf_init': > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1201: warning: format '%x' > > > expects type 'unsigned int', but argument 4 has type 'void *' > > > crypto/ocf/kirkwood/cesa_ocf_drv.c: At top level: > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1271: warning: initialization > > > from incompatible pointer type > > > make[3]: *** [crypto/ocf/kirkwood/cesa_ocf_drv.o] Error 1 > > > make[2]: *** [crypto/ocf/kirkwood] Error 2 > > > make[1]: *** [crypto/ocf] Error 2 > > > make: *** [crypto] Error 2 > > > > > > Any help or support is welcome :) > > > > > > Thanks and regards. > > > > > > Patrick > > > > > > > > > > > > > -------------------------------------------------------------------- > > ---------- The Palm PDK Hot Apps Program offers developers who use > > the Plug-In Development Kit to bring their C/C++ apps to Palm for a > > share of $1 Million in cash or HP Products. Visit us here for more > > details: > > http://p.sf.net/sfu/dev2dev-palm > > _______________________________________________ > > Ocf-linux-users mailing list > > Ocf...@li... > > https://lists.sourceforge.net/lists/listinfo/ocf-linux-users > > > > > > -- > David McCullough, dav...@mc..., Ph:+61 734352815 > McAfee - SnapGear http://www.mcafee.com http://www.uCdot.org > > -- David McCullough, dav...@mc..., Ph:+61 734352815 McAfee - SnapGear http://www.mcafee.com http://www.uCdot.org |
|
From: David M. <dav...@mc...> - 2010-08-03 09:40:50
|
Jivin Flaig, Patrick lays it down ... > Hi, > > the mv_cesa.h is a Marvell specific file, which they use in their SDKs for the different processors. > I will now cross check my SDK if, there is an additional mv_cesa.h which I have to use. > My only problem is that I only have a SDK for the Feroceon not for the Kirkwood. > > Initially I only wanted to port the kirkwood driver to the feroceon platform, but then I saw that it is not possible to compile the kirkwood OCF driver. > So I think I have to fix this first to continue with porting the driver. A couple of things, attached is the mv_cesa.h from my kernel, not much in there really. Also a patch the was not in the last release which will fix the copyback errors you were seeing. Cheers, Davidm > -----Urspr??ngliche Nachricht----- > Von: David McCullough [mailto:dav...@mc...] > Gesendet: Dienstag, 3. August 2010 02:58 > An: Flaig, Patrick > Cc: ocf...@li... > Betreff: Re: [Ocf-linux-users] OCF driver for Marvell Kirkwood (88F6xxx) Processors > > > Jivin Flaig, Patrick lays it down ... > > Hi, > > > > Thanks for the hint, but where should this file or the directory "plat" be? > > Is mv_cesa.h the same as under crypto/ocf/Kirkwood/cesa? > > > > But when it is the same, why is it included twice <cesa/mv_cesa.h> and <plat/mv_cesa.h> > > I think that plat/mv_cesa.h comes from the linux kernel. > > Cheers, > Davidm > > > -----Original Message----- > > From: added by portage for apache [mailto:ap...@at...] On Behalf Of md...@as... > > Sent: Monday, August 02, 2010 4:59 PM > > To: Flaig, Patrick > > Subject: Re: [Ocf-linux-users] OCF driver for Marvell Kirkwood (88F6xxx) Processors > > > > Hi > > Ignore the warnings > > make sure that the following file exists and you include it: plat/mv_cesa.h > > >> crypto/ocf/kirkwood/cesa_ocf_drv.c:49:26: error: plat/mv_cesa.h: No > > >> such file >>or directory > > Regards > > Mihalis > > > > Quoting "Flaig, Patrick" <Pat...@bd...>: > > > > > Hello, > > > > > > Maybe someone can help me; I'm getting some compile errors when > > > trying to compile the OCF driver for Marvell Kirkwood. > > > > > > I'm using a Kernel 2.6.31.14 with the latest OCF patches > > > (ocf-linux-26-20100325.patch) and the Marvell SDK 3.2 cross > > > compilers (arm-mv5vfp-linux-gnueabi). > > > > > > OCF without this driver enabled compiles without any problems. > > > > > > Here is the output of the build process: > > > > > > make ARCH=arm CROSS_COMPILE=arm-mv5vfp-linux-gnueabi- uImage > > > scripts/kconfig/conf -s arch/arm/Kconfig > > > CHK include/linux/version.h > > > make[1]: `include/asm-arm/mach-types.h' is up to date. > > > CHK include/linux/utsrelease.h > > > SYMLINK include/asm -> include/asm-arm > > > CALL scripts/checksyscalls.sh > > > <stdin>:1351:2: warning: #warning syscall migrate_pages not > > > implemented > > > <stdin>:1407:2: warning: #warning syscall pselect6 not implemented > > > <stdin>:1411:2: warning: #warning syscall ppoll not implemented > > > <stdin>:1451:2: warning: #warning syscall epoll_pwait not implemented > > > CHK include/linux/compile.h > > > CC crypto/ocf/kirkwood/cesa/mvCesa.o > > > CC crypto/ocf/kirkwood/cesa/mvLru.o > > > CC crypto/ocf/kirkwood/cesa/mvMD5.o > > > CC crypto/ocf/kirkwood/cesa/mvSHA1.o > > > CC crypto/ocf/kirkwood/cesa/AES/mvAesAlg.o > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:13:26: error: > > > mvAesBoxes.dat: No such file or directory > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'mul1': > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: 'mask' undeclared > > > (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: (Each undeclared > > > identifier is reported only once > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: for each function > > > it appears in.) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: 'Alogtable' > > > undeclared (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: 'Logtable' > > > undeclared (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'MixColumn': > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:151: error: 'mask' > > > undeclared (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:151: error: 'Alogtable' > > > undeclared (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:151: error: 'Logtable' > > > undeclared (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'InvMixColumn': > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:169: error: 'mask' > > > undeclared (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:169: error: 'Alogtable' > > > undeclared (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:169: error: 'Logtable' > > > undeclared (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'rijndaelKeySched': > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:221: error: 'S' undeclared > > > (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:222: error: 'rcon' > > > undeclared (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'rijndaelEncrypt128': > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:261: error: 'S' undeclared > > > (first use in this function) > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'rijndaelDecrypt128': > > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:298: error: 'Si' undeclared > > > (first use in this function) > > > make[3]: *** [crypto/ocf/kirkwood/cesa/AES/mvAesAlg.o] Error 1 > > > make[2]: *** [crypto/ocf/kirkwood] Error 2 > > > make[1]: *** [crypto/ocf] Error 2 > > > make: *** [crypto] Error 2 > > > > > > I was able to add the missing mvAesBoxes.dat(from the original > > > Marvell Kirkwood kernel), but still some compile errors. > > > > > > make ARCH=arm CROSS_COMPILE=arm-mv5vfp-linux-gnueabi- uImage > > > CHK include/linux/version.h > > > make[1]: `include/asm-arm/mach-types.h' is up to date. > > > CHK include/linux/utsrelease.h > > > SYMLINK include/asm -> include/asm-arm > > > CALL scripts/checksyscalls.sh > > > <stdin>:1351:2: warning: #warning syscall migrate_pages not > > > implemented > > > <stdin>:1407:2: warning: #warning syscall pselect6 not implemented > > > <stdin>:1411:2: warning: #warning syscall ppoll not implemented > > > <stdin>:1451:2: warning: #warning syscall epoll_pwait not implemented > > > CHK include/linux/compile.h > > > CC crypto/ocf/kirkwood/cesa/AES/mvAesAlg.o > > > CC crypto/ocf/kirkwood/cesa/AES/mvAesApi.o > > > CC crypto/ocf/kirkwood/cesa/mvCesaDebug.o > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugStatus': > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:270: warning: format '%ld' > > > expects type 'long int', but argument 4 has type 'unsigned int' > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:278: warning: format '%ld' > > > expects type 'long int', but argument 4 has type 'unsigned int' > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugQueue': > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:306: warning: format '%ld' > > > expects type 'long int', but argument 5 has type 'unsigned int' > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugSramSA': > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:358: warning: format '%ld' > > > expects type 'long int', but argument 3 has type 'unsigned int' > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugSram': > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:425: warning: format '%ld' > > > expects type 'long int', but argument 2 has type 'unsigned int' > > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:434: warning: format '%ld' > > > expects type 'long int', but argument 2 has type 'unsigned int' > > > CC crypto/ocf/kirkwood/cesa_ocf_drv.o > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:49:26: error: plat/mv_cesa.h: No > > > such file or directory > > > crypto/ocf/kirkwood/cesa_ocf_drv.c: In function 'cesa_ocf_process': > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:501: error: implicit declaration > > > of function 'crypto_copy_bits_back' > > > crypto/ocf/kirkwood/cesa_ocf_drv.c: In function 'setup_tdma_mbus_windows': > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1115: error: dereferencing > > > pointer to incomplete type > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1116: error: dereferencing > > > pointer to incomplete type > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1117: error: dereferencing > > > pointer to incomplete type > > > crypto/ocf/kirkwood/cesa_ocf_drv.c: In function 'mv_cesa_ocf_init': > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1201: warning: format '%x' > > > expects type 'unsigned int', but argument 4 has type 'void *' > > > crypto/ocf/kirkwood/cesa_ocf_drv.c: At top level: > > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1271: warning: initialization > > > from incompatible pointer type > > > make[3]: *** [crypto/ocf/kirkwood/cesa_ocf_drv.o] Error 1 > > > make[2]: *** [crypto/ocf/kirkwood] Error 2 > > > make[1]: *** [crypto/ocf] Error 2 > > > make: *** [crypto] Error 2 > > > > > > Any help or support is welcome :) > > > > > > Thanks and regards. > > > > > > Patrick > > > > > > > > > > > > > ------------------------------------------------------------------------------ > > The Palm PDK Hot Apps Program offers developers who use the > > Plug-In Development Kit to bring their C/C++ apps to Palm for a share > > of $1 Million in cash or HP Products. Visit us here for more details: > > http://p.sf.net/sfu/dev2dev-palm > > _______________________________________________ > > Ocf-linux-users mailing list > > Ocf...@li... > > https://lists.sourceforge.net/lists/listinfo/ocf-linux-users > > > > > > -- > David McCullough, dav...@mc..., Ph:+61 734352815 > McAfee - SnapGear http://www.mcafee.com http://www.uCdot.org > > -- David McCullough, dav...@mc..., Ph:+61 734352815 McAfee - SnapGear http://www.mcafee.com http://www.uCdot.org |
|
From: Flaig, P. <Pat...@bd...> - 2010-08-03 06:30:12
|
Hi, the mv_cesa.h is a Marvell specific file, which they use in their SDKs for the different processors. I will now cross check my SDK if, there is an additional mv_cesa.h which I have to use. My only problem is that I only have a SDK for the Feroceon not for the Kirkwood. Initially I only wanted to port the kirkwood driver to the feroceon platform, but then I saw that it is not possible to compile the kirkwood OCF driver. So I think I have to fix this first to continue with porting the driver. Patrick -----Ursprüngliche Nachricht----- Von: David McCullough [mailto:dav...@mc...] Gesendet: Dienstag, 3. August 2010 02:58 An: Flaig, Patrick Cc: ocf...@li... Betreff: Re: [Ocf-linux-users] OCF driver for Marvell Kirkwood (88F6xxx) Processors Jivin Flaig, Patrick lays it down ... > Hi, > > Thanks for the hint, but where should this file or the directory "plat" be? > Is mv_cesa.h the same as under crypto/ocf/Kirkwood/cesa? > > But when it is the same, why is it included twice <cesa/mv_cesa.h> and <plat/mv_cesa.h> I think that plat/mv_cesa.h comes from the linux kernel. Cheers, Davidm > -----Original Message----- > From: added by portage for apache [mailto:ap...@at...] On Behalf Of md...@as... > Sent: Monday, August 02, 2010 4:59 PM > To: Flaig, Patrick > Subject: Re: [Ocf-linux-users] OCF driver for Marvell Kirkwood (88F6xxx) Processors > > Hi > Ignore the warnings > make sure that the following file exists and you include it: plat/mv_cesa.h > >> crypto/ocf/kirkwood/cesa_ocf_drv.c:49:26: error: plat/mv_cesa.h: No > >> such file >>or directory > Regards > Mihalis > > Quoting "Flaig, Patrick" <Pat...@bd...>: > > > Hello, > > > > Maybe someone can help me; I'm getting some compile errors when > > trying to compile the OCF driver for Marvell Kirkwood. > > > > I'm using a Kernel 2.6.31.14 with the latest OCF patches > > (ocf-linux-26-20100325.patch) and the Marvell SDK 3.2 cross > > compilers (arm-mv5vfp-linux-gnueabi). > > > > OCF without this driver enabled compiles without any problems. > > > > Here is the output of the build process: > > > > make ARCH=arm CROSS_COMPILE=arm-mv5vfp-linux-gnueabi- uImage > > scripts/kconfig/conf -s arch/arm/Kconfig > > CHK include/linux/version.h > > make[1]: `include/asm-arm/mach-types.h' is up to date. > > CHK include/linux/utsrelease.h > > SYMLINK include/asm -> include/asm-arm > > CALL scripts/checksyscalls.sh > > <stdin>:1351:2: warning: #warning syscall migrate_pages not > > implemented > > <stdin>:1407:2: warning: #warning syscall pselect6 not implemented > > <stdin>:1411:2: warning: #warning syscall ppoll not implemented > > <stdin>:1451:2: warning: #warning syscall epoll_pwait not implemented > > CHK include/linux/compile.h > > CC crypto/ocf/kirkwood/cesa/mvCesa.o > > CC crypto/ocf/kirkwood/cesa/mvLru.o > > CC crypto/ocf/kirkwood/cesa/mvMD5.o > > CC crypto/ocf/kirkwood/cesa/mvSHA1.o > > CC crypto/ocf/kirkwood/cesa/AES/mvAesAlg.o > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:13:26: error: > > mvAesBoxes.dat: No such file or directory > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'mul1': > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: 'mask' undeclared > > (first use in this function) > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: (Each undeclared > > identifier is reported only once > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: for each function > > it appears in.) > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: 'Alogtable' > > undeclared (first use in this function) > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: 'Logtable' > > undeclared (first use in this function) > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'MixColumn': > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:151: error: 'mask' > > undeclared (first use in this function) > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:151: error: 'Alogtable' > > undeclared (first use in this function) > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:151: error: 'Logtable' > > undeclared (first use in this function) > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'InvMixColumn': > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:169: error: 'mask' > > undeclared (first use in this function) > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:169: error: 'Alogtable' > > undeclared (first use in this function) > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:169: error: 'Logtable' > > undeclared (first use in this function) > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'rijndaelKeySched': > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:221: error: 'S' undeclared > > (first use in this function) > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:222: error: 'rcon' > > undeclared (first use in this function) > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'rijndaelEncrypt128': > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:261: error: 'S' undeclared > > (first use in this function) > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'rijndaelDecrypt128': > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:298: error: 'Si' undeclared > > (first use in this function) > > make[3]: *** [crypto/ocf/kirkwood/cesa/AES/mvAesAlg.o] Error 1 > > make[2]: *** [crypto/ocf/kirkwood] Error 2 > > make[1]: *** [crypto/ocf] Error 2 > > make: *** [crypto] Error 2 > > > > I was able to add the missing mvAesBoxes.dat(from the original > > Marvell Kirkwood kernel), but still some compile errors. > > > > make ARCH=arm CROSS_COMPILE=arm-mv5vfp-linux-gnueabi- uImage > > CHK include/linux/version.h > > make[1]: `include/asm-arm/mach-types.h' is up to date. > > CHK include/linux/utsrelease.h > > SYMLINK include/asm -> include/asm-arm > > CALL scripts/checksyscalls.sh > > <stdin>:1351:2: warning: #warning syscall migrate_pages not > > implemented > > <stdin>:1407:2: warning: #warning syscall pselect6 not implemented > > <stdin>:1411:2: warning: #warning syscall ppoll not implemented > > <stdin>:1451:2: warning: #warning syscall epoll_pwait not implemented > > CHK include/linux/compile.h > > CC crypto/ocf/kirkwood/cesa/AES/mvAesAlg.o > > CC crypto/ocf/kirkwood/cesa/AES/mvAesApi.o > > CC crypto/ocf/kirkwood/cesa/mvCesaDebug.o > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugStatus': > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:270: warning: format '%ld' > > expects type 'long int', but argument 4 has type 'unsigned int' > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:278: warning: format '%ld' > > expects type 'long int', but argument 4 has type 'unsigned int' > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugQueue': > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:306: warning: format '%ld' > > expects type 'long int', but argument 5 has type 'unsigned int' > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugSramSA': > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:358: warning: format '%ld' > > expects type 'long int', but argument 3 has type 'unsigned int' > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugSram': > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:425: warning: format '%ld' > > expects type 'long int', but argument 2 has type 'unsigned int' > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:434: warning: format '%ld' > > expects type 'long int', but argument 2 has type 'unsigned int' > > CC crypto/ocf/kirkwood/cesa_ocf_drv.o > > crypto/ocf/kirkwood/cesa_ocf_drv.c:49:26: error: plat/mv_cesa.h: No > > such file or directory > > crypto/ocf/kirkwood/cesa_ocf_drv.c: In function 'cesa_ocf_process': > > crypto/ocf/kirkwood/cesa_ocf_drv.c:501: error: implicit declaration > > of function 'crypto_copy_bits_back' > > crypto/ocf/kirkwood/cesa_ocf_drv.c: In function 'setup_tdma_mbus_windows': > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1115: error: dereferencing > > pointer to incomplete type > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1116: error: dereferencing > > pointer to incomplete type > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1117: error: dereferencing > > pointer to incomplete type > > crypto/ocf/kirkwood/cesa_ocf_drv.c: In function 'mv_cesa_ocf_init': > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1201: warning: format '%x' > > expects type 'unsigned int', but argument 4 has type 'void *' > > crypto/ocf/kirkwood/cesa_ocf_drv.c: At top level: > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1271: warning: initialization > > from incompatible pointer type > > make[3]: *** [crypto/ocf/kirkwood/cesa_ocf_drv.o] Error 1 > > make[2]: *** [crypto/ocf/kirkwood] Error 2 > > make[1]: *** [crypto/ocf] Error 2 > > make: *** [crypto] Error 2 > > > > Any help or support is welcome :) > > > > Thanks and regards. > > > > Patrick > > > > > > > ------------------------------------------------------------------------------ > The Palm PDK Hot Apps Program offers developers who use the > Plug-In Development Kit to bring their C/C++ apps to Palm for a share > of $1 Million in cash or HP Products. Visit us here for more details: > http://p.sf.net/sfu/dev2dev-palm > _______________________________________________ > Ocf-linux-users mailing list > Ocf...@li... > https://lists.sourceforge.net/lists/listinfo/ocf-linux-users > > -- David McCullough, dav...@mc..., Ph:+61 734352815 McAfee - SnapGear http://www.mcafee.com http://www.uCdot.org |
|
From: Flaig, P. <Pat...@bd...> - 2010-08-03 06:22:16
|
Hi, but that makes no sense, the mv_cesa.h is already included in the cesa_ocf_driver.c (#include <cesa/mv_cesa.h>). Why should including it twice solve the problem? If I comment out the #include <plat/mv_cesa.h>, I'm getting the next problem: crypto_copy_bits_back is not defined but used in the code. Regards Patrick -----Ursprüngliche Nachricht----- Von: Michalis Digas [mailto:md...@as...] Gesendet: Montag, 2. August 2010 18:28 An: Flaig, Patrick Betreff: Re: [Ocf-linux-users] OCF driver for Marvell Kirkwood (88F6xxx) Processors Hi Make a directory "plat" in kernels include folder and through the file there Mihalis On 2/8/2010 17:25, Flaig, Patrick wrote: > Hi, > > Thanks for the hint, but where should this file or the directory "plat" be? > Is mv_cesa.h the same as under crypto/ocf/Kirkwood/cesa? > > But when it is the same, why is it included twice<cesa/mv_cesa.h> and<plat/mv_cesa.h> > > Patrick > > -----Original Message----- > From: added by portage for apache [mailto:ap...@at...] On Behalf Of md...@as... > Sent: Monday, August 02, 2010 4:59 PM > To: Flaig, Patrick > Subject: Re: [Ocf-linux-users] OCF driver for Marvell Kirkwood (88F6xxx) Processors > > Hi > Ignore the warnings > make sure that the following file exists and you include it: plat/mv_cesa.h >>> crypto/ocf/kirkwood/cesa_ocf_drv.c:49:26: error: plat/mv_cesa.h: No >>> such file>>or directory > Regards > Mihalis > > Quoting "Flaig, Patrick"<Pat...@bd...>: > >> Hello, >> >> Maybe someone can help me; I'm getting some compile errors when >> trying to compile the OCF driver for Marvell Kirkwood. >> >> I'm using a Kernel 2.6.31.14 with the latest OCF patches >> (ocf-linux-26-20100325.patch) and the Marvell SDK 3.2 cross >> compilers (arm-mv5vfp-linux-gnueabi). >> >> OCF without this driver enabled compiles without any problems. >> >> Here is the output of the build process: >> >> make ARCH=arm CROSS_COMPILE=arm-mv5vfp-linux-gnueabi- uImage >> scripts/kconfig/conf -s arch/arm/Kconfig >> CHK include/linux/version.h >> make[1]: `include/asm-arm/mach-types.h' is up to date. >> CHK include/linux/utsrelease.h >> SYMLINK include/asm -> include/asm-arm >> CALL scripts/checksyscalls.sh >> <stdin>:1351:2: warning: #warning syscall migrate_pages not >> implemented >> <stdin>:1407:2: warning: #warning syscall pselect6 not implemented >> <stdin>:1411:2: warning: #warning syscall ppoll not implemented >> <stdin>:1451:2: warning: #warning syscall epoll_pwait not implemented >> CHK include/linux/compile.h >> CC crypto/ocf/kirkwood/cesa/mvCesa.o >> CC crypto/ocf/kirkwood/cesa/mvLru.o >> CC crypto/ocf/kirkwood/cesa/mvMD5.o >> CC crypto/ocf/kirkwood/cesa/mvSHA1.o >> CC crypto/ocf/kirkwood/cesa/AES/mvAesAlg.o >> crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:13:26: error: >> mvAesBoxes.dat: No such file or directory >> crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'mul1': >> crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: 'mask' undeclared >> (first use in this function) >> crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: (Each undeclared >> identifier is reported only once >> crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: for each function >> it appears in.) >> crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: 'Alogtable' >> undeclared (first use in this function) >> crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: 'Logtable' >> undeclared (first use in this function) >> crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'MixColumn': >> crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:151: error: 'mask' >> undeclared (first use in this function) >> crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:151: error: 'Alogtable' >> undeclared (first use in this function) >> crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:151: error: 'Logtable' >> undeclared (first use in this function) >> crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'InvMixColumn': >> crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:169: error: 'mask' >> undeclared (first use in this function) >> crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:169: error: 'Alogtable' >> undeclared (first use in this function) >> crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:169: error: 'Logtable' >> undeclared (first use in this function) >> crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'rijndaelKeySched': >> crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:221: error: 'S' undeclared >> (first use in this function) >> crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:222: error: 'rcon' >> undeclared (first use in this function) >> crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'rijndaelEncrypt128': >> crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:261: error: 'S' undeclared >> (first use in this function) >> crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'rijndaelDecrypt128': >> crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:298: error: 'Si' undeclared >> (first use in this function) >> make[3]: *** [crypto/ocf/kirkwood/cesa/AES/mvAesAlg.o] Error 1 >> make[2]: *** [crypto/ocf/kirkwood] Error 2 >> make[1]: *** [crypto/ocf] Error 2 >> make: *** [crypto] Error 2 >> >> I was able to add the missing mvAesBoxes.dat(from the original >> Marvell Kirkwood kernel), but still some compile errors. >> >> make ARCH=arm CROSS_COMPILE=arm-mv5vfp-linux-gnueabi- uImage >> CHK include/linux/version.h >> make[1]: `include/asm-arm/mach-types.h' is up to date. >> CHK include/linux/utsrelease.h >> SYMLINK include/asm -> include/asm-arm >> CALL scripts/checksyscalls.sh >> <stdin>:1351:2: warning: #warning syscall migrate_pages not >> implemented >> <stdin>:1407:2: warning: #warning syscall pselect6 not implemented >> <stdin>:1411:2: warning: #warning syscall ppoll not implemented >> <stdin>:1451:2: warning: #warning syscall epoll_pwait not implemented >> CHK include/linux/compile.h >> CC crypto/ocf/kirkwood/cesa/AES/mvAesAlg.o >> CC crypto/ocf/kirkwood/cesa/AES/mvAesApi.o >> CC crypto/ocf/kirkwood/cesa/mvCesaDebug.o >> crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugStatus': >> crypto/ocf/kirkwood/cesa/mvCesaDebug.c:270: warning: format '%ld' >> expects type 'long int', but argument 4 has type 'unsigned int' >> crypto/ocf/kirkwood/cesa/mvCesaDebug.c:278: warning: format '%ld' >> expects type 'long int', but argument 4 has type 'unsigned int' >> crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugQueue': >> crypto/ocf/kirkwood/cesa/mvCesaDebug.c:306: warning: format '%ld' >> expects type 'long int', but argument 5 has type 'unsigned int' >> crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugSramSA': >> crypto/ocf/kirkwood/cesa/mvCesaDebug.c:358: warning: format '%ld' >> expects type 'long int', but argument 3 has type 'unsigned int' >> crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugSram': >> crypto/ocf/kirkwood/cesa/mvCesaDebug.c:425: warning: format '%ld' >> expects type 'long int', but argument 2 has type 'unsigned int' >> crypto/ocf/kirkwood/cesa/mvCesaDebug.c:434: warning: format '%ld' >> expects type 'long int', but argument 2 has type 'unsigned int' >> CC crypto/ocf/kirkwood/cesa_ocf_drv.o >> crypto/ocf/kirkwood/cesa_ocf_drv.c:49:26: error: plat/mv_cesa.h: No >> such file or directory >> crypto/ocf/kirkwood/cesa_ocf_drv.c: In function 'cesa_ocf_process': >> crypto/ocf/kirkwood/cesa_ocf_drv.c:501: error: implicit declaration >> of function 'crypto_copy_bits_back' >> crypto/ocf/kirkwood/cesa_ocf_drv.c: In function 'setup_tdma_mbus_windows': >> crypto/ocf/kirkwood/cesa_ocf_drv.c:1115: error: dereferencing >> pointer to incomplete type >> crypto/ocf/kirkwood/cesa_ocf_drv.c:1116: error: dereferencing >> pointer to incomplete type >> crypto/ocf/kirkwood/cesa_ocf_drv.c:1117: error: dereferencing >> pointer to incomplete type >> crypto/ocf/kirkwood/cesa_ocf_drv.c: In function 'mv_cesa_ocf_init': >> crypto/ocf/kirkwood/cesa_ocf_drv.c:1201: warning: format '%x' >> expects type 'unsigned int', but argument 4 has type 'void *' >> crypto/ocf/kirkwood/cesa_ocf_drv.c: At top level: >> crypto/ocf/kirkwood/cesa_ocf_drv.c:1271: warning: initialization >> from incompatible pointer type >> make[3]: *** [crypto/ocf/kirkwood/cesa_ocf_drv.o] Error 1 >> make[2]: *** [crypto/ocf/kirkwood] Error 2 >> make[1]: *** [crypto/ocf] Error 2 >> make: *** [crypto] Error 2 >> >> Any help or support is welcome :) >> >> Thanks and regards. >> >> Patrick >> > > > > > ------------------------------------------------------------------------------ > The Palm PDK Hot Apps Program offers developers who use the > Plug-In Development Kit to bring their C/C++ apps to Palm for a share > of $1 Million in cash or HP Products. Visit us here for more details: > http://p.sf.net/sfu/dev2dev-palm > _______________________________________________ > Ocf-linux-users mailing list > Ocf...@li... > https://lists.sourceforge.net/lists/listinfo/ocf-linux-users |
|
From: David M. <dav...@mc...> - 2010-08-03 02:40:36
|
Jivin Flaig, Patrick lays it down ... > Hi, > > Thanks for the hint, but where should this file or the directory "plat" be? > Is mv_cesa.h the same as under crypto/ocf/Kirkwood/cesa? > > But when it is the same, why is it included twice <cesa/mv_cesa.h> and <plat/mv_cesa.h> I think that plat/mv_cesa.h comes from the linux kernel. Cheers, Davidm > -----Original Message----- > From: added by portage for apache [mailto:ap...@at...] On Behalf Of md...@as... > Sent: Monday, August 02, 2010 4:59 PM > To: Flaig, Patrick > Subject: Re: [Ocf-linux-users] OCF driver for Marvell Kirkwood (88F6xxx) Processors > > Hi > Ignore the warnings > make sure that the following file exists and you include it: plat/mv_cesa.h > >> crypto/ocf/kirkwood/cesa_ocf_drv.c:49:26: error: plat/mv_cesa.h: No > >> such file >>or directory > Regards > Mihalis > > Quoting "Flaig, Patrick" <Pat...@bd...>: > > > Hello, > > > > Maybe someone can help me; I'm getting some compile errors when > > trying to compile the OCF driver for Marvell Kirkwood. > > > > I'm using a Kernel 2.6.31.14 with the latest OCF patches > > (ocf-linux-26-20100325.patch) and the Marvell SDK 3.2 cross > > compilers (arm-mv5vfp-linux-gnueabi). > > > > OCF without this driver enabled compiles without any problems. > > > > Here is the output of the build process: > > > > make ARCH=arm CROSS_COMPILE=arm-mv5vfp-linux-gnueabi- uImage > > scripts/kconfig/conf -s arch/arm/Kconfig > > CHK include/linux/version.h > > make[1]: `include/asm-arm/mach-types.h' is up to date. > > CHK include/linux/utsrelease.h > > SYMLINK include/asm -> include/asm-arm > > CALL scripts/checksyscalls.sh > > <stdin>:1351:2: warning: #warning syscall migrate_pages not > > implemented > > <stdin>:1407:2: warning: #warning syscall pselect6 not implemented > > <stdin>:1411:2: warning: #warning syscall ppoll not implemented > > <stdin>:1451:2: warning: #warning syscall epoll_pwait not implemented > > CHK include/linux/compile.h > > CC crypto/ocf/kirkwood/cesa/mvCesa.o > > CC crypto/ocf/kirkwood/cesa/mvLru.o > > CC crypto/ocf/kirkwood/cesa/mvMD5.o > > CC crypto/ocf/kirkwood/cesa/mvSHA1.o > > CC crypto/ocf/kirkwood/cesa/AES/mvAesAlg.o > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:13:26: error: > > mvAesBoxes.dat: No such file or directory > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'mul1': > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: 'mask' undeclared > > (first use in this function) > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: (Each undeclared > > identifier is reported only once > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: for each function > > it appears in.) > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: 'Alogtable' > > undeclared (first use in this function) > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: 'Logtable' > > undeclared (first use in this function) > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'MixColumn': > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:151: error: 'mask' > > undeclared (first use in this function) > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:151: error: 'Alogtable' > > undeclared (first use in this function) > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:151: error: 'Logtable' > > undeclared (first use in this function) > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'InvMixColumn': > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:169: error: 'mask' > > undeclared (first use in this function) > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:169: error: 'Alogtable' > > undeclared (first use in this function) > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:169: error: 'Logtable' > > undeclared (first use in this function) > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'rijndaelKeySched': > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:221: error: 'S' undeclared > > (first use in this function) > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:222: error: 'rcon' > > undeclared (first use in this function) > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'rijndaelEncrypt128': > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:261: error: 'S' undeclared > > (first use in this function) > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'rijndaelDecrypt128': > > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:298: error: 'Si' undeclared > > (first use in this function) > > make[3]: *** [crypto/ocf/kirkwood/cesa/AES/mvAesAlg.o] Error 1 > > make[2]: *** [crypto/ocf/kirkwood] Error 2 > > make[1]: *** [crypto/ocf] Error 2 > > make: *** [crypto] Error 2 > > > > I was able to add the missing mvAesBoxes.dat(from the original > > Marvell Kirkwood kernel), but still some compile errors. > > > > make ARCH=arm CROSS_COMPILE=arm-mv5vfp-linux-gnueabi- uImage > > CHK include/linux/version.h > > make[1]: `include/asm-arm/mach-types.h' is up to date. > > CHK include/linux/utsrelease.h > > SYMLINK include/asm -> include/asm-arm > > CALL scripts/checksyscalls.sh > > <stdin>:1351:2: warning: #warning syscall migrate_pages not > > implemented > > <stdin>:1407:2: warning: #warning syscall pselect6 not implemented > > <stdin>:1411:2: warning: #warning syscall ppoll not implemented > > <stdin>:1451:2: warning: #warning syscall epoll_pwait not implemented > > CHK include/linux/compile.h > > CC crypto/ocf/kirkwood/cesa/AES/mvAesAlg.o > > CC crypto/ocf/kirkwood/cesa/AES/mvAesApi.o > > CC crypto/ocf/kirkwood/cesa/mvCesaDebug.o > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugStatus': > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:270: warning: format '%ld' > > expects type 'long int', but argument 4 has type 'unsigned int' > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:278: warning: format '%ld' > > expects type 'long int', but argument 4 has type 'unsigned int' > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugQueue': > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:306: warning: format '%ld' > > expects type 'long int', but argument 5 has type 'unsigned int' > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugSramSA': > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:358: warning: format '%ld' > > expects type 'long int', but argument 3 has type 'unsigned int' > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugSram': > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:425: warning: format '%ld' > > expects type 'long int', but argument 2 has type 'unsigned int' > > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:434: warning: format '%ld' > > expects type 'long int', but argument 2 has type 'unsigned int' > > CC crypto/ocf/kirkwood/cesa_ocf_drv.o > > crypto/ocf/kirkwood/cesa_ocf_drv.c:49:26: error: plat/mv_cesa.h: No > > such file or directory > > crypto/ocf/kirkwood/cesa_ocf_drv.c: In function 'cesa_ocf_process': > > crypto/ocf/kirkwood/cesa_ocf_drv.c:501: error: implicit declaration > > of function 'crypto_copy_bits_back' > > crypto/ocf/kirkwood/cesa_ocf_drv.c: In function 'setup_tdma_mbus_windows': > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1115: error: dereferencing > > pointer to incomplete type > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1116: error: dereferencing > > pointer to incomplete type > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1117: error: dereferencing > > pointer to incomplete type > > crypto/ocf/kirkwood/cesa_ocf_drv.c: In function 'mv_cesa_ocf_init': > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1201: warning: format '%x' > > expects type 'unsigned int', but argument 4 has type 'void *' > > crypto/ocf/kirkwood/cesa_ocf_drv.c: At top level: > > crypto/ocf/kirkwood/cesa_ocf_drv.c:1271: warning: initialization > > from incompatible pointer type > > make[3]: *** [crypto/ocf/kirkwood/cesa_ocf_drv.o] Error 1 > > make[2]: *** [crypto/ocf/kirkwood] Error 2 > > make[1]: *** [crypto/ocf] Error 2 > > make: *** [crypto] Error 2 > > > > Any help or support is welcome :) > > > > Thanks and regards. > > > > Patrick > > > > > > > ------------------------------------------------------------------------------ > The Palm PDK Hot Apps Program offers developers who use the > Plug-In Development Kit to bring their C/C++ apps to Palm for a share > of $1 Million in cash or HP Products. Visit us here for more details: > http://p.sf.net/sfu/dev2dev-palm > _______________________________________________ > Ocf-linux-users mailing list > Ocf...@li... > https://lists.sourceforge.net/lists/listinfo/ocf-linux-users > > -- David McCullough, dav...@mc..., Ph:+61 734352815 McAfee - SnapGear http://www.mcafee.com http://www.uCdot.org |
|
From: Flaig, P. <Pat...@bd...> - 2010-08-02 15:26:00
|
Hi, Thanks for the hint, but where should this file or the directory "plat" be? Is mv_cesa.h the same as under crypto/ocf/Kirkwood/cesa? But when it is the same, why is it included twice <cesa/mv_cesa.h> and <plat/mv_cesa.h> Patrick -----Original Message----- From: added by portage for apache [mailto:ap...@at...] On Behalf Of md...@as... Sent: Monday, August 02, 2010 4:59 PM To: Flaig, Patrick Subject: Re: [Ocf-linux-users] OCF driver for Marvell Kirkwood (88F6xxx) Processors Hi Ignore the warnings make sure that the following file exists and you include it: plat/mv_cesa.h >> crypto/ocf/kirkwood/cesa_ocf_drv.c:49:26: error: plat/mv_cesa.h: No >> such file >>or directory Regards Mihalis Quoting "Flaig, Patrick" <Pat...@bd...>: > Hello, > > Maybe someone can help me; I'm getting some compile errors when > trying to compile the OCF driver for Marvell Kirkwood. > > I'm using a Kernel 2.6.31.14 with the latest OCF patches > (ocf-linux-26-20100325.patch) and the Marvell SDK 3.2 cross > compilers (arm-mv5vfp-linux-gnueabi). > > OCF without this driver enabled compiles without any problems. > > Here is the output of the build process: > > make ARCH=arm CROSS_COMPILE=arm-mv5vfp-linux-gnueabi- uImage > scripts/kconfig/conf -s arch/arm/Kconfig > CHK include/linux/version.h > make[1]: `include/asm-arm/mach-types.h' is up to date. > CHK include/linux/utsrelease.h > SYMLINK include/asm -> include/asm-arm > CALL scripts/checksyscalls.sh > <stdin>:1351:2: warning: #warning syscall migrate_pages not > implemented > <stdin>:1407:2: warning: #warning syscall pselect6 not implemented > <stdin>:1411:2: warning: #warning syscall ppoll not implemented > <stdin>:1451:2: warning: #warning syscall epoll_pwait not implemented > CHK include/linux/compile.h > CC crypto/ocf/kirkwood/cesa/mvCesa.o > CC crypto/ocf/kirkwood/cesa/mvLru.o > CC crypto/ocf/kirkwood/cesa/mvMD5.o > CC crypto/ocf/kirkwood/cesa/mvSHA1.o > CC crypto/ocf/kirkwood/cesa/AES/mvAesAlg.o > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:13:26: error: > mvAesBoxes.dat: No such file or directory > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'mul1': > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: 'mask' undeclared > (first use in this function) > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: (Each undeclared > identifier is reported only once > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: for each function > it appears in.) > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: 'Alogtable' > undeclared (first use in this function) > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: 'Logtable' > undeclared (first use in this function) > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'MixColumn': > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:151: error: 'mask' > undeclared (first use in this function) > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:151: error: 'Alogtable' > undeclared (first use in this function) > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:151: error: 'Logtable' > undeclared (first use in this function) > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'InvMixColumn': > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:169: error: 'mask' > undeclared (first use in this function) > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:169: error: 'Alogtable' > undeclared (first use in this function) > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:169: error: 'Logtable' > undeclared (first use in this function) > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'rijndaelKeySched': > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:221: error: 'S' undeclared > (first use in this function) > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:222: error: 'rcon' > undeclared (first use in this function) > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'rijndaelEncrypt128': > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:261: error: 'S' undeclared > (first use in this function) > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'rijndaelDecrypt128': > crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:298: error: 'Si' undeclared > (first use in this function) > make[3]: *** [crypto/ocf/kirkwood/cesa/AES/mvAesAlg.o] Error 1 > make[2]: *** [crypto/ocf/kirkwood] Error 2 > make[1]: *** [crypto/ocf] Error 2 > make: *** [crypto] Error 2 > > I was able to add the missing mvAesBoxes.dat(from the original > Marvell Kirkwood kernel), but still some compile errors. > > make ARCH=arm CROSS_COMPILE=arm-mv5vfp-linux-gnueabi- uImage > CHK include/linux/version.h > make[1]: `include/asm-arm/mach-types.h' is up to date. > CHK include/linux/utsrelease.h > SYMLINK include/asm -> include/asm-arm > CALL scripts/checksyscalls.sh > <stdin>:1351:2: warning: #warning syscall migrate_pages not > implemented > <stdin>:1407:2: warning: #warning syscall pselect6 not implemented > <stdin>:1411:2: warning: #warning syscall ppoll not implemented > <stdin>:1451:2: warning: #warning syscall epoll_pwait not implemented > CHK include/linux/compile.h > CC crypto/ocf/kirkwood/cesa/AES/mvAesAlg.o > CC crypto/ocf/kirkwood/cesa/AES/mvAesApi.o > CC crypto/ocf/kirkwood/cesa/mvCesaDebug.o > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugStatus': > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:270: warning: format '%ld' > expects type 'long int', but argument 4 has type 'unsigned int' > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:278: warning: format '%ld' > expects type 'long int', but argument 4 has type 'unsigned int' > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugQueue': > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:306: warning: format '%ld' > expects type 'long int', but argument 5 has type 'unsigned int' > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugSramSA': > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:358: warning: format '%ld' > expects type 'long int', but argument 3 has type 'unsigned int' > crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugSram': > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:425: warning: format '%ld' > expects type 'long int', but argument 2 has type 'unsigned int' > crypto/ocf/kirkwood/cesa/mvCesaDebug.c:434: warning: format '%ld' > expects type 'long int', but argument 2 has type 'unsigned int' > CC crypto/ocf/kirkwood/cesa_ocf_drv.o > crypto/ocf/kirkwood/cesa_ocf_drv.c:49:26: error: plat/mv_cesa.h: No > such file or directory > crypto/ocf/kirkwood/cesa_ocf_drv.c: In function 'cesa_ocf_process': > crypto/ocf/kirkwood/cesa_ocf_drv.c:501: error: implicit declaration > of function 'crypto_copy_bits_back' > crypto/ocf/kirkwood/cesa_ocf_drv.c: In function 'setup_tdma_mbus_windows': > crypto/ocf/kirkwood/cesa_ocf_drv.c:1115: error: dereferencing > pointer to incomplete type > crypto/ocf/kirkwood/cesa_ocf_drv.c:1116: error: dereferencing > pointer to incomplete type > crypto/ocf/kirkwood/cesa_ocf_drv.c:1117: error: dereferencing > pointer to incomplete type > crypto/ocf/kirkwood/cesa_ocf_drv.c: In function 'mv_cesa_ocf_init': > crypto/ocf/kirkwood/cesa_ocf_drv.c:1201: warning: format '%x' > expects type 'unsigned int', but argument 4 has type 'void *' > crypto/ocf/kirkwood/cesa_ocf_drv.c: At top level: > crypto/ocf/kirkwood/cesa_ocf_drv.c:1271: warning: initialization > from incompatible pointer type > make[3]: *** [crypto/ocf/kirkwood/cesa_ocf_drv.o] Error 1 > make[2]: *** [crypto/ocf/kirkwood] Error 2 > make[1]: *** [crypto/ocf] Error 2 > make: *** [crypto] Error 2 > > Any help or support is welcome :) > > Thanks and regards. > > Patrick > |
|
From: Flaig, P. <Pat...@bd...> - 2010-08-02 14:47:39
|
Hello, Maybe someone can help me; I'm getting some compile errors when trying to compile the OCF driver for Marvell Kirkwood. I'm using a Kernel 2.6.31.14 with the latest OCF patches (ocf-linux-26-20100325.patch) and the Marvell SDK 3.2 cross compilers (arm-mv5vfp-linux-gnueabi). OCF without this driver enabled compiles without any problems. Here is the output of the build process: make ARCH=arm CROSS_COMPILE=arm-mv5vfp-linux-gnueabi- uImage scripts/kconfig/conf -s arch/arm/Kconfig CHK include/linux/version.h make[1]: `include/asm-arm/mach-types.h' is up to date. CHK include/linux/utsrelease.h SYMLINK include/asm -> include/asm-arm CALL scripts/checksyscalls.sh <stdin>:1351:2: warning: #warning syscall migrate_pages not implemented <stdin>:1407:2: warning: #warning syscall pselect6 not implemented <stdin>:1411:2: warning: #warning syscall ppoll not implemented <stdin>:1451:2: warning: #warning syscall epoll_pwait not implemented CHK include/linux/compile.h CC crypto/ocf/kirkwood/cesa/mvCesa.o CC crypto/ocf/kirkwood/cesa/mvLru.o CC crypto/ocf/kirkwood/cesa/mvMD5.o CC crypto/ocf/kirkwood/cesa/mvSHA1.o CC crypto/ocf/kirkwood/cesa/AES/mvAesAlg.o crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:13:26: error: mvAesBoxes.dat: No such file or directory crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'mul1': crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: 'mask' undeclared (first use in this function) crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: (Each undeclared identifier is reported only once crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: for each function it appears in.) crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: 'Alogtable' undeclared (first use in this function) crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:29: error: 'Logtable' undeclared (first use in this function) crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'MixColumn': crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:151: error: 'mask' undeclared (first use in this function) crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:151: error: 'Alogtable' undeclared (first use in this function) crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:151: error: 'Logtable' undeclared (first use in this function) crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'InvMixColumn': crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:169: error: 'mask' undeclared (first use in this function) crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:169: error: 'Alogtable' undeclared (first use in this function) crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:169: error: 'Logtable' undeclared (first use in this function) crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'rijndaelKeySched': crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:221: error: 'S' undeclared (first use in this function) crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:222: error: 'rcon' undeclared (first use in this function) crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'rijndaelEncrypt128': crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:261: error: 'S' undeclared (first use in this function) crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c: In function 'rijndaelDecrypt128': crypto/ocf/kirkwood/cesa/AES/mvAesAlg.c:298: error: 'Si' undeclared (first use in this function) make[3]: *** [crypto/ocf/kirkwood/cesa/AES/mvAesAlg.o] Error 1 make[2]: *** [crypto/ocf/kirkwood] Error 2 make[1]: *** [crypto/ocf] Error 2 make: *** [crypto] Error 2 I was able to add the missing mvAesBoxes.dat(from the original Marvell Kirkwood kernel), but still some compile errors. make ARCH=arm CROSS_COMPILE=arm-mv5vfp-linux-gnueabi- uImage CHK include/linux/version.h make[1]: `include/asm-arm/mach-types.h' is up to date. CHK include/linux/utsrelease.h SYMLINK include/asm -> include/asm-arm CALL scripts/checksyscalls.sh <stdin>:1351:2: warning: #warning syscall migrate_pages not implemented <stdin>:1407:2: warning: #warning syscall pselect6 not implemented <stdin>:1411:2: warning: #warning syscall ppoll not implemented <stdin>:1451:2: warning: #warning syscall epoll_pwait not implemented CHK include/linux/compile.h CC crypto/ocf/kirkwood/cesa/AES/mvAesAlg.o CC crypto/ocf/kirkwood/cesa/AES/mvAesApi.o CC crypto/ocf/kirkwood/cesa/mvCesaDebug.o crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugStatus': crypto/ocf/kirkwood/cesa/mvCesaDebug.c:270: warning: format '%ld' expects type 'long int', but argument 4 has type 'unsigned int' crypto/ocf/kirkwood/cesa/mvCesaDebug.c:278: warning: format '%ld' expects type 'long int', but argument 4 has type 'unsigned int' crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugQueue': crypto/ocf/kirkwood/cesa/mvCesaDebug.c:306: warning: format '%ld' expects type 'long int', but argument 5 has type 'unsigned int' crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugSramSA': crypto/ocf/kirkwood/cesa/mvCesaDebug.c:358: warning: format '%ld' expects type 'long int', but argument 3 has type 'unsigned int' crypto/ocf/kirkwood/cesa/mvCesaDebug.c: In function 'mvCesaDebugSram': crypto/ocf/kirkwood/cesa/mvCesaDebug.c:425: warning: format '%ld' expects type 'long int', but argument 2 has type 'unsigned int' crypto/ocf/kirkwood/cesa/mvCesaDebug.c:434: warning: format '%ld' expects type 'long int', but argument 2 has type 'unsigned int' CC crypto/ocf/kirkwood/cesa_ocf_drv.o crypto/ocf/kirkwood/cesa_ocf_drv.c:49:26: error: plat/mv_cesa.h: No such file or directory crypto/ocf/kirkwood/cesa_ocf_drv.c: In function 'cesa_ocf_process': crypto/ocf/kirkwood/cesa_ocf_drv.c:501: error: implicit declaration of function 'crypto_copy_bits_back' crypto/ocf/kirkwood/cesa_ocf_drv.c: In function 'setup_tdma_mbus_windows': crypto/ocf/kirkwood/cesa_ocf_drv.c:1115: error: dereferencing pointer to incomplete type crypto/ocf/kirkwood/cesa_ocf_drv.c:1116: error: dereferencing pointer to incomplete type crypto/ocf/kirkwood/cesa_ocf_drv.c:1117: error: dereferencing pointer to incomplete type crypto/ocf/kirkwood/cesa_ocf_drv.c: In function 'mv_cesa_ocf_init': crypto/ocf/kirkwood/cesa_ocf_drv.c:1201: warning: format '%x' expects type 'unsigned int', but argument 4 has type 'void *' crypto/ocf/kirkwood/cesa_ocf_drv.c: At top level: crypto/ocf/kirkwood/cesa_ocf_drv.c:1271: warning: initialization from incompatible pointer type make[3]: *** [crypto/ocf/kirkwood/cesa_ocf_drv.o] Error 1 make[2]: *** [crypto/ocf/kirkwood] Error 2 make[1]: *** [crypto/ocf] Error 2 make: *** [crypto] Error 2 Any help or support is welcome :) Thanks and regards. Patrick |
|
From: David M. <dav...@mc...> - 2010-07-27 00:13:46
|
Jivin Jayasri Sangu lays it down ... > Hi, > > Does OCF support NETKEY? No, NETKEY uses the kernel cryptoapi. OCF can use the kernel crypto API, but there is no driver to implement the reverse so that a crypto API application like netkey can use OCF drivers. Cheers, Davidm -- David McCullough, dav...@mc..., Ph:+61 734352815 McAfee - SnapGear http://www.mcafee.com http://www.uCdot.org |
|
From: Jayasri S. <Jay...@aa...> - 2010-07-26 21:38:34
|
Hi,
Does OCF support NETKEY?
Thanks
Jayasri
|
4 messages has been excluded from this view by a project administrator.
