From owner-freebsd-scsi@FreeBSD.ORG Sun Oct 13 10:53:44 2013 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 12E2CE7F; Sun, 13 Oct 2013 10:53:44 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-ea0-x22d.google.com (mail-ea0-x22d.google.com [IPv6:2a00:1450:4013:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4E9BA2D6E; Sun, 13 Oct 2013 10:53:43 +0000 (UTC) Received: by mail-ea0-f173.google.com with SMTP id g10so2788962eak.4 for ; Sun, 13 Oct 2013 03:53:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=WkDrNhmF459yjh82529uVbYFfgScC6xEpBYRqY6IwyM=; b=ZDfH6NHSlNYT1brB+VyuL5hsgu+fPX7oCR7sq/T69Xu/wYQhunlK+EkNbPMBUFIWmH BY18t+D0s+VQ/pST3gCV9yzedfZ0NIZLpndCPhyikBOIYZg4hlRkXU06gqZ+2ZvNyJID /s1giLiPbXcb9AzmyjHvc77/GDX1GYnAShChy71SW6cracFLrWeBaUuh8nzswHCF7E8V myILqUScoTiCe8tUlCgwlLjytnjFlAzrkBPNtH7Gepjy0MHPa2+sQJKaE6qazXaNVv+Y MPqrjWButp83Ah3LGAkHyc9mYO4cq3DQlcWcuZtf46zLF+GLUmMRFcGJrPUIiEtq6NZi b5qQ== X-Received: by 10.14.178.67 with SMTP id e43mr2286939eem.59.1381661621715; Sun, 13 Oct 2013 03:53:41 -0700 (PDT) Received: from mini.home (adho211.neoplus.adsl.tpnet.pl. [79.184.170.211]) by mx.google.com with ESMTPSA id a6sm139049073eei.10.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 13 Oct 2013 03:53:41 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Content-Type: text/plain; charset=iso-8859-2 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: New iSCSI stack. From: =?iso-8859-2?Q?Edward_Tomasz_Napiera=B3a?= In-Reply-To: Date: Sun, 13 Oct 2013 12:53:39 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <6A782312-6655-489D-927D-C8907C1D9883@freebsd.org> References: <522A1C73.9030402@mu.org> To: Outback Dingo X-Mailer: Apple Mail (2.1510) Cc: freebsd-scsi@freebsd.org, "freebsd-arch@freebsd.org" , Alfred Perlstein , "freebsd-current@FreeBSD.org" X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Oct 2013 10:53:44 -0000 Wiadomo=B6=E6 napisana przez Outback Dingo w = dniu 11 pa=BC 2013, o godz. 14:37: > Quick question, is there a specific reason why ctld doesnt create the = file / device for iscsi, or fc ? > the previous iscsi would read the config file and create the file / = device ... it now appears to be a > manual process. You mean, the backing files ("path /dev/zvol/whatever", for example), = right? I thought about it. Problem is, while it makes it somewhat easier in = very simple situations, it's not very useful in real life - ctld (or CTL) has no = information what the permissions should be, should the file be fully or thin provisioned = (in other words, whether it supposed to be filled with zeroes, truncated to a = correct length, or perhaps it's a ZVOL with reservation set), etc. And you don't want = it to create files when you make a typo in path name. From owner-freebsd-scsi@FreeBSD.ORG Mon Oct 14 11:06:55 2013 Return-Path: Delivered-To: freebsd-scsi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7B67353A for ; Mon, 14 Oct 2013 11:06:55 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 68A4D2C8E for ; Mon, 14 Oct 2013 11:06:55 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r9EB6tGk035336 for ; Mon, 14 Oct 2013 11:06:55 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r9EB6sLa035334 for freebsd-scsi@FreeBSD.org; Mon, 14 Oct 2013 11:06:54 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 14 Oct 2013 11:06:54 GMT Message-Id: <201310141106.r9EB6sLa035334@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-scsi@FreeBSD.org Subject: Current problem reports assigned to freebsd-scsi@FreeBSD.org X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Oct 2013 11:06:55 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/179932 scsi [ciss] ciss i/o stall problem with HP Bl Gen8 (and HP o kern/178795 scsi [mps] MSI for mps driver doesn't work under vmware o kern/165982 scsi [mpt] mpt instability, drive resets, and losses on Fre o kern/165740 scsi [cam] SCSI code must drain callbacks before free f kern/162256 scsi [mpt] QUEUE FULL EVENT and 'mpt_cam_event: 0x0' o docs/151336 scsi Missing documentation of scsi_ and ata_ functions in c o kern/148083 scsi [aac] Strange device reporting o kern/144648 scsi [aac] Strange values of speed and bus width in dmesg o kern/142351 scsi [mpt] LSILogic driver performance problems o kern/134488 scsi [mpt] MPT SCSI driver probes max. 8 LUNs per device o kern/130621 scsi [mpt] tranfer rate is inscrutable slow when use lsi213 f kern/129602 scsi [ahd] ahd(4) gets confused and wedges SCSI bus f kern/123674 scsi [ahc] ahc driver dumping o sparc/121676 scsi [iscsi] iscontrol do not connect iscsi-target on sparc 14 problems total.