From owner-freebsd-ports-bugs@FreeBSD.ORG Mon Apr 6 22:30:03 2009 Return-Path: Delivered-To: freebsd-ports-bugs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17C521065919 for ; Mon, 6 Apr 2009 22:30:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 04F6B8FC14 for ; Mon, 6 Apr 2009 22:30:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n36MU2na085658 for ; Mon, 6 Apr 2009 22:30:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n36MU2f8085653; Mon, 6 Apr 2009 22:30:02 GMT (envelope-from gnats) Date: Mon, 6 Apr 2009 22:30:02 GMT Message-Id: <200904062230.n36MU2f8085653@freefall.freebsd.org> To: freebsd-ports-bugs@FreeBSD.org From: "Walter C. Pelissero" Cc: Subject: Re: ports/133441: epson2 sane-backend wants to read more than DFLTPHYS X-BeenThere: freebsd-ports-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Walter C. Pelissero" List-Id: Ports bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Apr 2009 22:30:04 -0000 The following reply was made to PR ports/133441; it has been noted by GNATS. From: "Walter C. Pelissero" To: FreeBSD-gnats-submit@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org Cc: walter@pelissero.de Subject: Re: ports/133441: epson2 sane-backend wants to read more than DFLTPHYS Date: Tue, 7 Apr 2009 00:26:10 +0200 On a second look I seem to have found the culprit in an obscure block of e2_setup_block_mode(). This patch should mend the problem without noticeable side effects. *** backend/epson2.c~ 2008-02-03 13:09:09.000000000 +0100 --- backend/epson2.c 2009-04-06 23:50:25.000000000 +0200 *************** *** 3428,3439 **** --- 3428,3441 ---- */ DBG(1, "max req size: %d\n", sanei_scsi_max_request_size); + #if 0 if (s->lcount < 3 && e2_model(s, "GT-X800")) { s->lcount = 21; DBG(17, "%s: set lcount = %i bigger than sanei_scsi_max_request_size\n", __func__, s->lcount); } + #endif if (s->lcount >= 255) { s->lcount = 255; It's a mystery why the driver should ignore sanei_scsi_max_request_size at all. This looks more like a bug rather than a porting issue. -- walter pelissero http://www.pelissero.de