Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756785Ab3G3Sdb (ORCPT ); Tue, 30 Jul 2013 14:33:31 -0400 Received: from shards.monkeyblade.net ([149.20.54.216]:39402 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753843Ab3G3Sda (ORCPT ); Tue, 30 Jul 2013 14:33:30 -0400 Date: Tue, 30 Jul 2013 11:33:29 -0700 (PDT) Message-Id: <20130730.113329.1450325193505423812.davem@davemloft.net> To: gregkh@linuxfoundation.org Cc: hayeswang@realtek.com, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, linux-usb@vger.kernel.org, nic_swsd@realtek.com Subject: Re: [PATCH v3 1/3] net/usb/r815x: replace USB buffer from stack to DMA-able From: David Miller In-Reply-To: <20130730140059.GE27962@kroah.com> References: <1375172936-4145-1-git-send-email-hayeswang@realtek.com> <20130730140059.GE27962@kroah.com> X-Mailer: Mew version 6.5 on Emacs 24.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.1 (shards.monkeyblade.net [0.0.0.0]); Tue, 30 Jul 2013 11:33:29 -0700 (PDT) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 872 Lines: 21 From: Greg KH Date: Tue, 30 Jul 2013 07:00:59 -0700 > This call is so slow, you can afford to make a call to kmalloc for the > data, as it sure just did for other structures it needed :) I told him to implement things this way, to avoid calling kmalloc every single register access. Using kmalloc all the time makes the access fragile, since a badly timed call during high memory pressure can fail. I'd rather the potential failure happen at one time, probe time. In any event, Ming Lei has suggested using usbnet_{read,write}_cmd() instead, which sounds like a good solution to this problem. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/