From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Tue, 17 Apr 2007 23:51:39 +0400 From: "Konstantin A. Lepikhov" To: hardware@lists.altlinux.org Message-ID: <20070417195139.GA9058@lks.home> Mail-Followup-To: hardware@lists.altlinux.org References: <462517D2.60102@stc.donpac.ru> <20070417192131.GA4115@procyon.home> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20070417192131.GA4115@procyon.home> X-Operation-System: ALT Linux Sisyphus (20070101) 2.6.18-wks-smp-alt2 User-Agent: Mutt/1.5.14 (2007-02-12) X-AV-Checked: ClamAV using ClamSMTP Subject: Re: [Hardware] ovz kernel bug on e1000 and Intel Corporation 5000 Series Chipset X-BeenThere: hardware@lists.altlinux.org X-Mailman-Version: 2.1.9rc1 Precedence: list Reply-To: hardware@lists.altlinux.org List-Id: ALT Linux hardware support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2007 19:51:50 -0000 Archived-At: List-Archive: List-Post: Hi Sergey! Tuesday 17, at 11:21:31 PM you wrote: > On Tue, Apr 17, 2007 at 10:54:10PM +0400, Eugene Prokopiev wrote: > > Долго думал, куда писать - решил сюда. Есть сервер с Intel Corporation > > 5000 Series Chipset и 2 такими сетевыми интерфейсами: > > > > e1000 - Intel Corporation 80003ES2LAN Gigabit Ethernet Controller > > (Copper) [Ethernet controller] > > > > На нем без особых проблем работает ядро 2.6.18-std-smp-alt5, а вот с > > 2.6.18-ovz-smp-alt13 выходит заминка: сразу после загрузки на сетевых > > интерфейсах link ok, но пинги не ходят. Ходить начинают через несколько > > секунд после того, как сетевой кабель вытаскивается из разъема и > > втыкается обратно 8) > > > > Это как-то лечится? > > В ovz есть одно подозрительное изменение в драйвере e1000 - commit > 2d46cb1712da0b94652c94f8bb9bac662c10d847: > > e1000: fix initialization of irqs > > In case of irqpoll boot option set, e1000 may oops due to: > 1) e1000 register it's handler with e1000_request_irq; > 2) spurious interrupt happens; > 3) kernel tries to handle this interrupt with all available descs; > 4) e1000_intr is called and oops due to not initialized clean_rx handler, > because e1000_up is not called yet. > > Solution is to initialize driver before handler registration. > > Signed-off-by: Dmitry Mishin > Signed-off-by: Pavel Emelianov > > Возможно, этот патч ошибочен - во всяком случае, мантейнер драйвера > e1000 его забраковал: > > http://thread.gmane.org/gmane.linux.network/50341 тогда пожалуюсь ;) -- WBR et al.