scsi emulation - question
in [Kernel]
|
Prev: [PATCH] stating: otus: fix compile warning and some style issues
Next: BUG: [PlanetCCRMA] update: new kernel for fc13 (2.6.33.6 + rt28)
From: Janos Haar on 7 Aug 2010 20:00 Hello list, Sorry for this off-topic question, but i had no good idea where to ask. I am looking for a solution wich can emulate SCSI device from a block device like loop. I need the sg device but not for special commands, but for reading and writing only. I have found only one solution until now, but i want to find better and faster. The actually working is ISCSI target and initiator in one pc. But this opens up port, and makes a lot of IP packets even if i use lo for this, wich is only a waste of time and resources. Is there any solution for this allready? Or somebody can help me where to search? I am thinking to modify the ide-scsi to use blockdev instead of IDE layer.... Thanks, Janos Haar -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
From: FUJITA Tomonori on 8 Aug 2010 05:00 On Sat, 7 Aug 2010 01:26:45 +0200 "Janos Haar" <janos.haar(a)netcenter.hu> wrote: > I am looking for a solution wich can emulate SCSI device from a block device > like loop. > I need the sg device but not for special commands, but for reading and > writing only. > I have found only one solution until now, but i want to find better and > faster. > The actually working is ISCSI target and initiator in one pc. > But this opens up port, and makes a lot of IP packets even if i use lo for > this, wich is only a waste of time and resources. scsi-debug should work for you. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
From: Janos Haar on 8 Aug 2010 06:40 Hi, Thanks for the tip. I have not used this before. But now i have readed the documentation, and for me it looks like scsi-debug can work only in RAM and can make only volatile drives. Have i missed someting? :-) Thanks, Janos Haar ----- Original Message ----- From: "FUJITA Tomonori" <fujita.tomonori(a)lab.ntt.co.jp> To: <janos.haar(a)netcenter.hu> Cc: <linux-kernel(a)vger.kernel.org> Sent: Sunday, August 08, 2010 10:50 AM Subject: Re: scsi emulation - question > On Sat, 7 Aug 2010 01:26:45 +0200 > "Janos Haar" <janos.haar(a)netcenter.hu> wrote: > >> I am looking for a solution wich can emulate SCSI device from a block >> device >> like loop. >> I need the sg device but not for special commands, but for reading and >> writing only. >> I have found only one solution until now, but i want to find better and >> faster. >> The actually working is ISCSI target and initiator in one pc. >> But this opens up port, and makes a lot of IP packets even if i use lo >> for >> this, wich is only a waste of time and resources. > > scsi-debug should work for you. > -- > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo(a)vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
From: FUJITA Tomonori on 8 Aug 2010 06:50
On Sat, 7 Aug 2010 12:35:14 +0200 "Janos Haar" <janos.haar(a)netcenter.hu> wrote: > But now i have readed the documentation, and for me it looks like scsi-debug > can work only in RAM and can make only volatile drives. Yes. If you store data to a file, a device, etc, iSCSI is the only option. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ |