Your message dated Tue, 7 Jun 2005 23:30:17 +0200 with message-id <[EMAIL PROTECTED]> and subject line sarge released has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 2 Aug 2004 14:53:29 +0000 >From [EMAIL PROTECTED] Mon Aug 02 07:53:29 2004 Return-path: <[EMAIL PROTECTED]> Received: from atlrel8.hp.com [156.153.255.206] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BreBs-0007y3-00; Mon, 02 Aug 2004 07:53:28 -0700 Received: from harvest.india.hp.com (harvest.india.hp.com [15.76.216.203]) by atlrel8.hp.com (Postfix) with ESMTP id 25E324094 for <[EMAIL PROTECTED]>; Mon, 2 Aug 2004 10:53:26 -0400 (EDT) Received: from VM12151 ([15.76.119.239]) by harvest.india.hp.com (8.9.3 (PHNE_29774)/8.9.3 SMKit7.02) with ESMTP id UAA25596 for <[EMAIL PROTECTED]>; Mon, 2 Aug 2004 20:26:37 +0530 (IST) Message-Id: <[EMAIL PROTECTED]> Reply-To: <[EMAIL PROTECTED]> From: "root" <[EMAIL PROTECTED]> To: "'Debian Bug Tracking System'" <[EMAIL PROTECTED]> Subject: kernel: socket ioctl fails in 32-bit binary running on IA64 with 32-bit libraries Date: Mon, 2 Aug 2004 20:23:20 +0530 Organization: HP-ISO MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: reportbug 1.50 X-UIDL: F6dd9RTad9Ud/!!lfU!! X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Thread-Index: AcRz5w+flTSNoB9RQr6ot8fZwvnNPg== Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-7.9 required=4.0 tests=BAYES_00,HAS_PACKAGE, MISSING_OUTLOOK_NAME autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: kernel Version: N/A; reported 2004-07-27 Severity: serious -- System Information Debian Release: 3.0 Architecture: ia64 Kernel: Linux ovtaia4 2.4.17-mckinley-smp #1 SMP Tue May 14 21:57:05 MDT 2002 ia64 Locale: LANG=C, LC_CTYPE=C I found a problem when running a RPC program built on a IA32 system sunning in 32-bit mode on Itanium platform. When I ran this program with strace, it ended as EFAULT - Bad Address. This happens with SIOCGIFCONF ioctl call. To test, I wrote a simple program with just this call as below: #include <stdio.h> #include <sys/types.h> #include <sys/socket.h> #include <sys/ioctl.h> #include <net/if.h> #define MAX_IFS 32 char buf[sizeof(struct ifreq)*MAX_IFS]; int main() { int sockfd; struct ifreq *ifrp; struct ifconf ifc; sockfd = socket(PF_INET,SOCK_STREAM,0); if( sockfd < 0 ) perror("socket"); ifc.ifc_len = sizeof( buf ); ifc.ifc_buf = (caddr_t)buf; if (ioctl(sockfd, SIOCGIFCONF, (caddr_t)&ifc) < 0) perror("ioctl (SIOCGIFCONF)"); else printf("Program completed without ioctl problems. :)\n"); return 0; } This resulted in: ioctl (SIOCGIFCONF): Bad address strace output (formated) : ... ... socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 3 ioctl(3, 0x8912, 0xbffffd7c) = -1 EFAULT (Bad address) dup(2) = 4 fcntl64(4, F_GETFL) = 0x8002 (flags O_RDWR|O_LARGEFILE) brk(0) = 0x8049ac0 brk(0x8049c40) = 0x8049c40 brk(0x804a000) = 0x804a000 fstat64(4, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 2), ...}) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001c000 _llseek(4, 0, 0xbffffbb8, SEEK_CUR) = -1 ESPIPE (Illegal seek) write(4, "ioctl (SIOCGIFCONF): Bad address"..., 33ioctl (SIOCGIFCONF): Bad address ) = 33 close(4) = 0 munmap(0x4001c000, 4096) = 0 _exit(0) = ? On other Linux distributions with 2.4.18 kernel, this works fine on IPF (the same 32-bit program). So I feel this is to do with the way kernel handles this ioctl when a call comes from a 32-bit binary. And this needs a patch (may be someone already has, I remember someone writing this in some newsgroups). Thanks. Regards, -- Sreedhar --------------------------------------- Received: (at 262982-close) by bugs.debian.org; 7 Jun 2005 21:30:11 +0000 >From [EMAIL PROTECTED] Tue Jun 07 14:30:11 2005 Return-path: <[EMAIL PROTECTED]> Received: from baikonur.stro.at [213.239.196.228] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1DfleE-00009J-00; Tue, 07 Jun 2005 14:30:10 -0700 Received: from sputnik (stallburg.stro.at [128.131.216.190]) by baikonur.stro.at (Postfix) with ESMTP id 1E74D5C011; Tue, 7 Jun 2005 23:30:04 +0200 (CEST) Received: from max by sputnik with local (Exim 4.50) id 1DfleM-00048g-0g; Tue, 07 Jun 2005 23:30:18 +0200 Date: Tue, 7 Jun 2005 23:30:17 +0200 From: maximilian attems <[EMAIL PROTECTED]> To: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: sarge released Message-ID: <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i X-Virus-Scanned: by Amavis (ClamAV) at stro.at Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: X-CrossAssassin-Score: 2 happy upgrading. :) if pain subsist with sarge/sid kernels please reopen. thanks -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]