From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S263184AbTDVOyE (ORCPT ); Tue, 22 Apr 2003 10:54:04 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S263186AbTDVOyD (ORCPT ); Tue, 22 Apr 2003 10:54:03 -0400 Received: from e4.ny.us.ibm.com ([32.97.182.104]:32967 "EHLO e4.ny.us.ibm.com") by vger.kernel.org with ESMTP id S263184AbTDVOx6 (ORCPT ); Tue, 22 Apr 2003 10:53:58 -0400 Message-ID: <3EA55A12.2090306@us.ibm.com> Date: Tue, 22 Apr 2003 11:04:50 -0400 From: Stacy Woods User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.2-2 i686; en-US; 0.7) Gecko/20010316 X-Accept-Language: en MIME-Version: 1.0 To: linux-kernel , "Martin J. Bligh" Subject: Bugs sitting in the RESOLVED state for more than 2 weeks Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org These bugs have been sitting in RESOLVED state for more than two weeks, ie, they have fixes, but aren't back in the mainline tree (when they should move to CLOSED state). If the fixes are back in mainline already, could the owner close them out? Otherwise, perhaps we can get those fixes back in? Kernel Bug Tracker: http://bugme.osdl.org 24 File Sys NFS khoa@us.ibm.com statfs returns incorrect number fo blocks 85 Drivers Network jgarzik@pobox.com ham radio stuff still using cli etc 150 Drivers PNP ambx1@neo.rr.com [PNP][2.5] IDE Detection problems (wrong IRQ and wrong IDE device number) 206 Drivers Console/ jsimmons@infradead.org broken colors on framebuffer console 282 Drivers Other hannal@us.ibm.com tty drivers need to set .owner field 367 Platform Alpha rth@twiddle.net modules fail to resolve illegal Unhandled relocation of type 10 for .text 372 Platform UML jdike@karaya.com uml doesn't not compile 404 File Sys ext3 akpm@digeo.com turning off htree causes fsck to complain 418 Drivers USB greg@kroah.com Bad use of GFP_DMA 500 Memory M Page All akpm@digeo.com fbcon sleeping function call from illegal context