From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 19 09:28:49 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 309DA106566B; Mon, 19 Sep 2011 09:28:49 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id CA4658FC0A; Mon, 19 Sep 2011 09:28:48 +0000 (UTC) Received: by yia13 with SMTP id 13so2889483yia.13 for ; Mon, 19 Sep 2011 02:28:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=K/wE/KS7A2h2IdPn9QgmiPOjufvnA6Ua5/1z/VUhaVM=; b=RbKKNTnTwgTOv8qu2k7nDIqkMv4yvVGoD+2SIKCQvMjKeSZqB9Vq+jLQc9LILg5g9u WUiFzm24EhSS7ajxJ5dCyAJwYpaJZ3S+/Qg5BuCBXOHF9K8dtnVawviCMEtfJPiUw/Bm uIthbiP2JoIOJ4QEdy/odKA2a2wA7qTDrmUGc= MIME-Version: 1.0 Received: by 10.52.72.16 with SMTP id z16mr1743792vdu.395.1316424528032; Mon, 19 Sep 2011 02:28:48 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.52.161.138 with HTTP; Mon, 19 Sep 2011 02:28:47 -0700 (PDT) In-Reply-To: <4E76E5B9.9080301@sepehrs.com> References: <4E744BCE.7060302@sepehrs.com> <20110917203218.GC13993@michelle.cdnetworks.com> <20110918210647.GA8930@onelab2.iet.unipi.it> <20110919020131.GA11657@onelab2.iet.unipi.it> <4E76E5B9.9080301@sepehrs.com> Date: Mon, 19 Sep 2011 17:28:47 +0800 X-Google-Sender-Auth: hZP06z4XBSvKNsry5AQx0MoiAw8 Message-ID: From: Adrian Chadd To: Hooman Fazaeli Content-Type: text/plain; charset=ISO-8859-1 Cc: pyunyh@gmail.com, freebsd-hackers@freebsd.org, Jack Vogel , Arnaud Lacombe , jfv@freebsd.org, Luigi Rizzo Subject: Re: intel checksum offload X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2011 09:28:49 -0000 Arnaud (and others), Liaising with vendors is not an easy task. The reason why Intel (and other vendors) don't supply detailed history and reasoning for their development efforts is that their engineers are likely tasked with "making it work" versus "writing lots of stuff down for public release." In some instances, the vendor support of FreeBSD (and "free" open source in general) is done as a side-project by some of the engineers inside the company. So in this case, you may find that Jack and the other engineers at Intel just don't have the time or resources to dedicate the kinds of feedback and support you seem to be after. He and others likely have a huge set of tasks to do at work and none of them officially include "support FreeBSD/Linux developers by providing detailed feedback and assistance." So whenever Jack pops up to help out, he's likely doing it in his spare time. :-) Developers can and will disable or remove functionality which is problematic because they don't have the time or resources to support it. Users may wish to turn on unsupported features and then will complain loudly when they don't work; even giving up and moving to another piece of equipment because of perceived issues. I agree that it would be nice if the developers included _all_ features, unsupported or not, so that developers can choose to work on them if they wish. It however is a trade-off between trying to provide developers with more useful things to tinker with and not increasing support load from users (and other developers) who seek to use incomplete features. I hope this helps. Adrian