From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ivan Vecera Subject: Re: [PATCH] r8169: read MAC address from EEPROM on init Date: Thu, 25 Sep 2008 11:38:12 +0200 Message-ID: <48DB5C04.9050308@redhat.com> References: <48D25BA2.6070008@redhat.com> <48D3A381.1080500@redhat.com> <48D9FE65.40709@redhat.com> <20080924211021.GB9746@electric-eye.fr.zoreil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: =?ISO-8859-1?Q?Ilpo_J=E4rvinen?= , Netdev , Edward Hsu To: Francois Romieu Return-path: Received: from mx2.redhat.com ([66.187.237.31]:56995 "EHLO mx2.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751669AbYIYJi2 (ORCPT ); Thu, 25 Sep 2008 05:38:28 -0400 In-Reply-To: <20080924211021.GB9746@electric-eye.fr.zoreil.com> Sender: netdev-owner@vger.kernel.org List-ID: Francois Romieu wrote: > Ivan Vecera : > [...] >> OK :-), I hope the patch below is finally the right one. > > My approval ratings won't surge today. > > Is there a specific explanation for the 10 us delay ? > > Realtek's 8168 / 8169 / 8101 drivers all use a (wildly copy'pasted ?) > 10 ms delay. I would not mind a 10 ms sleep. 'pci_vpd_pci22_wait' uses 100us(10x10us delay) for reading, there is 1ms (100x10us delay) in my patch, because 100us max. delay was too little for Realtek. I tried the patch (with 1ms) on 8169,8168b and 8102e HW without any problem. IMHO Realtek's 10ms delay (usually used for VPD write access) is too much... Ivan