You can subscribe to this list here.
2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(35) |
Oct
(73) |
Nov
(37) |
Dec
(60) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2006 |
Jan
(76) |
Feb
(301) |
Mar
(123) |
Apr
(29) |
May
(61) |
Jun
(45) |
Jul
(10) |
Aug
(63) |
Sep
(17) |
Oct
(28) |
Nov
(43) |
Dec
(60) |
2007 |
Jan
(71) |
Feb
(86) |
Mar
(20) |
Apr
|
May
(73) |
Jun
(67) |
Jul
(40) |
Aug
(67) |
Sep
(30) |
Oct
(38) |
Nov
(113) |
Dec
(159) |
2008 |
Jan
(208) |
Feb
(299) |
Mar
(105) |
Apr
(64) |
May
(328) |
Jun
(135) |
Jul
(221) |
Aug
(119) |
Sep
(132) |
Oct
(293) |
Nov
(180) |
Dec
(225) |
2009 |
Jan
(136) |
Feb
(161) |
Mar
(226) |
Apr
(363) |
May
(188) |
Jun
(269) |
Jul
(297) |
Aug
(141) |
Sep
(237) |
Oct
(191) |
Nov
(137) |
Dec
(211) |
2010 |
Jan
(141) |
Feb
(234) |
Mar
(254) |
Apr
(370) |
May
(215) |
Jun
(211) |
Jul
(199) |
Aug
(234) |
Sep
(294) |
Oct
(182) |
Nov
(197) |
Dec
(263) |
2011 |
Jan
(115) |
Feb
(135) |
Mar
(114) |
Apr
(177) |
May
(181) |
Jun
(116) |
Jul
(230) |
Aug
(166) |
Sep
(93) |
Oct
(119) |
Nov
(104) |
Dec
(146) |
2012 |
Jan
(138) |
Feb
(182) |
Mar
(190) |
Apr
(126) |
May
(131) |
Jun
(92) |
Jul
(103) |
Aug
(74) |
Sep
(41) |
Oct
(65) |
Nov
(90) |
Dec
(97) |
2013 |
Jan
(73) |
Feb
(80) |
Mar
(152) |
Apr
(93) |
May
(96) |
Jun
(49) |
Jul
(73) |
Aug
(72) |
Sep
(86) |
Oct
(115) |
Nov
(80) |
Dec
(61) |
2014 |
Jan
(115) |
Feb
(171) |
Mar
(191) |
Apr
(150) |
May
(51) |
Jun
(117) |
Jul
(131) |
Aug
(91) |
Sep
(92) |
Oct
(101) |
Nov
(62) |
Dec
(108) |
2015 |
Jan
(118) |
Feb
(58) |
Mar
(79) |
Apr
(99) |
May
(64) |
Jun
(95) |
Jul
(69) |
Aug
(74) |
Sep
(77) |
Oct
(94) |
Nov
(118) |
Dec
(50) |
2016 |
Jan
(47) |
Feb
(137) |
Mar
(159) |
Apr
(50) |
May
(45) |
Jun
(77) |
Jul
(63) |
Aug
(80) |
Sep
(58) |
Oct
(49) |
Nov
(28) |
Dec
(46) |
2017 |
Jan
(34) |
Feb
(36) |
Mar
(108) |
Apr
(127) |
May
(73) |
Jun
(90) |
Jul
(28) |
Aug
(39) |
Sep
(51) |
Oct
(60) |
Nov
(32) |
Dec
(57) |
2018 |
Jan
(73) |
Feb
(19) |
Mar
(32) |
Apr
(52) |
May
(42) |
Jun
(35) |
Jul
(50) |
Aug
(21) |
Sep
(19) |
Oct
(24) |
Nov
(47) |
Dec
(35) |
2019 |
Jan
(37) |
Feb
(51) |
Mar
(59) |
Apr
(44) |
May
(42) |
Jun
(36) |
Jul
(15) |
Aug
(3) |
Sep
(36) |
Oct
(44) |
Nov
(29) |
Dec
(14) |
2020 |
Jan
(16) |
Feb
(20) |
Mar
(10) |
Apr
(13) |
May
(49) |
Jun
(15) |
Jul
(37) |
Aug
(37) |
Sep
(11) |
Oct
(13) |
Nov
(49) |
Dec
(25) |
2021 |
Jan
(23) |
Feb
(12) |
Mar
(15) |
Apr
(15) |
May
(10) |
Jun
(17) |
Jul
(9) |
Aug
(39) |
Sep
(55) |
Oct
(25) |
Nov
(30) |
Dec
(17) |
2022 |
Jan
(10) |
Feb
(14) |
Mar
(1) |
Apr
(4) |
May
(34) |
Jun
(2) |
Jul
(13) |
Aug
(7) |
Sep
(2) |
Oct
(11) |
Nov
(2) |
Dec
(5) |
2023 |
Jan
(4) |
Feb
(7) |
Mar
(4) |
Apr
|
May
|
Jun
(10) |
Jul
(1) |
Aug
(6) |
Sep
(3) |
Oct
|
Nov
|
Dec
(1) |
2024 |
Jan
(8) |
Feb
(2) |
Mar
(6) |
Apr
(2) |
May
|
Jun
(1) |
Jul
(1) |
Aug
(1) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
From: Vladislav B. <vs...@vl...> - 2007-10-18 12:45:21
|
Dan Porat wrote: > I was referring to vdisk handler. > As far as i saw in common.c , there is no reply on TEST_UNIT_READY. common.c has no relation with vdisk handler > Dan Porat > > > On 10/18/07, *Vladislav Bolkhovitin * <vs...@vl... > <mailto:vs...@vl...>> wrote: > > Dan Porat wrote: > > As i am developing a user space level driver i ran into the fact in > > common.c , that on the TEST UNIT READY , there is no reply. > > No reply from who? > > > What does it mean ? > > If fileio_tgt works fine with TEST UNIT READY, but your handler does > not, it's a problem in your handler. > > > What happens when we don't reply on this command ? > > is there a timeout ? > > > > Is there a reply to this command which i missed ? > > > > Dan Porat > > > > > > > ------------------------------------------------------------------------ > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. > > Still grepping through log files to find problems? Stop. > > Now Search log events and configuration files using AJAX and a > browser. > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Scst-devel mailing list > > Scs...@li... > <mailto:Scs...@li...> > > https://lists.sourceforge.net/lists/listinfo/scst-devel > <https://lists.sourceforge.net/lists/listinfo/scst-devel> > > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > > ------------------------------------------------------------------------ > > _______________________________________________ > Scst-devel mailing list > Scs...@li... > https://lists.sourceforge.net/lists/listinfo/scst-devel |
From: swapnil i. <ing...@gm...> - 2007-10-18 11:59:19
|
Hello, When will be the stable version of SCST 0.9.6 going to release? I was interested in trying it out at my end. Regards Swapnil Ingle |
From: Dan P. <dan...@gm...> - 2007-10-18 11:33:18
|
I was referring to vdisk handler. As far as i saw in common.c , there is no reply on TEST_UNIT_READY. Dan Porat On 10/18/07, Vladislav Bolkhovitin <vs...@vl...> wrote: > > Dan Porat wrote: > > As i am developing a user space level driver i ran into the fact in > > common.c , that on the TEST UNIT READY , there is no reply. > > No reply from who? > > > What does it mean ? > > If fileio_tgt works fine with TEST UNIT READY, but your handler does > not, it's a problem in your handler. > > > What happens when we don't reply on this command ? > > is there a timeout ? > > > > Is there a reply to this command which i missed ? > > > > Dan Porat > > > > > > ------------------------------------------------------------------------ > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. > > Still grepping through log files to find problems? Stop. > > Now Search log events and configuration files using AJAX and a browser. > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Scst-devel mailing list > > Scs...@li... > > https://lists.sourceforge.net/lists/listinfo/scst-devel > > |
From: Vladislav B. <vs...@vl...> - 2007-10-18 10:41:55
|
Dan Porat wrote: > As i am developing a user space level driver i ran into the fact in > common.c , that on the TEST UNIT READY , there is no reply. No reply from who? > What does it mean ? If fileio_tgt works fine with TEST UNIT READY, but your handler does not, it's a problem in your handler. > What happens when we don't reply on this command ? > is there a timeout ? > > Is there a reply to this command which i missed ? > > Dan Porat > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > > ------------------------------------------------------------------------ > > _______________________________________________ > Scst-devel mailing list > Scs...@li... > https://lists.sourceforge.net/lists/listinfo/scst-devel |
From: Dan P. <dan...@gm...> - 2007-10-18 10:30:36
|
As i am developing a user space level driver i ran into the fact in common.c, that on the TEST UNIT READY , there is no reply. What does it mean ? What happens when we don't reply on this command ? is there a timeout ? Is there a reply to this command which i missed ? Dan Porat |
From: Vladislav B. <vs...@vl...> - 2007-10-18 10:30:12
|
I fixed this problem in r205. I just forgot to handle case, when hardware offload isn't available or disabled as for your card. Francois Romieu, a maintainer of r8169 driver decided to keep transmit offload disabled by default. He explained it so: "As far as I can tell, it is mostly a lack of pressure from the users and my desire to avoid a change of behavior." Note, that you should enable it by "ethtool -K ethX tx on sg on tso on" or there will be no point in put_page_callback patch, it just will not be able to improve anything. Thanks, Vlad andy.kan wrote: > Output: > > (gdb) l*iscsi_send+0x5ee > 0x674b is in iscsi_send > (/home/siarhei/SVN_SCST/scst/trunk/iscsi-scst/kernel/nthread.c:674). > 669 (sg[idx].page->net_priv != > ref_cmd))) { > 670 PRINT_ERROR_PR("net_priv isn't NULL and > != ref_cmd " > 671 "(write_cmnd %p, ref_cmd %p, sg > %p, idx %d, " > 672 "net_priv %p)", write_cmnd, > ref_cmd, sg, idx, > 673 sg[idx].page->net_priv); > 674 sBUG(); > 675 } > 676 sg[idx].page->net_priv = ref_cmd; > 677 #endif > 678 sendsize = PAGE_SIZE - offset; > (gdb) > > > Best Regards, > Andrei Kalenik > > * Vladislav Bolkhovitin <vs...@vl...> [Fri, 12 Oct 2007 19:01:06 > +0400]: > >>Can you run >> >>$ gdb path/iscsi-scst-ko >> >>(gdb) l *iscsi_send+0x5ee >> >>and send me the output, please? >> >>Thanks for reporting, >>Vlad >> >>and...@ra... wrote: >> >>>Hi! >>>I tried to connect to DVD-ROM remotely by means of iSCSI SCST. I > > have > >>Debian 4.0 with kernel 2.6.22.10 installed on my target PC with 512MB > > of > >>RAM. My netword card is Realtek RTL8111B internal, motherboard is >>Kontron KT965-FLEX. >> >>>Network card driver is r8168-8.003.00. >>>SCST version I used was taken from SVN repository at 10.10.2007. It >> >>compiled and installed succesfully. I produce the following commands: >> >>>#modprobe scst_cdrom >>># cd ../SVN/scst/trunk/scstadmin >>># ./scstadmin -config Collecting current configuration.. done. >>> >>>Collecting current configuration.. done. >>> >>>Applying configurations additions.. >>> >>> -> Creating security group >> >>'Default_iqn.2007-09.com.example:storage.DVD1.sys1.xyz'.. >> >>> -> Adding user 'NULL_USER' to security group >> >>'Default_iqn.2007-09.com.example:storage.DVD1.sys1.xyz'.. >> >>>Configuration applied, 2 changes made. >>>All done. >>># echo "add 2:0:0:0 0" > >> > /proc/scsi_tgt/groups/Default_iqn.2007-09.com.example\:storage.DVD1.sys1.xyz/devices > >>># /etc/init.d/iscsi-scst startStarting iSCSI-SCST target service: >> >>succeeded. >> >>>But after I try to connect with iSCSI initiator on my host PC I > > always > >>get the following result on the target PC: >> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: ------------[ cut here ]------------ >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: invalid opcode: 0000 [#1] >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: SMP >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: CPU: 0 >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: EIP: 0060:[<e076774b>] Not tainted VLI >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: EFLAGS: 00010282 (2.6.22.10-my #2) >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: EIP is at iscsi_send+0x5ee/0xc60 [iscsi_scst] >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: eax: 0000004c ebx: ffffffff ecx: 00000046 edx: >> >>00000000 >> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: esi: cbcafb90 edi: deb8550c ebp: deb854c0 esp: >> >>cc085e20 >> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: ds: 007b es: 007b fs: 00d8 gs: 0000 ss: 0068 >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: Process scsi_tgt0 (pid: 3902, ti=cc084000 >> >>task=cc137580 task.ti=cc084000) >> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: Stack: e076ec36 e076e9af 000002a2 cbcafc5c > > cbcafb90 > >>cbdd252c 00000000 cbcafc5c >> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: 00000046 ffffff11 cbdd252c cbcafc5c 00000004 >> >>00000000 00000000 c02a35ac >> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: cbdd252c cbcafb90 c026ac75 d1a31380 d17225c0 >> >>cbcafcbc 00000024 00000024 >> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: Call Trace: >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: [<c02a35ac>] _spin_lock_bh+0x8/0x18 >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: [<c026ac75>] tcp_sendpage+0x0/0x5b0 >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: [<e0766c7f>] iscsi_xmit_response+0x666/0x7d0 >> >>[iscsi_scst] >> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: [<e00262e4>] cdrom_done+0x59/0xb1 [scst_cdrom] >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: [<c0121e70>] printk+0x1b/0x1f >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: [<e0578f92>] scst_xmit_response+0x461/0x645 [scst] >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: [<e057c147>] scst_process_active_cmd+0x1012/0x1336 >> >>[scst] >> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: [<c02a205a>] __sched_text_start+0x6ea/0x78e >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: [<e057c54e>] scst_do_job_active+0xe3/0x140 [scst] >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: [<e057f829>] scst_cmd_thread+0xfe/0x1aa [scst] >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: [<c011cc82>] default_wake_function+0x0/0xc >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: [<e057f72b>] scst_cmd_thread+0x0/0x1aa [scst] >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: [<c01310fe>] kthread+0x38/0x5e >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: [<c01310c6>] kthread+0x0/0x5e >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: [<c010489b>] kernel_thread_helper+0x7/0x10 >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: ======================= >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: Code: 24 18 8b 44 24 68 89 44 24 0c e8 26 a7 9b df >> >>c7 44 24 08 a2 02 00 00 c7 44 24 04 af e9 76 e0 c7 04 24 36 ec 76 e0 > > e8 > >>0a a7 9b df <0f> 0b eb fe 8b 4c 24 44 89 4a 20 8b 74 24 38 c7 44 24 3c >>00 10 >> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: EIP: [<e076774b>] iscsi_send+0x5ee/0xc60 >> >>[iscsi_scst] SS:ESP 0068:cc085e20 >> >>> >>>BTW, RTL8139 card works fine. I can connect to remote DVD-ROM. >>>Thanks. >>> >>> >> > ------------------------------------------------------------------------- > >>>This SF.net email is sponsored by: Splunk Inc. >>>Still grepping through log files to find problems? Stop. >>>Now Search log events and configuration files using AJAX and a >> >>browser. >> >>>Download your FREE copy of Splunk now >> http://get.splunk.com/ >>>_______________________________________________ >>>Scst-devel mailing list >>>Scs...@li... >>>https://lists.sourceforge.net/lists/listinfo/scst-devel >>> >> > > -- > andy.kan. > > -- > Фотопечать с бесплатной доставкой по всей России. > http://kodak.rambler.ru/ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Scst-devel mailing list > Scs...@li... > https://lists.sourceforge.net/lists/listinfo/scst-devel |
From: Vladislav B. <vs...@vl...> - 2007-10-17 15:23:37
|
Dan Porat wrote: > Hi there! > > I will be working with Qlogic ISP chipset . > The question is , how do errors in the Fibre Channel card (e.g garbled > frame ) are externalized in the scsi level (or scst level). > How do i see errors in the Fibre Channel level , using the SCST state > machine ? > Do i get them as SCST_USER_ATTACH_SESS ? as other opcode ? At the user space level you can't get FC errors and I believe you don't need them there in any case simply because of SCSI ideology, where error recovery is a initiator's duty. But, if a SCSI command for some reason finished abnormally, you can know it in SCST_USER_ON_FREE_CMD event for it from status and aborted fields. > Dan Porat > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > > ------------------------------------------------------------------------ > > _______________________________________________ > Scst-devel mailing list > Scs...@li... > https://lists.sourceforge.net/lists/listinfo/scst-devel |
From: Dan P. <dan...@gm...> - 2007-10-17 13:37:44
|
Hi there! I will be working with Qlogic ISP chipset . The question is , how do errors in the Fibre Channel card (e.g garbled frame ) are externalized in the scsi level (or scst level). How do i see errors in the Fibre Channel level , using the SCST state machine ? Do i get them as SCST_USER_ATTACH_SESS ? as other opcode ? Dan Porat |
From: Vladislav B. <vs...@vl...> - 2007-10-16 13:30:42
|
Hi Dan Porat wrote: > Hi there! > I am developing a user space device handler. > The device is supposed to be a wrapper for a flash disk with some > encryption on it (i.e receive non-encrypted data , pass it to an > application or card , which later on writes it to a flash disk). > > My question regards REQUEST_SENSE command. > > I have looked through the common.c. > > In that file there is a general handling of many commands (read , write > , etc...) but no handling of REQUEST_SENSE. > Why , how come ? what am i missing ? I can say two things on this regard: 1. In the autosense environment, which is supposed to always be for virtual (i.e. not pass-through) devices, REQUEST SENSE command isn't needed and should be just NOOP. 2. Yes, it's funny, but this NOOP is missed in both scst_vdisk and fileio_tgt. Thanks for pointing on it, Vlad |
From: Dan P. <dan...@gm...> - 2007-10-16 10:12:19
|
Hi there! I am developing a user space device handler. The device is supposed to be a wrapper for a flash disk with some encryption on it (i.e receive non-encrypted data , pass it to an application or card , which later on writes it to a flash disk). My question regards REQUEST_SENSE command. I have looked through the common.c. In that file there is a general handling of many commands (read , write , etc...) but no handling of REQUEST_SENSE. Why , how come ? what am i missing ? Thanks Dan Porat |
From: Vladislav B. <vs...@vl...> - 2007-10-15 11:01:53
|
andy.kan wrote: > I use kernel 2.6.22.10 taken from kernel.org > > The output of $ egrep -r "\<get_page|\<put_page" net: > > Binary file net/core/skbuff.o matches > Binary file net/core/built-in.o matches > net/core/pktgen.c: > get_page(skb_shinfo(skb)->frags[i].page); > net/core/pktgen.c: > get_page(skb_shinfo(skb)->frags[i].page); > Binary file net/built-in.o matches > net/built-in.mod.c: { 0xfb9d7c1b, "put_page" }, > Binary file net/sunrpc/sunrpc.o matches > net/sunrpc/sunrpc.mod.c: { 0xfb9d7c1b, "put_page" }, > Binary file net/sunrpc/svc.o matches > net/sunrpc/svc.c: put_page(rqstp->rq_pages[i]); > Binary file net/sunrpc/svcsock.o matches > Binary file net/sunrpc/sunrpc.ko matches > Binary file net/ipv4/tcp.o matches > Binary file net/ipv4/built-in.o matches > net/ipv4/tcp.c.orig: get_page(page); > net/ipv4/tcp.c.orig: > put_page(page); > net/ipv4/tcp.c.orig: > get_page(page); > net/ipv4/tcp.c.orig: > get_page(page); > Binary file net/ipv4/tcp_output.o matches OK, there is nothing wrong here, so it must be something else. Can you send me (privately) your .config? Thanks, Vlad |
From: andy.kan <and...@ra...> - 2007-10-15 07:58:00
|
I use kernel 2.6.22.10 taken from kernel.org The output of $ egrep -r "\<get_page|\<put_page" net: Binary file net/core/skbuff.o matches Binary file net/core/built-in.o matches net/core/pktgen.c: get_page(skb_shinfo(skb)->frags[i].page); net/core/pktgen.c: get_page(skb_shinfo(skb)->frags[i].page); Binary file net/built-in.o matches net/built-in.mod.c: { 0xfb9d7c1b, "put_page" }, Binary file net/sunrpc/sunrpc.o matches net/sunrpc/sunrpc.mod.c: { 0xfb9d7c1b, "put_page" }, Binary file net/sunrpc/svc.o matches net/sunrpc/svc.c: put_page(rqstp->rq_pages[i]); Binary file net/sunrpc/svcsock.o matches Binary file net/sunrpc/sunrpc.ko matches Binary file net/ipv4/tcp.o matches Binary file net/ipv4/built-in.o matches net/ipv4/tcp.c.orig: get_page(page); net/ipv4/tcp.c.orig: put_page(page); net/ipv4/tcp.c.orig: get_page(page); net/ipv4/tcp.c.orig: get_page(page); Binary file net/ipv4/tcp_output.o matches Best Regards, Andrei Kalenik * Vladislav Bolkhovitin <vs...@vl...> [Fri, 12 Oct 2007 21:11:53 +0400]: > As you can read in the iSCSI-SCST's README file, patch put_page_callback > isn't appropriate for your kernel. As a (temporary) workaround you can > revert it. > > Do you use Debian's kernel 2.6.22.10 or kernel 2.6.22.10 taken directly > from kernel.org? > > Can you run > > $ egrep -r "\<get_page|\<put_page" net > > in your kernel's source tree with which you built iSCSI-SCST and send me > the output? > > andy.kan wrote: > > Output: > > > > (gdb) l*iscsi_send+0x5ee > > 0x674b is in iscsi_send > > (/home/siarhei/SVN_SCST/scst/trunk/iscsi-scst/kernel/nthread.c:674). > > 669 (sg[idx].page->net_priv != > > ref_cmd))) { > > 670 PRINT_ERROR_PR("net_priv isn't NULL > and > > != ref_cmd " > > 671 "(write_cmnd %p, ref_cmd %p, > sg > > %p, idx %d, " > > 672 "net_priv %p)", write_cmnd, > > ref_cmd, sg, idx, > > 673 sg[idx].page->net_priv); > > 674 sBUG(); > > 675 } > > 676 sg[idx].page->net_priv = ref_cmd; > > 677 #endif > > 678 sendsize = PAGE_SIZE - offset; > > (gdb) > > > > > > Best Regards, > > Andrei Kalenik > > > > * Vladislav Bolkhovitin <vs...@vl...> [Fri, 12 Oct 2007 19:01:06 > > +0400]: > > > >>Can you run > >> > >>$ gdb path/iscsi-scst-ko > >> > >>(gdb) l *iscsi_send+0x5ee > >> > >>and send me the output, please? > >> > >>Thanks for reporting, > >>Vlad > >> > >>and...@ra... wrote: > >> > >>>Hi! > >>>I tried to connect to DVD-ROM remotely by means of iSCSI SCST. I > > > > have > > > >>Debian 4.0 with kernel 2.6.22.10 installed on my target PC with 512MB > > > > of > > > >>RAM. My netword card is Realtek RTL8111B internal, motherboard is > >>Kontron KT965-FLEX. > >> > >>>Network card driver is r8168-8.003.00. > >>>SCST version I used was taken from SVN repository at 10.10.2007. It > >> > >>compiled and installed succesfully. I produce the following commands: > >> > >>>#modprobe scst_cdrom > >>># cd ../SVN/scst/trunk/scstadmin > >>># ./scstadmin -config Collecting current configuration.. done. > >>> > >>>Collecting current configuration.. done. > >>> > >>>Applying configurations additions.. > >>> > >>> -> Creating security group > >> > >>'Default_iqn.2007-09.com.example:storage.DVD1.sys1.xyz'.. > >> > >>> -> Adding user 'NULL_USER' to security group > >> > >>'Default_iqn.2007-09.com.example:storage.DVD1.sys1.xyz'.. > >> > >>>Configuration applied, 2 changes made. > >>>All done. > >>># echo "add 2:0:0:0 0" > > >> > > > /proc/scsi_tgt/groups/Default_iqn.2007-09.com.example\:storage.DVD1.sys1.xyz/devices > > > >>># /etc/init.d/iscsi-scst startStarting iSCSI-SCST target service: > >> > >>succeeded. > >> > >>>But after I try to connect with iSCSI initiator on my host PC I > > > > always > > > >>get the following result on the target PC: > >> > >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > >>>localhost kernel: ------------[ cut here ]------------ > >>> > >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > >>>localhost kernel: invalid opcode: 0000 [#1] > >>> > >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > >>>localhost kernel: SMP > >>> > >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > >>>localhost kernel: CPU: 0 > >>> > >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > >>>localhost kernel: EIP: 0060:[<e076774b>] Not tainted VLI > >>> > >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > >>>localhost kernel: EFLAGS: 00010282 (2.6.22.10-my #2) > >>> > >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > >>>localhost kernel: EIP is at iscsi_send+0x5ee/0xc60 [iscsi_scst] > >>> > >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > >>>localhost kernel: eax: 0000004c ebx: ffffffff ecx: 00000046 edx: > >> > >>00000000 > >> > >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > >>>localhost kernel: esi: cbcafb90 edi: deb8550c ebp: deb854c0 esp: > >> > >>cc085e20 > >> > >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > >>>localhost kernel: ds: 007b es: 007b fs: 00d8 gs: 0000 ss: 0068 > >>> > >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > >>>localhost kernel: Process scsi_tgt0 (pid: 3902, ti=cc084000 > >> > >>task=cc137580 task.ti=cc084000) > >> > >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > >>>localhost kernel: Stack: e076ec36 e076e9af 000002a2 cbcafc5c > > > > cbcafb90 > > > >>cbdd252c 00000000 cbcafc5c > >> > >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > >>>localhost kernel: 00000046 ffffff11 cbdd252c cbcafc5c 00000004 > >> > >>00000000 00000000 c02a35ac > >> > >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > >>>localhost kernel: cbdd252c cbcafb90 c026ac75 d1a31380 d17225c0 > >> > >>cbcafcbc 00000024 00000024 > >> > >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > >>>localhost kernel: Call Trace: > >>> > >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > >>>localhost kernel: [<c02a35ac>] _spin_lock_bh+0x8/0x18 > >>> > >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > >>>localhost kernel: [<c026ac75>] tcp_sendpage+0x0/0x5b0 > >>> > >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > >>>localhost kernel: [<e0766c7f>] iscsi_xmit_response+0x666/0x7d0 > >> > >>[iscsi_scst] > >> > >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > >>>localhost kernel: [<e00262e4>] cdrom_done+0x59/0xb1 [scst_cdrom] > >>> > >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > >>>localhost kernel: [<c0121e70>] printk+0x1b/0x1f > >>> > >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > >>>localhost kernel: [<e0578f92>] scst_xmit_response+0x461/0x645 [scst] > >>> > >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > >>>localhost kernel: [<e057c147>] scst_process_active_cmd+0x1012/0x1336 > >> > >>[scst] > >> > >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > >>>localhost kernel: [<c02a205a>] __sched_text_start+0x6ea/0x78e > >>> > >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > >>>localhost kernel: [<e057c54e>] scst_do_job_active+0xe3/0x140 [scst] > >>> > >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > >>>localhost kernel: [<e057f829>] scst_cmd_thread+0xfe/0x1aa [scst] > >>> > >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > >>>localhost kernel: [<c011cc82>] default_wake_function+0x0/0xc > >>> > >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > >>>localhost kernel: [<e057f72b>] scst_cmd_thread+0x0/0x1aa [scst] > >>> > >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > >>>localhost kernel: [<c01310fe>] kthread+0x38/0x5e > >>> > >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > >>>localhost kernel: [<c01310c6>] kthread+0x0/0x5e > >>> > >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > >>>localhost kernel: [<c010489b>] kernel_thread_helper+0x7/0x10 > >>> > >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > >>>localhost kernel: ======================= > >>> > >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > >>>localhost kernel: Code: 24 18 8b 44 24 68 89 44 24 0c e8 26 a7 9b df > >> > >>c7 44 24 08 a2 02 00 00 c7 44 24 04 af e9 76 e0 c7 04 24 36 ec 76 e0 > > > > e8 > > > >>0a a7 9b df <0f> 0b eb fe 8b 4c 24 44 89 4a 20 8b 74 24 38 c7 44 24 3c > >>00 10 > >> > >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > >>>localhost kernel: EIP: [<e076774b>] iscsi_send+0x5ee/0xc60 > >> > >>[iscsi_scst] SS:ESP 0068:cc085e20 > >> > >>> > >>>BTW, RTL8139 card works fine. I can connect to remote DVD-ROM. > >>>Thanks. > >>> > >>> > >> > > > ------------------------------------------------------------------------- > > > >>>This SF.net email is sponsored by: Splunk Inc. > >>>Still grepping through log files to find problems? Stop. > >>>Now Search log events and configuration files using AJAX and a > >> > >>browser. > >> > >>>Download your FREE copy of Splunk now >> http://get.splunk.com/ > >>>_______________________________________________ > >>>Scst-devel mailing list > >>>Scs...@li... > >>>https://lists.sourceforge.net/lists/listinfo/scst-devel > >>> > >> > > > > -- > > andy.kan. > > > > -- > > Фотопечать с бесплатной доставкой по всей России. > > http://kodak.rambler.ru/ > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. > > Still grepping through log files to find problems? Stop. > > Now Search log events and configuration files using AJAX and a > browser. > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > _______________________________________________ > > Scst-devel mailing list > > Scs...@li... > > https://lists.sourceforge.net/lists/listinfo/scst-devel > -- andy.kan. -- Фотопечать с бесплатной доставкой по всей России. http://kodak.rambler.ru/ |
From: Vladislav B. <vs...@vl...> - 2007-10-12 17:14:27
|
As you can read in the iSCSI-SCST's README file, patch put_page_callback isn't appropriate for your kernel. As a (temporary) workaround you can revert it. Do you use Debian's kernel 2.6.22.10 or kernel 2.6.22.10 taken directly from kernel.org? Can you run $ egrep -r "\<get_page|\<put_page" net in your kernel's source tree with which you built iSCSI-SCST and send me the output? andy.kan wrote: > Output: > > (gdb) l*iscsi_send+0x5ee > 0x674b is in iscsi_send > (/home/siarhei/SVN_SCST/scst/trunk/iscsi-scst/kernel/nthread.c:674). > 669 (sg[idx].page->net_priv != > ref_cmd))) { > 670 PRINT_ERROR_PR("net_priv isn't NULL and > != ref_cmd " > 671 "(write_cmnd %p, ref_cmd %p, sg > %p, idx %d, " > 672 "net_priv %p)", write_cmnd, > ref_cmd, sg, idx, > 673 sg[idx].page->net_priv); > 674 sBUG(); > 675 } > 676 sg[idx].page->net_priv = ref_cmd; > 677 #endif > 678 sendsize = PAGE_SIZE - offset; > (gdb) > > > Best Regards, > Andrei Kalenik > > * Vladislav Bolkhovitin <vs...@vl...> [Fri, 12 Oct 2007 19:01:06 > +0400]: > >>Can you run >> >>$ gdb path/iscsi-scst-ko >> >>(gdb) l *iscsi_send+0x5ee >> >>and send me the output, please? >> >>Thanks for reporting, >>Vlad >> >>and...@ra... wrote: >> >>>Hi! >>>I tried to connect to DVD-ROM remotely by means of iSCSI SCST. I > > have > >>Debian 4.0 with kernel 2.6.22.10 installed on my target PC with 512MB > > of > >>RAM. My netword card is Realtek RTL8111B internal, motherboard is >>Kontron KT965-FLEX. >> >>>Network card driver is r8168-8.003.00. >>>SCST version I used was taken from SVN repository at 10.10.2007. It >> >>compiled and installed succesfully. I produce the following commands: >> >>>#modprobe scst_cdrom >>># cd ../SVN/scst/trunk/scstadmin >>># ./scstadmin -config Collecting current configuration.. done. >>> >>>Collecting current configuration.. done. >>> >>>Applying configurations additions.. >>> >>> -> Creating security group >> >>'Default_iqn.2007-09.com.example:storage.DVD1.sys1.xyz'.. >> >>> -> Adding user 'NULL_USER' to security group >> >>'Default_iqn.2007-09.com.example:storage.DVD1.sys1.xyz'.. >> >>>Configuration applied, 2 changes made. >>>All done. >>># echo "add 2:0:0:0 0" > >> > /proc/scsi_tgt/groups/Default_iqn.2007-09.com.example\:storage.DVD1.sys1.xyz/devices > >>># /etc/init.d/iscsi-scst startStarting iSCSI-SCST target service: >> >>succeeded. >> >>>But after I try to connect with iSCSI initiator on my host PC I > > always > >>get the following result on the target PC: >> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: ------------[ cut here ]------------ >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: invalid opcode: 0000 [#1] >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: SMP >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: CPU: 0 >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: EIP: 0060:[<e076774b>] Not tainted VLI >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: EFLAGS: 00010282 (2.6.22.10-my #2) >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: EIP is at iscsi_send+0x5ee/0xc60 [iscsi_scst] >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: eax: 0000004c ebx: ffffffff ecx: 00000046 edx: >> >>00000000 >> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: esi: cbcafb90 edi: deb8550c ebp: deb854c0 esp: >> >>cc085e20 >> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: ds: 007b es: 007b fs: 00d8 gs: 0000 ss: 0068 >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: Process scsi_tgt0 (pid: 3902, ti=cc084000 >> >>task=cc137580 task.ti=cc084000) >> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: Stack: e076ec36 e076e9af 000002a2 cbcafc5c > > cbcafb90 > >>cbdd252c 00000000 cbcafc5c >> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: 00000046 ffffff11 cbdd252c cbcafc5c 00000004 >> >>00000000 00000000 c02a35ac >> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: cbdd252c cbcafb90 c026ac75 d1a31380 d17225c0 >> >>cbcafcbc 00000024 00000024 >> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: Call Trace: >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: [<c02a35ac>] _spin_lock_bh+0x8/0x18 >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: [<c026ac75>] tcp_sendpage+0x0/0x5b0 >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: [<e0766c7f>] iscsi_xmit_response+0x666/0x7d0 >> >>[iscsi_scst] >> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: [<e00262e4>] cdrom_done+0x59/0xb1 [scst_cdrom] >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: [<c0121e70>] printk+0x1b/0x1f >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: [<e0578f92>] scst_xmit_response+0x461/0x645 [scst] >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: [<e057c147>] scst_process_active_cmd+0x1012/0x1336 >> >>[scst] >> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: [<c02a205a>] __sched_text_start+0x6ea/0x78e >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: [<e057c54e>] scst_do_job_active+0xe3/0x140 [scst] >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: [<e057f829>] scst_cmd_thread+0xfe/0x1aa [scst] >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: [<c011cc82>] default_wake_function+0x0/0xc >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: [<e057f72b>] scst_cmd_thread+0x0/0x1aa [scst] >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: [<c01310fe>] kthread+0x38/0x5e >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: [<c01310c6>] kthread+0x0/0x5e >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: [<c010489b>] kernel_thread_helper+0x7/0x10 >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: ======================= >>> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: Code: 24 18 8b 44 24 68 89 44 24 0c e8 26 a7 9b df >> >>c7 44 24 08 a2 02 00 00 c7 44 24 04 af e9 76 e0 c7 04 24 36 ec 76 e0 > > e8 > >>0a a7 9b df <0f> 0b eb fe 8b 4c 24 44 89 4a 20 8b 74 24 38 c7 44 24 3c >>00 10 >> >>>Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... >>>localhost kernel: EIP: [<e076774b>] iscsi_send+0x5ee/0xc60 >> >>[iscsi_scst] SS:ESP 0068:cc085e20 >> >>> >>>BTW, RTL8139 card works fine. I can connect to remote DVD-ROM. >>>Thanks. >>> >>> >> > ------------------------------------------------------------------------- > >>>This SF.net email is sponsored by: Splunk Inc. >>>Still grepping through log files to find problems? Stop. >>>Now Search log events and configuration files using AJAX and a >> >>browser. >> >>>Download your FREE copy of Splunk now >> http://get.splunk.com/ >>>_______________________________________________ >>>Scst-devel mailing list >>>Scs...@li... >>>https://lists.sourceforge.net/lists/listinfo/scst-devel >>> >> > > -- > andy.kan. > > -- > Фотопечать с бесплатной доставкой по всей России. > http://kodak.rambler.ru/ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Scst-devel mailing list > Scs...@li... > https://lists.sourceforge.net/lists/listinfo/scst-devel |
From: andy.kan <and...@ra...> - 2007-10-12 16:32:15
|
Output: (gdb) l*iscsi_send+0x5ee 0x674b is in iscsi_send (/home/siarhei/SVN_SCST/scst/trunk/iscsi-scst/kernel/nthread.c:674). 669 (sg[idx].page->net_priv != ref_cmd))) { 670 PRINT_ERROR_PR("net_priv isn't NULL and != ref_cmd " 671 "(write_cmnd %p, ref_cmd %p, sg %p, idx %d, " 672 "net_priv %p)", write_cmnd, ref_cmd, sg, idx, 673 sg[idx].page->net_priv); 674 sBUG(); 675 } 676 sg[idx].page->net_priv = ref_cmd; 677 #endif 678 sendsize = PAGE_SIZE - offset; (gdb) Best Regards, Andrei Kalenik * Vladislav Bolkhovitin <vs...@vl...> [Fri, 12 Oct 2007 19:01:06 +0400]: > Can you run > > $ gdb path/iscsi-scst-ko > > (gdb) l *iscsi_send+0x5ee > > and send me the output, please? > > Thanks for reporting, > Vlad > > and...@ra... wrote: > > Hi! > > I tried to connect to DVD-ROM remotely by means of iSCSI SCST. I have > Debian 4.0 with kernel 2.6.22.10 installed on my target PC with 512MB of > RAM. My netword card is Realtek RTL8111B internal, motherboard is > Kontron KT965-FLEX. > > Network card driver is r8168-8.003.00. > > SCST version I used was taken from SVN repository at 10.10.2007. It > compiled and installed succesfully. I produce the following commands: > > > > #modprobe scst_cdrom > > # cd ../SVN/scst/trunk/scstadmin > > # ./scstadmin -config Collecting current configuration.. done. > > > > Collecting current configuration.. done. > > > > Applying configurations additions.. > > > > -> Creating security group > 'Default_iqn.2007-09.com.example:storage.DVD1.sys1.xyz'.. > > -> Adding user 'NULL_USER' to security group > 'Default_iqn.2007-09.com.example:storage.DVD1.sys1.xyz'.. > > Configuration applied, 2 changes made. > > All done. > > # echo "add 2:0:0:0 0" > > /proc/scsi_tgt/groups/Default_iqn.2007-09.com.example\:storage.DVD1.sys1.xyz/devices > > # /etc/init.d/iscsi-scst startStarting iSCSI-SCST target service: > succeeded. > > > > But after I try to connect with iSCSI initiator on my host PC I always > get the following result on the target PC: > > > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > > localhost kernel: ------------[ cut here ]------------ > > > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > > localhost kernel: invalid opcode: 0000 [#1] > > > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > > localhost kernel: SMP > > > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > > localhost kernel: CPU: 0 > > > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > > localhost kernel: EIP: 0060:[<e076774b>] Not tainted VLI > > > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > > localhost kernel: EFLAGS: 00010282 (2.6.22.10-my #2) > > > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > > localhost kernel: EIP is at iscsi_send+0x5ee/0xc60 [iscsi_scst] > > > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > > localhost kernel: eax: 0000004c ebx: ffffffff ecx: 00000046 edx: > 00000000 > > > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > > localhost kernel: esi: cbcafb90 edi: deb8550c ebp: deb854c0 esp: > cc085e20 > > > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > > localhost kernel: ds: 007b es: 007b fs: 00d8 gs: 0000 ss: 0068 > > > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > > localhost kernel: Process scsi_tgt0 (pid: 3902, ti=cc084000 > task=cc137580 task.ti=cc084000) > > > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > > localhost kernel: Stack: e076ec36 e076e9af 000002a2 cbcafc5c cbcafb90 > cbdd252c 00000000 cbcafc5c > > > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > > localhost kernel: 00000046 ffffff11 cbdd252c cbcafc5c 00000004 > 00000000 00000000 c02a35ac > > > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > > localhost kernel: cbdd252c cbcafb90 c026ac75 d1a31380 d17225c0 > cbcafcbc 00000024 00000024 > > > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > > localhost kernel: Call Trace: > > > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > > localhost kernel: [<c02a35ac>] _spin_lock_bh+0x8/0x18 > > > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > > localhost kernel: [<c026ac75>] tcp_sendpage+0x0/0x5b0 > > > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > > localhost kernel: [<e0766c7f>] iscsi_xmit_response+0x666/0x7d0 > [iscsi_scst] > > > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > > localhost kernel: [<e00262e4>] cdrom_done+0x59/0xb1 [scst_cdrom] > > > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > > localhost kernel: [<c0121e70>] printk+0x1b/0x1f > > > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > > localhost kernel: [<e0578f92>] scst_xmit_response+0x461/0x645 [scst] > > > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > > localhost kernel: [<e057c147>] scst_process_active_cmd+0x1012/0x1336 > [scst] > > > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > > localhost kernel: [<c02a205a>] __sched_text_start+0x6ea/0x78e > > > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > > localhost kernel: [<e057c54e>] scst_do_job_active+0xe3/0x140 [scst] > > > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > > localhost kernel: [<e057f829>] scst_cmd_thread+0xfe/0x1aa [scst] > > > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > > localhost kernel: [<c011cc82>] default_wake_function+0x0/0xc > > > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > > localhost kernel: [<e057f72b>] scst_cmd_thread+0x0/0x1aa [scst] > > > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > > localhost kernel: [<c01310fe>] kthread+0x38/0x5e > > > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > > localhost kernel: [<c01310c6>] kthread+0x0/0x5e > > > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > > localhost kernel: [<c010489b>] kernel_thread_helper+0x7/0x10 > > > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > > localhost kernel: ======================= > > > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > > localhost kernel: Code: 24 18 8b 44 24 68 89 44 24 0c e8 26 a7 9b df > c7 44 24 08 a2 02 00 00 c7 44 24 04 af e9 76 e0 c7 04 24 36 ec 76 e0 e8 > 0a a7 9b df <0f> 0b eb fe 8b 4c 24 44 89 4a 20 8b 74 24 38 c7 44 24 3c > 00 10 > > > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > > localhost kernel: EIP: [<e076774b>] iscsi_send+0x5ee/0xc60 > [iscsi_scst] SS:ESP 0068:cc085e20 > > > > > > BTW, RTL8139 card works fine. I can connect to remote DVD-ROM. > > Thanks. > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. > > Still grepping through log files to find problems? Stop. > > Now Search log events and configuration files using AJAX and a > browser. > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > _______________________________________________ > > Scst-devel mailing list > > Scs...@li... > > https://lists.sourceforge.net/lists/listinfo/scst-devel > > > -- andy.kan. -- Фотопечать с бесплатной доставкой по всей России. http://kodak.rambler.ru/ |
From: Vladislav B. <vs...@vl...> - 2007-10-12 15:03:53
|
Can you run $ gdb path/iscsi-scst-ko (gdb) l *iscsi_send+0x5ee and send me the output, please? Thanks for reporting, Vlad and...@ra... wrote: > Hi! > I tried to connect to DVD-ROM remotely by means of iSCSI SCST. I have Debian 4.0 with kernel 2.6.22.10 installed on my target PC with 512MB of RAM. My netword card is Realtek RTL8111B internal, motherboard is Kontron KT965-FLEX. > Network card driver is r8168-8.003.00. > SCST version I used was taken from SVN repository at 10.10.2007. It compiled and installed succesfully. I produce the following commands: > > #modprobe scst_cdrom > # cd ../SVN/scst/trunk/scstadmin > # ./scstadmin -config Collecting current configuration.. done. > > Collecting current configuration.. done. > > Applying configurations additions.. > > -> Creating security group 'Default_iqn.2007-09.com.example:storage.DVD1.sys1.xyz'.. > -> Adding user 'NULL_USER' to security group 'Default_iqn.2007-09.com.example:storage.DVD1.sys1.xyz'.. > Configuration applied, 2 changes made. > All done. > # echo "add 2:0:0:0 0" > /proc/scsi_tgt/groups/Default_iqn.2007-09.com.example\:storage.DVD1.sys1.xyz/devices > # /etc/init.d/iscsi-scst startStarting iSCSI-SCST target service: succeeded. > > But after I try to connect with iSCSI initiator on my host PC I always get the following result on the target PC: > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > localhost kernel: ------------[ cut here ]------------ > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > localhost kernel: invalid opcode: 0000 [#1] > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > localhost kernel: SMP > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > localhost kernel: CPU: 0 > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > localhost kernel: EIP: 0060:[<e076774b>] Not tainted VLI > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > localhost kernel: EFLAGS: 00010282 (2.6.22.10-my #2) > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > localhost kernel: EIP is at iscsi_send+0x5ee/0xc60 [iscsi_scst] > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > localhost kernel: eax: 0000004c ebx: ffffffff ecx: 00000046 edx: 00000000 > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > localhost kernel: esi: cbcafb90 edi: deb8550c ebp: deb854c0 esp: cc085e20 > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > localhost kernel: ds: 007b es: 007b fs: 00d8 gs: 0000 ss: 0068 > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > localhost kernel: Process scsi_tgt0 (pid: 3902, ti=cc084000 task=cc137580 task.ti=cc084000) > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > localhost kernel: Stack: e076ec36 e076e9af 000002a2 cbcafc5c cbcafb90 cbdd252c 00000000 cbcafc5c > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > localhost kernel: 00000046 ffffff11 cbdd252c cbcafc5c 00000004 00000000 00000000 c02a35ac > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > localhost kernel: cbdd252c cbcafb90 c026ac75 d1a31380 d17225c0 cbcafcbc 00000024 00000024 > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > localhost kernel: Call Trace: > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > localhost kernel: [<c02a35ac>] _spin_lock_bh+0x8/0x18 > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > localhost kernel: [<c026ac75>] tcp_sendpage+0x0/0x5b0 > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > localhost kernel: [<e0766c7f>] iscsi_xmit_response+0x666/0x7d0 [iscsi_scst] > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > localhost kernel: [<e00262e4>] cdrom_done+0x59/0xb1 [scst_cdrom] > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > localhost kernel: [<c0121e70>] printk+0x1b/0x1f > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > localhost kernel: [<e0578f92>] scst_xmit_response+0x461/0x645 [scst] > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > localhost kernel: [<e057c147>] scst_process_active_cmd+0x1012/0x1336 [scst] > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > localhost kernel: [<c02a205a>] __sched_text_start+0x6ea/0x78e > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > localhost kernel: [<e057c54e>] scst_do_job_active+0xe3/0x140 [scst] > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > localhost kernel: [<e057f829>] scst_cmd_thread+0xfe/0x1aa [scst] > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > localhost kernel: [<c011cc82>] default_wake_function+0x0/0xc > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > localhost kernel: [<e057f72b>] scst_cmd_thread+0x0/0x1aa [scst] > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > localhost kernel: [<c01310fe>] kthread+0x38/0x5e > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > localhost kernel: [<c01310c6>] kthread+0x0/0x5e > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > localhost kernel: [<c010489b>] kernel_thread_helper+0x7/0x10 > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > localhost kernel: ======================= > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > localhost kernel: Code: 24 18 8b 44 24 68 89 44 24 0c e8 26 a7 9b df c7 44 24 08 a2 02 00 00 c7 44 24 04 af e9 76 e0 c7 04 24 36 ec 76 e0 e8 0a a7 9b df <0f> 0b eb fe 8b 4c 24 44 89 4a 20 8b 74 24 38 c7 44 24 3c 00 10 > > Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... > localhost kernel: EIP: [<e076774b>] iscsi_send+0x5ee/0xc60 [iscsi_scst] SS:ESP 0068:cc085e20 > > > BTW, RTL8139 card works fine. I can connect to remote DVD-ROM. > Thanks. > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Scst-devel mailing list > Scs...@li... > https://lists.sourceforge.net/lists/listinfo/scst-devel > |
From: <and...@ra...> - 2007-10-12 14:43:21
|
Hi! I tried to connect to DVD-ROM remotely by means of iSCSI SCST. I have Debian 4.0 with kernel 2.6.22.10 installed on my target PC with 512MB of RAM. My netword card is Realtek RTL8111B internal, motherboard is Kontron KT965-FLEX. Network card driver is r8168-8.003.00. SCST version I used was taken from SVN repository at 10.10.2007. It compiled and installed succesfully. I produce the following commands: #modprobe scst_cdrom # cd ../SVN/scst/trunk/scstadmin # ./scstadmin -config Collecting current configuration.. done. Collecting current configuration.. done. Applying configurations additions.. -> Creating security group 'Default_iqn.2007-09.com.example:storage.DVD1.sys1.xyz'.. -> Adding user 'NULL_USER' to security group 'Default_iqn.2007-09.com.example:storage.DVD1.sys1.xyz'.. Configuration applied, 2 changes made. All done. # echo "add 2:0:0:0 0" > /proc/scsi_tgt/groups/Default_iqn.2007-09.com.example\:storage.DVD1.sys1.xyz/devices # /etc/init.d/iscsi-scst startStarting iSCSI-SCST target service: succeeded. But after I try to connect with iSCSI initiator on my host PC I always get the following result on the target PC: Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... localhost kernel: ------------[ cut here ]------------ Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... localhost kernel: invalid opcode: 0000 [#1] Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... localhost kernel: SMP Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... localhost kernel: CPU: 0 Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... localhost kernel: EIP: 0060:[<e076774b>] Not tainted VLI Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... localhost kernel: EFLAGS: 00010282 (2.6.22.10-my #2) Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... localhost kernel: EIP is at iscsi_send+0x5ee/0xc60 [iscsi_scst] Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... localhost kernel: eax: 0000004c ebx: ffffffff ecx: 00000046 edx: 00000000 Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... localhost kernel: esi: cbcafb90 edi: deb8550c ebp: deb854c0 esp: cc085e20 Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... localhost kernel: ds: 007b es: 007b fs: 00d8 gs: 0000 ss: 0068 Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... localhost kernel: Process scsi_tgt0 (pid: 3902, ti=cc084000 task=cc137580 task.ti=cc084000) Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... localhost kernel: Stack: e076ec36 e076e9af 000002a2 cbcafc5c cbcafb90 cbdd252c 00000000 cbcafc5c Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... localhost kernel: 00000046 ffffff11 cbdd252c cbcafc5c 00000004 00000000 00000000 c02a35ac Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... localhost kernel: cbdd252c cbcafb90 c026ac75 d1a31380 d17225c0 cbcafcbc 00000024 00000024 Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... localhost kernel: Call Trace: Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... localhost kernel: [<c02a35ac>] _spin_lock_bh+0x8/0x18 Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... localhost kernel: [<c026ac75>] tcp_sendpage+0x0/0x5b0 Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... localhost kernel: [<e0766c7f>] iscsi_xmit_response+0x666/0x7d0 [iscsi_scst] Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... localhost kernel: [<e00262e4>] cdrom_done+0x59/0xb1 [scst_cdrom] Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... localhost kernel: [<c0121e70>] printk+0x1b/0x1f Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... localhost kernel: [<e0578f92>] scst_xmit_response+0x461/0x645 [scst] Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... localhost kernel: [<e057c147>] scst_process_active_cmd+0x1012/0x1336 [scst] Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... localhost kernel: [<c02a205a>] __sched_text_start+0x6ea/0x78e Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... localhost kernel: [<e057c54e>] scst_do_job_active+0xe3/0x140 [scst] Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... localhost kernel: [<e057f829>] scst_cmd_thread+0xfe/0x1aa [scst] Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... localhost kernel: [<c011cc82>] default_wake_function+0x0/0xc Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... localhost kernel: [<e057f72b>] scst_cmd_thread+0x0/0x1aa [scst] Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... localhost kernel: [<c01310fe>] kthread+0x38/0x5e Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... localhost kernel: [<c01310c6>] kthread+0x0/0x5e Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... localhost kernel: [<c010489b>] kernel_thread_helper+0x7/0x10 Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... localhost kernel: ======================= Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... localhost kernel: Code: 24 18 8b 44 24 68 89 44 24 0c e8 26 a7 9b df c7 44 24 08 a2 02 00 00 c7 44 24 04 af e9 76 e0 c7 04 24 36 ec 76 e0 e8 0a a7 9b df <0f> 0b eb fe 8b 4c 24 44 89 4a 20 8b 74 24 38 c7 44 24 3c 00 10 Message from syslogd@localhost at Fri Oct 12 14:19:50 2007 ... localhost kernel: EIP: [<e076774b>] iscsi_send+0x5ee/0xc60 [iscsi_scst] SS:ESP 0068:cc085e20 BTW, RTL8139 card works fine. I can connect to remote DVD-ROM. Thanks. |
From: Vladislav B. <vs...@vl...> - 2007-10-10 17:14:34
|
Tomasz Chmielewski wrote: > As 2.6.23 was released recently It was released about 20 hours ago. Please give me some time :) > I thought I'd give iSCSI-SCST a try. It > looks like some changes are still needed? Yes. Most likely, I'll commit the necessary changes tomorrow. > This is with scst revision 204. > > > # make scst scst_install iscsi iscsi_install KVER=2.6.23-N5200-1 > cd scst && make > make[1]: Entering directory `/mnt/1/scst/trunk/scst' > cd src && make all > make[2]: Entering directory `/mnt/1/scst/trunk/scst/src' > make -C /lib/modules/2.6.23-N5200-1/build > SUBDIRS=/mnt/1/scst/trunk/scst/src BUILD_DEV=m > make[3]: Entering directory `/mnt/1/linux-2.6.23' > LD /mnt/1/scst/trunk/scst/src/built-in.o > CC [M] /mnt/1/scst/trunk/scst/src/scst_main.o > /mnt/1/scst/trunk/scst/src/scst_main.c:50:2: warning: #warning Patch > scst_exec_req_fifo-<kernel-version>.patch was not applied on your kernel > and STRICT_SERIALIZING isn't defined. Pass-through dev handlers > will not be supported. > /mnt/1/scst/trunk/scst/src/scst_main.c: In function ?init_scst?: > /mnt/1/scst/trunk/scst/src/scst_main.c:1421: error: too many arguments > to function ?kmem_cache_create? > /mnt/1/scst/trunk/scst/src/scst_main.c:1423: error: too many arguments > to function ?kmem_cache_create? > /mnt/1/scst/trunk/scst/src/scst_main.c:1425: error: too many arguments > to function ?kmem_cache_create? > /mnt/1/scst/trunk/scst/src/scst_main.c:1427: error: too many arguments > to function ?kmem_cache_create? > /mnt/1/scst/trunk/scst/src/scst_main.c:1429: error: too many arguments > to function ?kmem_cache_create? > /mnt/1/scst/trunk/scst/src/scst_main.c:1431: error: too many arguments > to function ?kmem_cache_create? > make[4]: *** [/mnt/1/scst/trunk/scst/src/scst_main.o] Error 1 > make[3]: *** [_module_/mnt/1/scst/trunk/scst/src] Error 2 > make[3]: Leaving directory `/mnt/1/linux-2.6.23' > make[2]: *** [all] Error 2 > make[2]: Leaving directory `/mnt/1/scst/trunk/scst/src' > make[1]: *** [all] Error 2 > make[1]: Leaving directory `/mnt/1/scst/trunk/scst' > make: *** [scst] Error 2 > > |
From: Tomasz C. <ma...@wp...> - 2007-10-10 15:25:52
|
As 2.6.23 was released recently, I thought I'd give iSCSI-SCST a try. It looks like some changes are still needed? This is with scst revision 204. # make scst scst_install iscsi iscsi_install KVER=2.6.23-N5200-1 cd scst && make make[1]: Entering directory `/mnt/1/scst/trunk/scst' cd src && make all make[2]: Entering directory `/mnt/1/scst/trunk/scst/src' make -C /lib/modules/2.6.23-N5200-1/build SUBDIRS=/mnt/1/scst/trunk/scst/src BUILD_DEV=m make[3]: Entering directory `/mnt/1/linux-2.6.23' LD /mnt/1/scst/trunk/scst/src/built-in.o CC [M] /mnt/1/scst/trunk/scst/src/scst_main.o /mnt/1/scst/trunk/scst/src/scst_main.c:50:2: warning: #warning Patch scst_exec_req_fifo-<kernel-version>.patch was not applied on your kernel and STRICT_SERIALIZING isn't defined. Pass-through dev handlers will not be supported. /mnt/1/scst/trunk/scst/src/scst_main.c: In function ?init_scst?: /mnt/1/scst/trunk/scst/src/scst_main.c:1421: error: too many arguments to function ?kmem_cache_create? /mnt/1/scst/trunk/scst/src/scst_main.c:1423: error: too many arguments to function ?kmem_cache_create? /mnt/1/scst/trunk/scst/src/scst_main.c:1425: error: too many arguments to function ?kmem_cache_create? /mnt/1/scst/trunk/scst/src/scst_main.c:1427: error: too many arguments to function ?kmem_cache_create? /mnt/1/scst/trunk/scst/src/scst_main.c:1429: error: too many arguments to function ?kmem_cache_create? /mnt/1/scst/trunk/scst/src/scst_main.c:1431: error: too many arguments to function ?kmem_cache_create? make[4]: *** [/mnt/1/scst/trunk/scst/src/scst_main.o] Error 1 make[3]: *** [_module_/mnt/1/scst/trunk/scst/src] Error 2 make[3]: Leaving directory `/mnt/1/linux-2.6.23' make[2]: *** [all] Error 2 make[2]: Leaving directory `/mnt/1/scst/trunk/scst/src' make[1]: *** [all] Error 2 make[1]: Leaving directory `/mnt/1/scst/trunk/scst' make: *** [scst] Error 2 -- Tomasz Chmielewski |
From: Vladislav B. <vs...@vl...> - 2007-09-26 12:36:55
|
manali baldawa wrote: > */Vladislav Bolkhovitin <vs...@vl...>/* wrote: > > manali baldawa wrote: > > hi , > > I have some questions about qla2x00 target driver. > > In qla2x00 firmware document , ACCEPT TARGET IOCB structure > > has 2 byte field targetid/reserved and reserved between lun and > > initiator port name. But in qla2x00 target driver , ACCEPT target > IOCB > > structure does not have this field. > > So if this specifc bit is not there in implementation , then > > how does it work ?? > > If it works (initiator_port_name field is actively used), then your > spec. isn't correct in this particular place. Firmware has another view > on it ;) > > Hi Vladislav, > > Actually i was working on the Multi port id support for 23xx and was > planning to integrate it with the target driver, which will enable > us to see multiple targets through the virtual ports. Now, my > problem is that, when i receive a "Accept target i/o type 2" IOCB in > accpet_response_pkt, i need a way to figure out for which virtual > port ( virtual target) did i recieve this IOCB for. The doc that I > have access to explains a byte for target_id in case multiid > firmware is enabled. This target_id field is "reserved "if multiid > firmware is not enabled. This byte corresponds to the 42byte offset > in the IOCB. I put some debugging printk's too in the code and found > that according to the data structures in the code we recive > everything correctly except the targetid field. > > Can you please look into your document and point me to the correct > format for this accept tgt type 2 IOCB ? or which of the 12 > reserved_32 bytes corresponds to the target_id in the multiport_id > setup case. My firmware interface spec also specifies that right after the LUN field on offset 0x2A there must be TARGET ID/RESERVED field, but apparently on practice it isn't correct and there is INITIATOR PORT NAME (WWN) here. So, I would suggest you either figure out yourself from the IOCB dumps on which offset there is TARGET ID if NPIV is enabled, or ask QLogic support. If you have the NDA'ed spec., I'm sure, they will help you. > Thanks & Regards, > Manali > > > ------------------------------------------------------------------------ > Looking for a deal? Find great prices on flights and hotels > <http://us.rd.yahoo.com/evt=47094/*http://farechase.yahoo.com/;_ylc=X3oDMTFicDJoNDllBF9TAzk3NDA3NTg5BHBvcwMxMwRzZWMDZ3JvdXBzBHNsawNlbWFpbC1uY20-> > with Yahoo! FareChase. |
From: manali b. <man...@ya...> - 2007-09-26 06:50:04
|
Vladislav Bolkhovitin <vs...@vl...> wrote: manali baldawa wrote: > hi , > I have some questions about qla2x00 target driver. > In qla2x00 firmware document , ACCEPT TARGET IOCB structure > has 2 byte field targetid/reserved and reserved between lun and > initiator port name. But in qla2x00 target driver , ACCEPT target IOCB > structure does not have this field. > So if this specifc bit is not there in implementation , then > how does it work ?? If it works (initiator_port_name field is actively used), then your spec. isn't correct in this particular place. Firmware has another view on it ;) Hi Vladislav, Actually i was working on the Multi port id support for 23xx and was planning to integrate it with the target driver, which will enable us to see multiple targets through the virtual ports. Now, my problem is that, when i receive a "Accept target i/o type 2" IOCB in accpet_response_pkt, i need a way to figure out for which virtual port ( virtual target) did i recieve this IOCB for. The doc that I have access to explains a byte for target_id in case multiid firmware is enabled. This target_id field is "reserved "if multiid firmware is not enabled. This byte corresponds to the 42byte offset in the IOCB. I put some debugging printk's too in the code and found that according to the data structures in the code we recive everything correctly except the targetid field. Can you please look into your document and point me to the correct format for this accept tgt type 2 IOCB ? or which of the 12 reserved_32 bytes corresponds to the target_id in the multiport_id setup case. Thanks & Regards, Manali --------------------------------- Looking for a deal? Find great prices on flights and hotels with Yahoo! FareChase. |
From: Vladislav B. <vs...@vl...> - 2007-09-25 14:24:20
|
manali baldawa wrote: > hi , > I have some questions about qla2x00 target driver. > In qla2x00 firmware document , ACCEPT TARGET IOCB structure > has 2 byte field targetid/reserved and reserved between lun and > initiator port name. But in qla2x00 target driver , ACCEPT target IOCB > structure does not have this field. > So if this specifc bit is not there in implementation , then > how does it work ?? If it works (initiator_port_name field is actively used), then your spec. isn't correct in this particular place. Firmware has another view on it ;) > Thanks and regards , > Manali > > ------------------------------------------------------------------------ > Yahoo! oneSearch: Finally, mobile search that gives answers > <http://us.rd.yahoo.com/evt=48252/*http://mobile.yahoo.com/mobileweb/onesearch?refer=1ONXIC>, > not web links. > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > > ------------------------------------------------------------------------ > > _______________________________________________ > Scst-devel mailing list > Scs...@li... > https://lists.sourceforge.net/lists/listinfo/scst-devel |
From: manali b. <man...@ya...> - 2007-09-25 12:00:18
|
hi , I have some questions about qla2x00 target driver. In qla2x00 firmware document , ACCEPT TARGET IOCB structure has 2 byte field targetid/reserved and reserved between lun and initiator port name. But in qla2x00 target driver , ACCEPT target IOCB structure does not have this field. So if this specifc bit is not there in implementation , then how does it work ?? Thanks and regards , Manali --------------------------------- Yahoo! oneSearch: Finally, mobile search that gives answers, not web links. |
From: Vladislav B. <vs...@vl...> - 2007-09-19 09:25:03
|
Aravind Parchuri wrote: > The changes were minimal, Here's a patch to make it compile on 2.6.19: Thanks, I've committed it with some minor cleanups. Vlad |
From: Vladislav B. <vs...@vl...> - 2007-09-19 09:03:05
|
Aravind Parchuri wrote: > Here's the syslog output from the attempt, in case it helps: [...] > Sep 19 10:36:35 ITX003048312326 kernel: [6908]: > scst_cmd_init_done:177:Recieving CDB: > Sep 19 10:36:35 ITX003048312326 kernel: > (h)___0__1__2__3__4__5__6__7__8__9__A__B__C__D__E__F > Sep 19 10:36:35 ITX003048312326 kernel: 0: a0 00 00 00 00 00 00 00 00 > 10 00 00 00 00 00 00 ................ > Sep 19 10:36:35 ITX003048312326 kernel: [6908]: ENTRY scst_init_cmd > Sep 19 10:36:35 ITX003048312326 kernel: [6908]: ENTRY __scst_init_cmd > Sep 19 10:36:35 ITX003048312326 kernel: [6908]: ENTRY scst_translate_lun > Sep 19 10:36:35 ITX003048312326 kernel: [6908]: > __scst_get:459:Incrementing scst_cmd_count(1) > Sep 19 10:36:35 ITX003048312326 kernel: [6908]: > scst_translate_lun:2687:Finding tgt_dev for cmd f6d09ec0 (lun 0) > Sep 19 10:36:35 ITX003048312326 kernel: [6908]: > scst_translate_lun:2711:tgt_dev for lun 0 not found, command to > unexisting LU? From this message it is clear that you didn't setup the device access correctly. Add a device in the "Default" group on LUN 0, then try again. Vlad |
From: Aravind P. <ara...@gm...> - 2007-09-18 23:29:09
|
vs...@vl... wrote: > vs...@vl... wrote: >> Aravind Parchuri wrote: >>> I'm also trying this with an LSI SAS 3800X card. We do not have the >>> target mode firmware though - the mptsas driver always comes up >>> displaying "ioc0: SAS1068: Capabilities={Initiator}" >>> >>> Does anyone know where to get a SAS target mode firmware for these >>> chips? For example, the SCSI 1030T chips has a "Fusion-MPT_IT_FW" >>> download on it's webpage, but there's nothing similar for the SAS ICs. >> >> I'm afraid, you won't succeed without the target mode firmware.. > > Sorry for the delayed reply - I've had to put this on the backburner for > a bit. We managed to get the target mode firmware from LSI. Actually, I > think there's now an I/T version up on LSI's web page for the LSI SAS > 3800X card, but I haven't tried that one. I also set all the ports to > target mode using "lsiutil" and verified that mptsas loaded with > "Capabilites={Target}". > > Unfortunately, even though I set up the target again as described below, > the initiator still didn't see it. I tried another SAS initiator - an > onboard AIC-9410 chip with an external SAS port. It seemed to detect the > target during post, but displayed "Disk error" for disk size, and didn't > show the device in either windows or linux. > > I guess I should try with LSI's mptstm directly first, before fiddling > around with the scst port. Here's the syslog output from the attempt, in case it helps: Sep 19 10:24:58 ITX003048312326 kernel: [6888]: scst_suspend_activity:418:suspend_count 0 Sep 19 10:24:58 ITX003048312326 kernel: [6888]: scst_suspend_activity:428:Waiting for 0 active commands to complete Sep 19 10:24:58 ITX003048312326 kernel: [6888]: scst_suspend_activity:430:wait_event() returned Sep 19 10:24:58 ITX003048312326 kernel: [6888]: scst_suspend_activity:436:Waiting for 0 active commands finally to complete Sep 19 10:24:58 ITX003048312326 kernel: [6888]: scst_suspend_activity:438:wait_event() returned Sep 19 10:24:58 ITX003048312326 kernel: [6888]: scst_resume_activity:455:suspend_count 1 Sep 19 10:24:58 ITX003048312326 kernel: [6888]: scst_register_device:532:scst: Attached SCSI target mid-level at scsi0, channel 0, id 0, lun 0, type 0 Sep 19 10:24:58 ITX003048312326 kernel: [6888]: scst_suspend_activity:418:suspend_count 0 Sep 19 10:24:58 ITX003048312326 kernel: [6888]: scst_suspend_activity:428:Waiting for 0 active commands to complete Sep 19 10:24:58 ITX003048312326 kernel: [6888]: scst_suspend_activity:430:wait_event() returned Sep 19 10:24:58 ITX003048312326 kernel: [6888]: scst_suspend_activity:436:Waiting for 0 active commands finally to complete Sep 19 10:24:58 ITX003048312326 kernel: [6888]: scst_suspend_activity:438:wait_event() returned Sep 19 10:24:58 ITX003048312326 kernel: [6888]: scst_resume_activity:455:suspend_count 1 Sep 19 10:24:58 ITX003048312326 kernel: [6888]: scst_register_device:532:scst: Attached SCSI target mid-level at scsi1, channel 0, id 0, lun 0, type 0 Sep 19 10:24:58 ITX003048312326 kernel: [6888]: scst_suspend_activity:418:suspend_count 0 Sep 19 10:24:58 ITX003048312326 kernel: [6888]: scst_suspend_activity:428:Waiting for 0 active commands to complete Sep 19 10:24:58 ITX003048312326 kernel: [6888]: scst_suspend_activity:430:wait_event() returned Sep 19 10:24:58 ITX003048312326 kernel: [6888]: scst_suspend_activity:436:Waiting for 0 active commands finally to complete Sep 19 10:24:58 ITX003048312326 kernel: [6888]: scst_suspend_activity:438:wait_event() returned Sep 19 10:24:58 ITX003048312326 kernel: [6888]: scst_resume_activity:455:suspend_count 1 Sep 19 10:24:58 ITX003048312326 kernel: [6888]: scst_register_device:532:scst: Attached SCSI target mid-level at scsi2, channel 0, id 0, lun 0, type 0 Sep 19 10:24:58 ITX003048312326 kernel: [6888]: init_scst:1503:scst: SCST version 0.9.6-pre2 loaded successfully (max mem for commands 506 Mb) Sep 19 10:24:58 ITX003048312326 kernel: [6888]: scst_register_virtual_dev_driver:889:scst: Virtual device handler vdisk for type 0 registered successfully Sep 19 10:24:58 ITX003048312326 kernel: [6888]: scst_register_virtual_dev_driver:889:scst: Virtual device handler vdisk_blk for type 0 registered successfully Sep 19 10:24:58 ITX003048312326 kernel: [6888]: scst_register_virtual_dev_driver:889:scst: Virtual device handler vcdrom for type 5 registered successfully Sep 19 10:25:01 ITX003048312326 kernel: [6860]: scst_suspend_activity:418:suspend_count 0 Sep 19 10:25:01 ITX003048312326 kernel: [6860]: scst_suspend_activity:428:Waiting for 0 active commands to complete Sep 19 10:25:01 ITX003048312326 kernel: [6860]: scst_suspend_activity:430:wait_event() returned Sep 19 10:25:01 ITX003048312326 kernel: [6860]: scst_suspend_activity:436:Waiting for 0 active commands finally to complete Sep 19 10:25:01 ITX003048312326 kernel: [6860]: scst_suspend_activity:438:wait_event() returned Sep 19 10:25:01 ITX003048312326 kernel: [6860]: vdisk_attach:469:dev_vdisk: Attached SCSI target virtual disk disk1 (file="/vdisks/disk1", fs=1024MB, bs=512, nblocks=2097152, cyln=1024) Sep 19 10:25:01 ITX003048312326 kernel: [6860]: scst_resume_activity:455:suspend_count 1 Sep 19 10:25:01 ITX003048312326 kernel: [6860]: scst_register_virtual_device:681:scst: Attached SCSI target mid-level to virtual device disk1 (id 1) Sep 19 10:25:03 ITX003048312326 kernel: [6860]: scst_proc_log_entry_write:345:Changed trace level for "scsi_tgt": old 0x80002f0e, new 0xffffffff Sep 19 10:25:03 ITX003048312326 kernel: [6860]: EXIT scst_proc_log_entry_write: 4 Sep 19 10:25:03 ITX003048312326 kernel: [6860]: EXIT scst_proc_scsi_tgt_gen_write_log: 4 Sep 19 10:25:06 ITX003048312326 kernel: [6860]: ENTRY scst_proc_groups_devices_write Sep 19 10:25:06 ITX003048312326 kernel: [6860]: ENTRY scst_suspend_activity Sep 19 10:25:06 ITX003048312326 kernel: [6860]: scst_suspend_activity:418:suspend_count 0 Sep 19 10:25:06 ITX003048312326 kernel: [6860]: scst_suspend_activity:428:Waiting for 0 active commands to complete Sep 19 10:25:06 ITX003048312326 kernel: [6860]: scst_suspend_activity:430:wait_event() returned Sep 19 10:25:06 ITX003048312326 kernel: [6860]: scst_suspend_activity:436:Waiting for 0 active commands finally to complete Sep 19 10:25:06 ITX003048312326 kernel: [6860]: scst_suspend_activity:438:wait_event() returned Sep 19 10:25:06 ITX003048312326 kernel: [6860]: EXIT scst_suspend_activity Sep 19 10:25:06 ITX003048312326 kernel: [6860]: scst_proc_groups_devices_write:1401:Virt device f2956480 (disk1) found Sep 19 10:25:06 ITX003048312326 kernel: [6860]: ENTRY scst_acg_add_dev Sep 19 10:25:06 ITX003048312326 kernel: [6860]: ENTRY scst_alloc_acg_dev Sep 19 10:25:06 ITX003048312326 kernel: [6860]: EXIT scst_alloc_acg_dev: 0xf2b323cc Sep 19 10:25:06 ITX003048312326 kernel: [6860]: scst_acg_add_dev:660:Adding acg_dev f2b323cc to acg_dev_list and dev_acg_dev_list Sep 19 10:25:06 ITX003048312326 kernel: [6860]: EXIT scst_acg_add_dev: 0 Sep 19 10:25:06 ITX003048312326 kernel: [6860]: ENTRY scst_resume_activity Sep 19 10:25:06 ITX003048312326 kernel: [6860]: scst_resume_activity:455:suspend_count 1 Sep 19 10:25:06 ITX003048312326 kernel: [6860]: EXIT scst_resume_activity Sep 19 10:25:06 ITX003048312326 kernel: [6860]: EXIT scst_proc_groups_devices_write: 12 Sep 19 10:25:09 ITX003048312326 kernel: [6948]: ENTRY scst_tgt_info_show Sep 19 10:25:09 ITX003048312326 kernel: [6948]: EXIT scst_tgt_info_show: 0 Sep 19 10:25:13 ITX003048312326 kernel: [6950]: ENTRY scst_sgv_info_show Sep 19 10:25:13 ITX003048312326 kernel: [6950]: EXIT scst_sgv_info_show Sep 19 10:25:19 ITX003048312326 kernel: [6956]: ENTRY scst_groups_devices_show Sep 19 10:25:19 ITX003048312326 kernel: [6956]: EXIT scst_groups_devices_show: 0 Sep 19 10:25:25 ITX003048312326 kernel: [6957]: ENTRY scst_register_target_template Sep 19 10:25:25 ITX003048312326 kernel: [6957]: ENTRY scst_build_proc_target_dir_entries Sep 19 10:25:25 ITX003048312326 kernel: [6957]: EXIT scst_build_proc_target_dir_entries: 0 Sep 19 10:25:25 ITX003048312326 kernel: [6957]: scst_register_target_template:211:Calling target driver's detect() Sep 19 10:25:25 ITX003048312326 kernel: :ioc0 priv = f2ad8000, priv->hw = f2b80000, priv->hw_dma = 32b80000 Sep 19 10:25:25 ITX003048312326 kernel: [6957]: ENTRY scst_register Sep 19 10:25:25 ITX003048312326 kernel: [6957]: ENTRY scst_suspend_activity Sep 19 10:25:25 ITX003048312326 kernel: [6957]: scst_suspend_activity:418:suspend_count 0 Sep 19 10:25:25 ITX003048312326 kernel: [6957]: scst_suspend_activity:428:Waiting for 0 active commands to complete Sep 19 10:25:25 ITX003048312326 kernel: [6957]: scst_suspend_activity:430:wait_event() returned Sep 19 10:25:25 ITX003048312326 kernel: [6957]: scst_suspend_activity:436:Waiting for 0 active commands finally to complete Sep 19 10:25:25 ITX003048312326 kernel: [6957]: scst_suspend_activity:438:wait_event() returned Sep 19 10:25:25 ITX003048312326 kernel: [6957]: EXIT scst_suspend_activity Sep 19 10:25:25 ITX003048312326 kernel: [6957]: ENTRY scst_build_proc_target_entries Sep 19 10:25:25 ITX003048312326 kernel: [6957]: EXIT scst_build_proc_target_entries: 0 Sep 19 10:25:25 ITX003048312326 kernel: [6957]: ENTRY scst_resume_activity Sep 19 10:25:25 ITX003048312326 kernel: [6957]: scst_resume_activity:455:suspend_count 1 Sep 19 10:25:25 ITX003048312326 kernel: [6957]: EXIT scst_resume_activity Sep 19 10:25:25 ITX003048312326 kernel: [6957]: scst_register:336:scst: Target <NULL> for template mpt_scst registered successfully Sep 19 10:25:25 ITX003048312326 kernel: [6957]: EXIT scst_register Sep 19 10:25:25 ITX003048312326 kernel: [6957]: ENTRY scst_create_proc_entry Sep 19 10:25:25 ITX003048312326 kernel: [6957]: EXIT scst_create_proc_entry Sep 19 10:25:25 ITX003048312326 kernel: [6957]: scst_register_target_template:213:Target driver's detect() returned 1 Sep 19 10:25:25 ITX003048312326 kernel: [6957]: scst_register_target_template:226:scst: Target template mpt_scst registered successfully Sep 19 10:25:25 ITX003048312326 kernel: [6957]: EXIT scst_register_target_template: 0 Sep 19 10:25:25 ITX003048312326 kernel: [6957]: ENTRY scst_create_proc_entry Sep 19 10:25:25 ITX003048312326 kernel: [6957]: EXIT scst_create_proc_entry Sep 19 10:25:37 ITX003048312326 kernel: [6860]: ENTRY scst_proc_log_entry_write Sep 19 10:25:37 ITX003048312326 kernel: [6860]: scst_proc_log_entry_write:345:Changed trace level for "mpt_scst": old 0x00002102, new 0xffffffff Sep 19 10:25:37 ITX003048312326 kernel: [6860]: EXIT scst_proc_log_entry_write: 4 Sep 19 10:25:37 ITX003048312326 kernel: [6860]: EXIT mpt_proc_log_entry_write: 4 Sep 19 10:25:58 ITX003048312326 kernel: [6860]: ENTRY mpt_proc_target_write Sep 19 10:25:58 ITX003048312326 kernel: [6860]: mpt_proc_target_write:226:buff 'target:enable Sep 19 10:25:58 ITX003048312326 kernel: ' Sep 19 10:25:58 ITX003048312326 kernel: [6860]: mpt_proc_target_write:228:Enable Target, 0, 0 Sep 19 10:25:58 ITX003048312326 kernel: [6860]: ENTRY mpt_stm_adapter_online Sep 19 10:25:58 ITX003048312326 kernel: [6860]: ENTRY stm_cmd_buf_post_base Sep 19 10:25:58 ITX003048312326 kernel: [6860]: mpt_msg_frame_alloc:336:ioc0: alloc mf index 5, f7062a80, -1 Sep 19 10:25:58 ITX003048312326 kernel: [6860]: EXIT stm_cmd_buf_post_base Sep 19 10:25:58 ITX003048312326 kernel: [6860]: ENTRY stm_port_enable Sep 19 10:25:58 ITX003048312326 kernel: [6860]: mpt_msg_frame_alloc:336:ioc0: alloc mf index 6, f7062b00, -1 Sep 19 10:25:58 ITX003048312326 kernel: [6860]: ENTRY stm_wait_for Sep 19 10:25:58 ITX003048312326 kernel: [6860]: ENTRY stm_reply Sep 19 10:25:58 ITX003048312326 kernel: [6860]: stm_reply:1980:ioc0: request f7062a80, reply f7060190 (24), 0 Sep 19 10:25:58 ITX003048312326 kernel: [6860]: stm_reply:1981:ioc0: mf index = 5 Sep 19 10:25:58 ITX003048312326 kernel: [0]: ENTRY stm_reply Sep 19 10:25:58 ITX003048312326 kernel: [0]: stm_reply:1980:ioc0: request f7062b00, reply f70601e0 (06), 0 Sep 19 10:25:58 ITX003048312326 kernel: [0]: stm_reply:1981:ioc0: mf index = 6 Sep 19 10:25:58 ITX003048312326 kernel: [6860]: EXIT stm_port_enable: 0 Sep 19 10:25:58 ITX003048312326 kernel: [6860]: EXIT mpt_stm_adapter_online Sep 19 10:25:58 ITX003048312326 kernel: [6860]: EXIT mpt_proc_target_write: 14 Sep 19 10:26:01 ITX003048312326 kernel: [7002]: ENTRY mpt_target_show Sep 19 10:26:01 ITX003048312326 kernel: [7002]: mpt_target_show:147:priv f2ad8000, tgt f2aa0000 Sep 19 10:26:01 ITX003048312326 kernel: [7002]: EXIT mpt_target_show Sep 19 10:27:32 ITX003048312326 remotesnapvalidation: Unable to read the snap config files [0] Sep 19 10:32:32 ITX003048312326 remotesnapvalidation: Unable to read the snap config files [0] Sep 19 10:36:27 ITX003048312326 kernel: [0]: ENTRY stm_event_process Sep 19 10:36:27 ITX003048312326 kernel: ioc0 event = 22, ack = 0, length = 2 Sep 19 10:36:27 ITX003048312326 kernel: ioc0 data[0] = 00ff0001 Sep 19 10:36:27 ITX003048312326 kernel: ioc0 data[1] = 00000000 Sep 19 10:36:27 ITX003048312326 kernel: [0]: EXIT stm_event_process Sep 19 10:36:27 ITX003048312326 kernel: [0]: ENTRY stm_event_process Sep 19 10:36:27 ITX003048312326 kernel: ioc0 Phy 0 Handle 1 is now online at 3.0 Gb Sep 19 10:36:27 ITX003048312326 kernel: [0]: EXIT stm_event_process Sep 19 10:36:27 ITX003048312326 kernel: [0]: ENTRY stm_event_process Sep 19 10:36:27 ITX003048312326 kernel: ioc0 event = 22, ack = 0, length = 2 Sep 19 10:36:27 ITX003048312326 kernel: ioc0 data[0] = 00000000 Sep 19 10:36:27 ITX003048312326 kernel: ioc0 data[1] = 00000000 Sep 19 10:36:27 ITX003048312326 kernel: [0]: EXIT stm_event_process Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY stm_event_process Sep 19 10:36:35 ITX003048312326 kernel: ioc0 event = 24, ack = 0, length = 3 Sep 19 10:36:35 ITX003048312326 kernel: ioc0 data[0] = 00090001 Sep 19 10:36:35 ITX003048312326 kernel: ioc0 data[1] = 000969a0 Sep 19 10:36:35 ITX003048312326 kernel: ioc0 data[2] = 500605b0 Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT stm_event_process Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY stm_reply Sep 19 10:36:35 ITX003048312326 kernel: [0]: stm_reply:1960:ioc0: got turbo reply, reply 2000801f Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY stm_tgt_reply Sep 19 10:36:35 ITX003048312326 kernel: [0]: stm_tgt_reply:721:index 31, state 1, scst cmd 00000000, current_mf 00000000 Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY stmapp_tgt_command Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY mpt_is_task_mgm Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT mpt_is_task_mgm: 0 Sep 19 10:36:35 ITX003048312326 kernel: [0]: stmapp_tgt_command:939:kmalloc(GFP_ATOMIC) for cmd (36): f63bdd80 Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY scst_register_session Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY scst_alloc_session Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT scst_alloc_session Sep 19 10:36:35 ITX003048312326 kernel: [0]: scst_register_session:4353:Adding sess f246bd7c to scst_sess_init_list Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT scst_register_session Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT stmapp_tgt_command Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT stm_tgt_reply Sep 19 10:36:35 ITX003048312326 kernel: [6908]: scst_mgmt_thread:4504:Removing sess f246bd7c from scst_sess_init_list Sep 19 10:36:35 ITX003048312326 kernel: [6908]: ENTRY scst_init_session Sep 19 10:36:35 ITX003048312326 kernel: [6908]: ENTRY scst_suspend_activity Sep 19 10:36:35 ITX003048312326 kernel: [6908]: scst_suspend_activity:418:suspend_count 0 Sep 19 10:36:35 ITX003048312326 kernel: [6908]: scst_suspend_activity:428:Waiting for 0 active commands to complete Sep 19 10:36:35 ITX003048312326 kernel: [6908]: scst_suspend_activity:430:wait_event() returned Sep 19 10:36:35 ITX003048312326 kernel: [6908]: scst_suspend_activity:436:Waiting for 0 active commands finally to complete Sep 19 10:36:35 ITX003048312326 kernel: [6908]: scst_suspend_activity:438:wait_event() returned Sep 19 10:36:35 ITX003048312326 kernel: [6908]: EXIT scst_suspend_activity Sep 19 10:36:35 ITX003048312326 kernel: [6908]: ENTRY scst_find_acg Sep 19 10:36:35 ITX003048312326 kernel: [6908]: EXIT scst_find_acg: 0x0 Sep 19 10:36:35 ITX003048312326 kernel: [6908]: scst_init_session:4258:scst: Using security group "Default" for initiator "" Sep 19 10:36:35 ITX003048312326 kernel: [6908]: scst_init_session:4261:Assigning session f246bd7c to acg Default Sep 19 10:36:35 ITX003048312326 kernel: [6908]: scst_init_session:4264:Adding sess f246bd7c to tgt->sess_list Sep 19 10:36:35 ITX003048312326 kernel: [6908]: ENTRY scst_sess_alloc_tgt_devs Sep 19 10:36:35 ITX003048312326 kernel: [6908]: ENTRY scst_alloc_add_tgt_dev Sep 19 10:36:35 ITX003048312326 kernel: [6908]: scst_alloc_add_tgt_dev:379:Use clustering Sep 19 10:36:35 ITX003048312326 kernel: [6908]: scst_alloc_add_tgt_dev:402:Virtual device SCST lun=1 Sep 19 10:36:35 ITX003048312326 kernel: [6908]: scst_set_sense:513:Sense set: Sep 19 10:36:35 ITX003048312326 kernel: (h)___0__1__2__3__4__5__6__7__8__9__A__B__C__D__E__F Sep 19 10:36:35 ITX003048312326 kernel: 0: 70 00 06 00 00 00 00 0a 00 00 00 00 29 00 00 00 p...........)... Sep 19 10:36:35 ITX003048312326 kernel: 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Sep 19 10:36:35 ITX003048312326 kernel: 20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Sep 19 10:36:35 ITX003048312326 kernel: 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Sep 19 10:36:35 ITX003048312326 kernel: 40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Sep 19 10:36:35 ITX003048312326 kernel: 50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Sep 19 10:36:35 ITX003048312326 kernel: [6908]: ENTRY scst_alloc_set_UA Sep 19 10:36:35 ITX003048312326 kernel: [6908]: EXIT scst_alloc_set_UA Sep 19 10:36:35 ITX003048312326 kernel: [6908]: scst_alloc_add_tgt_dev:463:Calling dev handler's attach_tgt(f71dfd48) Sep 19 10:36:35 ITX003048312326 kernel: [6908]: scst_alloc_add_tgt_dev:465:Dev handler's attach_tgt() returned Sep 19 10:36:35 ITX003048312326 kernel: [6908]: EXIT scst_alloc_add_tgt_dev Sep 19 10:36:35 ITX003048312326 kernel: [6908]: EXIT scst_sess_alloc_tgt_devs Sep 19 10:36:35 ITX003048312326 kernel: [6908]: ENTRY scst_resume_activity Sep 19 10:36:35 ITX003048312326 kernel: [6908]: scst_resume_activity:455:suspend_count 1 Sep 19 10:36:35 ITX003048312326 kernel: [6908]: EXIT scst_resume_activity Sep 19 10:36:35 ITX003048312326 kernel: [6908]: scst_init_session:4273:Calling init_result_fn(f246bd7c) Sep 19 10:36:35 ITX003048312326 kernel: [6908]: ENTRY mpt_alloc_session_done Sep 19 10:36:35 ITX003048312326 kernel: [6908]: ENTRY mpt_send_cmd_to_scst Sep 19 10:36:35 ITX003048312326 kernel: [6908]: ENTRY _stm_target_command Sep 19 10:36:35 ITX003048312326 kernel: [6908]: _stm_target_command:546:ioc0: cmd f2b87a10, re_word 2000801f, alias 0, lun 0, tag dc00,lun 0, init_idx 2, 00000000, 0 Sep 19 10:36:35 ITX003048312326 kernel: [6908]: ENTRY scst_rx_cmd Sep 19 10:36:35 ITX003048312326 kernel: [6908]: ENTRY scst_alloc_cmd Sep 19 10:36:35 ITX003048312326 kernel: [6908]: EXIT scst_alloc_cmd Sep 19 10:36:35 ITX003048312326 kernel: [6908]: ENTRY scst_unpack_lun Sep 19 10:36:35 ITX003048312326 kernel: [6908]: scst_unpack_lun:1701:Raw LUN: Sep 19 10:36:35 ITX003048312326 kernel: (h)___0__1__2__3__4__5__6__7__8__9__A__B__C__D__E__F Sep 19 10:36:35 ITX003048312326 kernel: 0: 00 00 .. Sep 19 10:36:35 ITX003048312326 kernel: [6908]: EXIT scst_unpack_lun: 0 Sep 19 10:36:35 ITX003048312326 kernel: [6908]: scst_rx_cmd:91:cmd f6d09ec0, sess f246bd7c Sep 19 10:36:35 ITX003048312326 kernel: [6908]: EXIT scst_rx_cmd Sep 19 10:36:35 ITX003048312326 kernel: [6908]: _stm_target_command:559:scst cmd 00000000, index 31 Sep 19 10:36:35 ITX003048312326 kernel: [6908]: EXIT _stm_target_command Sep 19 10:36:35 ITX003048312326 kernel: [6908]: ENTRY scst_cmd_init_done Sep 19 10:36:35 ITX003048312326 kernel: [6908]: scst_cmd_init_done:173:Preferred context: 3 (cmd f6d09ec0) Sep 19 10:36:35 ITX003048312326 kernel: [6908]: scst_cmd_init_done:175:tag=56320, lun=0, CDB len=16 Sep 19 10:36:35 ITX003048312326 kernel: [6908]: scst_cmd_init_done:177:Recieving CDB: Sep 19 10:36:35 ITX003048312326 kernel: (h)___0__1__2__3__4__5__6__7__8__9__A__B__C__D__E__F Sep 19 10:36:35 ITX003048312326 kernel: 0: a0 00 00 00 00 00 00 00 00 10 00 00 00 00 00 00 ................ Sep 19 10:36:35 ITX003048312326 kernel: [6908]: scst_cmd_init_done:201:Adding cmd f6d09ec0 to init deferred cmd list Sep 19 10:36:35 ITX003048312326 kernel: [6908]: EXIT scst_cmd_init_done Sep 19 10:36:35 ITX003048312326 kernel: [6908]: EXIT mpt_send_cmd_to_scst: 0 Sep 19 10:36:35 ITX003048312326 kernel: [6908]: EXIT mpt_alloc_session_done Sep 19 10:36:35 ITX003048312326 kernel: [6908]: scst_init_session:4275:init_result_fn() returned Sep 19 10:36:35 ITX003048312326 kernel: [6908]: scst_init_session:4299:Deleting cmd f6d09ec0 from init deferred cmd list Sep 19 10:36:35 ITX003048312326 kernel: [6908]: ENTRY scst_cmd_init_done Sep 19 10:36:35 ITX003048312326 kernel: [6908]: scst_cmd_init_done:173:Preferred context: 3 (cmd f6d09ec0) Sep 19 10:36:35 ITX003048312326 kernel: [6908]: scst_cmd_init_done:175:tag=56320, lun=0, CDB len=16 Sep 19 10:36:35 ITX003048312326 kernel: [6908]: scst_cmd_init_done:177:Recieving CDB: Sep 19 10:36:35 ITX003048312326 kernel: (h)___0__1__2__3__4__5__6__7__8__9__A__B__C__D__E__F Sep 19 10:36:35 ITX003048312326 kernel: 0: a0 00 00 00 00 00 00 00 00 10 00 00 00 00 00 00 ................ Sep 19 10:36:35 ITX003048312326 kernel: [6908]: ENTRY scst_init_cmd Sep 19 10:36:35 ITX003048312326 kernel: [6908]: ENTRY __scst_init_cmd Sep 19 10:36:35 ITX003048312326 kernel: [6908]: ENTRY scst_translate_lun Sep 19 10:36:35 ITX003048312326 kernel: [6908]: __scst_get:459:Incrementing scst_cmd_count(1) Sep 19 10:36:35 ITX003048312326 kernel: [6908]: scst_translate_lun:2687:Finding tgt_dev for cmd f6d09ec0 (lun 0) Sep 19 10:36:35 ITX003048312326 kernel: [6908]: scst_translate_lun:2711:tgt_dev for lun 0 not found, command to unexisting LU? Sep 19 10:36:35 ITX003048312326 kernel: [6908]: __scst_put:474:Decrementing scst_cmd_count(0) Sep 19 10:36:35 ITX003048312326 kernel: [6908]: EXIT scst_translate_lun: -1 Sep 19 10:36:35 ITX003048312326 kernel: [6908]: __scst_init_cmd:2759:Finishing cmd f6d09ec0 Sep 19 10:36:35 ITX003048312326 kernel: [6908]: ENTRY scst_set_cmd_error Sep 19 10:36:35 ITX003048312326 kernel: [6908]: ENTRY scst_set_cmd_error_status Sep 19 10:36:35 ITX003048312326 kernel: [6908]: EXIT scst_set_cmd_error_status Sep 19 10:36:35 ITX003048312326 kernel: [6908]: scst_set_sense:513:Sense set: Sep 19 10:36:35 ITX003048312326 kernel: (h)___0__1__2__3__4__5__6__7__8__9__A__B__C__D__E__F Sep 19 10:36:35 ITX003048312326 kernel: 0: 70 00 05 00 00 00 00 0a 00 00 00 00 25 00 00 00 p...........%... Sep 19 10:36:35 ITX003048312326 kernel: 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Sep 19 10:36:35 ITX003048312326 kernel: 20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Sep 19 10:36:35 ITX003048312326 kernel: 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Sep 19 10:36:35 ITX003048312326 kernel: 40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Sep 19 10:36:35 ITX003048312326 kernel: 50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Sep 19 10:36:35 ITX003048312326 kernel: [6908]: scst_set_cmd_error:65:Sense set: Sep 19 10:36:35 ITX003048312326 kernel: (h)___0__1__2__3__4__5__6__7__8__9__A__B__C__D__E__F Sep 19 10:36:35 ITX003048312326 kernel: 0: 70 00 05 00 00 00 00 0a 00 00 00 00 25 00 00 00 p...........%... Sep 19 10:36:35 ITX003048312326 kernel: 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Sep 19 10:36:35 ITX003048312326 kernel: 20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Sep 19 10:36:35 ITX003048312326 kernel: 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Sep 19 10:36:35 ITX003048312326 kernel: 40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Sep 19 10:36:35 ITX003048312326 kernel: 50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Sep 19 10:36:35 ITX003048312326 kernel: [6908]: EXIT scst_set_cmd_error Sep 19 10:36:35 ITX003048312326 kernel: [6908]: EXIT __scst_init_cmd: -1 Sep 19 10:36:35 ITX003048312326 kernel: [6908]: EXIT scst_init_cmd: 3 Sep 19 10:36:35 ITX003048312326 kernel: [6908]: scst_cmd_init_done:259:Adding cmd f6d09ec0 to active cmd list Sep 19 10:36:35 ITX003048312326 kernel: [6898]: ENTRY scst_do_job_active Sep 19 10:36:35 ITX003048312326 kernel: [6898]: scst_do_job_active:3021:Deleting cmd f6d09ec0 from active cmd list Sep 19 10:36:35 ITX003048312326 kernel: [6908]: EXIT scst_cmd_init_done Sep 19 10:36:35 ITX003048312326 kernel: [6898]: ENTRY scst_process_active_cmd Sep 19 10:36:35 ITX003048312326 kernel: [6898]: ENTRY scst_xmit_response Sep 19 10:36:35 ITX003048312326 kernel: [6898]: scst_xmit_response:2461:Calling xmit_response(f6d09ec0) Sep 19 10:36:35 ITX003048312326 kernel: [6898]: ENTRY mpt_xmit_response Sep 19 10:36:35 ITX003048312326 kernel: [6908]: EXIT scst_init_session Sep 19 10:36:35 ITX003048312326 kernel: [6898]: mpt_xmit_response:1605:rq_result=2, resp_flags=2, 0, 96 Sep 19 10:36:35 ITX003048312326 kernel: [6898]: mpt_xmit_response:1607:Sense: Sep 19 10:36:35 ITX003048312326 kernel: (h)___0__1__2__3__4__5__6__7__8__9__A__B__C__D__E__F Sep 19 10:36:35 ITX003048312326 kernel: 0: 70 00 05 00 00 00 00 0a 00 00 00 00 25 00 00 00 p...........%... Sep 19 10:36:35 ITX003048312326 kernel: 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Sep 19 10:36:35 ITX003048312326 kernel: 20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Sep 19 10:36:35 ITX003048312326 kernel: 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Sep 19 10:36:35 ITX003048312326 kernel: 40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Sep 19 10:36:35 ITX003048312326 kernel: 50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Sep 19 10:36:35 ITX003048312326 kernel: [6898]: ENTRY mpt_set_sense_info Sep 19 10:36:35 ITX003048312326 kernel: [6898]: EXIT mpt_set_sense_info Sep 19 10:36:35 ITX003048312326 kernel: [6898]: mpt_xmit_response:1661:scst cmd f6d09ec0, index 31, flags 128 Sep 19 10:36:35 ITX003048312326 kernel: [6898]: ENTRY stm_send_target_status Sep 19 10:36:35 ITX003048312326 kernel: [6898]: mpt_msg_frame_alloc:321:ioc0: current_mf 00000000, index 31 Sep 19 10:36:35 ITX003048312326 kernel: [6898]: mpt_msg_frame_alloc:336:ioc0: alloc mf index 7, f7062b80, 31 Sep 19 10:36:35 ITX003048312326 kernel: [6898]: EXIT stm_send_target_status: 1 Sep 19 10:36:35 ITX003048312326 kernel: [6898]: EXIT mpt_xmit_response: 0 Sep 19 10:36:35 ITX003048312326 kernel: [6898]: scst_xmit_response:2484:xmit_response() returned 0 Sep 19 10:36:35 ITX003048312326 kernel: [6898]: EXIT scst_xmit_response: 0x1 Sep 19 10:36:35 ITX003048312326 kernel: [6898]: EXIT scst_process_active_cmd Sep 19 10:36:35 ITX003048312326 kernel: [6898]: EXIT scst_do_job_active Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY stm_reply Sep 19 10:36:35 ITX003048312326 kernel: [0]: stm_reply:1960:ioc0: got turbo reply, reply 2000801f Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY stm_tgt_reply Sep 19 10:36:35 ITX003048312326 kernel: [0]: stm_tgt_reply:721:index 31, state 24, scst cmd f6d09ec0, current_mf f7062b80 Sep 19 10:36:35 ITX003048312326 kernel: [0]: stm_tgt_reply:738:scst cmd f6d09ec0, index 31, cmd f63bdd80, cmd state new Sep 19 10:36:35 ITX003048312326 kernel: [0]: mpt_msg_frame_free:307:ioc0: free mf index 7, f7062b80 Sep 19 10:36:35 ITX003048312326 kernel: [0]: stm_tgt_reply:783:set priv->scst_cmd[31] = NULL Sep 19 10:36:35 ITX003048312326 kernel: [0]: stm_tgt_reply:786:io state auto repost Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY scst_tgt_cmd_done Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY scst_proccess_redirect_cmd Sep 19 10:36:35 ITX003048312326 kernel: [0]: scst_proccess_redirect_cmd:915:Context: 2 Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY scst_check_retries Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT scst_check_retries Sep 19 10:36:35 ITX003048312326 kernel: [0]: scst_schedule_tasklet:44:Adding cmd f6d09ec0 to tasklet 7 cmd list Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT scst_proccess_redirect_cmd Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT scst_tgt_cmd_done Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT stm_tgt_reply Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY scst_cmd_tasklet Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY scst_do_job_active Sep 19 10:36:35 ITX003048312326 kernel: [0]: scst_do_job_active:3021:Deleting cmd f6d09ec0 from active cmd list Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY scst_process_active_cmd Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY scst_finish_cmd Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY scst_free_cmd Sep 19 10:36:35 ITX003048312326 kernel: [0]: scst_free_cmd:1203:Freeing cmd f6d09ec0 (tag 56320) Sep 19 10:36:35 ITX003048312326 kernel: [0]: scst_free_cmd:1244:Calling target's on_free_cmd(f6d09ec0) Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY mpt_on_free_cmd Sep 19 10:36:35 ITX003048312326 kernel: [0]: mpt_on_free_cmd:1778:cmd f63bdd80, scst_cmd f6d09ec0 Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT mpt_on_free_cmd Sep 19 10:36:35 ITX003048312326 kernel: [0]: scst_free_cmd:1246:Target's on_free_cmd() returned Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY scst_release_space Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT scst_release_space Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT scst_free_cmd Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT scst_finish_cmd: 0x1 Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT scst_process_active_cmd Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT scst_do_job_active Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT scst_cmd_tasklet Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY stm_reply Sep 19 10:36:35 ITX003048312326 kernel: [0]: stm_reply:1960:ioc0: got turbo reply, reply 2000801f Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY stm_tgt_reply Sep 19 10:36:35 ITX003048312326 kernel: [0]: stm_tgt_reply:721:index 31, state 1, scst cmd 00000000, current_mf 00000000 Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY stmapp_tgt_command Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY mpt_is_task_mgm Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT mpt_is_task_mgm: 0 Sep 19 10:36:35 ITX003048312326 kernel: [0]: stmapp_tgt_command:939:kmalloc(GFP_ATOMIC) for cmd (36): f63bdd80 Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY stmapp_pending_sense Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT stmapp_pending_sense: 0 Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY mpt_send_cmd_to_scst Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY _stm_target_command Sep 19 10:36:35 ITX003048312326 kernel: [0]: _stm_target_command:546:ioc0: cmd f2b87a10, re_word 2000801f, alias 0, lun 0, tag dd00,lun 0, init_idx 2, 00000000, 0 Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY scst_rx_cmd Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY scst_alloc_cmd Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT scst_alloc_cmd Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY scst_unpack_lun Sep 19 10:36:35 ITX003048312326 kernel: [0]: scst_unpack_lun:1701:Raw LUN: Sep 19 10:36:35 ITX003048312326 kernel: (h)___0__1__2__3__4__5__6__7__8__9__A__B__C__D__E__F Sep 19 10:36:35 ITX003048312326 kernel: 0: 00 00 .. Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT scst_unpack_lun: 0 Sep 19 10:36:35 ITX003048312326 kernel: [0]: scst_rx_cmd:91:cmd f6d09ec0, sess f246bd7c Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT scst_rx_cmd Sep 19 10:36:35 ITX003048312326 kernel: [0]: _stm_target_command:559:scst cmd 00000000, index 31 Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT _stm_target_command Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY scst_cmd_init_done Sep 19 10:36:35 ITX003048312326 kernel: [0]: scst_cmd_init_done:173:Preferred context: 2 (cmd f6d09ec0) Sep 19 10:36:35 ITX003048312326 kernel: [0]: scst_cmd_init_done:175:tag=56576, lun=0, CDB len=16 Sep 19 10:36:35 ITX003048312326 kernel: [0]: scst_cmd_init_done:177:Recieving CDB: Sep 19 10:36:35 ITX003048312326 kernel: (h)___0__1__2__3__4__5__6__7__8__9__A__B__C__D__E__F Sep 19 10:36:35 ITX003048312326 kernel: 0: 12 00 00 00 24 00 00 00 00 00 00 00 00 00 00 00 ....$........... Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY scst_init_cmd Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY __scst_init_cmd Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY scst_translate_lun Sep 19 10:36:35 ITX003048312326 kernel: [0]: __scst_get:459:Incrementing scst_cmd_count(1) Sep 19 10:36:35 ITX003048312326 kernel: [0]: scst_translate_lun:2687:Finding tgt_dev for cmd f6d09ec0 (lun 0) Sep 19 10:36:35 ITX003048312326 kernel: [0]: scst_translate_lun:2711:tgt_dev for lun 0 not found, command to unexisting LU? Sep 19 10:36:35 ITX003048312326 kernel: [0]: __scst_put:474:Decrementing scst_cmd_count(0) Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT scst_translate_lun: -1 Sep 19 10:36:35 ITX003048312326 kernel: [0]: __scst_init_cmd:2759:Finishing cmd f6d09ec0 Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY scst_set_cmd_error Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY scst_set_cmd_error_status Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT scst_set_cmd_error_status Sep 19 10:36:35 ITX003048312326 kernel: [0]: scst_set_sense:513:Sense set: Sep 19 10:36:35 ITX003048312326 kernel: (h)___0__1__2__3__4__5__6__7__8__9__A__B__C__D__E__F Sep 19 10:36:35 ITX003048312326 kernel: 0: 70 00 05 00 00 00 00 0a 00 00 00 00 25 00 00 00 p...........%... Sep 19 10:36:35 ITX003048312326 kernel: 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Sep 19 10:36:35 ITX003048312326 kernel: 20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Sep 19 10:36:35 ITX003048312326 kernel: 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Sep 19 10:36:35 ITX003048312326 kernel: 40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Sep 19 10:36:35 ITX003048312326 kernel: 50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Sep 19 10:36:35 ITX003048312326 kernel: [0]: scst_set_cmd_error:65:Sense set: Sep 19 10:36:35 ITX003048312326 kernel: (h)___0__1__2__3__4__5__6__7__8__9__A__B__C__D__E__F Sep 19 10:36:35 ITX003048312326 kernel: 0: 70 00 05 00 00 00 00 0a 00 00 00 00 25 00 00 00 p...........%... Sep 19 10:36:35 ITX003048312326 kernel: 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Sep 19 10:36:35 ITX003048312326 kernel: 20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Sep 19 10:36:35 ITX003048312326 kernel: 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Sep 19 10:36:35 ITX003048312326 kernel: 40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Sep 19 10:36:35 ITX003048312326 kernel: 50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT scst_set_cmd_error Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT __scst_init_cmd: -1 Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT scst_init_cmd: 2 Sep 19 10:36:35 ITX003048312326 kernel: [0]: scst_schedule_tasklet:44:Adding cmd f6d09ec0 to tasklet 7 cmd list Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT scst_cmd_init_done Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT mpt_send_cmd_to_scst: 0 Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT stmapp_tgt_command Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT stm_tgt_reply Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY scst_cmd_tasklet Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY scst_do_job_active Sep 19 10:36:35 ITX003048312326 kernel: [0]: scst_do_job_active:3021:Deleting cmd f6d09ec0 from active cmd list Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY scst_process_active_cmd Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY scst_xmit_response Sep 19 10:36:35 ITX003048312326 kernel: [0]: scst_xmit_response:2461:Calling xmit_response(f6d09ec0) Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY mpt_xmit_response Sep 19 10:36:35 ITX003048312326 kernel: [0]: mpt_xmit_response:1605:rq_result=2, resp_flags=2, 0, 96 Sep 19 10:36:35 ITX003048312326 kernel: [0]: mpt_xmit_response:1607:Sense: Sep 19 10:36:35 ITX003048312326 kernel: (h)___0__1__2__3__4__5__6__7__8__9__A__B__C__D__E__F Sep 19 10:36:35 ITX003048312326 kernel: 0: 70 00 05 00 00 00 00 0a 00 00 00 00 25 00 00 00 p...........%... Sep 19 10:36:35 ITX003048312326 kernel: 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Sep 19 10:36:35 ITX003048312326 kernel: 20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Sep 19 10:36:35 ITX003048312326 kernel: 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Sep 19 10:36:35 ITX003048312326 kernel: 40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Sep 19 10:36:35 ITX003048312326 kernel: 50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY mpt_set_sense_info Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT mpt_set_sense_info Sep 19 10:36:35 ITX003048312326 kernel: [0]: mpt_xmit_response:1661:scst cmd f6d09ec0, index 31, flags 128 Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY stm_send_target_status Sep 19 10:36:35 ITX003048312326 kernel: [0]: mpt_msg_frame_alloc:321:ioc0: current_mf 00000000, index 31 Sep 19 10:36:35 ITX003048312326 kernel: [0]: mpt_msg_frame_alloc:336:ioc0: alloc mf index 8, f7062c00, 31 Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT stm_send_target_status: 1 Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT mpt_xmit_response: 0 Sep 19 10:36:35 ITX003048312326 kernel: [0]: scst_xmit_response:2484:xmit_response() returned 0 Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT scst_xmit_response: 0x1 Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT scst_process_active_cmd Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT scst_do_job_active Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT scst_cmd_tasklet Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY stm_reply Sep 19 10:36:35 ITX003048312326 kernel: [0]: stm_reply:1960:ioc0: got turbo reply, reply 2000801f Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY stm_tgt_reply Sep 19 10:36:35 ITX003048312326 kernel: [0]: stm_tgt_reply:721:index 31, state 24, scst cmd f6d09ec0, current_mf f7062c00 Sep 19 10:36:35 ITX003048312326 kernel: [0]: stm_tgt_reply:738:scst cmd f6d09ec0, index 31, cmd f63bdd80, cmd state new Sep 19 10:36:35 ITX003048312326 kernel: [0]: mpt_msg_frame_free:307:ioc0: free mf index 8, f7062c00 Sep 19 10:36:35 ITX003048312326 kernel: [0]: stm_tgt_reply:783:set priv->scst_cmd[31] = NULL Sep 19 10:36:35 ITX003048312326 kernel: [0]: stm_tgt_reply:786:io state auto repost Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY scst_tgt_cmd_done Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY scst_proccess_redirect_cmd Sep 19 10:36:35 ITX003048312326 kernel: [0]: scst_proccess_redirect_cmd:915:Context: 2 Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY scst_check_retries Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT scst_check_retries Sep 19 10:36:35 ITX003048312326 kernel: [0]: scst_schedule_tasklet:44:Adding cmd f6d09ec0 to tasklet 7 cmd list Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT scst_proccess_redirect_cmd Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT scst_tgt_cmd_done Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT stm_tgt_reply Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY scst_cmd_tasklet Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY scst_do_job_active Sep 19 10:36:35 ITX003048312326 kernel: [0]: scst_do_job_active:3021:Deleting cmd f6d09ec0 from active cmd list Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY scst_process_active_cmd Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY scst_finish_cmd Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY scst_free_cmd Sep 19 10:36:35 ITX003048312326 kernel: [0]: scst_free_cmd:1203:Freeing cmd f6d09ec0 (tag 56576) Sep 19 10:36:35 ITX003048312326 kernel: [0]: scst_free_cmd:1244:Calling target's on_free_cmd(f6d09ec0) Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY mpt_on_free_cmd Sep 19 10:36:35 ITX003048312326 kernel: [0]: mpt_on_free_cmd:1778:cmd f63bdd80, scst_cmd f6d09ec0 Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT mpt_on_free_cmd Sep 19 10:36:35 ITX003048312326 kernel: [0]: scst_free_cmd:1246:Target's on_free_cmd() returned Sep 19 10:36:35 ITX003048312326 kernel: [0]: ENTRY scst_release_space Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT scst_release_space Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT scst_free_cmd Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT scst_finish_cmd: 0x1 Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT scst_process_active_cmd Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT scst_do_job_active Sep 19 10:36:35 ITX003048312326 kernel: [0]: EXIT scst_cmd_tasklet Sep 19 10:36:58 ITX003048312326 kernel: [0]: ENTRY stm_event_process Sep 19 10:36:58 ITX003048312326 kernel: ioc0 event = 22, ack = 0, length = 2 Sep 19 10:36:58 ITX003048312326 kernel: ioc0 data[0] = 00ff0001 Sep 19 10:36:58 ITX003048312326 kernel: ioc0 data[1] = 00000000 Sep 19 10:36:58 ITX003048312326 kernel: [0]: EXIT stm_event_process Sep 19 10:36:58 ITX003048312326 kernel: [0]: ENTRY stm_event_process Sep 19 10:36:58 ITX003048312326 kernel: ioc0 Phy 1 Handle 1 is now online at 3.0 Gb Sep 19 10:36:58 ITX003048312326 kernel: [0]: EXIT stm_event_process Sep 19 10:36:58 ITX003048312326 kernel: [0]: ENTRY stm_event_process Sep 19 10:36:58 ITX003048312326 kernel: ioc0 event = 22, ack = 0, length = 2 Sep 19 10:36:58 ITX003048312326 kernel: ioc0 data[0] = 00000000 Sep 19 10:36:58 ITX003048312326 kernel: ioc0 data[1] = 00000000 Sep 19 10:36:58 ITX003048312326 kernel: [0]: EXIT stm_event_process Sep 19 10:37:26 ITX003048312326 kernel: [0]: ENTRY stm_event_process Sep 19 10:37:26 ITX003048312326 kernel: ioc0 event = 22, ack = 0, length = 2 Sep 19 10:37:26 ITX003048312326 kernel: ioc0 data[0] = 00ff0001 Sep 19 10:37:26 ITX003048312326 kernel: ioc0 data[1] = 00000000 Sep 19 10:37:26 ITX003048312326 kernel: [0]: EXIT stm_event_process Sep 19 10:37:26 ITX003048312326 kernel: [0]: ENTRY stm_event_process Sep 19 10:37:26 ITX003048312326 kernel: ioc0 Phy 2 Handle 1 is now online at 3.0 Gb Sep 19 10:37:26 ITX003048312326 kernel: [0]: EXIT stm_event_process Sep 19 10:37:26 ITX003048312326 kernel: [0]: ENTRY stm_event_process Sep 19 10:37:26 ITX003048312326 kernel: ioc0 event = 22, ack = 0, length = 2 Sep 19 10:37:26 ITX003048312326 kernel: ioc0 data[0] = 00000000 Sep 19 10:37:26 ITX003048312326 kernel: ioc0 data[1] = 00000000 Sep 19 10:37:26 ITX003048312326 kernel: [0]: EXIT stm_event_process Sep 19 10:37:32 ITX003048312326 remotesnapvalidation: Unable to read the snap config files [0] Sep 19 10:37:37 ITX003048312326 kernel: [0]: ENTRY stm_event_process Sep 19 10:37:37 ITX003048312326 kernel: ioc0 event = 22, ack = 0, length = 2 Sep 19 10:37:37 ITX003048312326 kernel: ioc0 data[0] = 00ff0001 Sep 19 10:37:37 ITX003048312326 kernel: ioc0 data[1] = 00000000 Sep 19 10:37:37 ITX003048312326 kernel: [0]: EXIT stm_event_process Sep 19 10:37:37 ITX003048312326 kernel: [0]: ENTRY stm_event_process Sep 19 10:37:37 ITX003048312326 kernel: ioc0 Phy 3 Handle 1 is now online at 3.0 Gb Sep 19 10:37:37 ITX003048312326 kernel: [0]: EXIT stm_event_process Sep 19 10:37:37 ITX003048312326 kernel: [0]: ENTRY stm_event_process Sep 19 10:37:37 ITX003048312326 kernel: ioc0 event = 22, ack = 0, length = 2 Sep 19 10:37:37 ITX003048312326 kernel: ioc0 data[0] = 00000000 Sep 19 10:37:37 ITX003048312326 kernel: ioc0 data[1] = 00000000 Sep 19 10:37:37 ITX003048312326 kernel: [0]: EXIT stm_event_process |