From None Date: None From: Subject: [kernel] bug#115: ntpdate needs rt_sigqueueinfo syscall on wide kernel X-PA-RISC Linux-PR-Message: report 115 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98873256623522 (code B ref -1); Tue, 01 May 2001 16:03:01 GMT To: submit@bugs.parisc-linux.org From: bame@fc.hp.com Cc: bame@fc.hp.com Message-Id: <20010501155556.BA47B5AB11@ldl.fc.hp.com> Date: Tue, 1 May 2001 09:55:56 -0600 (MDT) Sender: www-data@ldl.fc.hp.com Package: kernel Version: 01May2001 Severity: normal syscall #178 needs a 64/32 wrapper (rt_sigqueueinfo) From daniel_frazier@hp.com Wed, 2 May 2001 14:33:01 -0600 (MDT) Date: Wed, 2 May 2001 14:33:01 -0600 (MDT) From: PA-RISC Linux bug Tracking System daniel_frazier@hp.com Subject: [kernel] bug#44: marked as done (gsc_memset_io() optimization) X-PA-RISC Linux-PR-Message: closed 44 Your message dated Wed, 2 May 2001 14:25:50 -0600 with message-id <20010502142550.A6063@zumpano.fc.hp.com> and subject line Code committed 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.) dann frazier (administrator, PA-RISC Linux bugs database) -------------------------------------- Received: (at submit) by bugs.parisc-linux.org; 3 Mar 2001 00:53:16 +0000 >From grundler@cup.hp.com Fri Mar 2 17:53:16 2001 Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242]) by dsl2.external.hp.com (Postfix) with ESMTP id BB05C4A19 for ; Fri, 2 Mar 2001 17:53:16 -0700 (MST) Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76]) by palrel1.hp.com (Postfix) with ESMTP id A8092145D for ; Fri, 2 Mar 2001 16:53:15 -0800 (PST) Received: (from grundler@localhost) by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id QAA00529 for submit@bugs.parisc-linux.org; Fri, 2 Mar 2001 16:56:22 -0800 (PST) Date: Fri, 2 Mar 2001 16:56:22 -0800 (PST) From: Grant Grundler Message-Id: <200103030056.QAA00529@milano.cup.hp.com> To: submit@bugs.parisc-linux.org Subject: gsc_memset_io() optimization Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Package: kernel Version: 20010301 Severity: wishlist Helge Deller committed a gsc_memset_io() call to clear large blocks of memory (frame buffer) in IO space. Dino in particular would perform *alot* better if the routine were using word (32-bit) size (and aligned) accesses. Dino is able to coalesce these PIO transactions into one stream on the PCI bus and improve the PCI bus utilization dramatically. Helge asked me to submit this change as reminder. :^) grant --------------------------------------- Received: (at 44-close) by bugs.parisc-linux.org; 2 May 2001 20:25:51 +0000 >From willy@ldl.fc.hp.com Wed May 2 14:25:51 2001 Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210]) by dsl2.external.hp.com (Postfix) with ESMTP id B6041482A for <44-close@bugs.parisc-linux.org>; Wed, 2 May 2001 14:25:51 -0600 (MDT) Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190]) by atlrel1.hp.com (Postfix) with ESMTP id 77C2860B for <44-close@bugs.parisc-linux.org>; Wed, 2 May 2001 16:25:50 -0400 (EDT) Received: by ldl.fc.hp.com (Postfix, from userid 22224) id 3538C5AB1B; Wed, 2 May 2001 14:25:50 -0600 (MDT) Date: Wed, 2 May 2001 14:25:50 -0600 To: 44-close@bugs.parisc-linux.org Subject: Code committed Message-ID: <20010502142550.A6063@zumpano.fc.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i From: willy@ldl.fc.hp.com (Matthew Wilcox) I committed memset_io, memcpy_fromio and memcpy_toio functions here: http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2001-April/028922.html there is no need to have gsc_ variants of these calls. From daniel_frazier@hp.com Wed, 2 May 2001 14:48:02 -0600 (MDT) Date: Wed, 2 May 2001 14:48:02 -0600 (MDT) From: PA-RISC Linux bug Tracking System daniel_frazier@hp.com Subject: [kernel] bug#60: marked as done (64-bit kernel - Syscalls/ioctl) X-PA-RISC Linux-PR-Message: closed 60 Your message dated Wed, 02 May 2001 14:44:33 -0600 with message-id and subject line closed in favor of specific defects 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.) dann frazier (administrator, PA-RISC Linux bugs database) -------------------------------------- Received: (at submit) by bugs.parisc-linux.org; 6 Mar 2001 21:50:46 +0000 >From maswan@acc.umu.se Tue Mar 6 14:50:45 2001 Received: from khan.acc.umu.se (khan.acc.umu.se [130.239.18.139]) by dsl2.external.hp.com (Postfix) with ESMTP id 14F494A19 for ; Tue, 6 Mar 2001 14:50:44 -0700 (MST) Received: from tiger.acc.umu.se (maswan@tiger.acc.umu.se [130.239.18.209]) by khan.acc.umu.se (8.11.2/8.11.2) with ESMTP id f26LogS14779 for ; Tue, 6 Mar 2001 22:50:42 +0100 (MET) Received: (from maswan@localhost) by tiger.acc.umu.se (8.11.2/8.10.0) id f26Lofx18803 for submit@bugs.parisc-linux.org; Tue, 6 Mar 2001 22:50:41 +0100 (MET) Date: Tue, 6 Mar 2001 22:50:41 +0100 From: Mattias Wadenstein To: submit@bugs.parisc-linux.org Subject: 64-bit kernel - Syscalls/ioctl Message-ID: <20010306225040.A18793@tiger.acc.umu.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i Package: kernel 64-bit kernel - Syscalls/ioctl (John, Paul, George, Ringo, Cast of Thousands) Referenced in the thread starting with: http://lists.parisc-linux.org/pipermail/parisc-linux/2000-December/010287.html Submitting stuff from the outdated TODO List. --------------------------------------- Received: (at 60-close) by bugs.parisc-linux.org; 2 May 2001 20:44:36 +0000 >From bame@fc.hp.com Wed May 2 14:44:36 2001 Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210]) by dsl2.external.hp.com (Postfix) with ESMTP id 22592482A for <60-close@bugs.parisc-linux.org>; Wed, 2 May 2001 14:44:36 -0600 (MDT) Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2]) by atlrel1.hp.com (Postfix) with ESMTP id ECE185D9 for <60-close@bugs.parisc-linux.org>; Wed, 2 May 2001 16:44:34 -0400 (EDT) Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69]) by hpfcla.fc.hp.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.01) with ESMTP id OAA15807 for <60-close@bugs.parisc-linux.org>; Wed, 2 May 2001 14:44:33 -0600 (MDT) Received: from localhost ([127.0.0.1] helo=fc.hp.com ident=bame) by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian)) id 14v3U9-0001av-00 for <60-close@bugs.parisc-linux.org>; Wed, 02 May 2001 14:44:33 -0600 To: 60-close@bugs.parisc-linux.org Subject: closed in favor of specific defects Date: Wed, 02 May 2001 14:44:33 -0600 From: Paul Bame Message-Id: I'm closing this generic defect in favor of specific missing syscall and ioctl wrappers, for example see #115 From None Date: None From: Subject: [kernel] bug#116: 2.4.0 contains lots of known bugs X-PA-RISC Linux-PR-Message: report 116 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.9888368198673 (code B ref -1); Wed, 02 May 2001 21:03:01 GMT Date: Wed, 2 May 2001 14:53:38 -0600 To: submit@bugs.parisc-linux.org Message-ID: <20010502145338.C6063@zumpano.fc.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i From: willy@ldl.fc.hp.com (Matthew Wilcox) Package: kernel Severity: grave Many, many bugs have been found in 2.4.0 including local users being able to corrupt file systems, crashes under load, etc. Until we merge up to 2.4.4 or later, we have massive known security holes. From None Date: None From: Subject: [kernel] bug#117: ntpdate(138): Unimplemented 32 on 64 syscall #178! X-PA-RISC Linux-PR-Message: report 117 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98884447310136 (code B ref -1); Wed, 02 May 2001 23:03:01 GMT Message-Id: <200105022306.QAA10981@milano.cup.hp.com> X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol To: submit@bugs.parisc-linux.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Wed, 02 May 2001 16:06:06 -0700 From: Grant Grundler Package: Kernel Version: 20010430 ntpdate(138): Unimplemented 32 on 64 syscall #178! (repeats forever during boot) built/installed ntpdate and doesn't run on my A500. Configured the RC script and thats when the trouble started. The system won't boot - loops on the above output. Will try to remove ntpdate startup scripts for now. grant From daniel_frazier@hp.com Thu, 3 May 2001 10:48:01 -0600 (MDT) Date: Thu, 3 May 2001 10:48:01 -0600 (MDT) From: PA-RISC Linux bug Tracking System daniel_frazier@hp.com Subject: [kernel] Processed: your mail Processing commands for control@bugs.parisc-linux.org: > merge 115 117 bug#115: ntpdate needs rt_sigqueueinfo syscall on wide kernel bug#117: ntpdate(138): Unimplemented 32 on 64 syscall #178! Merged 115 117. > End of message, stopping processing here. Please contact me if you need assistance. dann frazier (administrator, PA-RISC Linux bugs database) From daniel_frazier@hp.com Thu, 3 May 2001 10:48:01 -0600 (MDT) Date: Thu, 3 May 2001 10:48:01 -0600 (MDT) From: PA-RISC Linux bug Tracking System daniel_frazier@hp.com Subject: [kernel] bug#109: marked as done (iptables causes trap 27) X-PA-RISC Linux-PR-Message: closed 109 Your message dated Thu, 3 May 2001 09:43:52 -0700 (PDT) with message-id <200105031643.JAA12762@milano.cup.hp.com> and subject line setsockopt() syscall wrapper committed 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.) dann frazier (administrator, PA-RISC Linux bugs database) -------------------------------------- Received: (at submit) by bugs.parisc-linux.org; 18 Apr 2001 20:48:08 +0000 >From grundler@puffin.external.hp.com Wed Apr 18 14:48:08 2001 Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4]) by dsl2.external.hp.com (Postfix) with ESMTP id 38032482A for ; Wed, 18 Apr 2001 14:48:08 -0600 (MDT) Received: from puffin (IDENT:grundler@localhost [127.0.0.1]) by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id OAA20296 for ; Wed, 18 Apr 2001 14:41:27 -0600 Message-Id: <200104182041.OAA20296@puffin.external.hp.com> To: submit@bugs.parisc-linux.org Subject: iptables causes trap 27 Date: Wed, 18 Apr 2001 14:41:27 -0600 From: Grant Grundler Package: kernel Version: 20010418 64-bit Severity: grave Summary Tried to run iptables on my A500 from /etc/init.d/firewall script. Resulted in a "Segementation fault" (trap 27 on console output). Kernel spewed register state at that point and locked up. I'll submit the firewall script and .config I was using in seperate e-mails. Notes of what I've looked at so far are appended. Out of time at the moment to track this further. grant a500:/etc/init.d# ./firewall start Starting firewall (iptables):firewall INPUT -i eth0 -j LOG -s localhost firewall INPUT -i eth0 -j DROP -s localhost firewall INPUT -i eth0 -j LOG -s a500 firewall INPUT -i eth0 -j DROP -s a500 firewall INPUT -i eth1 -j ACCEPT firewall INPUT -i eth2 -j ACCEPT firewall INPUT -i eth3 -j ACCEPT firewall INPUT -s localhost -j ACCEPT firewall INPUT -s a500 -j ACCEPT firewall INPUT -s 192.168.0.20 -j ACCEPT firewall INPUT -j ACCEPT -p tcp --syn -d 0/0 --dport 22 firewall INPUT -j ACCEPT -p tcp --syn -d 0/0 --dport http firewall INPUT -j ACCEPT -p tcp --syn -d 0/0 --dport smtp firewall INPUT -j ACCEPT -p tcp --syn -d 0/0 --dport ident ./firewall: line 3: 724 Segmentation fault iptables -A $* firewall INPUT -j ACCEPT -p tcp --syn -d 0/0 --dport ftp iptables[724]: Protection Id Trap 27 YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI PSW: 00001000000011000000000000001111 r0-3 0000000000000000 0000000000000040 00000000102a316c 000000000008da58 r4-7 0000000010373600 0000000000000070 000000000008d9e8 000000000008d000 r8-11 0000000010373600 0000000000000a58 0000000010373600 000000000008f000 r12-15 0000000000000000 00000000ffffffff 00000000000aee70 0000000000000000 r16-19 0000000000000000 0000000000007514 0000000000005000 000000000000003b r20-23 0000000000000020 000000000000001f 0000000000000001 0000000000098000 r24-27 00000000000000ff 000000000008f001 000119800000e9d4 0000000010373600 r28-31 0000000000000013 00000000fcae8e30 00000000fcae9180 0000000000000000 sr0-3 0000000000000180 0000000000000180 0000000000000000 0000000000000180 sr4-7 0000000000000000 0000000000000000 0000000000000000 0000000000000000 IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000102c43a8 00000000102c43a0 IIR: 0f415222 ISR: 0000000000011980 IOR: 000000000000e9d4 ORIG_R28: 0000000010150e14 IAOQ 0x102c43a8 $lctu_loop+8 GR02 0x102a316c do_replace+51c No stack trace *sigh* lctu_loop seems related to copy_to_user ggg: no... someone called copy_to_user with an invalid address to copy _from_, i think. net/ipv4/netfilter/ip_tables.c: static int do_replace(void *user, unsigned int len) { ... struct ipt_replace tmp; struct ipt_counters *counters; ... if (copy_from_user(&tmp, user, sizeof(tmp)) != 0) return -EFAULT; ... counters = vmalloc(tmp.num_counters * sizeof(struct ipt_counters)); if (!counters) { ret = -ENOMEM; goto free_newinfo; } memset(counters, 0, tmp.num_counters * sizeof(struct ipt_counters)); ... /* Get the old counters. */ get_counters(oldinfo, counters); ... copy_to_user(tmp.counters, counters, sizeof(struct ipt_counters) * tmp.num_counters); ... } 102a3140: 37 dd 3f e1 ldo -10(sp),ret1 102a3144: eb 53 ad c9 b,l 10149830 ,%r2 102a3148: 08 07 02 5a copy r7,r26 102a314c: 4b d8 3d c9 ldw -11c(sp),r24 102a314c: 4b d8 3d c9 ldw -11c(sp),r24 102a3150: 37 dd 3f e1 ldo -10(sp),ret1 102a3154: 53 da 3d d1 ldd -118(sp),r26 102a3158: 08 08 02 5b copy r8,dp 102a315c: db 18 0b e0 extrd,u r24,63,32,r24 102a3160: 08 0b 02 59 copy r11,r25 102a3164: e8 10 a4 2c call 102c4380 102a3168: f3 18 10 84 depd,z r24,59,60,r24 00000000102c4380 : 102c4380: 87 00 20 4a cmpib,=,n 0,r24,102c43ac <$lctu_done> 102c4384: 08 1e 02 41 copy sp,r1 102c4388: f4 20 04 12 depdi 0,63,14,r1 102c438c: 48 36 00 28 ldw 14(r1),r22 102c4390: 00 00 c4 a1 mfsp sr3,r1 102c4394: 08 16 32 40 or,<> r22,r0,r0 102c4398: 08 00 02 41 copy r0,r1 102c439c: 00 01 58 20 mtsp r1,sr1 00000000102c43a0 <$lctu_loop>: 102c43a0: 0f 22 10 21 ldb,ma 1(sr0,r25),r1 102c43a4: af 1f 3f ed addib,<> -1,r24,102c43a0 <$lctu_loop> 102c43a8: 0f 41 52 22 stb,ma r1,1(sr1,r26) *** TRAP27 *** 00000000102c43ac <$lctu_done>: 102c43ac: e8 40 c0 00 bv r0(rp) 102c43b0: 08 18 02 5c copy r24,ret0 102c43b4: e8 1f 1f e5 b,l 102c43ac <$lctu_done>,r0 102c43b8: 37 18 00 02 ldo 1(r24),r24 GR24 00000000000000ff GR25 000000000008f001 GR26 000119800000e9d4 SR1 0000000000000180 (SR0 is the same) Looks like we tried to copyout the counters info but went past the end of the page/space allocated by iptables. Not sure about this conclusion though... --------------------------------------- Received: (at 109-done) by bugs.parisc-linux.org; 3 May 2001 16:38:57 +0000 >From grundler@cup.hp.com Thu May 3 10:38:57 2001 Received: from palrel2.hp.com (palrel2.hp.com [156.153.255.234]) by dsl2.external.hp.com (Postfix) with ESMTP id 114A1482A for <109-done@bugs.parisc-linux.org>; Thu, 3 May 2001 10:38:57 -0600 (MDT) Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76]) by palrel2.hp.com (Postfix) with ESMTP id 66404775 for <109-done@bugs.parisc-linux.org>; Thu, 3 May 2001 09:38:56 -0700 (PDT) Received: (from grundler@localhost) by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id JAA12762 for 109-done@bugs.parisc-linux.org; Thu, 3 May 2001 09:43:52 -0700 (PDT) Date: Thu, 3 May 2001 09:43:52 -0700 (PDT) From: Grant Grundler Message-Id: <200105031643.JAA12762@milano.cup.hp.com> To: 109-done@bugs.parisc-linux.org Subject: setsockopt() syscall wrapper committed Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit A syscall wrapper for setsockopt() syscall has been committed. It "cheats" and takes advantage of padding in the struct (on 32-bit) in order to convert the 32-bit pointer to 64-bit (and back) in user space. No changes to iptables source package or the kernel header iptables.h were needed. Tested on a500 and firewall script is running with some minor changes to permit DNS replies to pass (s/dport/sport/ in two locations). Contact me, rbrad, or bame for a newer version of the script. grant From daniel_frazier@hp.com Fri, 4 May 2001 10:03:01 -0600 (MDT) Date: Fri, 4 May 2001 10:03:01 -0600 (MDT) From: PA-RISC Linux bug Tracking System daniel_frazier@hp.com Subject: [kernel] Processed: your mail Processing commands for control@bugs.parisc-linux.org: > owner 99 bame@fc.hp.com bug#99: missing nfsservctl and quotactl syscall wrappers Noted your statement that bug has been assigned to bame@fc.hp.com. > ------=_NextPart_000_000D_01C0D47F.88FA1600 Stopping processing here. Please contact me if you need assistance. dann frazier (administrator, PA-RISC Linux bugs database) From daniel_frazier@hp.com Fri, 4 May 2001 10:03:01 -0600 (MDT) Date: Fri, 4 May 2001 10:03:01 -0600 (MDT) From: PA-RISC Linux bug Tracking System daniel_frazier@hp.com Subject: [kernel] Processed: your mail Processing commands for control@bugs.parisc-linux.org: > severity 65 normal bug#65: Unaligned trap handler. Severity set to `normal'. > ------=_NextPart_000_0016_01C0D47F.CAB70120 Stopping processing here. Please contact me if you need assistance. dann frazier (administrator, PA-RISC Linux bugs database) From daniel_frazier@hp.com Fri, 4 May 2001 10:03:02 -0600 (MDT) Date: Fri, 4 May 2001 10:03:02 -0600 (MDT) From: PA-RISC Linux bug Tracking System daniel_frazier@hp.com Subject: [kernel] Processed: your mail Processing commands for control@bugs.parisc-linux.org: > severity 28 wishlist bug#28: safe-cvsimport dangerous when default branch is not trunk Severity set to `wishlist'. > severity 88 normal bug#88: libgcc.a __udivdi3 uses floating-pt instructions, clash with -mdisable-fpregs Severity set to `normal'. > severity 66 normal bug#66: Remove kbd_read_status() dependency on CONFIG_GSC_PS2. Severity set to `normal'. > severity 26 normal bug#26: Runtime check of disk boot ability bug#17: palo should check for attempts to boot from unusable partitions Severity set to `normal'. > ------=_NextPart_000_001F_01C0D480.329805A0 Stopping processing here. Please contact me if you need assistance. dann frazier (administrator, PA-RISC Linux bugs database) From None Date: None From: Subject: [kernel] bug#118: strncpy_from_user broken X-PA-RISC Linux-PR-Message: report 118 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98902879810482 (code B ref -1); Sat, 05 May 2001 02:18:01 GMT Date: Fri, 4 May 2001 20:13:17 -0600 To: submit@bugs.parisc-linux.org Message-ID: <20010504201317.J6063@zumpano.fc.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i From: willy@ldl.fc.hp.com (Matthew Wilcox) Package: kernel strncpy_from_user is specified to return number of characters copied, not including the terminating NUL. This conflicts with the comment we have in our version and with what code assumes elsewhere in the kernel. eg fs/namei.c: retval = strncpy_from_user((char *)page, filename, len); if (retval > 0) { if (retval < len) return 0; return -ENAMETOOLONG; } else if (!retval) retval = -ENOENT; return retval; and an strace of one of the failing glibc tests: chmod("", 0600) = 0 so both the comment and the code need fixing. ----- End forwarded message ----- From None Date: None From: Subject: [kernel] bug#120: NFS doesn't update atime when told to X-PA-RISC Linux-PR-Message: report 120 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98910284022721 (code B ref -1); Sat, 05 May 2001 22:48:01 GMT Date: Sat, 5 May 2001 16:47:15 -0600 To: submit@bugs.parisc-linux.org Message-ID: <20010505164715.L6063@zumpano.fc.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i From: willy@ldl.fc.hp.com (Matthew Wilcox) Package: kernel Severity: wishlist When calling utime() to set the atime & mtime, only the mtime gets updated. Could be a bug in our kernel specifically, the revision of the NFS client in 2.4.0, the revision of the NFS server on whatever 2.2.17 variant ldl is running or something even more unlikely. From None Date: None From: Subject: [kernel] bug#121: User fault on kernel space handler infinite loop X-PA-RISC Linux-PR-Message: report 121 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98926429823427 (code B ref -1); Mon, 07 May 2001 19:48:01 GMT Date: Mon, 7 May 2001 13:38:08 -0600 To: submit@bugs.parisc-linux.org Message-ID: <20010507133808.N6063@zumpano.fc.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i From: willy@ldl.fc.hp.com (Matthew Wilcox) Package: kernel I accidentally caused the kernel to spew out an infinite number of: User Fault on Kernel Space pid=19882 command='ld.so.1' YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI PSW: 00000000000001000000000000001111 r0-3 0000000000000000 0000000040029db8 0000000040005e73 00000000400003f8 r4-7 0000000040029db8 0000000000088750 00000000410295d4 000000007ff00d38 r8-11 000000007ff00d30 0000000000000001 0000000000000001 000000000008a330 r12-15 0000000000000000 0000000000000000 000000000008a570 0000000000000000 r16-19 0000000000000000 0000000000000000 0000000000000000 0000000040029db8 r20-23 0000000040027060 000000004102a008 0000000040005e5c 0000000041029468 r24-27 000000007ff00d38 000000007ff00d30 0000000000000001 000000000002091c r28-31 000000004102a39a 00000000410295d4 000000007ff00f80 00000000400097a7 sr0-3 0000000000036a80 0000000000036a80 0000000000000000 0000000000036a80 sr4-7 0000000000036a80 0000000000036a80 0000000000036a80 0000000000036a80 IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040005e73 0000000040005e77 IIR: 43ffff80 ISR: 0000000000036a80 IOR: 0000000040027024 ORIG_R28: 0000000040172000 of course the machine got very slow, etc. And the process didn't get killed as it was clearly supposed to. From None Date: None From: Subject: [kernel] bug#122: vi causes the system to crash when using STI X-PA-RISC Linux-PR-Message: report 122 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98951565931918 (code B ref -1); Thu, 10 May 2001 17:33:01 GMT To: submit@bugs.parisc-linux.org From: taggart@carmen.fc.hp.com Cc: taggart@carmen.fc.hp.com Message-Id: <20010510172734.9F9135AB2A@ldl.fc.hp.com> Date: Thu, 10 May 2001 11:27:34 -0600 (MDT) Sender: www-data@ldl.fc.hp.com Package: kernel Version: 2001-05-10 Severity: normal I'm filing this because many people have seen it and its not in the BTS. When running vi on an STI console you can crash the system by hitting ESC or other things. I have not included output because I don't have an STI system setup right now. However the problem is very repeatable. pb and I discovered that if you changed TERM to "vt100"(from "linux") then the problem goes away. This is only a normal bug since it only affects STI. From daniel_frazier@hp.com Thu, 10 May 2001 13:18:01 -0600 (MDT) Date: Thu, 10 May 2001 13:18:01 -0600 (MDT) From: PA-RISC Linux bug Tracking System daniel_frazier@hp.com Subject: [kernel] Processed: i think some of our test failures in glibc are due to this. Processing commands for control@bugs.parisc-linux.org: > severity 117 grave bug#117: ntpdate(138): Unimplemented 32 on 64 syscall #178! bug#115: ntpdate needs rt_sigqueueinfo syscall on wide kernel Severity set to `grave'. > End of message, stopping processing here. Please contact me if you need assistance. dann frazier (administrator, PA-RISC Linux bugs database) From daniel_frazier@hp.com Thu, 10 May 2001 13:18:02 -0600 (MDT) Date: Thu, 10 May 2001 13:18:02 -0600 (MDT) From: PA-RISC Linux bug Tracking System daniel_frazier@hp.com Subject: [kernel] bug#118: marked as done (strncpy_from_user broken) X-PA-RISC Linux-PR-Message: closed 118 Your message dated Thu, 10 May 2001 20:04:30 +0100 with message-id <20010510200430.A31343@parcelfarce.linux.theplanet.co.uk> and subject line Bug fixed by Mathieu 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.) dann frazier (administrator, PA-RISC Linux bugs database) -------------------------------------- Received: (at submit) by bugs.parisc-linux.org; 5 May 2001 02:13:18 +0000 >From willy@ldl.fc.hp.com Fri May 4 20:13:18 2001 Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210]) by dsl2.external.hp.com (Postfix) with ESMTP id BA1E6482A for ; Fri, 4 May 2001 20:13:18 -0600 (MDT) Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190]) by atlrel1.hp.com (Postfix) with ESMTP id 2CFB1564 for ; Fri, 4 May 2001 22:13:18 -0400 (EDT) Received: by ldl.fc.hp.com (Postfix, from userid 22224) id E49935AB1E; Fri, 4 May 2001 20:13:17 -0600 (MDT) Date: Fri, 4 May 2001 20:13:17 -0600 To: submit@bugs.parisc-linux.org Subject: strncpy_from_user broken Message-ID: <20010504201317.J6063@zumpano.fc.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i From: willy@ldl.fc.hp.com (Matthew Wilcox) Package: kernel strncpy_from_user is specified to return number of characters copied, not including the terminating NUL. This conflicts with the comment we have in our version and with what code assumes elsewhere in the kernel. eg fs/namei.c: retval = strncpy_from_user((char *)page, filename, len); if (retval > 0) { if (retval < len) return 0; return -ENAMETOOLONG; } else if (!retval) retval = -ENOENT; return retval; and an strace of one of the failing glibc tests: chmod("", 0600) = 0 so both the comment and the code need fixing. ----- End forwarded message ----- --------------------------------------- Received: (at 118-close) by bugs.parisc-linux.org; 10 May 2001 19:05:17 +0000 >From willy@www.linux.org.uk Thu May 10 13:05:17 2001 Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252]) by dsl2.external.hp.com (Postfix) with ESMTP id CBD22482A for <118-close@bugs.parisc-linux.org>; Thu, 10 May 2001 13:05:16 -0600 (MDT) Received: from willy by www.linux.org.uk with local (Exim 3.13 #1) id 14xvji-0008O6-00 for 118-close@bugs.parisc-linux.org; Thu, 10 May 2001 20:04:30 +0100 Date: Thu, 10 May 2001 20:04:30 +0100 From: Matthew Wilcox To: 118-close@bugs.parisc-linux.org Subject: Bug fixed by Mathieu Message-ID: <20010510200430.A31343@parcelfarce.linux.theplanet.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: This bug was fixed by Matthieu Delahaye and checked into CVS on 2001-05-05 -- Revolutions do not require corporate support. From daniel_frazier@hp.com Thu, 10 May 2001 14:33:01 -0600 (MDT) Date: Thu, 10 May 2001 14:33:01 -0600 (MDT) From: PA-RISC Linux bug Tracking System daniel_frazier@hp.com Subject: [kernel] bug#99: marked as done (missing nfsservctl and quotactl syscall wrappers) X-PA-RISC Linux-PR-Message: closed 99 Your message dated Thu, 10 May 2001 14:21:16 -0600 with message-id and subject line wrappers finished 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.) dann frazier (administrator, PA-RISC Linux bugs database) -------------------------------------- Received: (at submit) by bugs.parisc-linux.org; 9 Apr 2001 09:11:25 +0000 >From rhirst@linuxcare.com Mon Apr 9 03:11:25 2001 Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117]) by dsl2.external.hp.com (Postfix) with ESMTP id EA784482A for ; Mon, 9 Apr 2001 03:11:24 -0600 (MDT) Received: by rhirst.linuxcare.com (Postfix, from userid 501) id 3796AB007; Mon, 9 Apr 2001 10:12:27 +0100 (BST) Date: Mon, 9 Apr 2001 10:12:27 +0100 From: Richard Hirst To: submit@bugs.parisc-linux.org Subject: missing nfsservctl and quotactl syscall wrappers Message-ID: <20010409101227.B5790@linuxcare.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0us Package: kernel Version: 2.4.0 Severity: grave We are missing 32-->64 bit syscall wrappers for nfsservctl and quotactl. Both of these are used by the nfs-common package, with rpc.lockd calling nfsservctl(). --------------------------------------- Received: (at 99-close) by bugs.parisc-linux.org; 10 May 2001 20:21:26 +0000 >From bame@fc.hp.com Thu May 10 14:21:26 2001 Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202]) by dsl2.external.hp.com (Postfix) with ESMTP id F0D14482A for <99-close@bugs.parisc-linux.org>; Thu, 10 May 2001 14:21:25 -0600 (MDT) Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2]) by atlrel2.hp.com (Postfix) with ESMTP id 27E5DEDC for <99-close@bugs.parisc-linux.org>; Thu, 10 May 2001 16:21:17 -0400 (EDT) Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69]) by hpfcla.fc.hp.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.01) with ESMTP id OAA26875 for <99-close@bugs.parisc-linux.org>; Thu, 10 May 2001 14:21:16 -0600 (MDT) Received: from localhost ([127.0.0.1] helo=fc.hp.com ident=bame) by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian)) id 14xww0-0001Jb-00 for <99-close@bugs.parisc-linux.org>; Thu, 10 May 2001 14:21:16 -0600 To: 99-close@bugs.parisc-linux.org Subject: wrappers finished Date: Thu, 10 May 2001 14:21:16 -0600 From: Paul Bame Message-Id: Note you'll need to have nfs-common and nfs-kernel-server built against libc containing a real implementation of syscall() not the infinite-loop one. -P From None Date: None From: Subject: [kernel] bug#115: adjtimex X-PA-RISC Linux-PR-Message: report 115 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by 115-bugs@bugs.parisc-linux.org id=B115.9895297352771 (code B ref 115); Thu, 10 May 2001 21:33:01 GMT To: 115@bugs.parisc-linux.org Date: Thu, 10 May 2001 15:22:13 -0600 From: Paul Bame Message-Id: ntpdate also needs adjtimex wrapper From None Date: None From: Subject: [kernel] bug#115: progress X-PA-RISC Linux-PR-Message: report 115 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by 115-bugs@bugs.parisc-linux.org id=B115.98959905514282 (code B ref 115); Fri, 11 May 2001 16:48:01 GMT To: 115@bugs.parisc-linux.org Date: Fri, 11 May 2001 10:37:33 -0600 From: Paul Bame Message-Id: rt_sigqueueinfo and adjtimex appear to work, but ntpdate is showing a 64-bit signal problem so there is more work there. Also showed that settimeofday() isn't appearing to set the clock to better than 1 second resolution. Watch for a new bug about it. -P From None Date: None From: Subject: [kernel] bug#124: siginfo_t 32-bit != 64-bit requiring lots of work X-PA-RISC Linux-PR-Message: report 124 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98961482216579 (code B ref -1); Fri, 11 May 2001 21:03:02 GMT To: submit@bugs.parisc-linux.org From: bame@debian.org Cc: bame@debian.org Message-Id: <20010511210017.3A2E05AB2B@ldl.fc.hp.com> Date: Fri, 11 May 2001 15:00:17 -0600 (MDT) Sender: www-data@ldl.fc.hp.com Package: kernel Version: 2.4 Severity: grave Heavy dependencies on the siginfo_t contents, for example in , leave few clean alternatives for making the 32/64-bit structs align in reasonable ways. glibc pokes right into this structure (rt_sigqueueinfo) and it is delivered to signal handlers which shouldn't but might use its contents. This sucks rocks but must be fixed, probably with lots of ugly wrappers. From daniel_frazier@hp.com Fri, 11 May 2001 18:18:01 -0600 (MDT) Date: Fri, 11 May 2001 18:18:01 -0600 (MDT) From: PA-RISC Linux bug Tracking System daniel_frazier@hp.com Subject: [kernel] bug#115: marked as done (ntpdate needs rt_sigqueueinfo syscall on wide kernel) X-PA-RISC Linux-PR-Message: closed 115 Your message dated Fri, 11 May 2001 18:03:18 -0600 with message-id and subject line syscalls implemented 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.) dann frazier (administrator, PA-RISC Linux bugs database) -------------------------------------- Received: (at submit) by bugs.parisc-linux.org; 1 May 2001 15:56:06 +0000 >From www-data@ldl.fc.hp.com Tue May 1 09:56:06 2001 Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202]) by dsl2.external.hp.com (Postfix) with ESMTP id 9986D482A for ; Tue, 1 May 2001 09:56:06 -0600 (MDT) Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190]) by atlrel2.hp.com (Postfix) with ESMTP id 64848D17 for ; Tue, 1 May 2001 11:56:05 -0400 (EDT) Received: by ldl.fc.hp.com (Postfix, from userid 33) id BA47B5AB11; Tue, 1 May 2001 09:55:56 -0600 (MDT) To: submit@bugs.parisc-linux.org From: bame@fc.hp.com Reply-To: bame@fc.hp.com Cc: bame@fc.hp.com Subject: ntpdate needs rt_sigqueueinfo syscall on wide kernel Message-Id: <20010501155556.BA47B5AB11@ldl.fc.hp.com> Date: Tue, 1 May 2001 09:55:56 -0600 (MDT) Sender: www-data@ldl.fc.hp.com Package: kernel Version: 01May2001 Severity: normal syscall #178 needs a 64/32 wrapper (rt_sigqueueinfo) --------------------------------------- Received: (at 115-close) by bugs.parisc-linux.org; 12 May 2001 00:03:21 +0000 >From bame@fc.hp.com Fri May 11 18:03:21 2001 Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210]) by dsl2.external.hp.com (Postfix) with ESMTP id 84B32482A for <115-close@bugs.parisc-linux.org>; Fri, 11 May 2001 18:03:21 -0600 (MDT) Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2]) by atlrel1.hp.com (Postfix) with ESMTP id 88DF1915 for <115-close@bugs.parisc-linux.org>; Fri, 11 May 2001 20:03:20 -0400 (EDT) Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69]) by hpfcla.fc.hp.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.01) with ESMTP id SAA23479 for <115-close@bugs.parisc-linux.org>; Fri, 11 May 2001 18:03:18 -0600 (MDT) Received: from localhost ([127.0.0.1] helo=fc.hp.com ident=bame) by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian)) id 14yMsQ-00070U-00 for <115-close@bugs.parisc-linux.org>; Fri, 11 May 2001 18:03:18 -0600 To: 115-close@bugs.parisc-linux.org Subject: syscalls implemented Date: Fri, 11 May 2001 18:03:18 -0600 From: Paul Bame Message-Id: syscalls are implemented, see also bug 124 From daniel_frazier@hp.com Fri, 11 May 2001 18:18:02 -0600 (MDT) Date: Fri, 11 May 2001 18:18:02 -0600 (MDT) From: PA-RISC Linux bug Tracking System daniel_frazier@hp.com Subject: [kernel] bug#117: marked as done (ntpdate(138): Unimplemented 32 on 64 syscall #178!) X-PA-RISC Linux-PR-Message: closed 117 Your message dated Fri, 11 May 2001 18:03:18 -0600 with message-id and subject line syscalls implemented 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.) dann frazier (administrator, PA-RISC Linux bugs database) -------------------------------------- Received: (at submit) by bugs.parisc-linux.org; 2 May 2001 23:01:13 +0000 >From grundler@cup.hp.com Wed May 2 17:01:13 2001 Received: from palrel2.hp.com (palrel2.hp.com [156.153.255.234]) by dsl2.external.hp.com (Postfix) with ESMTP id 356AC482A for ; Wed, 2 May 2001 17:01:13 -0600 (MDT) Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76]) by palrel2.hp.com (Postfix) with ESMTP id 5996BB2E for ; Wed, 2 May 2001 16:01:12 -0700 (PDT) Received: from localhost (grundler@localhost [127.0.0.1]) by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with SMTP id QAA10981 for ; Wed, 2 May 2001 16:06:11 -0700 (PDT) Message-Id: <200105022306.QAA10981@milano.cup.hp.com> X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol To: submit@bugs.parisc-linux.org Subject: ntpdate(138): Unimplemented 32 on 64 syscall #178! Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Wed, 02 May 2001 16:06:06 -0700 From: Grant Grundler Package: Kernel Version: 20010430 ntpdate(138): Unimplemented 32 on 64 syscall #178! (repeats forever during boot) built/installed ntpdate and doesn't run on my A500. Configured the RC script and thats when the trouble started. The system won't boot - loops on the above output. Will try to remove ntpdate startup scripts for now. grant --------------------------------------- Received: (at 115-close) by bugs.parisc-linux.org; 12 May 2001 00:03:21 +0000 >From bame@fc.hp.com Fri May 11 18:03:21 2001 Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210]) by dsl2.external.hp.com (Postfix) with ESMTP id 84B32482A for <115-close@bugs.parisc-linux.org>; Fri, 11 May 2001 18:03:21 -0600 (MDT) Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2]) by atlrel1.hp.com (Postfix) with ESMTP id 88DF1915 for <115-close@bugs.parisc-linux.org>; Fri, 11 May 2001 20:03:20 -0400 (EDT) Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69]) by hpfcla.fc.hp.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.01) with ESMTP id SAA23479 for <115-close@bugs.parisc-linux.org>; Fri, 11 May 2001 18:03:18 -0600 (MDT) Received: from localhost ([127.0.0.1] helo=fc.hp.com ident=bame) by noam.fc.hp.com with esmtp (Exim 3.12 #1 (Debian)) id 14yMsQ-00070U-00 for <115-close@bugs.parisc-linux.org>; Fri, 11 May 2001 18:03:18 -0600 To: 115-close@bugs.parisc-linux.org Subject: syscalls implemented Date: Fri, 11 May 2001 18:03:18 -0600 From: Paul Bame Message-Id: syscalls are implemented, see also bug 124 From None Date: None From: Subject: [kernel] bug#130: iosapic allocs extra EIR bit for shared IRQ line X-PA-RISC Linux-PR-Message: report 130 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.99031569918862 (code B ref -1); Sat, 19 May 2001 23:48:01 GMT Date: Sat, 19 May 2001 17:34:42 -0600 From: Grant Grundler Message-Id: <200105192334.RAA07195@puffin.external.hp.com> To: submit@bugs.parisc-linux.org Package: kernel Version: 200010519 One of the A500 IRQ lines is shared (#130 below). The iosapic allocates *another* EIR bit (#68) instead of using the existing EIR bit (#67) already allocated to line two (IO-SAPIC00-L2). Haven't tracked down the bug yet because it doesn't seem to cause any harm (besides wasting EIR bits). grant (Igore the middle three numbers - prototype code for min/avg/max cyclecounts of each "irq action".) grundler@gsyprf11:~$ cat /proc/interrupts IRQ count 64: 5600708 660/ 740/ 6304 PA-CPU-00 timer 65: 272044 3285/ 5102/ 24355 PA-CPU-00 IO-SAPIC00-L0 66: 30 0/ 709/ 6707 PA-CPU-00 IO-SAPIC00-L1 67: 0 0/ 0/ 0 PA-CPU-00 IO-SAPIC00-L2 68: 60 0/ 1640/ 18089 PA-CPU-00 IO-SAPIC00-L2 69: 19320 4114/ 9050/ 33202 PA-CPU-00 IO-SAPIC00-L3 70: 10 0/ 439/ 14382 PA-CPU-00 IO-SAPIC00-L4 71: 0 0/ 0/ 0 PA-CPU-00 IO-SAPIC00-L5 72: 0 0/ 0/ 0 PA-CPU-00 IO-SAPIC01-L0 73: 315 5957/ 6768/ 12509 PA-CPU-00 IO-SAPIC02-L0 74: 0 0/ 0/ 0 PA-CPU-00 IO-SAPIC02-L1 75: 0 0/ 0/ 0 PA-CPU-00 IO-SAPIC02-L2 76: 0 0/ 0/ 0 PA-CPU-00 IO-SAPIC02-L3 77: 70 0/1924923/65678155 PA-CPU-00 IO-SAPIC03-L0 78: 30 0/ 693/ 8152 PA-CPU-00 IO-SAPIC03-L1 128: 272044 3193/ 4879/ 21878 IO-SAPIC00 eth0 129: 30 0/ 698/ 6517 IO-SAPIC00 sym53c8xx 130: 60 0/ 824/ 16161 IO-SAPIC00 sym53c8xx, sym53c8xx 131: 19320 4030/ 8649/ 30999 IO-SAPIC00 sym53c8xx 132: 10 0/ 432/ 13772 IO-SAPIC00 serial 256: 315 5758/ 6382/ 11331 IO-SAPIC02 eth1 320: 70 0/1924884/65678065 IO-SAPIC03 sym53c8xx 321: 30 0/ 679/ 7302 IO-SAPIC03 sym53c8xx From None Date: None From: Subject: [kernel] bug#124: reclassified severity X-PA-RISC Linux-PR-Message: report 124 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by 124-bugs@bugs.parisc-linux.org id=B124.99064597215550 (code B ref 124); Wed, 23 May 2001 19:33:01 GMT To: 124@bugs.parisc-linux.org Date: Wed, 23 May 2001 13:26:10 -0600 From: Paul Bame Message-Id: In practice this bug doesn't cause much problem so I'm reclassifying as normal. From None Date: None From: Subject: [kernel] bug#116: start ssh session while dd = trap15 X-PA-RISC Linux-PR-Message: report 116 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by 116-bugs@bugs.parisc-linux.org id=B116.99064706016242 (code B ref 116); Wed, 23 May 2001 19:48:01 GMT Date: Wed, 23 May 2001 13:37:17 -0600 From: Grant Grundler Message-Id: <200105231937.NAA01024@puffin.external.hp.com> To: 116@bugs.parisc-linux.org Willy thinks this is a generic 2.4.0 bug. While running: dd if=/deb/sda /dev/sdb bs=1024k count=2k then tried to ssh into the box to start another session. System reliablely crashed with trap 15 in sigpoll. grant From None Date: None From: Subject: [kernel] bug#132: PPP causes trap 15 X-PA-RISC Linux-PR-Message: report 132 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.99081300113644 (code B ref -1); Fri, 25 May 2001 18:03:01 GMT Message-Id: <200105251742.LAA12036@puffin.external.hp.com> To: submit@bugs.parisc-linux.org Date: Fri, 25 May 2001 11:42:54 -0600 From: Grant Grundler Package: kernel Version: 20010523 I've not been able to succesfully use a PPP connection from parisc-linux. Of the three attempts I've made so far, I've gotten three "trap 15" kernel crashes which are all at different IOAQs. System.map and vmlinux are on puffin.external.hp.com:~grundler/c3k.* I forgot to copy the .config over - if someone wants that, please let me know. I've appended the first console output here and will submit the other two in seperate emails. (also on pehc:~grundler/c3k.out2[012]) Console output includes output from /var/log/syslog. I was running "tail -f /var/log/syslog" from the console. Seems talking to the external modem and dialing up worked fine. Things died after the connection was established. Suggests code used later (eg bsd_comp) was causing the crash. I wasn't using dynamically loadable modules for the PPP. I haven't tried disabling compression yet but will do that next. I also don't understand what the "/dev/ppp: Resource temporarily unavailable" messages are about. keventd segfaulting had occurred a few times before. Not sure what that's about either but it doesn't seem related. grant ... May 24 17:49:30 debian pppd[274]: rcvd [LCP EchoRep id=0x1f magic=0x0] May 24 17:50:00 debian pppd[274]: sent [LCP EchoReq id=0x20 magic=0x42bfd40c] May 24 17:50:00 debian pppd[274]: read: Resource temporarily unavailable May 24 17:50:00 debian pppd[274]: read /dev/ppp: Resource temporarily unavailabl e May 24 17:50:00 debian pppd[274]: rcvd [LCP EchoRep id=0x20 magic=0x0] c3k:~# tail -f /var/log/syslog May 24 17:49:00 debian pppd[274]: read /dev/ppp: Resource temporarily unavailabl e May 24 17:49:00 debian pppd[274]: rcvd [LCP EchoRep id=0x1e magic=0x0] May 24 17:49:30 debian pppd[274]: sent [LCP EchoReq id=0x1f magic=0x42bfd40c] May 24 17:49:30 debian pppd[274]: read: Resource temporarily unavailable May 24 17:49:30 debian pppd[274]: read /dev/ppp: Resource temporarily unavailabl e May 24 17:49:30 debian pppd[274]: rcvd [LCP EchoRep id=0x1f magic=0x0] May 24 17:50:00 debian pppd[274]: sent [LCP EchoReq id=0x20 magic=0x42bfd40c] May 24 17:50:00 debian pppd[274]: read: Resource temporarily unavailable May 24 17:50:00 debian pppd[274]: read /dev/ppp: Resource temporarily unavailabl e May 24 17:50:00 debian pppd[274]: rcvd [LCP EchoRep id=0x20 magic=0x0] break 0,0: pid=358 command='keventd' keventd[358]: Breakpoint 0 YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI PSW: 00000000000001001111111100001111 r0-3 00000000 10332010 00000000 00000000 r4-7 00000000 00000000 00000000 00000000 r8-11 00000000 00000000 00000000 00000000 r12-15 00000000 00000000 102b5200 10123620 r16-19 8e590580 8e590000 f0000174 00000001 r20-23 10354940 10354940 8f3de780 10356cc0 r24-27 0000002e 00001000 00000000 102a0010 r28-31 00000000 00000000 8e590980 1012f5e8 sr0-3 00000000 00000000 00000000 000000e2 sr4-7 00000000 00000000 00000000 00000000 IASQ: 00000000 00000000 IAOQ: 00000000 00000004 IIR: 00000000 ISR: 00000000 IOR: 00000000 ORIG_R28: 00000000 Dumping Stack from 8ead8000 to 8ead8980: 8000 00000000 00000140 00000000 00000001 102b5380 00000000 00000000 ffffffff 8020 00000008 00000000 00000000 8f8d78c0 00000000 00000000 ffffffff 8e59c03c 8040 102b5200 0003a58a 8e734000 8e8e4000 8f8d78c0 102b82d8 00000000 00000012 8060 00000000 00000000 00000000 00000112 00000112 00000112 00000112 00000112 8080 00000001 10350000 10350000 8e5c0000 00000000 8f784000 8ead8098 8ead8098 80a0 00000000 10321240 8ead80a8 8ead80a8 8ead8588 00000000 00000000 00000000 80c0 00000000 00000000 00000000 00000000 00000000 00000000 00015273 8ead8000 80e0 1011ab80 00000000 00000001 00000005 00000011 00021e8b 00000088 00000333 8100 00000053 0000002f 00000000 000000fa 000005e9 00000000 80000000 000003e9 8120 00000000 00000000 00000000 000003e9 000003e9 000003e9 000003e9 00000003 8140 000003e9 00000014 0000001e 00000000 00000000 00000000 00000000 00000000 8160 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 8180 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 81a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 81c0 fffffeff 00000000 fffffeff 00000000 8ee73220 7fffffff 7fffffff 7fffffff 81e0 7fffffff 7fffffff 7fffffff 00800000 80000000 00000000 7fffffff 7fffffff 8200 7fffffff 00000100 7fffffff 00000400 00000400 7fffffff 7fffffff 7fffffff 8220 7fffffff 7fffffff 7fffffff 00007070 7064002d 73746f70 2d646165 6d000000 8240 00000000 00000000 00000001 00000000 00000000 00000000 00000000 00062884 8260 00037b47 7ff00480 00063bbe 7ff00200 000639de 00000003 00063b7e 00085c10 8280 00088190 00084390 ffffffff 00000000 ffffffff 00000000 0007852e 000400f0 82a0 00000004 401cc23c 00000036 401617e4 00037994 00000008 00000000 8004743c 82c0 00000004 00061084 00000000 00071fc8 7ff004c0 401617ef 00000000 00000000 82e0 00000000 00000000 00000000 00000000 00000000 00000000 00000001 00000000 8300 00000002 10149f74 00000000 00000000 00000000 00000000 10350000 8f8e70c0 8320 10300000 00000000 102bb060 10323810 10320010 102a0010 00000001 102bf010 8340 10323810 10138748 102a0010 102fe234 102fe234 00000000 8f8ef000 102bb600 8360 00000000 00000002 00000000 102d0674 0004000e f0072848 10320810 8f8ef000 8380 102bb600 10149e58 cccccccd 00000230 00000001 9999999a b38cf9b1 17b0ff46 83a0 102a0010 1257fa00 10323810 102b8c38 0004000e f0072848 8f8f3140 00000001 83c0 102a0010 101388b0 10323810 102b8c38 00000000 00000000 00000000 000000e2 83e0 00000000 000000e2 000000e2 000000e2 000000e2 000000e2 000000e2 000000e2 8400 00037aeb 00037aef 00000036 8ead8000 00000000 8ead89c0 10105cf8 0000001e 8420 68330be0 000000e2 00062e74 55555555 002bc000 00000000 124ff500 8edcdc80 8440 8edcad80 00000000 00000000 00000000 8ead844c 00000000 00000000 00000000 8460 00000000 00000000 00000000 00000000 00000009 0000000a 400c1bf4 400c1bf8 8480 400c1bfc 400c1c00 400c1c04 400c1c08 400c1c0c 400c1c10 400c1c14 400c1c18 84a0 400c1c1c 400c1c20 400c1c24 10106744 400c1c2c 400c1c30 400c1c34 400c1c38 84c0 400c1c3c 400c1c40 401617e4 00037994 400c1c4c 400c1c50 400c1c54 400c1c58 84e0 400c1c5c 400c1c60 400c1c64 101071b0 400c1c6c 400c1c70 400c1c74 400c1c78 8500 00085c10 00063b7e 00000001 00000000 00000080 00000000 00000000 0000000b 8520 00000000 00000001 7ff00200 10138d54 7ff00400 401cc23c 7ff00b00 00085c10 8540 7ff00200 00063bbe 7ff00480 7ff00200 00063bbe 7ff00480 00084390 00088190 8560 00085c10 00063b7e 00000000 1014abd0 4001d000 00001000 8f8d78c0 00000000 8580 000639de 00000004 ffffffff 00084390 00088190 00085c10 00063b7e 00000003 85a0 000639de 7ff00200 00063bbe 7ff00480 00063b7e 00000003 000639de 8ea12000 85c0 8ea01580 8e857140 00000001 8ead8258 8f8e526c 8f8e5200 8e80a640 fffffff0 85e0 00000000 00000000 00071fc7 1010c374 00000047 00063b7e 00000015 00000000 8600 8ead8000 00000001 00000001 8ead8258 8e86096c 8e86096c 00000000 8ead8000 8620 00000000 00000000 00005423 1010c1e8 8e857640 8e860000 00062e6c 8e860000 8640 00000008 8ead8258 8ead8508 00000001 8ead8000 10320810 1034b880 8f23aa00 8660 000000e2 00062e74 0000001a 8ead8258 101c6474 00000000 101c6748 101c67c4 8680 101c67bc 101c684c 00062e6c 8e86096c 00000001 8ead8000 8e860000 8ead8000 86a0 7fffffff 102b8c10 8eace3c0 1021eed4 00000003 fffffffe 00088190 00000002 86c0 8f23aa00 10320810 8ead8444 00000001 8ead8454 8ead8444 8ead8000 00000008 86e0 8ead8258 8ead8444 00000001 8edcad84 494e5445 52464143 453d7070 70300000 8700 00000006 8f23aa00 00008000 102cba60 8f23aa00 00008000 102c86e0 69737465 8720 72008190 00000002 00005407 1010bf00 000639de 10320810 1034b880 00000000 8740 0006ff0f 00000000 1010bf14 00000000 7ff004c0 8ead8000 8ead8258 00000001 8760 00000000 7ff004c0 8edcad84 8ead8444 00000001 00000000 ffffffff 00000000 8780 0007852e 000400f0 00000004 00000001 00063d44 00063d46 00000001 8ead8444 87a0 00000000 8ead844c 7ff00710 102a0010 00000000 00000001 8ead8980 1012f5e8 87c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 87e0 00000001 00000000 00000002 10149f74 00000000 00000000 00000000 00000000 8800 10350000 8f8e70c0 10300000 00000000 102bb060 10323810 10320010 102a0010 8820 00000001 102bf010 10323810 10138748 102a0010 102fe234 102fe234 00000000 8840 8f8ef000 102bb600 00000000 00000002 00000000 102d0674 0004000e f0072848 8860 10320810 8f8ef000 102bb600 10149e58 cccccccd 00000230 00000001 9999999a 8880 b38cf9b1 17b0ff46 102a0010 1257fa00 10323810 102b8c38 0004000e f0072848 88a0 8f8f3140 00000001 102a0010 101388b0 10323810 102b8c38 00000000 00000000 88c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 88e0 00000000 00000000 1010c058 1010c05c 00000000 00000000 ffffffff 00000000 8900 1248eac0 0000001f 0e80d089 00000000 00063d44 1034b980 1010e2cc 0000001d 8920 0000000f fee002f9 3c105410 1011ca20 0000001d 0000001b 8ead8b00 1010ce18 8940 1248eac0 00004000 1027a000 8e7a2ba0 1034f540 10320810 00000000 00088190 8960 00084390 ffffffff 00000000 10106744 00000000 0007852e 000400f0 00000004 Kernel Fault: Code=15 regs=8ead8740 (Addr=00063d44) YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI PSW: 00000000000001101111111100001111 r0-3 00000000 00000000 1010bf14 00000000 r4-7 7ff004c0 8ead8000 8ead8258 00000001 r8-11 00000000 7ff004c0 8edcad84 8ead8444 r12-15 00000001 00000000 ffffffff 00000000 r16-19 0007852e 000400f0 00000004 00000001 r20-23 00063d44 00063d46 00000001 8ead8444 r24-27 00000000 8ead844c 7ff00710 102a0010 r28-31 00000000 00000001 8ead8980 1012f5e8 sr0-3 00000000 00000000 00000000 00000000 sr4-7 00000000 00000000 00000000 00000000 IASQ: 00000000 00000000 IAOQ: 1010c058 1010c05c IIR: 0e80d089 ISR: 00000000 IOR: 00063d44 ORIG_R28: ffffffff IOAQ = 0x1010c058 setup_rt_frame+258 GR02 = 0x1010bf14 setup_rt_frame+114 From None Date: None From: Subject: [kernel] bug#132: PPP crash #2 console output X-PA-RISC Linux-PR-Message: report 132 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by 132-bugs@bugs.parisc-linux.org id=B132.99082523815626 (code B ref 132); Fri, 25 May 2001 21:18:02 GMT Date: Fri, 25 May 2001 15:06:51 -0600 From: Grant Grundler Message-Id: <200105252106.PAA13016@puffin.external.hp.com> To: 132@bugs.parisc-linux.org c3k: ~# c3k: ~# May 24 18:00:53 c3k chat[264]: abort on (NO DIAL TONE) May 24 18:00:53 c3k chat[264]: abort on (NO ANSWER) May 24 18:00:53 c3k chat[264]: send (ATZ^M) May 24 18:00:53 c3k chat[264]: expect (OK) May 24 18:00:53 c3k chat[264]: q May 24 18:00:53 c3k chat[264]: NO CARRIER May 24 18:00:53 c3k chat[264]: -- failed May 24 18:00:53 c3k chat[264]: Failed (NO CARRIER) May 24 18:00:53 c3k pppd[263]: Connect script failed May 24 18:00:54 c3k pppd[263]: Exit. May 24 18:01:37 c3k pppd[267]: pppd 2.4.1 started by grundler, uid 1001 May 24 18:01:38 c3k chat[268]: abort on (BUSY) May 24 18:01:38 c3k chat[268]: abort on (NO CARRIER) May 24 18:01:38 c3k chat[268]: abort on (VOICE) May 24 18:01:38 c3k chat[268]: abort on (NO DIALTONE) May 24 18:01:38 c3k chat[268]: abort on (NO DIAL TONE) May 24 18:01:38 c3k chat[268]: abort on (NO ANSWER) May 24 18:01:38 c3k chat[268]: send (ATZ^M) May 24 18:01:38 c3k chat[268]: expect (OK) May 24 18:01:39 c3k chat[268]: ATZ^M^M May 24 18:01:39 c3k chat[268]: OK May 24 18:01:39 c3k chat[268]: -- got it May 24 18:01:39 c3k chat[268]: send (ATDT6872187^M) May 24 18:01:39 c3k chat[268]: expect (CONNECT) May 24 18:01:39 c3k chat[268]: ^M May 24 18:01:57 c3k chat[268]: ATDT6872187^M^M May 24 18:01:57 c3k chat[268]: CONNECT May 24 18:01:57 c3k chat[268]: -- got it May 24 18:01:57 c3k chat[268]: send (\d) Dumping Stack from 7c1d8000 to 7c1d8980: 8000 00000000 00001040 00000000 00000000 102b5380 00000000 00000000 ffffffff 8020 00000006 00000000 00000000 00000000 00000000 00000000 ffffffff 102b5200 8040 102b5200 00009fab 10300000 7c21c000 8f8d7940 00000000 00000000 00000012 8060 00000000 00000000 00000000 0000010d 00000001 00000000 00000001 0000010d 8080 00000000 12490000 12490000 00000000 00000000 00000000 7c1d8098 7c1d8098 80a0 00000000 10321224 7c1d80a8 7c1d80a8 00000000 00000000 00000000 00000000 80c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 7c1d8000 80e0 1011ab80 00000000 00000000 00000000 00000000 0000b898 00000000 000000d3 8100 00000000 00000000 00000000 00000000 00000000 00000000 80000000 00000000 8120 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 8140 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 8160 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 8180 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 81a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 81c0 ffffffff 00000000 ffffffff 00000000 102b6024 ffffffff ffffffff ffffffff 81e0 ffffffff ffffffff ffffffff 00800000 05000000 00000000 ffffffff ffffffff 8200 ffffffff 00007db8 00007db8 00000400 00000400 ffffffff ffffffff ffffffff 8220 ffffffff ffffffff ffffffff 00006b65 76656e74 64000000 00000000 00000000 8240 00000000 00000000 00000000 00000000 00000000 00000000 0000000f 8ce0b5c6 8260 f00008c4 f0400004 00000000 ffffffff 102b6010 40000000 102b6010 102b6010 8280 102b6010 101336e4 12490444 102b6280 12490548 7a2403e4 f0400004 00000000 82a0 ffffffff 102b6010 40000000 00000000 10300000 0000000b 00000000 7c21c828 82c0 10123a14 12490000 00000000 0f41cc19 853694e5 1ef52d60 12490640 3d9cef92 82e0 14418c61 7b4f6a76 28f5ad91 f6e861be 51eb5b23 edd0c37d a3d6b647 dba186fb 8300 47ad6c8f b7430df7 8f5ad91f 6e861bef 1ec3076d dd7a828c 3d860edb baf50519 8320 7b0c1db7 75ea0a33 f66e8e3d eba2a134 ecdd1c7b d7454269 d9ba38f7 ae8a84d3 8340 b37471ef 5d1509a7 669e568d ba5ca61c cd3cad1b 74b94c39 9a0fef65 e9042d20 8360 341fdecb d2085a41 683fbd97 a410b483 d07f7b2f 48216907 a088430d 9034675c 8380 4110861b 2068ceb9 8257b965 40a72820 04d9c799 8138e512 09b38f33 0271ca25 83a0 1311ab35 04952118 2655e339 095cf762 4cdd7321 12cf5b96 99cc5311 25e8027e 83c0 33ee1371 4ba6b1ae 67aa93b1 973bd60e cf552763 2e77ac1d 9edcfb95 5c99ed68 83e0 3dcf4279 b9456f82 7b9e84f3 728adf05 f74bbcb5 e5630b58 ee97796b cac616b1 8400 dd2ef2d7 958c2d63 ba5de5af 2b185ac7 74cd7e0d 7c1d84c0 10105c34 acfab4ea 8420 d3d89293 59f569d5 a7c79075 b39c66f8 002bc000 00000000 124ff5c0 7c44a200 8440 8b2ff600 00000000 00000000 00000000 7c1d844c 00000000 00000000 00000000 8460 00000000 00000000 00000000 00000000 00000000 00000000 b6ac886e 4923976e 8480 734f10ef 14db0069 6c89a655 77740ef4 e014d37f 49fbc952 c2b69946 7b6b3c04 84a0 4f0cf474 d23fe56e f7e9d52a 10105c4c 2b41aef4 3b1ba2cd d51d58d7 299345bf 84c0 f0412000 4001a290 00000008 00000000 7ff00a50 4003e3f8 4001a290 4001a290 84e0 4010a9dc 7ff00a50 22a7e9fb 10123a48 7475d33f 0d1d431d e52669e5 8a6ada3f 8500 00024904 00024904 00000000 40167ef4 12490640 00000000 12490888 10320810 8520 0000010d 10320810 7c1d8000 8f8d7940 12490000 00000000 7c21c828 00000000 8540 00024904 00024904 00024904 00024904 00000000 4016f23c 4016c314 00000000 8560 00000020 00000011 00000000 101235ec 4001b000 00001000 8f8d7a40 00000190 8580 12576740 124ff5c0 00000000 7cf90ac0 ffffffe7 7cf90ac0 7cf90c40 00000001 85a0 7ff00e90 4016f23c 00000070 10138d54 00000000 00000000 000400f0 00000004 85c0 7c1d8000 0000000b 124ff5c0 10279800 10279800 10279800 7c1d8000 00000000 85e0 7c21c758 7c21c748 102b6174 10138c94 7b7939c0 00000000 8f8d7a40 00000000 8600 124972c0 7c44a200 00000000 8f8e7340 7c44a200 00000000 8f8e7340 8f8d7a40 8620 000265a0 7ff00488 4001b000 101143e0 ffffffea 7cf90c40 00000031 7ff00988 8640 7c1d85c0 8f8d7940 7c1d8000 8f8d7a40 7c21c000 10320810 00000000 000843d0 8660 00000000 00000040 00000000 000873b0 00000000 00000000 000400f0 00000004 8680 f0412000 8f8d7a40 7cf90d40 8f8d7a40 00002000 7ff00000 7ff02000 00000000 86a0 000873b0 00000000 00000040 10133758 10323810 0007ffff 00000000 8f8d7a40 86c0 8f613460 8f613440 7c21c000 10323810 10279800 8f613440 1034c7c0 8aa52040 86e0 8aa52040 00120f17 16000000 101336e4 00000000 83788000 7ff00508 00000000 8700 00000000 000873b0 00000000 00000040 00000000 000843d0 00000000 10320810 8720 7c21c000 8f8d7a40 7c1d8000 8f8d7940 8f8d7a40 00026908 7c1d8900 1010ce18 8740 0004ff0f 10332010 8f8d7940 7c21c000 7c1d8000 00000012 10300000 102ff810 8760 00000000 000843d0 00000000 00000040 00000000 000873b0 102b5200 10123620 8780 7c1d8580 7c1d8000 f0000174 00000001 10354940 10354940 10354a00 10356cc0 87a0 0000002e 00001000 00000000 102a0010 00000000 00000000 7c1d8980 1012f5e8 87c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 87e0 00000001 00000000 00000002 10149f74 00000000 00000000 00000000 00000000 8800 10350000 8f8e70c0 10300000 00000000 102bb060 10323810 10320010 102a0010 8820 00000001 102bf010 10323810 10138748 102a0010 102fe234 102fe234 00000000 8840 8f8ef000 102bb600 00000000 00000002 00000000 102d0674 0004000e f0072848 8860 10320810 8f8ef000 102bb600 10149e58 cccccccd 00000230 00000001 9999999a 8880 b38cf9b1 00000002 102a0010 1257fa00 10323810 102b8c38 0004000e f0072848 88a0 8f8f3140 00000001 102a0010 101388b0 10323810 102b8c38 00000000 00000000 88c0 00000000 00000000 00000000 000000db 00000000 00000000 00000000 00000000 88e0 00000000 00000000 8f8d7940 8f8d7944 00000000 00000000 102fe234 00000000 8900 00000000 00000004 7ae7c740 000000db 10356cc0 00000000 7ff00e48 83788000 8920 00000000 7ff00e49 102bb600 1011bc28 00000a3d 70a3dd30 00002710 9999999a 8940 12576740 124972c0 8f748000 7c1d8580 8f748000 102b8c38 0004000e f0072848 8960 8f8f3140 00000001 102a0010 10106744 10323810 102b8c38 00000000 00000000 Bad Address (null pointer deref?): Code=15 regs=7c1d8740 (Addr=10356cc0) YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI PSW: 00000000000001001111111100001111 r0-3 00000000 10332010 8f8d7940 7c21c000 r4-7 7c1d8000 00000012 10300000 102ff810 r8-11 00000000 000843d0 00000000 00000040 r12-15 00000000 000873b0 102b5200 10123620 r16-19 7c1d8580 7c1d8000 f0000174 00000001 r20-23 10354940 10354940 10354a00 10356cc0 r24-27 0000002e 00001000 00000000 102a0010 r28-31 00000000 00000000 7c1d8980 1012f5e8 sr0-3 00000000 00000000 00000000 000000db sr4-7 00000000 00000000 00000000 00000000 IASQ: 00000000 00000000 IAOQ: 8f8d7940 8f8d7944 IIR: 7ae7c740 ISR: 000000db IOR: 10356cc0 ORIG_R28: 102fe234 IOAQ? From None Date: None From: Subject: [kernel] bug#132: PPP crash #3 console out X-PA-RISC Linux-PR-Message: report 132 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by 132-bugs@bugs.parisc-linux.org id=B132.99082635415886 (code B ref 132); Fri, 25 May 2001 21:33:01 GMT Date: Fri, 25 May 2001 15:25:27 -0600 From: Grant Grundler Message-Id: <200105252125.PAA13140@puffin.external.hp.com> To: 132@bugs.parisc-linux.org c3k: /boot# c3k: /boot# May 24 18:09:52 c3k chat[308]: abort on (NO DIAL TONE) May 24 18:09:52 c3k chat[308]: abort on (NO ANSWER) May 24 18:09:52 c3k chat[308]: send (ATZ^M) May 24 18:09:52 c3k chat[308]: expect (OK) May 24 18:09:52 c3k chat[308]: ATZ^M^M May 24 18:09:52 c3k chat[308]: OK May 24 18:09:52 c3k chat[308]: -- got it May 24 18:09:52 c3k chat[308]: send (ATDT6872187^M) May 24 18:09:53 c3k chat[308]: expect (CONNECT) May 24 18:09:53 c3k chat[308]: ^M May 24 18:10:10 break 0,0: pid=311 command='keventd' keventd[311]: Breakpoint 0 YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI PSW: 00000000000001001111111100001111 r0-3 00000000 10332010 8f8d7ac0 83384000 r4-7 8337c000 00000012 10300000 102ff810 r8-11 00000000 000843d0 00000000 00000040 r12-15 00000000 000873b0 8411e040 10123620 r16-19 8337c580 8337c000 8b9b46c0 00000001 r20-23 10354a00 10354a00 10354940 10356cc0 r24-27 0000002e 00001000 00000000 102a0010 r28-31 00000000 00000000 8337c980 1012f5e8 sr0-3 00000000 00000000 00000000 00000120 sr4-7 00000000 00000000 00000000 00000000 IASQ: 00000000 00000000 IAOQ: 8f8d7ac4 8f8d7ac8 IIR: 00000000 ISR: 00000000 IOR: 00000000 ORIG_R28: 102fe234 c3k chat[308]: A Dumping Stack from 84154000 to 84154900: 4000 00000000 00000040 00000000 00000001 102b5380 00000000 00000000 ffffffff 4020 0000000b 00000000 00000000 8f8d73c0 00000000 00000000 ffffffff 1249003c 4040 102b5200 00007330 8f610000 12578000 8f8d73c0 102b82d8 00000000 00000012 4060 00000000 00000000 80000000 00000077 00000077 00000000 00000077 00000077 4080 00000001 10350000 10350000 00000000 8f610000 12578000 84154098 84154098 40a0 00000000 10320fd0 841540a8 841540a8 00000000 00000000 00000bb8 00000000 40c0 00000000 00000000 00000000 00000000 1030c41c 1030c41c 00007b9f 84154000 40e0 1011ab80 00000000 00000002 00000000 00000000 00001225 00000005 0000031d 4100 00000022 00000048 00000000 00000000 00000000 00000000 80000000 00000000 4120 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 4140 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 4160 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 4180 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 41a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 41c0 fffffeff 00000000 fffffeff 00000000 102b6024 ffffffff ffffffff ffffffff 41e0 ffffffff ffffffff ffffffff 00800000 05000000 00000000 ffffffff ffffffff 4200 ffffffff 00007db8 00007db8 00000400 00000400 ffffffff ffffffff ffffffff 4220 ffffffff ffffffff ffffffff 00007379 736c6f67 64006f70 2d646165 6d000000 4240 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00008e10 4260 40104a07 00000000 00000001 00000000 faf003d8 faf00348 00008fbc faf003d8 4280 00008e10 00008e10 00006800 00008e10 00006800 00008e10 00008e10 40167ef4 42a0 00008e10 4016f23c 00000092 40053954 0000902c 40167ef4 00000006 faf01208 42c0 0000000f 00008e10 40167ef4 00000000 faf01740 40104a27 00000000 00000000 42e0 00000000 00000000 00000000 00000000 00000000 00000000 00000001 00000000 4300 00000002 10149f74 00000000 00000000 00000000 00000000 10350000 8f8e70c0 4320 10300000 00000000 102bb060 10323810 10320010 102a0010 00000001 102bf010 4340 10323810 10138748 102a0010 102fe234 102fe234 00000000 8f8ef000 102bb600 4360 00000000 00000002 00000000 102d0674 0004000e f0072848 10320810 8f8ef000 4380 102bb600 10149e58 cccccccd 00000230 00000000 cccccccd b38cf9b1 00000002 43a0 102a0010 1257fa00 10323810 102b8c38 0004000e f0072848 8f8f3140 00000001 43c0 102a0010 101388b0 10323810 102b8c38 00000000 00000000 00000000 00000120 43e0 00000000 00000120 00000120 00000120 00000120 00000120 00000120 00000120 4400 40104f5b 40104f5f 00000092 84154000 40167ef4 84154940 10105cf8 00000018 4420 43ffff80 00000120 40146328 55555555 002bc000 00000000 124ff280 124a4900 4440 124fd9c0 00000000 00000000 00000000 8415444c 00000000 00000000 00000000 4460 00000000 00000000 00000000 00000000 00000005 00000006 4dd49e05 50f08370 4480 9bdf8959 a197b3b2 37bf12b3 432f6765 6f089035 86287b98 de11206b 0c50f731 44a0 bc54f585 18d75b30 78df5e59 10106744 f1c809e1 63c6b336 e3e6a691 c7fbd33e 44c0 c7cd4d23 8ff7a67d 40053954 0000902c 1f4381dd 3fa82ca4 3ef1b6e9 7f26ec1a 44e0 7d95d881 fe3b6d66 fb2bb103 10106f40 f6576207 f8edb59b ecaec40f f1db6b37 4500 faf01208 0000000f 4016f23c 00000006 8f4de648 8f4de64c 8f4de650 8f4de654 4520 7fffffff 00000000 00006800 1013957c 00006800 00008e10 00008e10 faf003d8 4540 0000002f 00000006 0000ffb8 0000000f 00007468 00000001 0000ffc8 00000003 4560 00007468 00000001 0000fec8 0000001a 00006fc0 00000001 8f8d73c0 000003f9 4580 ffffffea 8b9b47c0 00000007 faf00d08 000096a8 00000002 00006fc0 fffffff7 45a0 00000006 faf01208 8b9b46c0 1014bb1c 00000000 0000006c 00009610 00000000 45c0 00000bb8 00000000 00000000 8347a000 8b9b46e0 00000000 00000000 faf00348 45e0 84154000 00000001 8f4de640 1013943c 0000002f 00000020 00008fbc faf00348 4600 faf003d8 00000001 31000000 00000000 00000000 8411e0a0 00000000 02104783 4620 0000001a 00000000 00008e10 00009610 00009610 00009024 00000097 84154548 4640 00000000 84154548 8b9b46c0 1012c098 0000000f 00000004 84154550 00000001 4660 faf003d8 000003fe 84173678 00000000 00001000 4001c000 8f58d380 207f57fe 4680 00000001 8347a008 8347a000 84154648 00009610 00010000 8b9b47c0 8411e420 46a0 00000001 00006fc1 8b9b47c0 1012c3f4 00001000 00000000 8411e3c0 000001b6 46c0 0006f80f 00000001 1013943c ffffffff 00000000 00001c16 00000000 00000001 46e0 00000000 84154548 00000001 00007468 00000c16 8411e040 00000001 8411e0d4 4700 84154000 8415460c 8b9b46c0 00000001 02104783 00000001 1012c098 8b9b46e0 4720 00000001 00007468 8411e0a0 102a0010 0000000f 00000024 84154900 1013943c 4740 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 4760 00000001 00000000 00000002 10149f74 00000000 00000000 00000000 00000000 4780 10350000 8f8e70c0 10300000 00000000 102bb060 10323810 10320010 102a0010 47a0 00000001 102bf010 10323810 10138748 102a0010 102fe234 102fe234 00000000 47c0 8f8ef000 102bb600 00000000 00000002 00000000 102d0674 0004000e f0072848 47e0 10320810 8f8ef000 102bb600 10149e58 cccccccd 00000230 00000000 cccccccd 4800 b38cf9b1 00000002 102a0010 1257fa00 10323810 102b8c38 0004000e f0072848 4820 8f8f3140 00000001 102a0010 101388b0 10323810 102b8c38 00000000 00000000 4840 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 4860 00000000 00000000 1012c2c8 1012c2cc 40167ef4 00000000 102fe234 00000000 4880 00000001 00000011 0d60d009 00000000 00007468 00000007 00000001 841547d8 48a0 00001000 00000002 8412b740 101143e0 00000001 841547d8 1034b180 124e8f40 48c0 84154840 00000000 84154000 8f8d73c0 8337c000 10320810 00000002 833899c0 48e0 8347a000 00001000 00000008 10106744 84154748 10160730 8415460c 8b9b46c0 Kernel Fault: Code=15 regs=841546c0 (Addr=00007468) YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI PSW: 00000000000001101111100000001111 r0-3 00000000 00000001 1013943c ffffffff r4-7 00000000 00001c16 00000000 00000001 r8-11 00000000 84154548 00000001 00007468 r12-15 00000c16 8411e040 00000001 8411e0d4 r16-19 84154000 8415460c 8b9b46c0 00000001 r20-23 02104783 00000001 1012c098 8b9b46e0 r24-27 00000001 00007468 8411e0a0 102a0010 r28-31 0000000f 00000024 84154900 1013943c sr0-3 00000000 00000000 00000000 00000000 sr4-7 00000000 00000000 00000000 00000000 IASQ: 00000000 00000000 IAOQ: 1012c2c8 1012c2cc IIR: 0d60d009 ISR: 00000000 IOR: 00007468 ORIG_R28: 102fe234 IAOQ = 0x1012c2c8 generic_file_write+230 GR02 = 0x1013943c do_readv_writev+228 From None Date: None From: Subject: [kernel] bug#132: compression is culprit X-PA-RISC Linux-PR-Message: report 132 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by 132-bugs@bugs.parisc-linux.org id=B132.99089513127694 (code B ref 132); Sat, 26 May 2001 16:48:01 GMT Date: Sat, 26 May 2001 10:31:43 -0600 From: Grant Grundler Message-Id: <200105261631.KAA19418@puffin.external.hp.com> To: 132@bugs.parisc-linux.org I added "nobsdcomp" and "nodeflate" to my /etc/ppp/peers/uunet file and that works. I was able to cvs update via PPP dialup. grant From None Date: None From: Subject: [kernel] bug#133: Protection ID trap with infinite loop X-PA-RISC Linux-PR-Message: report 133 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.99109624213453 (code B ref -1); Tue, 29 May 2001 00:33:01 GMT Date: Mon, 28 May 2001 18:30:34 -0600 To: submit@bugs.parisc-linux.org Message-ID: <20010528183034.D25417@zumpano.fc.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i From: willy@ldl.fc.hp.com (Matthew Wilcox) Package: kernel Somehow we've got into an infinite loop here... !!die_if_kernel: make(12870): Protection Id Trap 7 YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI PSW: 00000000000001001111111100001111 r0-3 0000000000000000 00000000000407a8 000000007ff02580 00000000000574c0 r4-7 000000004019123c 000000000004f430 000000000003ffa8 000000000003ffa8 r8-11 0000000000000029 000000000004e880 0000000000000002 0000000000000004 r12-15 0000000000000100 0000000000057310 00000000000407a8 000000000000005c r16-19 000000000004f430 0000000000000000 0000000000000000 00000000401bfdb0 r20-23 0000000000000000 000000004008a614 0000000000000000 0000000000000008 r24-27 000000007ff02618 000000007ff02590 0000000000000012 000000000003ffa8 r28-31 0000000000000000 0000000000000000 000000007ff028c0 000000004008a637 sr0-3 0000000000002900 0000000000000000 0000000000000000 0000000000002900 sr4-7 0000000000002900 0000000000002900 0000000000002900 0000000000002900 IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000401a07df 00000000401a07e3 IIR: 43ffff40 ISR: 0000000000000000 IOR: 0000000000000000 ORIG_R28: 0000000000000000 so we're trying to execute user code with a space id of 0, and this is just not going to work. two questions: 1) how did this happen? 2) why isn't the process being killed? $ uname -a Linux gsyprf11 2.4.0 #102 Sat May 19 00:19:20 PDT 2001 parisc64 unknown $ ldd `which make` librt.so.1 => /lib/librt.so.1 (0x4002b000) libc.so.6 => /lib/libc.so.6 (0x4004d000) libpthread.so.0 => /lib/libpthread.so.0 (0x40197000) /lib/ld.so.1 => /lib/ld.so.1 (0x40000000) inside libpthread, which is slightly suspicious, I suppose.