You are not logged in.

#26 2011-11-26 17:31:11

ga01f4733
Member
From: NYC
Registered: 2008-12-05
Posts: 117

Re: RAID Interface Mappings with RocketRaid 2310 (rr2310_00) fail in .37

very kind of you, count
Gonna try right now, Thx again.

Seems the issue is related with the kernel version still,the modded pkgbuild was at line 74 and this new one now at line 88, we're moving forward. ; )

┌─18:32 joan@WS01  ~/src/rr232x 
└─>>>  makepkg -i --skipinteg 
==> S'està fent el paquet: rr232x 1.10-1 (ds nov 26 18:33:01 CET 2011)
==> Comprovant les dependències en temps d'execució ...
==> Comprovant de dependències per l'assemblatge ...
==> S'estan recuperant les fonts...
  -> S'està baixant rr232x-linux-src-v1.10-090716-0928.tar.gz...
--2011-11-26 18:33:01--  http://www.highpoint-tech.cn/BIOS_Driver/rr232x/Linux/new%20format/rr232x-linux-src-v1.10-090716-0928.tar.gz
S'està resolent www.highpoint-tech.cn... 182.18.27.101
S'està connectant a www.highpoint-tech.cn|182.18.27.101|:80...connectat.
HTTP: s'ha enviat la petició, s'està esperant una resposta...200 OK
Mida: 469169 (458K) [application/x-gzip]
S'està desant a: «rr232x-linux-src-v1.10-090716-0928.tar.gz.part»

100%[=========================================================================================>] 469.169     5,52K/s   en 72s     

2011-11-26 18:34:15 (6,37 KB/s) - s'ha desat «rr232x-linux-src-v1.10-090716-0928.tar.gz.part» [469169/469169]

  -> S'ha trobat scsi_lck.patch
  -> S'ha trobat kernel3.patch
==> AVÍS: S'està ometent la comprovació de la integritat.
==> S'està extraient el codi font...
  -> S'està extraient  rr232x-linux-src-v1.10-090716-0928.tar.gz amb bsdtar
==> S'està entrant en l'entorn fakeroot...
==> Iniciant build()...
patching file src/rr232x-linux-src-v1.10/osm/linux/os_linux.c
patching file src/rr232x-linux-src-v1.10/osm/linux/osm_linux.c
patching file src/rr232x-linux-src-v1.10/osm/linux/osm_linux.h
patching file src/rr232x-linux-src-v1.10/inc/linux/Makefile.def
grep: /usr/src/linux-3.1.2-1-ARCH/include/linux/version.h: El fitxer o directori no existeix
expr: error de sintaxi
grep: /usr/src/linux-3.1.2-1-ARCH/include/linux/version.h: El fitxer o directori no existeix
expr: error de sintaxi
../../../inc/linux/Makefile.def:88: *** Only kernel 2.4/2.6/3 is supported but you use ..  Stop.
==> ERROR: S'ha produït un error en build().
    S'està cancel·lant...

Last edited by ga01f4733 (2011-11-26 17:40:01)


There are no foreign lands. It is the traveler only who is foreign. --R.L Stevenson

Offline

#27 2011-11-26 17:58:34

count-corrupt
Member
From: Germany
Registered: 2009-02-01
Posts: 112

Re: RAID Interface Mappings with RocketRaid 2310 (rr2310_00) fail in .37

ga01f4733 wrote:

...

That one is easy. And again, kinda my fault. Just change the makedepends in the PKGBUILD from kernel26-headers to linux-headers.
All these changes make it more and more difficult to make the package work with multiple kernel versions.

My PKGBUILD depends now looks like this

if [[ `uname -r` == 2.6.* ]]; then
depends=('kernel26')
makedepends=('kernel26-headers')
else
depends=('linux')
makedepends=('linux-headers')
fi

Last edited by count-corrupt (2011-11-26 18:00:30)

Offline

#28 2011-11-26 18:43:18

ga01f4733
Member
From: NYC
Registered: 2008-12-05
Posts: 117

Re: RAID Interface Mappings with RocketRaid 2310 (rr2310_00) fail in .37

Hi, I think my problem sits on

 /usr/src/linux-3.1.2-1-ARCH/include/linux/version.h 

because as the error returns, this file doesn't exist.

patching file src/rr232x-linux-src-v1.10/osm/linux/os_linux.c
patching file src/rr232x-linux-src-v1.10/osm/linux/osm_linux.c
patching file src/rr232x-linux-src-v1.10/osm/linux/osm_linux.h
patching file src/rr232x-linux-src-v1.10/inc/linux/Makefile.def
grep: /usr/src/linux-3.1.2-1-ARCH/include/linux/version.h: El fitxer o directori no existeix
expr: error de sintaxi
grep: /usr/src/linux-3.1.2-1-ARCH/include/linux/version.h: El fitxer o directori no existeix
expr: error de sintaxi
../../../inc/linux/Makefile.def:88: *** Only kernel 2.4/2.6/3 is supported but you use ..  Stop.
==> ERROR: S'ha produït un error en build().
    S'està cancel·lant...

The only one I found was

└─>>>  sudo find / -name version.h -type f 2>/dev/null
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/plugin/include/version.h
/usr/include/lzma/version.h
/usr/include/ImageMagick/magick/version.h
/usr/include/cloog/version.h
/usr/include/libavcodec/version.h
/usr/include/pano13/version.h
/usr/include/cinepaint/version.h
/usr/include/wx-2.8/wx/version.h
/usr/include/libavformat/version.h
/usr/include/proc/version.h
/usr/include/linux/version.h
/usr/include/linux/dvb/version.h
/usr/include/isl/version.h
/usr/include/alsa/version.h

wich looks kinda similar to the patch. , so I changed the kernel3.patch lines from 

    $(KERNELDIR)/include/linux/version.h 

   to 

 /usr/include/linux/version.h 

but also without success.

 patching file src/rr232x-linux-src-v1.10/osm/linux/os_linux.c
patching file src/rr232x-linux-src-v1.10/osm/linux/osm_linux.c
patching file src/rr232x-linux-src-v1.10/osm/linux/osm_linux.h
patching file src/rr232x-linux-src-v1.10/inc/linux/Makefile.def
make[1]: Entering directory `/usr/src/linux-3.1.2-1-ARCH'
make[1]: *** No rule to make target `modules'.  Stop.
make[1]: Leaving directory `/usr/src/linux-3.1.2-1-ARCH'
make: *** [rr232x.ko] Error 2
==> ERROR: S'ha produït un error en build().
    S'està cancel·lant...

but anyway , getting closer , I appreciatte very much your help. I'll keep hammering the kernel3.patch  wink

danke schön


There are no foreign lands. It is the traveler only who is foreign. --R.L Stevenson

Offline

#29 2011-11-26 18:45:02

count-corrupt
Member
From: Germany
Registered: 2009-02-01
Posts: 112

Re: RAID Interface Mappings with RocketRaid 2310 (rr2310_00) fail in .37

Did you do what I said? Version.h should be there if you install the kernel headers.

Offline

#30 2011-11-26 18:55:24

ga01f4733
Member
From: NYC
Registered: 2008-12-05
Posts: 117

Re: RAID Interface Mappings with RocketRaid 2310 (rr2310_00) fail in .37

well, you are right, I didnt include the linux-headers, but once corrected the PKGBUILD, still says that linux-headers dependency cannot be solved. So pacman to the rescue.
And you nailed, now it works!!

Looks like I can use those RAID disks finally as heater for this winter, thanks count-corrupt. smile

Last edited by ga01f4733 (2011-11-26 18:58:10)


There are no foreign lands. It is the traveler only who is foreign. --R.L Stevenson

Offline

#31 2011-11-26 19:35:40

count-corrupt
Member
From: Germany
Registered: 2009-02-01
Posts: 112

Re: RAID Interface Mappings with RocketRaid 2310 (rr2310_00) fail in .37

Yeah, right. I forgot that makepkg can't pull make dependencies itself. That's still the old Gentoo-thinking in me. Anyway, glad it works. Would also be cool, if you could opt in as a maintainer for the package. Obviously the architecture of the drivers is similar enough that mirroring the changes made to one of them to the others should suffice. Yet I'm not confident maintaining packages that I lack the hardware to test.

Offline

#32 2011-11-28 18:04:43

ga01f4733
Member
From: NYC
Registered: 2008-12-05
Posts: 117

Re: RAID Interface Mappings with RocketRaid 2310 (rr2310_00) fail in .37

Of course, I would be glad to do it. I shall make some readings about it, cause that will be my first contribution to packages.
By the way, what would you recommend for benchmarking the raid setup?


There are no foreign lands. It is the traveler only who is foreign. --R.L Stevenson

Offline

#33 2012-10-10 08:50:10

Resh
Member
From: Furtwangen
Registered: 2011-07-01
Posts: 2

Re: RAID Interface Mappings with RocketRaid 2310 (rr2310_00) fail in .37

for linux kernel 3.6:
in file osm_linux.c at function declaration `scsicmd_buf_get`, you see the function call

    *pbuf = kmap_atomic(HPT_SG_PAGE(sg), HPT_KMAP_TYPE) + sg->offset;

in the kernel 3.6.1rc release notes from linus (http://lwn.net/Articles/509556):

Cong Wang:
  final kmap_atomic cleanups

https://lkml.org/lkml/2012/6/23/57

Cong Wang wrote:

After few releases, it seems there are no more callers
using the deprecated form of kmap_atomic(), the one
with two parameters. So we can remove it now and remove
the KM_* definition except KM_TYPE_NR together.


Remove the second parameter from the function `kmap_atomic` and remove the definition of HPT_KMAP_TYPE in the headerfile should fix it.

Offline

Board footer

Powered by FluxBB