From None Date: None From: Subject: [kernel] bug#42: parisc64 is missing -mdisable-fpregs X-PA-RISC Linux-PR-Message: report 42 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98342365125638 (code B ref -1); Thu, 01 Mar 2001 05:18:01 GMT Date: Thu, 1 Mar 2001 05:14:09 +0000 From: Matthew Wilcox To: submit@bugs.parisc-linux.org Message-ID: <20010301051409.P15320@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: Package: kernel Version: 2.4.0 parisc64 currently does not define -mdisable-fpregs, so the kernel is using fp regs to do multiplication rather than calling millicode ($$mulI) to do it. Unfortunately, there's no $$mulI routine available for 64-bit so we need to create one (64-bit libgcc?) before we can enable this flag. Grant claims Paul knows what to do. One point in favour of merging parisc & parisc64 is that i found this bug which could've caused a lot of head-scratching later. -- Revolutions do not require corporate support. From None Date: None From: Subject: [kernel] bug#43: elroy cfg access should use PDC_PAT_IO X-PA-RISC Linux-PR-Message: report 43 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98358058921606 (code B ref -1); Sat, 03 Mar 2001 01:03:02 GMT Date: Fri, 2 Mar 2001 16:52:54 -0800 (PST) From: Grant Grundler Message-Id: <200103030052.QAA00515@milano.cup.hp.com> To: submit@bugs.parisc-linux.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Package: kernel Version: SMP/PAT Severity: wishlist The appended mail describes a PAT PDC syncronization issue we are exposed to on any SMP PAT box. Severity (wishlist) is driven by the fact that HPUX is exposed to this same problem and has *not* fixed it in over two years. So either they aren't recognizing the problem when it occurs (random HPMC or garbage data from PDC call) or they aren't seeing it. Until parisc-linux makes lots of PAT PDC/IODC calls (eg PCI OLAR) during runtime *and* accesses PCI config space at the same time, I see no reason to change current behavior. I'm ok with either solution (proposed below) but prefer the OS grabbing the pdc_lock (easiest and most reliable). Performance is not an issue with PCI config space access. grant >From: "LANE,DUNCAN (HP-Roseville,ex1)" To: "'Grant Grundler'" Cc: "'terryl@rose.hp.com'" , "ORTIZ,RICHARD (HP-Roseville,ex1)" , "'palinux_rd@ldl.fc.hp.com'" , "'gkuntz@rose.hp.com'" Subject: RE: Use PDC_PAT_IO for CONFIG? Date: Mon, 26 Feb 2001 18:55:00 -0800 Hi Grant, The atomicity issue that I was refering to is if two independent code threads on separate CPUs both try an access the same config space at the same time. Config space accesses are a two step process. First, write the address then read or write the data. This leads to ordering issues unless the accesses are somehow semaphored. Using PDC_PAT_IO takes care of the ordering issues. Using direct kernel access (with correct internal semaphoring) also takes care of the ordering issues. However, sometimes using PDC_PAT_IO and sometimes using direct kernel access opens up the ordering issue since the access semaphoring will be circumvented. I believe that this is why Terry was concerned when he found out that PDC_PAT_IO was not always being used for config space accesses. Duncan -----Original Message----- >From: Grant Grundler [mailto:grundler@cup.hp.com] Sent: Monday, February 26, 2001 5:40 PM To: LANE,DUNCAN (HP-Roseville,ex1) Cc: 'terryl@rose.hp.com'; ORTIZ,RICHARD (HP-Roseville,ex1); 'palinux_rd@ldl.fc.hp.com'; 'gkuntz@rose.hp.com' Subject: Re: Use PDC_PAT_IO for CONFIG? "LANE,DUNCAN (HP-Roseville,ex1)" wrote: > Hi Grant et al, > > Terry Lee alerted me to this issue earlier today but I am still > trying to come up to speed on it. As I understand it, the issue > with the kernel not using PDC_PAT_IO to do config space accesses > is that the we lose the guarantee of atomicity on config space. > > I assume that the kernel correctly handles atomicity of config > space accesses within its own environment and that we are only > talking about a clash between a kernel access and an access via > PDC_PAT_IO? If there are issues with atomicity, I'm not aware of them since I haven't been involved with PAT PDC development or elroy for the past two years about. > So is the real issue that some programs use PDC_PAT_IO and the > kernel does not? I don't know what the issue is. Originally we proposed PDC_PAT_IO/CONFIG calls so the OS wouldn't have to worry about which bloody version of Elroy was installed in the box. And also how bugs in the various Elroy versions would impact PCI OLAR support. It was mostly a hedge against bugs in future versions of elroy or replacement of elroy with a totally different chip. > The e-mail thread proposes changing the kernel to use PDC_PAT_IO. > Would a better solution be for the kernel to simply grab its > PDC call semaphore (or however PDC call access is managed) and > then do its own direct access to config space? That would be kind of ugly but it could. yes. > This would > guarantee that PDC_PAT_IO could not be called at the same time > as the kernel doing the config space access and would avoid > the speed penalty of making the PDC call. Configuration space accesses don't have to worry about performance. As long as the execution time is measured in milli or microseconds that is. > The other benefit > would be that you do not need to certify that PDC_PAT_IO > config space accesses work on all supported platforms. True. That's a good observation. > The above idea would have problems on HD if you are allowing > multi-threaded PDC calls. > > Before I get too deep into thinking up solutions, can someone > confirm that I have correctly stated the problem? > > Also, I am not clear on how frequently the kernel accesses PCI > config space. I assume it is only done during device init or > error handling. Is this true or is it done in any code that > would impact driver performance? Right now, definitely during initial PCI bus walk, loading a new dynamically loadable driver (device initialization), and in the future it would also be during PCI OLAR operations. I think PCI config space is accessible via /proc/pci as well. So user programs like "lspci" can at least read PCI config space. Not sure if they can write it too. thanks, grant Grant Grundler parisc-linux {PCI|IOMMU|SMP} hacker +1.408.447.7253 From None Date: None From: Subject: [kernel] bug#44: gsc_memset_io() optimization X-PA-RISC Linux-PR-Message: report 44 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98358079621620 (code B ref -1); Sat, 03 Mar 2001 01:03:02 GMT 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 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 From None Date: None From: Subject: [kernel] bug#25: [PATCH] Some ideas X-PA-RISC Linux-PR-Message: report 25 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by 25-bugs@bugs.parisc-linux.org id=B25.98364333531141 (code B ref 25); Sat, 03 Mar 2001 18:18:01 GMT Date: Sat, 3 Mar 2001 11:14:05 -0700 Message-ID: <20010303111405.V27829@tausq.org> From: "Randolph Chung" To: 25@bugs.parisc-linux.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-PGP: for PGP key, see http://www.tausq.org/pgp.txt X-GPG: for GPG key, see http://www.tausq.org/gpg.txt Been experimenting a bit with various methods... the first is a /proc/pdc interface: frodo:~# ls -l /proc/pdc/ total 0 -r-------- 1 root root 0 Jan 31 11:10 model_info -r-------- 1 root root 0 Jan 31 11:10 model_name -rw------- 1 root root 0 Jan 31 11:10 timeofday frodo:~# cat /proc/pdc/model_info hversion: 0x6010 sversion: 0x481 hw_id: 0x0 boot_id: 0x0 sw_id: 0x77F17B38 sw_cap: 0x0 arch_rev: 0x4 pot_key: 0x72 curr_key: 0x72 this is fairly straightforward, but probably only works well for very simple PDC interfaces. The second is a /dev based interface. For example: frodo:~# ls -l /dev/stable /dev/nvram crw-r--r-- 1 root root 10, 160 Mar 3 2001 /dev/nvram crw-r--r-- 1 root root 10, 162 Mar 1 2001 /dev/stable On startup, I get: Initializing /dev/stable and /dev/nvram support /dev/nvram not available /dev/stable: 256 bytes available and i can do, f.i., cat /dev/stable > /tmp/foo the devices support read/write/lseek and ioctls for init/verify/getsize sample code for each is attached. still working on the /dev interface. i get data back, but it doesn't look quite right... comments, suggestions and critiques are most welcome. randolph -- @..@ http://www.TauSq.org/ (----) ( >__< ) ^^ ~~ ^^ ============ arch/parisc/kernel/proc_pdc.c ============== /* * $Id$ * /proc/pdc interface * * Copyright 2001 Randolph Chung * GPLv2 */ #include #include #include #include #include #include #include #define PROCPDCDEBUG #ifdef PROCPDCDEBUG #define dbg(fmt...) printk(fmt) #else #define dbg(fmt...) /* nothing */ #endif /* * Root /proc/pdc entry */ #define PDCROOT "pdc" static struct proc_dir_entry *proc_pdc_root = NULL; static long my_atol(const char *s) { long out = 0; const char *p = s; for (; *p != 0; p++) { if (*p < '0' || *p > '9') break; out = out * 10 + (*p - '0'); } return out; } /* * static int procpdc_write(struct file *file, const char *buf, * unsigned long size, void *data) * * static int procpdc_read(char *page, char **start, off_t off, int size, * int *eof, void *data) */ static int ppdc_modelinfo(char *page, char **start, off_t off, int size, int *eof, void *data) { struct pdc_model model; *eof = 1; if (pdc_model_info(&model) == 0) return sprintf(page, "hversion: 0x%lX\n" "sversion: 0x%lX\n" "hw_id: 0x%lX\n" "boot_id: 0x%lX\n" "sw_id: 0x%lX\n" "sw_cap: 0x%lX\n" "arch_rev: 0x%lX\n" "pot_key: 0x%lX\n" "curr_key: 0x%lX\n", model.hversion, model.sversion, model.hw_id, model.boot_id, model.sw_id, model.sw_cap, model.arch_rev, model.pot_key, model.curr_key); else return -EINVAL; } static int ppdc_modelname(char *page, char **start, off_t off, int size, int *eof, void *data) { char modelname[81]; /* PDC spec says name is <= 80 characters */ *eof = 1; if (pdc_model_sysmodel(modelname) == 0) return sprintf(page, "%s\n", modelname); else return -EINVAL; } static int ppdc_tod_set(struct file *file, const char *buf, unsigned long size, void *data) { unsigned long sec = 0, usec = 0; char todbuf[128] = {0}; char *p; if (size >= sizeof(todbuf)) return -EINVAL; copy_from_user(todbuf, buf, size); p = todbuf; while (*p != 0 && *p != ' ' && *p != '\t') p++; if (*p != 0) { *p++ = 0; while (*p != 0 && (*p == ' ' || *p == '\t')) p++; } sec = my_atol(todbuf); usec = my_atol(p); if (sec != 0) { pdc_tod_set(sec, usec); return size; } else { return -EINVAL; } } static int ppdc_tod_get(char *page, char **start, off_t off, int size, int *eof, void *data) { struct pdc_tod tod; *eof = 1; if (pdc_tod_read(&tod) == 0) return sprintf(page, "%ld %ld\n", tod.tod_sec, tod.tod_usec); else return -EINVAL; } /* *********************************************************************** */ static struct pdc_proc_handler_list_t { char *name; /* proc entry to create */ /* read handler */ int (*reader)(char *, char **, off_t, int, int *, void *); /* write handler */ int (*writer)(struct file *, const char *, unsigned long, void *); void *data; } pdc_proc_handlers[] = { { "model_info", ppdc_modelinfo, 0, 0 }, { "model_name", ppdc_modelname, 0, 0 }, { "timeofday", ppdc_tod_get, ppdc_tod_set, 0 } }; int __init procpdc_init(void) { long i; struct proc_dir_entry *ent; dbg("Initializing /proc/pdc support: "); proc_pdc_root = proc_mkdir(PDCROOT, 0); for (i = 0; i < sizeof(pdc_proc_handlers)/sizeof(pdc_proc_handlers[0]); i++) { dbg("%s ", pdc_proc_handlers[i].name); ent = create_proc_entry(pdc_proc_handlers[i].name, (pdc_proc_handlers[i].writer ? S_IFREG|S_IRUSR|S_IWUSR : S_IFREG|S_IRUSR), proc_pdc_root); if (ent == NULL) { dbg("create_proc_entry() returned NULL\n"); return -1; } ent->nlink = 1; ent->data = (void *)&pdc_proc_handlers[i]; ent->read_proc = pdc_proc_handlers[i].reader; ent->write_proc = pdc_proc_handlers[i].writer; } printk("\n"); return 0; } void __exit procpdc_exit(void) { int i; for (i = 0; i < sizeof(pdc_proc_handlers)/sizeof(pdc_proc_handlers[0]); i++) { remove_proc_entry(pdc_proc_handlers[i].name, 0); } remove_proc_entry(PDCROOT, 0); return 0; } module_init(procpdc_init); module_exit(procpdc_exit); ================= arch/parisc/kernel/stable-nvram.c ======================= /* * $Id$ * /dev/nvram - access to nonvolatile memory via PDC_NVOLATILE * /dev/stable - access to stable storage via PDC_STABLE * * (c) 2001 Randolph Chung * GPLv2 */ #include #include #include #include #include #include #include #include #include #define DEBUG 1 #ifdef DEBUG #define dbg(fmt...) printk(fmt) #else #define dbg(fmt...) #endif static struct file_operations dev_sn_fops; static struct device_t { const char *name; int opened; unsigned long size; int (*init)(void); int (*verify)(void); int (*getsize)(unsigned long *size); int (*read)(void *, void *, unsigned long count); int (*write)(void *, void *, unsigned long count); struct miscdevice miscdev; } devices[] = { { "nvram", 0, 0, pdc_nvram_init, pdc_nvram_verify, pdc_nvram_size, pdc_nvram_read, pdc_nvram_write, { PARISC_NVRAM_MINOR, "nvram", &dev_sn_fops } }, { "stable", 0, 0, pdc_stable_init, pdc_stable_verify, pdc_stable_size, pdc_stable_read, pdc_stable_write, { PARISC_STABLE_MINOR, "stable", &dev_sn_fops } }, }; #define NVRAM_DEVICE 0 #define STABLE_DEVICE 1 static inline int getdevicenum(int minor) { switch (minor) { case PARISC_NVRAM_MINOR: return NVRAM_DEVICE; case PARISC_STABLE_MINOR: return STABLE_DEVICE; default: printk(KERN_CRIT "%s: requesting unknown device!\n", __FILE__); return -1; } } static int dev_sn_open(struct inode *inode, struct file *file) { int n = getdevicenum(MINOR(inode->i_rdev)); dbg("Opening /dev/%s\n", devices[n].name); if (devices[n].opened) return -EBUSY; devices[n].opened = 1; return 0; } static int dev_sn_release(struct inode *inode, struct file *file) { int n = getdevicenum(MINOR(inode->i_rdev)); dbg("Opening /dev/%s\n", devices[n].name); devices[n].opened = 0; return 0; } static ssize_t dev_sn_read(struct file *file, char *buf, size_t count, loff_t *ppos) { char *kbuf; unsigned long pos = (long)*ppos; int n = getdevicenum(MINOR(file->f_dentry->d_inode->i_rdev)); dbg("dev_sn_read: pos = %ld, count = %u\n", pos, (unsigned int)count); if (pos + count > devices[n].size) count = devices[n].size - pos; if (pos > devices[n].size || count == 0) return 0; if ((kbuf = kmalloc(count, GFP_KERNEL)) == 0) return -EFAULT; dbg("allocated %u byte buffer\n", (unsigned int)count); if (devices[n].read((void *)pos, kbuf, count) < 0 || copy_to_user(buf, kbuf, count)) return -EFAULT; kfree(kbuf); *ppos += count; return count; } static ssize_t dev_sn_write(struct file *file, const char *buf, size_t count, loff_t *ppos) { char *kbuf; unsigned long pos = (long)*ppos; int n = getdevicenum(MINOR(file->f_dentry->d_inode->i_rdev)); dbg("dev_sn_write: pos = %ld, count = %u\n", pos, (unsigned int)count); if (pos + count > devices[n].size) count = devices[n].size - pos; if (pos > devices[n].size || count == 0) return 0; if ((kbuf = kmalloc(count, GFP_KERNEL)) == 0) return -EFAULT; dbg("allocated %u byte buffer\n", (unsigned int)count); if (copy_from_user(kbuf, buf, count) || devices[n].write((void *)pos, kbuf, count) < 0) return -EFAULT; kfree(kbuf); *ppos += count; return count; } static int dev_sn_ioctl(struct inode *inode, struct file *file, unsigned int cmd, unsigned long arg) { int n = getdevicenum(MINOR(inode->i_rdev)); int r = 1; dbg("dev_sn_ioctl: cmd = %d\n", cmd); if (cmd == NVRAM_INIT || cmd == STABLE_INIT) r = devices[n].init(); else if (cmd == NVRAM_VERIFY || cmd == STABLE_VERIFY) r = devices[n].verify(); else if (cmd == NVRAM_SIZE || cmd == STABLE_SIZE) r = devices[n].getsize((unsigned long *)arg); return (r == 0) ? 0 : -EINVAL; } static long long dev_sn_llseek(struct file *file, loff_t offset, int origin) { int n = getdevicenum(MINOR(file->f_dentry->d_inode->i_rdev)); dbg("dev_sn_llseek\n"); switch (origin) { case 1: offset += file->f_pos; break; case 2: offset += devices[n].size; break; } if (offset < 0 || offset >= devices[n].size) return -EINVAL; file->f_pos = offset; return file->f_pos; } static struct file_operations dev_sn_fops = { open: dev_sn_open, release: dev_sn_release, read: dev_sn_read, write: dev_sn_write, ioctl: dev_sn_ioctl, llseek: dev_sn_llseek, }; int __init dev_sn_init(void) { int i; printk("Initializing /dev/stable and /dev/nvram support\n"); for (i = 0; i < sizeof(devices)/sizeof(devices[0]); i++) { if (devices[i].getsize(&devices[i].size) < 0 || devices[i].size == 0) { printk("/dev/%s not available\n", devices[i].name); } else { printk("/dev/%s: %lu bytes available\n", devices[i].name, devices[i].size); misc_register(&devices[i].miscdev); } } return 0; } void __exit dev_sn_exit(void) { int i; for (i = 0; i < sizeof(devices)/sizeof(devices[0]); i++) misc_register(&devices[i].miscdev); } module_init(dev_sn_init); module_exit(dev_sn_exit); From None Date: None From: Subject: [kernel] bug#46: Create an IO tree to support multiple I/O MMUs. X-PA-RISC Linux-PR-Message: report 46 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98376397625511 (code B ref -1); Mon, 05 Mar 2001 03:48:02 GMT Date: Mon, 5 Mar 2001 04:46:06 +0100 From: Mattias Wadenstein To: submit@bugs.parisc-linux.org Message-ID: <20010305044606.A21111@ior.acc.umu.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Package: kernel Create an IO tree to support multiple I/O MMUs. (Ryan) Submitting stuff from the outdated TODO List. From None Date: None From: Subject: [kernel] bug#47: SuperIO Serial X-PA-RISC Linux-PR-Message: report 47 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98376481825716 (code B ref -1); Mon, 05 Mar 2001 04:03:02 GMT Date: Mon, 5 Mar 2001 05:00:04 +0100 From: Mattias Wadenstein To: submit@bugs.parisc-linux.org Message-ID: <20010305050004.A21126@ior.acc.umu.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Package: kernel SuperIO Serial (Martin Petersen and Alex deVries) Problem discussed in (at least): http://lists.parisc-linux.org/pipermail/parisc-linux/2000-February/008254.html http://lists.parisc-linux.org/pipermail/parisc-linux/2000-December/010495.html http://lists.parisc-linux.org/pipermail/parisc-linux/2000-October/009544.html http://lists.parisc-linux.org/pipermail/parisc-linux/2000-October/009547.html Submitting stuff from the outdated TODO List. From None Date: None From: Subject: [kernel] bug#48: Kernel Memory dumps on crash. X-PA-RISC Linux-PR-Message: report 48 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98376601226082 (code B ref -1); Mon, 05 Mar 2001 04:33:01 GMT Date: Mon, 5 Mar 2001 05:20:09 +0100 From: Mattias Wadenstein To: submit@bugs.parisc-linux.org Message-ID: <20010305052009.A21156@ior.acc.umu.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Package: kernel Kernel Memory dumps on crash. See SGI's LKCD. (Bruno Vidal?) Referenced in: http://lists.parisc-linux.org/pipermail/parisc-linux/2000-October/009539.html Submitting stuff from the outdated TODO List. From None Date: None From: Subject: [kernel] bug#49: fix fbcon-sti.c bugs and X11? X-PA-RISC Linux-PR-Message: report 49 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98376608726086 (code B ref -1); Mon, 05 Mar 2001 04:33:02 GMT Date: Mon, 5 Mar 2001 05:21:24 +0100 From: Mattias Wadenstein To: submit@bugs.parisc-linux.org Message-ID: <20010305052123.A21179@ior.acc.umu.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Package: kernel fix fbcon-sti.c bugs and X11? (David) Closest reference I could find: http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2000-October/026918.html Submitting stuff from the outdated TODO List. From daniel_frazier@hp.com Sun, 4 Mar 2001 21:48:01 -0700 (MST) Date: Sun, 4 Mar 2001 21:48:01 -0700 (MST) From: PA-RISC Linux bug Tracking System daniel_frazier@hp.com Subject: [kernel] Processed: none Processing commands for control@bugs.parisc-linux.org: > severity 48 wishlist bug#48: Kernel Memory dumps on crash. Severity set to `wishlist'. > End of message, 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#50: Coalesce DMA pages in sba_map_sg() X-PA-RISC Linux-PR-Message: report 50 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98376777826772 (code B ref -1); Mon, 05 Mar 2001 05:03:01 GMT Date: Mon, 5 Mar 2001 05:49:35 +0100 From: Mattias Wadenstein To: submit@bugs.parisc-linux.org Message-ID: <20010305054935.A21213@ior.acc.umu.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Package: kernel Coalesce DMA pages in sba_map_sg() (Grant) Referenced in: http://lists.parisc-linux.org/pipermail/parisc-linux/2000-October/009728.html http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2000-October/027000.html Submitting stuff from the outdated TODO List. From None Date: None From: Subject: [kernel] bug#51: Coalesce DMA pages in ccio_map_sg() X-PA-RISC Linux-PR-Message: report 51 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98376802126798 (code B ref -1); Mon, 05 Mar 2001 05:03:01 GMT Date: Mon, 5 Mar 2001 05:53:38 +0100 From: Mattias Wadenstein To: submit@bugs.parisc-linux.org Message-ID: <20010305055338.A21223@ior.acc.umu.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Package: kernel Coalesce DMA pages in ccio_map_sg() (Ryan) Submitting stuff from the outdated TODO List. From None Date: None From: Subject: [kernel] bug#52: LASI Floppy controller X-PA-RISC Linux-PR-Message: report 52 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98376832926826 (code B ref -1); Mon, 05 Mar 2001 05:03:03 GMT Date: Mon, 5 Mar 2001 05:58:45 +0100 From: Mattias Wadenstein To: submit@bugs.parisc-linux.org Message-ID: <20010305055845.A21232@ior.acc.umu.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Package: kernel LASI Floppy controller (Dave Kennedy) Referenced in: http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2000-December/027361.html http://lists.parisc-linux.org/pipermail/parisc-linux/2001-January/010725.html http://lists.parisc-linux.org/pipermail/parisc-linux/1999-June/010938.html http://lists.parisc-linux.org/pipermail/parisc-linux/1999-June/010955.html Submitting stuff from the outdated TODO List. From None Date: None From: Subject: [kernel] bug#53: WAX EISA bus addapter X-PA-RISC Linux-PR-Message: report 53 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98376859227046 (code B ref -1); Mon, 05 Mar 2001 05:18:01 GMT Date: Mon, 5 Mar 2001 06:03:08 +0100 From: Mattias Wadenstein To: submit@bugs.parisc-linux.org Message-ID: <20010305060308.A21240@ior.acc.umu.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Package: kernel WAX EISA bus addapter (Alex deVries) Latest discussions I found in the thread following: http://lists.parisc-linux.org/pipermail/parisc-linux/2001-February/011763.html Submitting stuff from the outdated TODO List. From None Date: None From: Subject: [kernel] bug#54: Harmony audio driver completion X-PA-RISC Linux-PR-Message: report 54 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98376886727070 (code B ref -1); Mon, 05 Mar 2001 05:18:02 GMT Date: Mon, 5 Mar 2001 06:07:44 +0100 From: Mattias Wadenstein To: submit@bugs.parisc-linux.org Message-ID: <20010305060743.A21249@ior.acc.umu.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Package: kernel Harmony audio driver completion (Alex deVries) Referenced in: http://lists.parisc-linux.org/pipermail/parisc-linux/2000-December/010327.html http://lists.parisc-linux.org/pipermail/parisc-linux/2001-January/010747.html http://lists.parisc-linux.org/pipermail/parisc-linux/2001-January/010716.html http://lists.parisc-linux.org/pipermail/parisc-linux/2001-January/010730.html http://lists.parisc-linux.org/pipermail/parisc-linux/2001-January/010749.html http://lists.parisc-linux.org/pipermail/parisc-linux/2001-January/010780.html Submitting stuff from the outdated TODO List. From None Date: None From: Subject: [kernel] bug#55: AD1889 PCI Audio driver X-PA-RISC Linux-PR-Message: report 55 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98376911427260 (code B ref -1); Mon, 05 Mar 2001 05:18:03 GMT Date: Mon, 5 Mar 2001 06:11:51 +0100 From: Mattias Wadenstein To: submit@bugs.parisc-linux.org Message-ID: <20010305061151.A21258@ior.acc.umu.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Package: kernel AD1889 PCI Audio driver (Alex deVries) Submitting stuff from the outdated TODO List. From daniel_frazier@hp.com Mon, 5 Mar 2001 00:03:01 -0700 (MST) Date: Mon, 5 Mar 2001 00:03:01 -0700 (MST) From: PA-RISC Linux bug Tracking System daniel_frazier@hp.com Subject: [kernel] bug#50: marked as done (Coalesce DMA pages in sba_map_sg()) X-PA-RISC Linux-PR-Message: closed 50 Your message dated Sun, 04 Mar 2001 22:57:30 -0800 with message-id <200103050657.WAA02102@milano.cup.hp.com> and subject line [kernel] bug#50: Coalesce DMA pages in sba_map_sg() 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 Mar 2001 04:49:38 +0000 >From maswan@acc.umu.se Sun Mar 4 21:49:38 2001 Received: from khan.acc.umu.se (khan.acc.umu.se [130.239.18.139]) by dsl2.external.hp.com (Postfix) with ESMTP id 6CAEB4A19 for ; Sun, 4 Mar 2001 21:49:37 -0700 (MST) Received: from ior.acc.umu.se (maswan@ior.acc.umu.se [130.239.18.208]) by khan.acc.umu.se (8.11.2/8.11.2) with ESMTP id f254naS11610 for ; Mon, 5 Mar 2001 05:49:36 +0100 (MET) Received: (from maswan@localhost) by ior.acc.umu.se (8.10.0/8.10.0) id f254nZL21220 for submit@bugs.parisc-linux.org; Mon, 5 Mar 2001 05:49:35 +0100 (MET) Date: Mon, 5 Mar 2001 05:49:35 +0100 From: Mattias Wadenstein To: submit@bugs.parisc-linux.org Subject: Coalesce DMA pages in sba_map_sg() Message-ID: <20010305054935.A21213@ior.acc.umu.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Package: kernel Coalesce DMA pages in sba_map_sg() (Grant) Referenced in: http://lists.parisc-linux.org/pipermail/parisc-linux/2000-October/009728.html http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2000-October/027000.html Submitting stuff from the outdated TODO List. --------------------------------------- Received: (at 50-done) by bugs.parisc-linux.org; 5 Mar 2001 06:54:18 +0000 >From grundler@cup.hp.com Sun Mar 4 23:54:18 2001 Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226]) by dsl2.external.hp.com (Postfix) with ESMTP id 50B6D4A19 for <50-done@bugs.parisc-linux.org>; Sun, 4 Mar 2001 23:54:18 -0700 (MST) Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76]) by palrel3.hp.com (Postfix) with ESMTP id A9DF497D for <50-done@bugs.parisc-linux.org>; Sun, 4 Mar 2001 22:54:17 -0800 (PST) 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 WAA02102 for <50-done@bugs.parisc-linux.org>; Sun, 4 Mar 2001 22:57:31 -0800 (PST) Message-Id: <200103050657.WAA02102@milano.cup.hp.com> X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol To: 50-done@bugs.parisc-linux.org Subject: Re: [kernel] bug#50: Coalesce DMA pages in sba_map_sg() In-reply-to: Your message of "Sun, 04 Mar 2001 21:58:06 PST." <200103050458.VAA18819@puffin.external.hp.com> Date: Sun, 04 Mar 2001 22:57:30 -0800 From: Grant Grundler kernel-admin@lists.parisc-linux.org wrote: > Coalesce DMA pages in sba_map_sg() (Grant) > > Referenced in: > http://lists.parisc-linux.org/pipermail/parisc-linux/2000-October/009728.html > http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2000-October/027000. > html > > Submitting stuff from the outdated TODO List. It *was* outdated. irc, was done in january. *sigh* grant Grant Grundler parisc-linux {PCI|IOMMU|SMP} hacker +1.408.447.7253 From daniel_frazier@hp.com Mon, 5 Mar 2001 13:03:01 -0700 (MST) Date: Mon, 5 Mar 2001 13:03:01 -0700 (MST) From: PA-RISC Linux bug Tracking System daniel_frazier@hp.com Subject: [kernel] bug#36: marked as done (Coredumps of 32-bit processes on a 64-bit kernel) X-PA-RISC Linux-PR-Message: closed 36 Your message dated Mon, 5 Mar 2001 19:49:32 +0000 with message-id <20010305194932.W1865@parcelfarce.linux.theplanet.co.uk> and subject line Coredumps of 32-bit processes on a 64-bit kernel 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; 23 Feb 2001 16:30:24 +0000 >From willy@ldl.fc.hp.com Fri Feb 23 09:30:24 2001 Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202]) by dsl2.external.hp.com (Postfix) with ESMTP id B5D3C4A19 for ; Fri, 23 Feb 2001 09:30:24 -0700 (MST) Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190]) by atlrel2.hp.com (Postfix) with ESMTP id 07305F8 for ; Fri, 23 Feb 2001 11:30:14 -0500 (EST) Received: by ldl.fc.hp.com (Postfix, from userid 22224) id 977905A990; Fri, 23 Feb 2001 09:30:13 -0700 (MST) Date: Fri, 23 Feb 2001 09:30:13 -0700 To: submit@bugs.parisc-linux.org Subject: Coredumps of 32-bit processes on a 64-bit kernel Message-ID: <20010223093013.G18882@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 Version: 2.4.0 Need to fix ELF_CORE_COPY_REGS for 32-bit userspace on 64-bit kernel --------------------------------------- Received: (at 36-done) by bugs.parisc-linux.org; 5 Mar 2001 19:49:34 +0000 >From willy@www.linux.org.uk Mon Mar 5 12:49:34 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 F36718200 for <36-done@bugs.parisc-linux.org>; Mon, 5 Mar 2001 12:49:33 -0700 (MST) Received: from willy by www.linux.org.uk with local (Exim 3.13 #1) id 14a0z6-0006ee-00 for 36-done@bugs.parisc-linux.org; Mon, 05 Mar 2001 19:49:32 +0000 Date: Mon, 5 Mar 2001 19:49:32 +0000 From: Matthew Wilcox To: 36-done@bugs.parisc-linux.org Subject: Re: Coredumps of 32-bit processes on a 64-bit kernel Message-ID: <20010305194932.W1865@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: Fixed by this commit: http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2001-February/028633.html -- Revolutions do not require corporate support. From None Date: None From: Subject: [kernel] bug#56: SMP support - build/test w/CONFIG_SMP X-PA-RISC Linux-PR-Message: report 56 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98391341120500 (code B ref -1); Tue, 06 Mar 2001 21:18:01 GMT Date: Tue, 6 Mar 2001 22:16:42 +0100 From: Mattias Wadenstein To: submit@bugs.parisc-linux.org Message-ID: <20010306221641.A18691@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 SMP support - build/test w/CONFIG_SMP (ggg) Referenced in: http://lists.parisc-linux.org/pipermail/parisc-linux/2001-February/011695.html http://lists.parisc-linux.org/pipermail/parisc-linux/2001-January/010911.html http://lists.parisc-linux.org/pipermail/parisc-linux/2001-January/010913.html http://lists.parisc-linux.org/pipermail/parisc-linux/2001-January/010914.html Submitting stuff from the outdated TODO List. From None Date: None From: Subject: [kernel] bug#57: SMP support - Interrupt Distribution X-PA-RISC Linux-PR-Message: report 57 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98391351520568 (code B ref -1); Tue, 06 Mar 2001 21:33:01 GMT Date: Tue, 6 Mar 2001 22:18:17 +0100 From: Mattias Wadenstein To: submit@bugs.parisc-linux.org Message-ID: <20010306221817.A18731@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 SMP support - Interrupt Distribution (even CPU loading) w/CONFIG_SMP (ggg) Submitting stuff from the outdated TODO List. From None Date: None From: Subject: [kernel] bug#58: SMP support - asm-parisc/cache.h defines L1_CACHE_BYTES X-PA-RISC Linux-PR-Message: report 58 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98391377720593 (code B ref -1); Tue, 06 Mar 2001 21:33:01 GMT Date: Tue, 6 Mar 2001 22:22:52 +0100 From: Mattias Wadenstein To: submit@bugs.parisc-linux.org Message-ID: <20010306222252.A18739@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 SMP support - asm-parisc/cache.h defines L1_CACHE_BYTES - issue w/32-bit on PA2.0 (ggg) Submitting stuff from the outdated TODO List. From None Date: None From: Subject: [kernel] bug#59: 64-bit kernel - VM X-PA-RISC Linux-PR-Message: report 59 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98391475420974 (code B ref -1); Tue, 06 Mar 2001 21:48:01 GMT Date: Tue, 6 Mar 2001 22:39:09 +0100 From: Mattias Wadenstein To: submit@bugs.parisc-linux.org Message-ID: <20010306223909.A18762@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 - VM (John) Submitting stuff from the outdated TODO List. From daniel_frazier@hp.com Tue, 6 Mar 2001 14:48:02 -0700 (MST) Date: Tue, 6 Mar 2001 14:48:02 -0700 (MST) From: PA-RISC Linux bug Tracking System daniel_frazier@hp.com Subject: [kernel] bug#56: marked as done (SMP support - build/test w/CONFIG_SMP) X-PA-RISC Linux-PR-Message: closed 56 Your message dated Tue, 6 Mar 2001 13:32:52 -0800 (PST) with message-id <200103062132.NAA04001@milano.cup.hp.com> and subject line bug#56: SMP support - build/test w/CONFIG_SMP 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:16:51 +0000 >From maswan@acc.umu.se Tue Mar 6 14:16:51 2001 Received: from khan.acc.umu.se (khan.acc.umu.se [130.239.18.139]) by dsl2.external.hp.com (Postfix) with ESMTP id A98744A19 for ; Tue, 6 Mar 2001 14:16:50 -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 f26LGjS13149 for ; Tue, 6 Mar 2001 22:16:45 +0100 (MET) Received: (from maswan@localhost) by tiger.acc.umu.se (8.11.2/8.10.0) id f26LGhB18728 for submit@bugs.parisc-linux.org; Tue, 6 Mar 2001 22:16:43 +0100 (MET) Date: Tue, 6 Mar 2001 22:16:42 +0100 From: Mattias Wadenstein To: submit@bugs.parisc-linux.org Subject: SMP support - build/test w/CONFIG_SMP Message-ID: <20010306221641.A18691@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 SMP support - build/test w/CONFIG_SMP (ggg) Referenced in: http://lists.parisc-linux.org/pipermail/parisc-linux/2001-February/011695.html http://lists.parisc-linux.org/pipermail/parisc-linux/2001-January/010911.html http://lists.parisc-linux.org/pipermail/parisc-linux/2001-January/010913.html http://lists.parisc-linux.org/pipermail/parisc-linux/2001-January/010914.html Submitting stuff from the outdated TODO List. --------------------------------------- Received: (at 56-done) by bugs.parisc-linux.org; 6 Mar 2001 21:39:27 +0000 >From grundler@cup.hp.com Tue Mar 6 14:39:27 2001 Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242]) by dsl2.external.hp.com (Postfix) with ESMTP id 1CE194A19 for <56-done@bugs.parisc-linux.org>; Tue, 6 Mar 2001 14:39:27 -0700 (MST) Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76]) by palrel1.hp.com (Postfix) with ESMTP id 14CC8383A for <56-done@bugs.parisc-linux.org>; Tue, 6 Mar 2001 13:29:36 -0800 (PST) Received: (from grundler@localhost) by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id NAA04001 for 56-done@bugs.parisc-linux.org; Tue, 6 Mar 2001 13:32:52 -0800 (PST) Date: Tue, 6 Mar 2001 13:32:52 -0800 (PST) From: Grant Grundler Message-Id: <200103062132.NAA04001@milano.cup.hp.com> To: 56-done@bugs.parisc-linux.org Subject: bug#56: SMP support - build/test w/CONFIG_SMP Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Basic work is done. Matthew Wilcox got the final peices in place to get it booting. grant From None Date: None From: Subject: [kernel] bug#60: 64-bit kernel - Syscalls/ioctl X-PA-RISC Linux-PR-Message: report 60 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98391544621196 (code B ref -1); Tue, 06 Mar 2001 22:03:01 GMT Date: Tue, 6 Mar 2001 22:50:41 +0100 From: Mattias Wadenstein To: submit@bugs.parisc-linux.org 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. From None Date: None From: Subject: [kernel] bug#61: 64-bit kernel - sversion change X-PA-RISC Linux-PR-Message: report 61 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98391647021731 (code B ref -1); Tue, 06 Mar 2001 22:18:01 GMT Date: Tue, 6 Mar 2001 23:07:41 +0100 From: Mattias Wadenstein To: submit@bugs.parisc-linux.org Message-ID: <20010306230740.A18810@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 Change 'unsigned long sversion:28' to unsigned int in hardware.h? Change hardware.c functions which take hversion/sversion args? Submitting stuff from the outdated TODO List. From None Date: None From: Subject: [kernel] bug#62: 64-bit kernel - macro elf_check_arch() X-PA-RISC Linux-PR-Message: report 62 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98391703522000 (code B ref -1); Tue, 06 Mar 2001 22:18:02 GMT Date: Tue, 6 Mar 2001 23:17:10 +0100 From: Mattias Wadenstein To: submit@bugs.parisc-linux.org Message-ID: <20010306231710.A18861@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 - Do the right thing with macro elf_check_arch() for wide/narrow kernels (see include/asm-parisc/elf.h) Referenced in: http://lists.parisc-linux.org/pipermail/parisc-linux/2000-November/010043.html http://lists.parisc-linux.org/pipermail/parisc-linux/2000-November/010026.html Submitting stuff from the outdated TODO List. From None Date: None From: Subject: [kernel] bug#63: Kernel debugger - KWDB X-PA-RISC Linux-PR-Message: report 63 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98391985722599 (code B ref -1); Tue, 06 Mar 2001 23:18:01 GMT Date: Wed, 7 Mar 2001 00:04:13 +0100 From: Mattias Wadenstein To: submit@bugs.parisc-linux.org Message-ID: <20010307000413.A18874@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 Kernel debugger - KWDB (Grant) Submitting stuff from the outdated TODO List. From None Date: None From: Subject: [kernel] bug#64: Finish ptrace(2) implementation. X-PA-RISC Linux-PR-Message: report 64 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98392164522930 (code B ref -1); Tue, 06 Mar 2001 23:48:02 GMT Date: Wed, 7 Mar 2001 00:34:01 +0100 From: Mattias Wadenstein To: submit@bugs.parisc-linux.org Message-ID: <20010307003400.A18955@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 Finish ptrace(2) implementation. (Thomas) Referenced in: http://lists.parisc-linux.org/pipermail/parisc-linux/2000-December/010428.html http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2000-December/027364.html http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2000-November/027138.html Submitting stuff from the outdated TODO List. From None Date: None From: Subject: [kernel] bug#65: Unaligned trap handler. X-PA-RISC Linux-PR-Message: report 65 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98392298023310 (code B ref -1); Wed, 07 Mar 2001 00:03:01 GMT Date: Wed, 7 Mar 2001 00:56:15 +0100 From: Mattias Wadenstein To: submit@bugs.parisc-linux.org Message-ID: <20010307005614.A19013@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 Unaligned trap handler. (Volunteer?) Referenced in the thread around: http://lists.parisc-linux.org/pipermail/parisc-linux/2000-February/008361.html Submitting stuff from the outdated TODO List. From None Date: None From: Subject: [kernel] bug#66: Remove kbd_read_status() dependency on CONFIG_GSC_PS2. X-PA-RISC Linux-PR-Message: report 66 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98392462323928 (code B ref -1); Wed, 07 Mar 2001 00:33:01 GMT Date: Wed, 7 Mar 2001 01:23:39 +0100 From: Mattias Wadenstein To: submit@bugs.parisc-linux.org Message-ID: <20010307012339.A19057@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 Remove kbd_read_status() dependency on CONFIG_GSC_PS2. Submitting stuff from the outdated TODO List. From None Date: None From: Subject: [kernel] bug#67: PA1.1 SR can be 16-32 bits wide - only using 16-bits. X-PA-RISC Linux-PR-Message: report 67 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98392578824269 (code B ref -1); Wed, 07 Mar 2001 00:48:01 GMT Date: Wed, 7 Mar 2001 01:43:04 +0100 From: Mattias Wadenstein To: submit@bugs.parisc-linux.org Message-ID: <20010307014303.A19065@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 Severity: wishlist PA1.1 SR can be 16-32 bits wide - only using 16-bits. Submitting stuff from the outdated TODO List. From None Date: None From: Subject: [kernel] bug#68: rewrite kernel_thread X-PA-RISC Linux-PR-Message: report 68 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98392605824349 (code B ref -1); Wed, 07 Mar 2001 00:48:01 GMT Date: Wed, 7 Mar 2001 01:47:29 +0100 From: Mattias Wadenstein To: submit@bugs.parisc-linux.org Message-ID: <20010307014729.A19087@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 rewrite kernel_thread (Matthew) Or perhaps it is that it is buggy and needs work and not an actual rewrite. Submitting stuff from the outdated TODO List. From None Date: None From: Subject: [kernel] bug#69: Dino/100BT: Use "Good Dog" Timer to limit GSC bus tenancy X-PA-RISC Linux-PR-Message: report 69 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98392623124464 (code B ref -1); Wed, 07 Mar 2001 01:03:01 GMT Date: Wed, 7 Mar 2001 01:50:23 +0100 From: Mattias Wadenstein To: submit@bugs.parisc-linux.org Message-ID: <20010307015022.A19099@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 Severity: wishlist Dino/100BT: Use "Good Dog" Timer to limit GSC bus tenancy instead of limiting tulip DMA burst length. (Volunteer?) (JSM has tried this - it didn't work. GGG thinks it should.) Submitting stuff from the outdated TODO List. From None Date: None From: Subject: [kernel] bug#70: remove asm-parisc/real.h fixing dependencies on it X-PA-RISC Linux-PR-Message: report 70 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98392667324491 (code B ref -1); Wed, 07 Mar 2001 01:03:02 GMT Date: Wed, 7 Mar 2001 01:57:48 +0100 From: Mattias Wadenstein To: submit@bugs.parisc-linux.org Message-ID: <20010307015747.A19110@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 remove asm-parisc/real.h fixing dependencies on it Submitting stuff from the outdated TODO List. From None Date: None From: Subject: [kernel] bug#71: Verify and fix the existing code in led.c for LCD displays X-PA-RISC Linux-PR-Message: report 71 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98392707324672 (code B ref -1); Wed, 07 Mar 2001 01:18:01 GMT Date: Wed, 7 Mar 2001 02:04:29 +0100 From: Mattias Wadenstein To: submit@bugs.parisc-linux.org Message-ID: <20010307020429.A19120@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 Verify and fix the existing code in led.c for LCD displays Referenced in: http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2000-November/027171.html http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2000-December/027360.html http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2000-December/027222.html http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2001-February/028635.html Submitting stuff from the outdated TODO List. From daniel_frazier@hp.com Thu, 8 Mar 2001 06:18:01 -0700 (MST) Date: Thu, 8 Mar 2001 06:18:01 -0700 (MST) From: PA-RISC Linux bug Tracking System daniel_frazier@hp.com Subject: [kernel] bug#68: marked as done (rewrite kernel_thread) X-PA-RISC Linux-PR-Message: closed 68 Your message dated Thu, 8 Mar 2001 13:06:54 +0000 with message-id <20010308130654.A4821@parcelfarce.linux.theplanet.co.uk> and subject line kernel-thread 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; 7 Mar 2001 00:47:38 +0000 >From maswan@acc.umu.se Tue Mar 6 17:47:38 2001 Received: from khan.acc.umu.se (khan.acc.umu.se [130.239.18.139]) by dsl2.external.hp.com (Postfix) with ESMTP id BE4DD4A19 for ; Tue, 6 Mar 2001 17:47:32 -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 f270lVS23428 for ; Wed, 7 Mar 2001 01:47:31 +0100 (MET) Received: (from maswan@localhost) by tiger.acc.umu.se (8.11.2/8.10.0) id f270lUs19095 for submit@bugs.parisc-linux.org; Wed, 7 Mar 2001 01:47:31 +0100 (MET) Date: Wed, 7 Mar 2001 01:47:29 +0100 From: Mattias Wadenstein To: submit@bugs.parisc-linux.org Subject: rewrite kernel_thread Message-ID: <20010307014729.A19087@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 rewrite kernel_thread (Matthew) Or perhaps it is that it is buggy and needs work and not an actual rewrite. Submitting stuff from the outdated TODO List. --------------------------------------- Received: (at 68-done) by bugs.parisc-linux.org; 8 Mar 2001 13:06:56 +0000 >From willy@www.linux.org.uk Thu Mar 8 06:06:56 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 036FB4A19 for <68-done@bugs.parisc-linux.org>; Thu, 8 Mar 2001 06:06:56 -0700 (MST) Received: from willy by www.linux.org.uk with local (Exim 3.13 #1) id 14b086-0001SA-00 for 68-done@bugs.parisc-linux.org; Thu, 08 Mar 2001 13:06:54 +0000 Date: Thu, 8 Mar 2001 13:06:54 +0000 From: Matthew Wilcox To: 68-done@bugs.parisc-linux.org Subject: Re: kernel-thread Message-ID: <20010308130654.A4821@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: i do not believe there to be any current problems with kernel_thread. -- Revolutions do not require corporate support. From daniel_frazier@hp.com Thu, 8 Mar 2001 06:48:01 -0700 (MST) Date: Thu, 8 Mar 2001 06:48:01 -0700 (MST) From: PA-RISC Linux bug Tracking System daniel_frazier@hp.com Subject: [kernel] bug#70: marked as done (remove asm-parisc/real.h fixing dependencies on it) X-PA-RISC Linux-PR-Message: closed 70 Your message dated Thu, 8 Mar 2001 13:36:45 +0000 with message-id <20010308133645.B4821@parcelfarce.linux.theplanet.co.uk> and subject line real.h removal 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; 7 Mar 2001 00:57:53 +0000 >From maswan@acc.umu.se Tue Mar 6 17:57:53 2001 Received: from khan.acc.umu.se (khan.acc.umu.se [130.239.18.139]) by dsl2.external.hp.com (Postfix) with ESMTP id 4448B4A19 for ; Tue, 6 Mar 2001 17:57:52 -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 f270vpS23849 for ; Wed, 7 Mar 2001 01:57:51 +0100 (MET) Received: (from maswan@localhost) by tiger.acc.umu.se (8.11.2/8.10.0) id f270voY19115 for submit@bugs.parisc-linux.org; Wed, 7 Mar 2001 01:57:50 +0100 (MET) Date: Wed, 7 Mar 2001 01:57:48 +0100 From: Mattias Wadenstein To: submit@bugs.parisc-linux.org Subject: remove asm-parisc/real.h fixing dependencies on it Message-ID: <20010307015747.A19110@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 remove asm-parisc/real.h fixing dependencies on it Submitting stuff from the outdated TODO List. --------------------------------------- Received: (at 70-done) by bugs.parisc-linux.org; 8 Mar 2001 13:36:47 +0000 >From willy@www.linux.org.uk Thu Mar 8 06:36:47 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 37E2A4A19 for <70-done@bugs.parisc-linux.org>; Thu, 8 Mar 2001 06:36:47 -0700 (MST) Received: from willy by www.linux.org.uk with local (Exim 3.13 #1) id 14b0az-0001xP-00 for 70-done@bugs.parisc-linux.org; Thu, 08 Mar 2001 13:36:45 +0000 Date: Thu, 8 Mar 2001 13:36:45 +0000 From: Matthew Wilcox To: 70-done@bugs.parisc-linux.org Subject: Re: real.h removal Message-ID: <20010308133645.B4821@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 has been achieved by my latest commit. -- Revolutions do not require corporate support. From daniel_frazier@hp.com Thu, 8 Mar 2001 08:03:02 -0700 (MST) Date: Thu, 8 Mar 2001 08:03:02 -0700 (MST) From: PA-RISC Linux bug Tracking System daniel_frazier@hp.com Subject: [kernel] bug#42: marked as done (parisc64 is missing -mdisable-fpregs) X-PA-RISC Linux-PR-Message: closed 42 Your message dated Thu, 8 Mar 2001 15:02:11 +0000 with message-id <20010308150211.E4821@parcelfarce.linux.theplanet.co.uk> and subject line none 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 Mar 2001 05:14:11 +0000 >From willy@www.linux.org.uk Wed Feb 28 22:14:11 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 CDDA64A19 for ; Wed, 28 Feb 2001 22:14:10 -0700 (MST) Received: from willy by www.linux.org.uk with local (Exim 3.13 #1) id 14YLPl-0002UE-00 for submit@bugs.parisc-linux.org; Thu, 01 Mar 2001 05:14:09 +0000 Date: Thu, 1 Mar 2001 05:14:09 +0000 From: Matthew Wilcox To: submit@bugs.parisc-linux.org Subject: parisc64 is missing -mdisable-fpregs Message-ID: <20010301051409.P15320@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: Package: kernel Version: 2.4.0 parisc64 currently does not define -mdisable-fpregs, so the kernel is using fp regs to do multiplication rather than calling millicode ($$mulI) to do it. Unfortunately, there's no $$mulI routine available for 64-bit so we need to create one (64-bit libgcc?) before we can enable this flag. Grant claims Paul knows what to do. One point in favour of merging parisc & parisc64 is that i found this bug which could've caused a lot of head-scratching later. -- Revolutions do not require corporate support. --------------------------------------- Received: (at 42-done) by bugs.parisc-linux.org; 8 Mar 2001 15:02:13 +0000 >From willy@www.linux.org.uk Thu Mar 8 08:02:13 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 9A3A74A19 for <42-done@bugs.parisc-linux.org>; Thu, 8 Mar 2001 08:02:12 -0700 (MST) Received: from willy by www.linux.org.uk with local (Exim 3.13 #1) id 14b1vf-0003aj-00 for 42-done@bugs.parisc-linux.org; Thu, 08 Mar 2001 15:02:11 +0000 Date: Thu, 8 Mar 2001 15:02:11 +0000 From: Matthew Wilcox To: 42-done@bugs.parisc-linux.org Subject: none Message-ID: <20010308150211.E4821@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 has now been done. -- Revolutions do not require corporate support. From None Date: None From: Subject: bug#63: [kernel] bug#63: Kernel debugger - KWDB X-PA-RISC Linux-PR-Message: report 63 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by 63-bugs@bugs.parisc-linux.org id=B63.98418074214905 (code B ref 63); Fri, 09 Mar 2001 23:33:01 GMT Message-Id: <200103092335.PAA07863@milano.cup.hp.com> X-Authentication-Warning: milano.cup.hp.com: grundler@localhost [127.0.0.1] didn't use HELO protocol To: 63@bugs.parisc-linux.org In-reply-to: Your message of "Tue, 06 Mar 2001 16:13:03 PST." <200103062313.QAA25144@puffin.external.hp.com> Date: Fri, 09 Mar 2001 15:35:40 -0800 From: Grant Grundler kernel-admin@lists.parisc-linux.org wrote: > Kernel debugger - KWDB (Grant) I've gotten KWDB to enter the trap handler but nothing else. I've stopped work on this for two reasons: o Halfdome emulator died when trying to boot a vmlinunx that worked on an A500. Debugging something I didn't really understand that well was getting too time consuming. The simulator would have been great to debug KWDB. o KWDB project team never gave me permission to publish the result. I'm not going to work on something I can't publish since it won't be supportable. And they still haven't given me a list of IP they wish to protect (ie not publish) so I could strip those things out of the debugger. I started working on it because they *said* they would discuss the issue and resolve it in August 2000. Never happened. The source tree I was using is badly out of date (Oct 2000 about) and I'd rather help get the SGI KDB ported at this point. grant Grant Grundler parisc-linux {PCI|IOMMU|SMP} hacker +1.408.447.7253 From None Date: None From: Subject: [kernel] bug#75: lba_device_present() not implemented X-PA-RISC Linux-PR-Message: report 75 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98419084016417 (code B ref -1); Sat, 10 Mar 2001 02:33:01 GMT Date: Fri, 9 Mar 2001 18:23:56 -0800 (PST) From: Grant Grundler Message-Id: <200103100223.SAA08002@milano.cup.hp.com> To: bugs@bugs.parisc-linux.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Package: kernel Version: 20010301 Severity: normal In linux/arch/parisc/kernel/lba_pci.c:lba_device_present(), we should only permit config space poking at devices which are known to be present. This is to avoid Elroy HW bugs. We've gotten away with it so far since most drivers/interfaces don't touch config space after boot up. Running lspci or other tool when the system is busy may provoke a HPMC or something like that. I expect we can get away with it for a while longer but this should be fixed in the long term. I would need to re-read the HPUX comments and Elroy Errata (still not published! *arrghh*) in order to be more specific. grant From None Date: None From: Subject: [kernel] bug#63: kernel] bug#63: Kernel debugger - KWDB X-PA-RISC Linux-PR-Message: report 63 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by 63-bugs@bugs.parisc-linux.org id=B63.98424013624160 (code B ref 63); Sat, 10 Mar 2001 16:03:01 GMT Date: Sat, 10 Mar 2001 15:28:25 +0000 From: Matthew Wilcox To: Grant Grundler , 63@bugs.parisc-linux.org Message-ID: <20010310152825.A11209@parcelfarce.linux.theplanet.co.uk> References: <200103092333.f29NX4207155@Friday.niccx.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103092333.f29NX4207155@Friday.niccx.com>; from kernel-admin@lists.parisc-linux.org on Fri, Mar 09, 2001 at 11:33:04PM +0000 Sender: On Fri, Mar 09, 2001 at 11:33:04PM +0000, kernel-admin@lists.parisc-linux.org wrote: > The source tree I was using is badly out of date (Oct 2000 about) > and I'd rather help get the SGI KDB ported at this point. We should get a machine to Keith Owens. -- Revolutions do not require corporate support. From None Date: None From: Subject: [kernel] bug#78: mii-tool uses ioctl()s that don't work on wide-kernels X-PA-RISC Linux-PR-Message: report 78 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98462419928760 (code B ref -1); Thu, 15 Mar 2001 02:48:01 GMT Date: Wed, 14 Mar 2001 19:41:06 -0700 Message-ID: <20010314194106.L18113@tausq.org> From: "Randolph Chung" To: submit@bugs.parisc-linux.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-PGP: for PGP key, see http://www.tausq.org/pgp.txt X-GPG: for GPG key, see http://www.tausq.org/gpg.txt Package: kernel mii-tool (in the net-tools package) causes a kernel fault. Bad Address (null pointer deref?): Code=15 regs=000000003f1b0a40 (Addr=3f191000) YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI PSW: 00001000000001001111111100001111 r0-3 0000000000000000 0000000000008c80 0000000010121268 00000000000089f0 r4-7 000000000000004c 0000000000000000 00000000000046ec 000000003f1b0000 r8-11 00000000000046ec 00000000faf00178 00000000103159c0 0000000000000003 r12-15 0000000000000000 0000000000000000 0000000000095fd0 0000000000000000 r16-19 0000000000000000 0000000000000001 000000000000b71b 00000000000089f2 r20-23 0000000000008800 000000003fa469a8 0000000000000001 00000000103219c0 r24-27 000000000000004c 000100003f191000 0000000000000000 00000000103159c0 r28-31 0000000000000000 000000003f1b0a30 000000003f1b0dc0 00000000400f9653 sr0-3 0000000000008c80 0000000000008c80 0000000000000000 0000000000008c80 sr4-7 0000000000000000 0000000000000000 0000000000000000 0000000000000000 It appears that it's using ioctl()s that are not compatible with a wide kernel. With a narrow kernel everything works ok. randolph -- @..@ http://www.TauSq.org/ (----) ( >__< ) ^^ ~~ ^^ From None Date: None From: Subject: bug#78: [kernel] bug#78: mii-tool uses ioctl()s that don't work on wide-kernels X-PA-RISC Linux-PR-Message: report 78 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by 78-bugs@bugs.parisc-linux.org id=B78.9846817085714 (code B ref 78); Thu, 15 Mar 2001 18:48:02 GMT Date: Thu, 15 Mar 2001 18:41:44 +0000 From: Matthew Wilcox To: Randolph Chung , 78@bugs.parisc-linux.org Message-ID: <20010315184144.E22875@parcelfarce.linux.theplanet.co.uk> References: <200103150248.f2F2m4V03189@Robinson.niccx.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103150248.f2F2m4V03189@Robinson.niccx.com>; from kernel-admin@lists.parisc-linux.org on Thu, Mar 15, 2001 at 02:48:04AM +0000 Sender: On Thu, Mar 15, 2001 at 02:48:04AM +0000, kernel-admin@lists.parisc-linux.org wrote: > It appears that it's using ioctl()s that are not compatible with a wide > kernel. With a narrow kernel everything works ok. This is _nasty_ to fix. The ioctls which are being called are device-private ioctls. ie they do different things depending on which device is in use. Suggestions for fixing this welcome. -- Revolutions do not require corporate support. From daniel_frazier@hp.com Fri, 16 Mar 2001 21:48:01 -0700 (MST) Date: Fri, 16 Mar 2001 21:48:01 -0700 (MST) From: PA-RISC Linux bug Tracking System daniel_frazier@hp.com Subject: [kernel] bug#32: marked as done (pipe test program causes hang) X-PA-RISC Linux-PR-Message: closed 32 Your message dated Fri, 16 Mar 2001 21:40:43 -0700 with message-id <20010316214043.D3743@zumpano.fc.hp.com> and subject line Fixed 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; 22 Feb 2001 17:46:30 +0000 >From bame@fc.hp.com Thu Feb 22 10:46:30 2001 Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202]) by dsl2.external.hp.com (Postfix) with ESMTP id 03BCA4A19 for ; Thu, 22 Feb 2001 10:46:29 -0700 (MST) Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2]) by atlrel2.hp.com (Postfix) with ESMTP id 02F4530B for ; Thu, 22 Feb 2001 12:46:28 -0500 (EST) Received: from noam.fc.hp.com (mail@noam.fc.hp.com [15.1.52.69]) by hpfcla.fc.hp.com (8.9.1/8.9.3 SMKit7.01) with ESMTP id KAA04715 for ; Thu, 22 Feb 2001 10:46:28 -0700 (MST) 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 14Vzox-0007aK-00 for ; Thu, 22 Feb 2001 10:46:27 -0700 To: submit@bugs.parisc-linux.org Subject: pipe test program causes hang Date: Thu, 22 Feb 2001 10:46:27 -0700 From: Paul Bame Message-Id: Version: 21Feb2001 Package: kernel The appended test program causes the kernel to wedge (narrow and wide) though I think 'ping' still works. I tried a TOC which caught the kernel in __down_interruptible but that's not necessarily abnormal or repeatable. #include #include #define READ 0 #define WRITE 1 #define SIZE 4096 int main(int argc, char *argv[]) { int p[2]; char data[SIZE]; char rdbuf[SIZE]; int i; int pid; if (pipe(p) != 0) { perror("pipe"); return 3; } for (i = 0; i < SIZE; i++) { data[i] = rand() & 0xff; } if ((pid = fork()) < 0) { perror("fork"); return 3; } for(i = 0; i < 10000; i++) { int sendoffset = rand() % SIZE; int sendsize = rand() % (SIZE - sendoffset); int wr, rd; /* Don't bother sending 0 bytes */ if (sendoffset == SIZE - 1) continue; if (pid > 0) { wr = write(p[WRITE], data + sendoffset, sendsize); printf("%d: write(data + %d, %d) = %d\n", i, sendoffset, sendsize, wr); if (wr != sendsize) { fprintf(stderr, "write returns %d expected %d\n", wr, sendsize); if (wr < 0) perror("write"); } } else { rd = read(p[READ], rdbuf, sendsize); printf("%d: read(%d) = %d\n", i, sendsize, rd); if (rd != sendsize) { fprintf(stderr, "read returns %d expected %d\n", rd, sendsize); if (rd < 0) perror("read"); } if (memcmp(data + sendoffset, rdbuf, rd) != 0) { fprintf(stderr, "readback compare failed\n"); } } } } --------------------------------------- Received: (at 32-close) by bugs.parisc-linux.org; 17 Mar 2001 04:40:44 +0000 >From willy@ldl.fc.hp.com Fri Mar 16 21:40:44 2001 Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210]) by dsl2.external.hp.com (Postfix) with ESMTP id 437BC4A19 for <32-close@bugs.parisc-linux.org>; Fri, 16 Mar 2001 21:40:44 -0700 (MST) Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190]) by atlrel1.hp.com (Postfix) with ESMTP id A421CB0C for <32-close@bugs.parisc-linux.org>; Fri, 16 Mar 2001 23:40:43 -0500 (EST) Received: by ldl.fc.hp.com (Postfix, from userid 22224) id 44D6B5A995; Fri, 16 Mar 2001 21:40:43 -0700 (MST) Date: Fri, 16 Mar 2001 21:40:43 -0700 To: 32-close@bugs.parisc-linux.org Subject: Fixed Message-ID: <20010316214043.D3743@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) The CVS checkin described by http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2001-March/028794.html and with patch at http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2001-March/028793.html fixes this bug. More detail about what the bug was can be found at http://lists.parisc-linux.org/pipermail/parisc-linux/2001-March/012015.html and http://lists.parisc-linux.org/pipermail/parisc-linux/2001-March/012030.html From daniel_frazier@hp.com Fri, 16 Mar 2001 22:03:01 -0700 (MST) Date: Fri, 16 Mar 2001 22:03:01 -0700 (MST) From: PA-RISC Linux bug Tracking System daniel_frazier@hp.com Subject: [kernel] bug#58: marked as done (SMP support - asm-parisc/cache.h defines L1_CACHE_BYTES) X-PA-RISC Linux-PR-Message: closed 58 Your message dated Fri, 16 Mar 2001 22:02:38 -0700 with message-id <20010316220238.E3743@zumpano.fc.hp.com> and subject line Fixed 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:22:57 +0000 >From maswan@acc.umu.se Tue Mar 6 14:22:57 2001 Received: from khan.acc.umu.se (khan.acc.umu.se [130.239.18.139]) by dsl2.external.hp.com (Postfix) with ESMTP id 5F1794A19 for ; Tue, 6 Mar 2001 14:22:55 -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 f26LMrS13385 for ; Tue, 6 Mar 2001 22:22:53 +0100 (MET) Received: (from maswan@localhost) by tiger.acc.umu.se (8.11.2/8.10.0) id f26LMrv18744 for submit@bugs.parisc-linux.org; Tue, 6 Mar 2001 22:22:53 +0100 (MET) Date: Tue, 6 Mar 2001 22:22:52 +0100 From: Mattias Wadenstein To: submit@bugs.parisc-linux.org Subject: SMP support - asm-parisc/cache.h defines L1_CACHE_BYTES Message-ID: <20010306222252.A18739@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 SMP support - asm-parisc/cache.h defines L1_CACHE_BYTES - issue w/32-bit on PA2.0 (ggg) Submitting stuff from the outdated TODO List. --------------------------------------- Received: (at 58-close) by bugs.parisc-linux.org; 17 Mar 2001 05:02:39 +0000 >From willy@ldl.fc.hp.com Fri Mar 16 22:02:39 2001 Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202]) by dsl2.external.hp.com (Postfix) with ESMTP id D4EFD4A19 for <58-close@bugs.parisc-linux.org>; Fri, 16 Mar 2001 22:02:39 -0700 (MST) Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190]) by atlrel2.hp.com (Postfix) with ESMTP id CEA9B14FD for <58-close@bugs.parisc-linux.org>; Sat, 17 Mar 2001 00:02:38 -0500 (EST) Received: by ldl.fc.hp.com (Postfix, from userid 22224) id 908795A995; Fri, 16 Mar 2001 22:02:38 -0700 (MST) Date: Fri, 16 Mar 2001 22:02:38 -0700 To: 58-close@bugs.parisc-linux.org Subject: Fixed Message-ID: <20010316220238.E3743@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) Made L1_CACHE_BYTES dependent on CONFIG_PA20 instead of __LP64__ I disagree with grant that this should be a boottime thing. either it should always be 64 or it can be selectable with the CPU type option. From daniel_frazier@hp.com Sat, 17 Mar 2001 01:03:01 -0700 (MST) Date: Sat, 17 Mar 2001 01:03:01 -0700 (MST) From: PA-RISC Linux bug Tracking System daniel_frazier@hp.com Subject: [kernel] Processed: triage Processing commands for control@bugs.parisc-linux.org: > severity 65 grave bug#65: Unaligned trap handler. Severity set to `grave'. > severity 76 grave bug#76: nscd & pthreads Severity set to `grave'. > severity 77 grave bug#77: fakeroot hangs on 64-bit kernel Severity set to `grave'. > severity 25 wishlist bug#25: Kernel should have a PDC interface Severity set to `wishlist'. > severity 49 wishlist bug#49: fix fbcon-sti.c bugs and X11? Severity set to `wishlist'. > severity 52 wishlist bug#52: LASI Floppy controller Severity set to `wishlist'. > severity 53 wishlist bug#53: WAX EISA bus addapter Severity set to `wishlist'. > severity 54 wishlist bug#54: Harmony audio driver completion Severity set to `wishlist'. > severity 55 wishlist bug#55: AD1889 PCI Audio driver Severity set to `wishlist'. > 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 Sat, 17 Mar 2001 01:18:01 -0700 (MST) Date: Sat, 17 Mar 2001 01:18:01 -0700 (MST) From: PA-RISC Linux bug Tracking System daniel_frazier@hp.com Subject: [kernel] Processed: triage Processing commands for control@bugs.parisc-linux.org: > severity 78 grave bug#78: mii-tool uses ioctl()s that don't work on wide-kernels 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 Sat, 17 Mar 2001 01:33:01 -0700 (MST) Date: Sat, 17 Mar 2001 01:33:01 -0700 (MST) From: PA-RISC Linux bug Tracking System daniel_frazier@hp.com Subject: [kernel] Processed: triage Processing commands for control@bugs.parisc-linux.org: > severity 71 wishlist bug#71: Verify and fix the existing code in led.c for LCD displays Severity set to `wishlist'. > severity 66 wishlist bug#66: Remove kbd_read_status() dependency on CONFIG_GSC_PS2. Severity set to `wishlist'. > severity 61 wishlist bug#61: 64-bit kernel - sversion change Severity set to `wishlist'. > severity 45 grave bug#45: mmap64 interface needs to be written 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 Sat, 17 Mar 2001 05:48:01 -0700 (MST) Date: Sat, 17 Mar 2001 05:48:01 -0700 (MST) From: PA-RISC Linux bug Tracking System daniel_frazier@hp.com Subject: [kernel] bug#64: marked as done (Finish ptrace(2) implementation.) X-PA-RISC Linux-PR-Message: closed 64 Your message dated Sat, 17 Mar 2001 12:38:43 +0000 with message-id <20010317123843.H31505@linuxcare.com> and subject line [kernel] bug#64: Finish ptrace(2) implementation. 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 23:34:05 +0000 >From maswan@acc.umu.se Tue Mar 6 16:34:05 2001 Received: from khan.acc.umu.se (khan.acc.umu.se [130.239.18.139]) by dsl2.external.hp.com (Postfix) with ESMTP id 63C324A19 for ; Tue, 6 Mar 2001 16:34:04 -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 f26NY3S19290 for ; Wed, 7 Mar 2001 00:34:03 +0100 (MET) Received: (from maswan@localhost) by tiger.acc.umu.se (8.11.2/8.10.0) id f26NY2h18961 for submit@bugs.parisc-linux.org; Wed, 7 Mar 2001 00:34:02 +0100 (MET) Date: Wed, 7 Mar 2001 00:34:01 +0100 From: Mattias Wadenstein To: submit@bugs.parisc-linux.org Subject: Finish ptrace(2) implementation. Message-ID: <20010307003400.A18955@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 Finish ptrace(2) implementation. (Thomas) Referenced in: http://lists.parisc-linux.org/pipermail/parisc-linux/2000-December/010428.html http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2000-December/027364.html http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2000-November/027138.html Submitting stuff from the outdated TODO List. --------------------------------------- Received: (at 64-done) by bugs.parisc-linux.org; 17 Mar 2001 12:39:38 +0000 >From rhirst@linuxcare.com Sat Mar 17 05:39:38 2001 Received: from rhirst.linuxcare.com (pc117-bre9.cable.ntl.com [213.105.88.117]) by dsl2.external.hp.com (Postfix) with ESMTP id D6E694A19 for <64-done@bugs.parisc-linux.org>; Sat, 17 Mar 2001 05:39:37 -0700 (MST) Received: by rhirst.linuxcare.com (Postfix, from userid 501) id A33D0B007; Sat, 17 Mar 2001 12:38:43 +0000 (GMT) Date: Sat, 17 Mar 2001 12:38:43 +0000 From: Richard Hirst To: Mattias Wadenstein , 64-done@bugs.parisc-linux.org Subject: Re: [kernel] bug#64: Finish ptrace(2) implementation. Message-ID: <20010317123843.H31505@linuxcare.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0us In-Reply-To: ; from kernel-admin@lists.parisc-linux.org on Tue, Mar 06, 2001 at 11:49:24PM +0000 ptrace implementation is complete. Richard On Tue, Mar 06, 2001 at 11:49:24PM +0000, kernel-admin@lists.parisc-linux.org wrote: > X-PA-RISC Linux-PR-Message: report 64 > X-PA-RISC Linux-PR-Package: kernel > X-Loop: daniel_frazier@hp.com > Received: via spool by bugs@bugs.parisc-linux.org id=B.98392164522930 > (code B ref -1); Tue, 06 Mar 2001 23:48:02 GMT > Date: Wed, 7 Mar 2001 00:34:01 +0100 > From: Mattias Wadenstein > To: submit@bugs.parisc-linux.org > Message-ID: <20010307003400.A18955@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 > > Finish ptrace(2) implementation. (Thomas) > > Referenced in: > http://lists.parisc-linux.org/pipermail/parisc-linux/2000-December/010428.html > http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2000-December/027364.html > http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2000-November/027138.html > > Submitting stuff from the outdated TODO List. > > > > _______________________________________________ > kernel mailing list > kernel@lists.parisc-linux.org > http://lists.parisc-linux.org/cgi-bin/mailman/listinfo/kernel > From None Date: None From: Subject: [kernel] bug#82: SCSI & LAN don't work on 710 X-PA-RISC Linux-PR-Message: report 82 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98497291428854 (code B ref -1); Mon, 19 Mar 2001 03:48:01 GMT Date: Mon, 19 Mar 2001 03:35:12 +0000 From: Matthew Wilcox To: submit@bugs.parisc-linux.org Message-ID: <20010319033512.E24811@parcelfarce.linux.theplanet.co.uk> References: <20010319032531.D24811@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 In-Reply-To: ; from daniel_frazier@hp.com on Sun, Mar 18, 2001 at 08:33:02PM -0700 Sender: Package: kernel The SCSI & LAN adapters need to be fixed to work on a 710 as mentioned in the message below. ----- Forwarded message from Brian Stewart ----- I have read the posts for the past couple of months and I am intreasted in a stable, or runnable kernel for the HP9000 710. It appears that the SCSI and LAN adapters are not supported properly in the latest kernel revs. I have had simmilar results as earlier posts. Did the 710 ever work and just got broken? Does anyone have pa-linux running on a 710? I am currently running mk-linux but it is old and has its own problems. ----- End forwarded message ----- -- Revolutions do not require corporate support. From None Date: None From: Subject: [kernel] bug#83: Unexpected FPU exception building CVS Debian Package X-PA-RISC Linux-PR-Message: report 83 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98512593921475 (code B ref -1); Tue, 20 Mar 2001 22:18:01 GMT To: submit@bugs.parisc-linux.org Date: Tue, 20 Mar 2001 15:03:55 -0700 From: Paul Bame Message-Id: Package: kernel Version: 20Mar2001 Severity: normal While building the CVS Debian package the kernel complains about an unemulated FPU instruction which turns out to be a fsub,dbl producing a FPU exception code 9. None of the status register IEEE exception bits are set but the I(nexact) exception bit in the status register is being set. Debug output: This is the disassembled instruction: 23988: 30 0c 2e 16 fsub,dbl fr0,fr12,fr22 The offending command is /usr/bin/pic which is run during the CVS build because 'groff -Tpic' is used. pid 266(pic): Unemulated floating instruction: exception 0x09:0c2e16 fmt 1 class 3 subop 1 01234567890123456789012345678901 Instruction 00000011000010111000010110 VZOUICxxxxCQCQCQCQCQCRMxxTDVZOUI FP Status Word 00001000001111111101100001000000 fr0-3 0000000000000000 0000000000000000 0000000000000000 0000000000000000 fr4-7 0000000a066d87d6 00005000c28f5c29 0000000000032000 0000000023d3173a fr8-11 0000000000000000 102d000000000000 10282064102ed010 102ef81010268010 fr12-15 0000000023d3173a 1028601010139050 102ec010102ce138 102ce138102ce0b0 fr16-19 47d420001028260c 0000000000000002 0000000010298ea4 0004000e000000c1 fr20-23 102ed01047d42000 1028260c1014a808 00000000df58b452 000000019999999a fr24-27 000000084189374c 0000132f51c10aba 000089d710280c28 00000000000000c1 fr28-31 ffffff05102ef810 00000001101391b8 47d78c0010280c28 0000000000000000 YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI PSW: 00000000000001001111111100001111 r0-3 00000000 00030a38 00023367 000367e8 r4-7 000369b8 faf00d34 0002d000 00030fa0 r8-11 00000000 00033188 00000000 00031a38 r12-15 00030a38 00000001 00030a38 00000000 r16-19 0000e860 0000e860 0000e86c faf03600 r20-23 00032578 400786c4 00023924 c0000000 r24-27 00000000 00000000 000367e8 00030a38 r28-31 4007acb0 faf03c08 faf03640 00023367 sr0-3 00000000 00000167 00000000 00000167 sr4-7 00000167 00000167 00000167 00000167 IASQ: 00000167 00000167 IAOQ: 0002398f 00023993 IIR: 2e701216 ISR: 103400da IOR: edb03608 ORIG_R28: 4001e000 From None Date: None From: Subject: [kernel] bug#84: 'strace -f -o /tmp/gg fakeroot date' fails X-PA-RISC Linux-PR-Message: report 84 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98513123622553 (code B ref -1); Tue, 20 Mar 2001 23:48:02 GMT To: submit@bugs.parisc-linux.org Date: Tue, 20 Mar 2001 16:33:53 -0700 From: Paul Bame Message-Id: Package: kernel Version: 20Mar2001 Using strace from http://mkhppa1.esiee.fr/en/download.html, on a narrow kernel on c3000, the aforementioned command generated the kernel message: User Fault (long pointer) pid=2153 command='fakeroot' This is possibly a known problem with strace and fork and/or signals. From None Date: None From: Subject: bug#84: [kernel] bug#84: 'strace -f -o /tmp/gg fakeroot date' fails X-PA-RISC Linux-PR-Message: report 84 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by 84-bugs@bugs.parisc-linux.org id=B84.98513398023297 (code B ref 84); Wed, 21 Mar 2001 00:33:02 GMT Date: Wed, 21 Mar 2001 00:20:42 +0000 From: Richard Hirst To: Paul Bame , 84@bugs.parisc-linux.org Message-ID: <20010321002042.D16569@linuxcare.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0us In-Reply-To: ; from kernel-admin@lists.parisc-linux.org on Tue, Mar 20, 2001 at 11:54:31PM +0000 On Tue, Mar 20, 2001 at 11:54:31PM +0000, kernel-admin@lists.parisc-linux.org wrote: > X-PA-RISC Linux-PR-Message: report 84 > X-PA-RISC Linux-PR-Package: kernel > X-Loop: daniel_frazier@hp.com > Received: via spool by bugs@bugs.parisc-linux.org id=B.98513123622553 > (code B ref -1); Tue, 20 Mar 2001 23:48:02 GMT > To: submit@bugs.parisc-linux.org > Date: Tue, 20 Mar 2001 16:33:53 -0700 > From: Paul Bame > Message-Id: > > > Package: kernel > Version: 20Mar2001 > > Using strace from http://mkhppa1.esiee.fr/en/download.html, on a narrow > kernel on c3000, the aforementioned command generated the kernel message: > > User Fault (long pointer) pid=2153 command='fakeroot' > > This is possibly a known problem with strace and fork and/or signals. Can you try the patch in this message please: http://lists.parisc-linux.org/pipermail/parisc-linux/2001-March/012016.html Richard From None Date: None From: Subject: [kernel] bug#85: Reduce the amount of casting required to make the sim700 driver 64-bit clean X-PA-RISC Linux-PR-Message: report 85 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98514124924914 (code B ref -1); Wed, 21 Mar 2001 02:33:01 GMT Delivered-To: fixup-submit@bugs.parisc-linux.org@fixme Sender: rbrad@dsl2.external.hp.com Message-ID: <3AB80F85.14F8F8D@uswest.net> Date: Tue, 20 Mar 2001 19:18:45 -0700 From: Ryan Bradetich X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.1 i686) X-Accept-Language: en MIME-Version: 1.0 To: submit@bugs.parisc-linux.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Package: kernel Severity: wishlist It would be nice to review the driver and understand why all the casting is required for the sim700 driver to be 64-bit clean. I am submitting this report so some one else can look at it and possibly fix it ... or I will be reminded later when I have time to look into this further. - Ryan From None Date: None From: Subject: [kernel] bug#86: Booting with STI instead of serial consoles X-PA-RISC Linux-PR-Message: report 86 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98515073626620 (code B ref -1); Wed, 21 Mar 2001 05:03:01 GMT Delivered-To: fixup-submit@bugs.parisc-linux.org@fixme Date: Tue, 20 Mar 2001 21:58:18 -0700 To: submit@bugs.parisc-linux.org Message-ID: <20010320215818.B9829@beavis.ybsoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i From: Ryan Bradetich Package: kernel Severity: normal I have verified this is still a problem on my 712/80. http://lists.parisc-linux.org/pipermail/parisc-linux/2001-January/010707.html I am submitting this report so it doesn't slip through the cracks any longer. - Ryan From None Date: None From: Subject: bug#84: [kernel] bug#84: 'strace -f -o /tmp/gg fakeroot date' fails X-PA-RISC Linux-PR-Message: report 84 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by 84-bugs@bugs.parisc-linux.org id=B84.98527857417867 (code B ref 84); Thu, 22 Mar 2001 16:33:01 GMT To: Richard Hirst Cc: 84@bugs.parisc-linux.org In-Reply-To: Your message of "Wed, 21 Mar 2001 00:20:42 GMT." <20010321002042.D16569@linuxcare.com> References: <20010321002042.D16569@linuxcare.com> Date: Thu, 22 Mar 2001 09:29:32 -0700 From: Paul Bame Message-Id: = Can you try the patch in this message please: = = http://lists.parisc-linux.org/pipermail/parisc-linux/2001-March/012016.html Things work much better with that patch! From None Date: None From: Subject: bug#84: [kernel] bug#84: 'strace -f -o /tmp/gg fakeroot date' fails X-PA-RISC Linux-PR-Message: report 84 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by 84-bugs@bugs.parisc-linux.org id=B84.98528156818714 (code B ref 84); Thu, 22 Mar 2001 17:33:01 GMT To: Richard Hirst Cc: 84@bugs.parisc-linux.org In-Reply-To: Your message of "Wed, 21 Mar 2001 00:20:42 GMT." <20010321002042.D16569@linuxcare.com> References: <20010321002042.D16569@linuxcare.com> Date: Thu, 22 Mar 2001 10:19:26 -0700 From: Paul Bame Message-Id: = = Can you try the patch in this message please: = = http://lists.parisc-linux.org/pipermail/parisc-linux/2001-March/012016.html = With that patch, on a 32-bit kernel (where fakeroot works normally): strace -o /tmp/gg fakeroot date hangs while strace -o /tmp/gg date works and fakeroot date works. Adding the '-f' option to strace causes the message: $ strace -o /tmp/gg -f fakeroot date Process 2785 attached PANIC: attached pid 2785 exited [hangs here] But the former segfault is gone at least. From daniel_frazier@hp.com Fri, 23 Mar 2001 01:18:01 -0700 (MST) Date: Fri, 23 Mar 2001 01:18:01 -0700 (MST) From: PA-RISC Linux bug Tracking System daniel_frazier@hp.com Subject: [kernel] bug#59: marked as done (64-bit kernel - VM) X-PA-RISC Linux-PR-Message: closed 59 Your message dated Fri, 23 Mar 2001 01:14:04 -0700 (MST) with message-id <200103230814.BAA14145@udlkern.fc.hp.com> and subject line parisc linux now supports large memory 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:39:14 +0000 >From maswan@acc.umu.se Tue Mar 6 14:39:14 2001 Received: from khan.acc.umu.se (khan.acc.umu.se [130.239.18.139]) by dsl2.external.hp.com (Postfix) with ESMTP id DBC6A4A19 for ; Tue, 6 Mar 2001 14:39:12 -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 f26LdBS14190 for ; Tue, 6 Mar 2001 22:39:11 +0100 (MET) Received: (from maswan@localhost) by tiger.acc.umu.se (8.11.2/8.10.0) id f26LdAB18783 for submit@bugs.parisc-linux.org; Tue, 6 Mar 2001 22:39:10 +0100 (MET) Date: Tue, 6 Mar 2001 22:39:09 +0100 From: Mattias Wadenstein To: submit@bugs.parisc-linux.org Subject: 64-bit kernel - VM Message-ID: <20010306223909.A18762@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 - VM (John) Submitting stuff from the outdated TODO List. --------------------------------------- Received: (at 59-close) by bugs.parisc-linux.org; 23 Mar 2001 08:14:06 +0000 >From jsm@udlkern.fc.hp.com Fri Mar 23 01:14:06 2001 Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210]) by dsl2.external.hp.com (Postfix) with ESMTP id 28CA74A19 for <59-close@bugs.parisc-linux.org>; Fri, 23 Mar 2001 01:14:06 -0700 (MST) Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48]) by atlrel1.hp.com (Postfix) with ESMTP id 3BFB8152 for <59-close@bugs.parisc-linux.org>; Fri, 23 Mar 2001 03:14:05 -0500 (EST) Received: (from jsm@localhost) by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) id BAA14145 for 59-close@bugs.parisc-linux.org; Fri, 23 Mar 2001 01:14:04 -0700 (MST) Date: Fri, 23 Mar 2001 01:14:04 -0700 (MST) From: John Marvin Message-Id: <200103230814.BAA14145@udlkern.fc.hp.com> To: 59-close@bugs.parisc-linux.org Subject: parisc linux now supports large memory Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit With a patch committed today, parisc linux now supports large quantities of memory on a 64 bit kernel. 8 Gigabytes have been tested, can potentially support memory sizes much larger than that. From daniel_frazier@hp.com Fri, 23 Mar 2001 14:48:01 -0700 (MST) Date: Fri, 23 Mar 2001 14:48:01 -0700 (MST) 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 77 rhirst@linuxcare.com bug#77: fakeroot hangs on 64-bit kernel Noted your statement that bug has been assigned to rhirst@linuxcare.com. > owner 84 rhirst@linuxcare.com bug#84: 'strace -f -o /tmp/gg fakeroot date' fails Noted your statement that bug has been assigned to rhirst@linuxcare.com. > 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 Fri, 23 Mar 2001 15:48:01 -0700 (MST) Date: Fri, 23 Mar 2001 15:48:01 -0700 (MST) From: PA-RISC Linux bug Tracking System daniel_frazier@hp.com Subject: [kernel] Processed: making myself more buggy... Processing commands for control@bugs.parisc-linux.org: > owner 25 Randolph Chung bug#25: Kernel should have a PDC interface Noted your statement that bug has been assigned to Randolph Chung . > owner 41 Randolph Chung bug#41: optimised (asm) string/IP checksum routines for PA1.0/2.0 Noted your statement that bug has been assigned to Randolph Chung . > thanks, Stopping processing here. Please contact me if you need assistance. dann frazier (administrator, PA-RISC Linux bugs database) From daniel_frazier@hp.com Fri, 23 Mar 2001 15:48:01 -0700 (MST) Date: Fri, 23 Mar 2001 15:48:01 -0700 (MST) 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 78 bame@debian.org bug#78: mii-tool uses ioctl()s that don't work on wide-kernels Noted your statement that bug has been assigned to bame@debian.org. > 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 Sat, 24 Mar 2001 21:03:02 -0700 (MST) Date: Sat, 24 Mar 2001 21:03:02 -0700 (MST) From: PA-RISC Linux bug Tracking System daniel_frazier@hp.com Subject: [kernel] Processed: Closing this bug Processing commands for control@bugs.parisc-linux.org: > close 51 bug#51: Coalesce DMA pages in ccio_map_sg() bug closed, send any further explanations to Mattias Wadenstein > this has been done for a while. Unknown command or malformed arguments to command. > revision 1.21 Unknown command or malformed arguments to command. > date: 2001/01/16 03:19:50; author: rbrad; state: Exp; lines: +857 -457 Unknown command or malformed arguments to command. > This check-in is a fairly major driver upgrade. Unknown command or malformed arguments to command. > Non-Inclusive list of features that have been added/improved: Unknown command or malformed arguments to command. Too many unknown commands, stopping here. Please contact me if you need assistance. dann frazier (administrator, PA-RISC Linux bugs database) From daniel_frazier@hp.com Sat, 24 Mar 2001 21:03:02 -0700 (MST) Date: Sat, 24 Mar 2001 21:03:02 -0700 (MST) From: PA-RISC Linux bug Tracking System daniel_frazier@hp.com Subject: [kernel] Processed: Owning this bug Processing commands for control@bugs.parisc-linux.org: > owner 46 rbradetich@uswest.net bug#46: Create an IO tree to support multiple I/O MMUs. Noted your statement that bug has been assigned to rbradetich@uswest.net. > 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 Sat, 24 Mar 2001 21:18:02 -0700 (MST) Date: Sat, 24 Mar 2001 21:18:02 -0700 (MST) From: PA-RISC Linux bug Tracking System daniel_frazier@hp.com Subject: [kernel] Processed: I'll own this item Processing commands for control@bugs.parisc-linux.org: > owner 46 rbradetich@uswest.net bug#46: Create an IO tree to support multiple I/O MMUs. Owner changed from rbradetich@uswest.net to rbradetich@uswest.net. > End of message, 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#66: CONFIG_GSC_PS2 build output X-PA-RISC Linux-PR-Message: report 66 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by 66-bugs@bugs.parisc-linux.org id=B66.98550786823959 (code B ref 66); Sun, 25 Mar 2001 08:18:01 GMT Date: Sun, 25 Mar 2001 01:05:38 -0700 From: Grant Grundler Message-Id: <200103250805.BAA11407@puffin.external.hp.com> To: 66@bugs.parisc-linux.org Note that none of the servers targetted by HP staff (A500, L2000) have GSC or PS2. Here's the link error output from a kernel build with "#CONFIG_GSC_PS2 is not set" : .... `hppa64-linux-gcc -print-libgcc-file-name` /linux/smp64/linux/arch/parisc/lib/lib.a /linux/smp64/linux/lib/lib.a \ --end-group \ -o vmlinux drivers/char/char.o: In function `kbd_read_data': drivers/char/char.o(.init.text+0x3030): undefined reference to `kbd_read_status' drivers/char/char.o: In function `handle_kbd_event': drivers/char/char.o(.text.handle_kbd_event+0x20): undefined reference to `kbd_read_status' drivers/char/char.o: In function `kbd_write_command_w': drivers/char/char.o(.text.kbd_write_command_w+0x40): undefined reference to `kbd_write_command' drivers/char/char.o: In function `kbd_write_output_w': drivers/char/char.o(.text.kbd_write_output_w+0x40): undefined reference to `kbd_write_output' make: *** [vmlinux] Error 1 grundler <541> From None Date: None From: Subject: [kernel] bug#94: Softpower-switch on 712s X-PA-RISC Linux-PR-Message: report 94 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.98559784914080 (code B ref -1); Mon, 26 Mar 2001 09:18:01 GMT Date: Mon, 26 Mar 2001 11:10:26 +0200 (MEST) From: Mattias Wadenstein To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Package: kernel Severity: wishlist This is something that happens easily due to various reasons: Sending BOOTP requests.... OK IP-Config: Got BOOTP answer from 130.239.18.162, my address is 130.239.18.169 NET4: Unix domain sockets 1.0/SMP for Linux NETPC 100005/2 on 130.239.18.162 Root-NFS: Server returned error -13 while mounting /tftpboot/130.239.18.169 VFS: Unable to mountpanic: VFS: Unable to mount root fs on 02:00 It would have been pleasant to be able to be able to restart the machine with less than pulling the plug. I don't know if this is resonable to implement, but it is a wishlist item. /Mattias Wadenstein From None Date: None From: Subject: [kernel] bug#78: sorta fixed, for now X-PA-RISC Linux-PR-Message: report 78 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by 78-bugs@bugs.parisc-linux.org id=B78.985721296399 (code B ref 78); Tue, 27 Mar 2001 19:33:01 GMT To: 78@bugs.parisc-linux.org Date: Tue, 27 Mar 2001 12:28:10 -0700 From: Paul Bame Message-Id: mii-tool uses SIOCDEVPRIVATE-based ioctl() calls for which it's quite difficult or impossible to write wrappers, and they've been superceeded by the ETHTOOL ioctl()s. So for now, the wide kernel simply returns ENOSYS when someone attempts to use these private ioctl()s. From daniel_frazier@hp.com Tue, 27 Mar 2001 12:33:01 -0700 (MST) Date: Tue, 27 Mar 2001 12:33:01 -0700 (MST) From: PA-RISC Linux bug Tracking System daniel_frazier@hp.com Subject: [kernel] Processed: your mail Processing commands for control@bugs.parisc-linux.org: > close 78 bug#78: mii-tool uses ioctl()s that don't work on wide-kernels bug closed, send any further explanations to Randolph Chung > 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 Fri, 30 Mar 2001 03:33:01 -0700 (MST) Date: Fri, 30 Mar 2001 03:33:01 -0700 (MST) From: PA-RISC Linux bug Tracking System daniel_frazier@hp.com Subject: [kernel] bug#47: marked as done (SuperIO Serial) X-PA-RISC Linux-PR-Message: closed 47 Your message dated Fri, 30 Mar 2001 03:26:13 -0700 (MST) with message-id <200103301026.DAA25667@udlkern.fc.hp.com> and subject line SuperIO serial now works 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 Mar 2001 04:00:18 +0000 >From maswan@acc.umu.se Sun Mar 4 21:00:18 2001 Received: from khan.acc.umu.se (khan.acc.umu.se [130.239.18.139]) by dsl2.external.hp.com (Postfix) with ESMTP id 7DD774A19 for ; Sun, 4 Mar 2001 21:00:17 -0700 (MST) Received: from ior.acc.umu.se (maswan@ior.acc.umu.se [130.239.18.208]) by khan.acc.umu.se (8.11.2/8.11.2) with ESMTP id f25406S10548 for ; Mon, 5 Mar 2001 05:00:06 +0100 (MET) Received: (from maswan@localhost) by ior.acc.umu.se (8.10.0/8.10.0) id f25405D21133 for submit@bugs.parisc-linux.org; Mon, 5 Mar 2001 05:00:05 +0100 (MET) Date: Mon, 5 Mar 2001 05:00:04 +0100 From: Mattias Wadenstein To: submit@bugs.parisc-linux.org Subject: SuperIO Serial Message-ID: <20010305050004.A21126@ior.acc.umu.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Package: kernel SuperIO Serial (Martin Petersen and Alex deVries) Problem discussed in (at least): http://lists.parisc-linux.org/pipermail/parisc-linux/2000-February/008254.html http://lists.parisc-linux.org/pipermail/parisc-linux/2000-December/010495.html http://lists.parisc-linux.org/pipermail/parisc-linux/2000-October/009544.html http://lists.parisc-linux.org/pipermail/parisc-linux/2000-October/009547.html Submitting stuff from the outdated TODO List. --------------------------------------- Received: (at 47-close) by bugs.parisc-linux.org; 30 Mar 2001 10:26:14 +0000 >From jsm@udlkern.fc.hp.com Fri Mar 30 03:26:14 2001 Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202]) by dsl2.external.hp.com (Postfix) with ESMTP id 88459482A for <47-close@bugs.parisc-linux.org>; Fri, 30 Mar 2001 03:26:14 -0700 (MST) Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48]) by atlrel2.hp.com (Postfix) with ESMTP id A8501739 for <47-close@bugs.parisc-linux.org>; Fri, 30 Mar 2001 05:26:13 -0500 (EST) Received: (from jsm@localhost) by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) id DAA25667 for 47-close@bugs.parisc-linux.org; Fri, 30 Mar 2001 03:26:13 -0700 (MST) Date: Fri, 30 Mar 2001 03:26:13 -0700 (MST) From: John Marvin Message-Id: <200103301026.DAA25667@udlkern.fc.hp.com> To: 47-close@bugs.parisc-linux.org Subject: SuperIO serial now works Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I've committed a patch that fixes SuperIO serial. John Marvin From daniel_frazier@hp.com Fri, 30 Mar 2001 03:48:01 -0700 (MST) Date: Fri, 30 Mar 2001 03:48:01 -0700 (MST) From: PA-RISC Linux bug Tracking System daniel_frazier@hp.com Subject: [kernel] bug#84: marked as done ('strace -f -o /tmp/gg fakeroot date' fails) X-PA-RISC Linux-PR-Message: closed 84 Your message dated Fri, 30 Mar 2001 03:47:30 -0700 (MST) with message-id <200103301047.DAA25799@udlkern.fc.hp.com> and subject line fixed by recent patch 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; 20 Mar 2001 23:33:56 +0000 >From bame@fc.hp.com Tue Mar 20 16:33:55 2001 Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210]) by dsl2.external.hp.com (Postfix) with ESMTP id D8B994A19 for ; Tue, 20 Mar 2001 16:33:55 -0700 (MST) Received: from hpfcla.fc.hp.com (hpfcla.fc.hp.com [15.254.48.2]) by atlrel1.hp.com (Postfix) with ESMTP id 34931234 for ; Tue, 20 Mar 2001 18:33:55 -0500 (EST) 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 QAA12691 for ; Tue, 20 Mar 2001 16:33:54 -0700 (MST) 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 14fVdR-000085-00 for ; Tue, 20 Mar 2001 16:33:53 -0700 To: submit@bugs.parisc-linux.org Subject: 'strace -f -o /tmp/gg fakeroot date' fails Date: Tue, 20 Mar 2001 16:33:53 -0700 From: Paul Bame Message-Id: Package: kernel Version: 20Mar2001 Using strace from http://mkhppa1.esiee.fr/en/download.html, on a narrow kernel on c3000, the aforementioned command generated the kernel message: User Fault (long pointer) pid=2153 command='fakeroot' This is possibly a known problem with strace and fork and/or signals. --------------------------------------- Received: (at 84-close) by bugs.parisc-linux.org; 30 Mar 2001 10:47:31 +0000 >From jsm@udlkern.fc.hp.com Fri Mar 30 03:47:31 2001 Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202]) by dsl2.external.hp.com (Postfix) with ESMTP id CF5A1482A for <84-close@bugs.parisc-linux.org>; Fri, 30 Mar 2001 03:47:31 -0700 (MST) Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48]) by atlrel2.hp.com (Postfix) with ESMTP id 2B10B13FC for <84-close@bugs.parisc-linux.org>; Fri, 30 Mar 2001 05:47:31 -0500 (EST) Received: (from jsm@localhost) by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) id DAA25799 for 84-close@bugs.parisc-linux.org; Fri, 30 Mar 2001 03:47:30 -0700 (MST) Date: Fri, 30 Mar 2001 03:47:30 -0700 (MST) From: John Marvin Message-Id: <200103301047.DAA25799@udlkern.fc.hp.com> To: 84-close@bugs.parisc-linux.org Subject: fixed by recent patch Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit This bug was fixed by a patch I submitted that fixed a problem with strace over forks. From daniel_frazier@hp.com Sat, 31 Mar 2001 01:03:01 -0700 (MST) Date: Sat, 31 Mar 2001 01:03:01 -0700 (MST) From: PA-RISC Linux bug Tracking System daniel_frazier@hp.com Subject: [kernel] bug#33: marked as done (DPF in iosapic_fixup_irq()) X-PA-RISC Linux-PR-Message: closed 33 Your message dated Sat, 31 Mar 2001 00:51:08 -0700 (MST) with message-id <200103310751.AAA06091@udlkern.fc.hp.com> and subject line Bug #33 fixed 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; 23 Feb 2001 00:18:34 +0000 >From grundler@cup.hp.com Thu Feb 22 17:18:34 2001 Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242]) by dsl2.external.hp.com (Postfix) with ESMTP id BA9D74A19 for ; Thu, 22 Feb 2001 17:18:18 -0700 (MST) Received: from milano.cup.hp.com (milano.cup.hp.com [15.8.80.76]) by palrel1.hp.com (Postfix) with ESMTP id DC94351E for ; Thu, 22 Feb 2001 16:18:14 -0800 (PST) Received: (from grundler@localhost) by milano.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) id QAA19998; Thu, 22 Feb 2001 16:21:09 -0800 (PST) Date: Thu, 22 Feb 2001 16:21:09 -0800 (PST) From: Grant Grundler Message-Id: <200102230021.QAA19998@milano.cup.hp.com> To: submit@bugs.parisc-linux.org Subject: DPF in iosapic_fixup_irq() Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Package: kernel Version: 2.4.0 L2000, PDC 40.48, Fully populated all add-on slots with misc PCI cards. The fact that PCI graphics cards were added complicates things since they consume lots of MMIO address space - more than we normally have for a distributed range per Elroy. "Failed to allocate resource" messages are not surprising. Data page fault at the end is due to some bug of my own in the interrupt handling code. John Marvin needs the l2k for large mem work and will remove the extra PCI cards for now. grant [ rest of output scrolled off the xterm ] ... PCI DEVICE INFORMATION Path Vendor Device Bus Slot Description (dec) Id Id # # ----------- ----- ---- ---- --- --- Ethernet cntlr 0/0/0/0 0x1011 0x19 0 1 SCSI bus cntlr 0/0/1/0 0x1000 0xb 0 1 SCSI bus cntlr 0/0/1/1 0x1000 0xb 0 1 SCSI bus cntlr 0/0/2/0 0x1000 0xf 0 1 SCSI bus cntlr 0/0/2/1 0x1000 0xf 0 1 Comp. ser cntlr 0/0/4/0 0x103c 0x1048 0 2 Comp. ser cntlr 0/0/5/0 0x103c 0x1048 0 2 3D cntlr 0/1/0/0 0x103c 0x108b 8 6 Display cntlr 0/1/1/0 0x103c 0x1005 8 5 Display cntlr 0/1/2/0 0x103c 0x1005 8 4 Display cntlr 0/1/3/0 0x103c 0x1005 8 3 Display cntlr 0/2/0/0 0x103c 0x1005 16 8 Display cntlr 0/3/0/0 0x103c 0x1005 24 10 Display cntlr 0/4/0/0 0x103c 0x1005 32 12 Display cntlr 0/5/0/0 0x103c 0x1005 40 7 Display cntlr 0/6/0/0 0x103c 0x1005 48 9 SCSI bus cntlr 0/7/0/0 0x1000 0xf 56 11 Main Menu: Enter command or menu > bo lan.15.1.50.190 Interact with IPL (Y, N, or Cancel)?> n Booting... Network Station Address 001083-ff8a59 System IP Address 15.1.53.238 Server IP Address 15.1.50.190 Boot IO Dependent Code (IODC) revision 2 HARD Booted. palo ipl grundler@hpisp747 Wed Feb 21 15:14:47 PST 2001 0/vmlinux 3436763 bytes @ 0x6800 0/palo-cmdline '0/vmlinux HOME=/ TERM=linux root=/dev/nfs nfsroot=15.1.50.190:/tftpboot/15.1.53.238 console=ttyS0' Kernel: partition 0 file /vmlinux ELF64 executable Entry 00100000 first 00100000 n 3 Segment 0 load 00100000 size 1984400 mediaptr 0x1000 Segment 1 load 002e6000 size 751856 mediaptr 0x1e6000 Segment 2 load 003a0000 size 16384 mediaptr 0x29e000 branching to kernel entry point 0x00100000 Set default PSW W bit to 1 PDC Console Initialized The 64-bit Kernel has started... FP[0] enabled: Rev 1 Model 16 Free memory starts at: 0x103ed000 start_parisc(0x64d24,0x64d24,0x0,0x0) PALO command line: 'HOME=/ TERM=linux root=/dev/nfs nfsroot=15.1.50.190:/tftpboot/15.1.53.238 console=ttyS0' PALO initrd 0-0 model 00005c40 00000491 00000000 00000002 094ade57 100000f0 00000008 000000b2 000000b2 vers 00000204 cpuid 00000229 CPUID vers 17 rev 9 model 9000/800/L2000-44 Searching for devices in PDC firmware... processor hpa 0xfffffffffffa0000 Found devices: 1. Rhapsody 440 (0) at 0xfffffffffffa0000, versions 0x5c4, 0x0, 0x4, 0x0, 0x91 2. Rhapsody 440 Memory (1) at 0xfffffffffed08000, versions 0x95, 0x0, 0x9, 0x0, 0x0 3. Astro BC Runway Port (12) at 0xfffffffffed00000, versions 0x582, 0x0, 0xb, 0x0, 0x10 4. Elroy PCI Bridge (13) at 0xfffffffffed30000, versions 0x782, 0x0, 0xa, 0x0, 0x0 5. Elroy PCI Bridge (13) at 0xfffffffffed32000, versions 0x782, 0x0, 0xa, 0x0, 0x0 6. Elroy PCI Bridge (13) at 0xfffffffffed34000, versions 0x782, 0x0, 0xa, 0x0, 0x0 7. Elroy PCI Bridge (13) at 0xfffffffffed36000, versions 0x782, 0x0, 0xa, 0x0, 0x0 8. Elroy PCI Bridge (13) at 0xfffffffffed38000, versions 0x782, 0x0, 0xa, 0x0, 0x0 9. Elroy PCI Bridge (13) at 0xfffffffffed3a000, versions 0x782, 0x0, 0xa, 0x0, 0x0 10. Elroy PCI Bridge (13) at 0xfffffffffed3c000, versions 0x782, 0x0, 0xa, 0x0, 0x0 11. Elroy PCI Bridge (13) at 0xfffffffffed3e000, versions 0x782, 0x0, 0xa, 0x0, 0x0 That's a total of 11 devices. CPU(s): 1 x PA8500 (PCX-W) at 440.000000 MHz Linux version 2.4.0 (grundler@hpisp747) (gcc version 2.97 20010128 (experimental)) #15 Thu Feb 22 12:14:26 PST 2001 free_bootmem(0x409000, 0xdfbf7000) initrd: 00000000-00000000 pagetable_init On node 0 totalpages: 917504 zone(0): 458752 pages. zone(1): 458752 pages. zone(2): 0 pages. Kernel command line: HOME=/ TERM=linux root=/dev/nfs nfsroot=15.1.50.190:/tftpboot/15.1.53.238 console=ttyS0 Calibrating delay loop... 878.18 BogoMIPS Memory: 3536740k available Dentry-cache hash table entries: 131072 (order: 9, 2097152 bytes) Buffer-cache hash table entries: 262144 (order: 9, 2097152 bytes) Page-cache hash table entries: 262144 (order: 9, 2097152 bytes) Inode-cache hash table entries: 131072 (order: 9, 2097152 bytes) POSIX conformance testing by UNIFIX lba version TR4.0 (0x5) found at 0xfffffffffed30000 LBA 0xfffffffffed30000 FID 1054103c STAT_CTL 0x0 ERROR 10/0 DMA_CTL 0x6 ARB mask 2f pri 0 mode 2 mtlt 0 lba range[2] : ignoring GMMIO (0xfffffff804000000) Scanning bus 00 Found 00:00 [1011/0019] 000200 00 Found 00:08 [1000/000b] 000100 00 Found 00:09 [1000/000b] 000100 00 Found 00:10 [1000/000f] 000100 00 Found 00:11 [1000/000f] 000100 00 Found 00:20 [103c/1048] 000700 00 Found 00:28 [103c/1048] 000700 00 Fixups for bus 00 lba_fixup_bus(0x00000000effe9480) bus 0 sysdata 0x00000000effe7000 lba_fixup_bus() LBA I/O Port [0/ffff]/100 lba_fixup_bus() LBA LMMIO [fffffffff8000000/fffffffff87fffff]/200 claimed 00:00.0 0 [0,7f]/101 claimed 00:00.0 1 [fffffffff8020000,fffffffff80203ff]/200 PCI: No parent found for region 6 of device Digital Equipment Corporation DECchip 21142/43 claimed 00:00.0 6 [fffffffffffc0000,ffffffffffffffff]/7200 claimed 00:04.0 0 [fffffffff8000000,fffffffff8000fff]/200 Bus scan for 00 returning with max=00 LBA pcibios_size_bridge() LBA pcibios_assign_unassigned_resources() PCI: dev Symbios Logic Inc. (formerly NCR) 53c896 type 64-bit PCI: dev Symbios Logic Inc. (formerly NCR) 53c896 (#2) type 64-bit PCI: dev Symbios Logic Inc. (formerly NCR) 53c896 type 64-bit PCI: dev Symbios Logic Inc. (formerly NCR) 53c896 (#2) type 64-bit LBA PIOP resource tree (0000000010300db0) 00000000effe7060 [0,ffff]/100 (00000000effe7060) 00000000effe6080 [0,7f]/101 (00000000effe7060) 00000000effe48b8 [80,bf]/101 (00000000effe7060) 00000000effe30b8 [c0,ff]/101 (00000000effe7060) 00000000effe6880 [100,1ff]/101 (00000000effe7060) 00000000effe5080 [200,2ff]/101 (00000000effe7060) 00000000effe5880 [300,3ff]/101 (00000000effe7060) 00000000effe4080 [400,4ff]/101 LBA LMMIO resource tree (0000000010300de8) 00000000effe7098 [fffffffff8000000,fffffffff87fffff]/200 (00000000effe7098) 00000000effe4880 [fffffffff8000000,fffffffff8000fff]/200 (00000000effe7098) 00000000effe58f0 [fffffffff8001000,fffffffff8001fff]/200 (00000000effe7098) 00000000effe6928 [fffffffff8002000,fffffffff8003fff]/204 (00000000effe7098) 00000000effe5128 [fffffffff8004000,fffffffff8005fff]/204 (00000000effe7098) 00000000effe40f0 [fffffffff8006000,fffffffff8006fff]/200 (00000000effe7098) 00000000effe3080 [fffffffff8007000,fffffffff8007fff]/200 (00000000effe7098) 00000000effe68b8 [fffffffff8008000,fffffffff80083ff]/204 (00000000effe7098) 00000000effe50b8 [fffffffff8009000,fffffffff80093ff]/204 (00000000effe7098) 00000000effe58b8 [fffffffff800a000,fffffffff800a0ff]/200 (00000000effe7098) 00000000effe40b8 [fffffffff800b000,fffffffff800b0ff]/200 (00000000effe7098) 00000000effe60b8 [fffffffff8020000,fffffffff80203ff]/200 (00000000effe7098) 00000000effe61d0 [fffffffff8040000,fffffffff807ffff]/7200 lba version TR4.0 (0x5) found at 0xfffffffffed32000 LBA 0xfffffffffed32000 FID 1054103c STAT_CTL 0x0 ERROR 10/0 DMA_CTL 0x6 ARB mask 1f pri 0 mode 2 mtlt 0 lba range[2] : ignoring GMMIO (0xfffffff884000000) Scanning bus 08 Found 08:00 [103c/108b] 000302 00 Found 08:08 [103c/1005] 000380 00 Found 08:10 [103c/1005] 000380 00 Found 08:18 [103c/1005] 000380 00 Fixups for bus 08 lba_fixup_bus(0x00000000effe9580) bus 8 sysdata 0x00000000effe7200 lba_fixup_bus() LBA I/O Port [10000/1ffff]/100 lba_fixup_bus() LBA LMMIO [fffffffff8800000/fffffffff8ffffff]/200 Bus scan for 08 returning with max=08 LBA pcibios_size_bridge() LBA pcibios_assign_unassigned_resources() PCI: Failed to allocate resource 0 for 08:01.0 PCI: Failed to allocate resource 0 for 08:02.0 PCI: Failed to allocate resource 0 for 08:03.0 PCI: dev PCI device 103c:108b (Hewlett-Packard Company) type 64-bit PCI: Failed to allocate resource 2 for 08:00.0 PCI: Failed to allocate resource 6 for 08:00.0 PCI: Failed to allocate resource 6 for 08:01.0 PCI: Failed to allocate resource 6 for 08:02.0 PCI: Failed to allocate resource 6 for 08:03.0 LBA PIOP resource tree (0000000010300db0) 00000000effe7260 [10000,1ffff]/100 LBA LMMIO resource tree (0000000010300de8) 00000000effe7298 [fffffffff8800000,fffffffff8ffffff]/200 (00000000effe7298) 00000000effe3880 [fffffffff8800000,fffffffff8ffffff]/120c lba version TR4.0 (0x5) found at 0xfffffffffed34000 LBA 0xfffffffffed34000 FID 1054103c STAT_CTL 0x0 ERROR 10/0 DMA_CTL 0x6 ARB mask 3 pri 0 mode 2 mtlt 0 lba range[2] : ignoring GMMIO (0xfffffff904000000) Scanning bus 10 Found 10:00 [103c/1005] 000380 00 Fixups for bus 10 lba_fixup_bus(0x00000000effe9680) bus 16 sysdata 0x00000000effe7400 lba_fixup_bus() LBA I/O Port [20000/2ffff]/100 lba_fixup_bus() LBA LMMIO [fffffffff9000000/fffffffff97fffff]/200 Bus scan for 10 returning with max=10 LBA pcibios_size_bridge() LBA pcibios_assign_unassigned_resources() PCI: Failed to allocate resource 0 for 10:00.0 LBA PIOP resource tree (0000000010300db0) 00000000effe7460 [20000,2ffff]/100 LBA LMMIO resource tree (0000000010300de8) 00000000effe7498 [fffffffff9000000,fffffffff97fffff]/200 (00000000effe7498) 00000000effe09d0 [fffffffff9000000,fffffffff900ffff]/7200 lba version TR4.0 (0x5) found at 0xfffffffffed36000 LBA 0xfffffffffed36000 FID 1054103c STAT_CTL 0x0 ERROR 10/0 DMA_CTL 0x6 ARB mask 3 pri 0 mode 2 mtlt 0 lba range[2] : ignoring GMMIO (0xfffffff984000000) Scanning bus 18 Found 18:00 [103c/1005] 000380 00 Fixups for bus 18 lba_fixup_bus(0x00000000effe9780) bus 24 sysdata 0x00000000effe7600 lba_fixup_bus() LBA I/O Port [30000/3ffff]/100 lba_fixup_bus() LBA LMMIO [fffffffff9800000/fffffffff9ffffff]/200 Bus scan for 18 returning with max=18 LBA pcibios_size_bridge() LBA pcibios_assign_unassigned_resources() PCI: Failed to allocate resource 6 for 18:00.0 LBA PIOP resource tree (0000000010300db0) 00000000effe7660 [30000,3ffff]/100 LBA LMMIO resource tree (0000000010300de8) 00000000effe7698 [fffffffff9800000,fffffffff9ffffff]/200 (00000000effe7698) 00000000effdc080 [fffffffff9800000,fffffffff9ffffff]/200 lba version TR4.0 (0x5) found at 0xfffffffffed38000 LBA 0xfffffffffed38000 FID 1054103c STAT_CTL 0x0 ERROR 10/0 DMA_CTL 0x6 ARB mask 3 pri 0 mode 2 mtlt 0 lba range[2] : ignoring GMMIO (0xfffffffa04000000) Scanning bus 20 Found 20:00 [103c/1005] 000380 00 Fixups for bus 20 lba_fixup_bus(0x00000000effe9880) bus 32 sysdata 0x00000000effe7800 lba_fixup_bus() LBA I/O Port [40000/4ffff]/100 lba_fixup_bus() LBA LMMIO [fffffffffa000000/fffffffffa7fffff]/200 Bus scan for 20 returning with max=20 LBA pcibios_size_bridge() LBA pcibios_assign_unassigned_resources() PCI: Failed to allocate resource 0 for 20:00.0 LBA PIOP resource tree (0000000010300db0) 00000000effe7860 [40000,4ffff]/100 LBA LMMIO resource tree (0000000010300de8) 00000000effe7898 [fffffffffa000000,fffffffffa7fffff]/200 (00000000effe7898) 00000000effdc9d0 [fffffffffa000000,fffffffffa00ffff]/7200 lba version TR4.0 (0x5) found at 0xfffffffffed3a000 LBA 0xfffffffffed3a000 FID 1054103c STAT_CTL 0x0 ERROR 10/0 DMA_CTL 0x6 ARB mask 3 pri 0 mode 2 mtlt 0 lba range[2] : ignoring GMMIO (0xfffffffa84000000) Scanning bus 28 Found 28:00 [103c/1005] 000380 00 Fixups for bus 28 lba_fixup_bus(0x00000000effe9980) bus 40 sysdata 0x00000000effe7a00 lba_fixup_bus() LBA I/O Port [50000/5ffff]/100 lba_fixup_bus() LBA LMMIO [fffffffffa800000/fffffffffaffffff]/200 Bus scan for 28 returning with max=28 LBA pcibios_size_bridge() LBA pcibios_assign_unassigned_resources() PCI: Failed to allocate resource 0 for 28:00.0 LBA PIOP resource tree (0000000010300db0) 00000000effe7a60 [50000,5ffff]/100 LBA LMMIO resource tree (0000000010300de8) 00000000effe7a98 [fffffffffa800000,fffffffffaffffff]/200 (00000000effe7a98) 00000000effd91d0 [fffffffffa800000,fffffffffa80ffff]/7200 lba version TR4.0 (0x5) found at 0xfffffffffed3c000 LBA 0xfffffffffed3c000 FID 1054103c STAT_CTL 0x0 ERROR 10/0 DMA_CTL 0x6 ARB mask 3 pri 0 mode 2 mtlt 0 lba range[2] : ignoring GMMIO (0xfffffffb04000000) Scanning bus 30 Found 30:00 [103c/1005] 000380 00 Fixups for bus 30 lba_fixup_bus(0x00000000effe9a80) bus 48 sysdata 0x00000000effe7c00 lba_fixup_bus() LBA I/O Port [60000/6ffff]/100 lba_fixup_bus() LBA LMMIO [fffffffffb000000/fffffffffb7fffff]/200 Bus scan for 30 returning with max=30 LBA pcibios_size_bridge() LBA pcibios_assign_unassigned_resources() PCI: Failed to allocate resource 0 for 30:00.0 LBA PIOP resource tree (0000000010300db0) 00000000effe7c60 [60000,6ffff]/100 LBA LMMIO resource tree (0000000010300de8) 00000000effe7c98 [fffffffffb000000,fffffffffb7fffff]/200 (00000000effe7c98) 00000000effd99d0 [fffffffffb000000,fffffffffb00ffff]/7200 lba version TR4.0 (0x5) found at 0xfffffffffed3e000 LBA 0xfffffffffed3e000 FID 1054103c STAT_CTL 0x0 ERROR 10/0 DMA_CTL 0x6 ARB mask 3 pri 0 mode 2 mtlt 0 lba range[2] : ignoring GMMIO (0xfffffffb84000000) Scanning bus 38 Found 38:00 [1000/000f] 000100 00 Fixups for bus 38 lba_fixup_bus(0x00000000effe9b80) bus 56 sysdata 0x00000000effe7e00 lba_fixup_bus() LBA I/O Port [70000/7ffff]/100 lba_fixup_bus() LBA LMMIO [fffffffffb800000/fffffffffbffffff]/200 Dumping Stack from 00000000efff0000 to 00000000efff1840: 0000 00000000 00000000 00000000 00000040 00000000 00000000 00000000 10300cc0 0020 00000000 00000001 00000000 00000000 ffffffff 00000000 00000000 00000000 0040 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0060 ffffffff ffffffff 00000000 10300a08 00000000 10300a08 00000000 00000000 0080 00000000 103a0000 00000000 103a0000 00000000 10309a00 00000000 00000000 00a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000001 00c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 103a0000 00e0 00000000 103a0000 00000000 00000000 00000000 00000000 00000000 00000000 0100 00000000 103a0100 00000000 103a0100 00000000 00000000 00000000 103cf270 0120 00000000 00000000 00000000 efff0128 00000000 efff0128 00000000 00000000 0140 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0160 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0180 00000000 00000000 00000000 00000000 00000000 efff0000 00000000 10329d20 01a0 00000000 00000067 00000000 00000000 00000000 000002b2 00000000 00000000 01c0 00000000 00000319 00000000 00000000 00000000 00000000 00000000 00000000 01e0 00000000 00000000 00000000 00000000 00000000 00000000 80000000 00000000 0200 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0220 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0240 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0260 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0280 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 02a0 fffffeff 00000000 ffffffff 00000000 00000000 10302358 ffffffff ffffffff 02c0 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff 02e0 ffffffff ffffffff 00000000 00800000 00000000 05000000 00000000 00000000 0300 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff 00000000 0000e000 0320 00000000 0000e000 00000000 00000400 00000000 00000400 ffffffff ffffffff 0340 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff 0360 ffffffff ffffffff 00007377 61707065 72000000 00000000 00000000 00000000 0380 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 03a0 00000000 10342be0 00000000 10342be0 00000000 10342be0 00000000 00000078 03c0 00000000 00000000 00000000 000000fa 00000000 102c5774 00000000 102b7144 03e0 00000000 efffd7c0 00000000 00200000 00000000 00008800 00000000 00000000 0400 00000000 ef600000 00000000 00000036 00000000 1012b75c 00000000 10342be0 0420 00000000 00000000 00000000 000000ff 00000000 0800000f 00000000 00000024 0440 00000000 0000003c 00000000 0000003e 00000000 10342be0 00000000 00000001 0460 00000000 103aafa7 00000000 00000000 00000000 101003f0 00000000 00000023 0480 00000000 00000000 00000000 00000024 00000000 0800000f 00000000 000000ff 04a0 000000f0 f00003dc 000000f0 f000028c 000000f0 f0002b14 ffffffff ffffffff 04c0 ffffffff f8000006 ffffffff f8000005 00000000 00000000 00000000 00000060 04e0 00000000 00000060 00000000 003a4000 00000000 003aa840 00000000 10342be0 0500 00000000 00000000 00000000 103a0cb0 00000000 103a0e40 02040000 00802004 0520 ffd00fbf 5d42c899 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff 0540 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff 0560 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff 0580 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff 05a0 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff 05c0 ffffffff ffffffff ffffffff ffffffff 00000000 00000400 00000000 00000100 05e0 00000000 00000000 00000000 00000300 ffffffff ffffffff ffffffff ffffffff 0600 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff 0620 00000000 00000000 00000000 00000000 00000000 efff07c0 00000000 10104440 0640 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0660 00000000 00000000 00000000 00000000 00000000 1012b740 00000000 1012b744 0680 00000000 000000ff 00000000 0030a000 00000000 10309080 00000000 103090c0 06a0 00000000 00000000 00000000 103093f0 00000000 00000000 00000000 00000000 06c0 00000000 efff06b8 00000000 00000000 00000000 00000000 00000000 00000000 06e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0700 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0720 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0740 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0760 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0780 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 07a0 00000000 00000000 00000000 00000000 00000000 1010445c 00000000 00000000 07c0 00000000 10342be0 00000000 103a0a40 00000000 00000000 00000000 00000000 07e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0800 00000000 103a0a40 00000000 00000000 00000000 00000000 00000000 00000000 0820 00000000 00000000 00000000 00000000 00000000 1010040c 00000000 00000000 0840 00000000 00000000 00000000 00000000 00000000 00000000 00000000 10309a00 0860 00000000 103a0000 00000000 10342be0 00000000 103a0a40 00000000 00000000 0880 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 08a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 08c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 08e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0900 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0920 00000000 00000000 00000000 00000000 00000000 10354c2c 00000000 00000000 0940 00000000 103a0a40 00000000 00000000 00000000 00000000 00000000 00000000 0960 00000000 00000000 00000000 00000000 00000000 00000000 00000000 efffc180 0980 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 09a0 00000000 00000000 00000000 00000000 00000000 1036ce60 00000000 00000000 09c0 00000000 10342be0 00000000 102dc9cc 00000000 10309a00 00000000 10309a00 09e0 00000000 10342be0 00000000 10342be0 00000000 10342be0 00000000 10342be0 0a00 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0a20 00000000 00000000 00000000 00000000 00000000 10356944 00000000 00000000 0a40 00000000 efff0000 00000000 10309a00 00000000 10342be0 00000000 10342be0 0a60 00000000 10342be0 00000000 00000000 00000000 00000000 00000000 00000000 0a80 00000000 efffd8c0 00000000 00000000 00000000 00000000 00000000 00000000 0aa0 00000000 00000000 00000000 00000000 00000000 10356e50 00000000 00000000 0ac0 00000000 efff0000 00000000 0000002f 00000000 00000000 00000000 00000000 0ae0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0b00 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0b20 00000000 00000000 00000000 00000000 00000000 1010c890 00000000 00000000 0b40 00000000 00000001 00000000 0000000a 00000000 10342be0 00000000 103003c8 0b60 00000000 103a6c48 00000000 00000000 00000000 00000000 00000000 00000000 0b80 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0ba0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0bc0 00000000 00000000 00000000 efff0000 00000000 10342be0 00000000 103aaab8 0be0 00000000 10342be0 00000000 10342be0 00000000 102c0894 00000000 102c05d8 0c00 00000000 102c088c 00000000 00000005 ffffffff fed3e000 00000000 00000007 0c20 00000000 0000000a 00000000 00000005 00000000 10356b08 00000000 00000000 0c40 00000000 00000005 00000000 efff9940 00000000 10342be0 00000000 effe7e00 0c60 00ffffff ffff0007 00000000 00000000 00000000 00000004 80000000 00000000 0c80 00000000 00000038 00000000 0000003f 80000000 00000001 ffffffff fb800000 0ca0 ffffffff fbffffff 80000000 00000002 00000000 1036b528 fffffffb ffffffff 0cc0 00000000 effe7e00 00000000 00000000 00000000 00000000 00000000 00000000 0ce0 00000000 00000000 00000000 effe9b80 00000000 00000000 00000000 effe7e00 0d00 00000000 00000000 00000100 00000000 00000000 00000000 00000000 00000000 0d20 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0d40 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0d60 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0d80 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0da0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0dc0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0de0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0e00 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0e20 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0e40 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0e60 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0e80 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0ea0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0ec0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0ee0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0f00 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0f20 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0f40 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0f60 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0f80 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0fa0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0fc0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0fe0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 1000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 1020 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 1040 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 1060 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 1080 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 10a0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 10c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 10e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 1100 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 1120 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 1140 00000000 00000000 00000000 10342be0 00000000 103a6c48 00000000 10300538 1160 00000000 10342be0 00000000 effe7e00 00000000 effe9b80 00000000 00000012 1180 00000000 103aaf96 00000000 00000000 00000000 effe7c98 00000000 003a4080 11a0 00000000 00000002 00000000 00000000 00000000 101054d0 02040000 00802004 11c0 00000000 0000003c 00000000 0000003e 00000000 10342be0 00000000 00000001 11e0 00000000 103aafcd 00000000 103aaf83 00000000 102d9620 00000000 00000038 1200 00000000 efff1248 00000000 efff0cc8 00000000 effe9b80 00000000 00000005 1220 00000000 00000100 00000000 00000100 00000000 1036b2e8 00000000 0000006c 1240 00000000 effe9b80 00000000 00000100 00000000 000000f2 00000000 10355904 1260 00000000 0804000e 00000000 00000002 00000000 effe9ba8 00000000 10342be0 1280 00000000 00000038 00000000 00000000 00000000 effe9b80 00000000 00000100 12a0 ffffffff ffffffff ffffffff ffffffff 00000000 1011bb7c ffffffff ffffffff 12c0 00000000 00000000 02000000 10342be0 00000000 00000001 00000000 0804000e 12e0 00000000 00000002 00000000 effe9ba8 00000000 10342be0 00000000 00000038 1300 00000000 00000000 00000000 effe9b80 00000000 10342be0 00000000 103a8840 1320 00000000 000000ff 00000000 103a8840 00000000 1012b75c 00000000 efff11b0 1340 00000000 00000000 00000000 000000ff 00000000 0800000f 00000000 00000012 1360 00000000 0000003c 00000000 0000003e 00000000 102c066c 00000000 102c0724 1380 ffffffff fb800000 ffffffff fbffffff 00000000 00000200 ffffffff f8000005 13a0 00000000 00000000 00000000 00000000 00000000 1011d660 00000000 000000ff 13c0 00000000 effe9b80 00000000 10342be0 00000000 effe7e00 00000000 effd6010 13e0 00000000 effd6000 00000000 10342be0 00000000 effe7e00 00000000 effd6010 1400 00000000 effd6000 00000000 effe7e00 00000000 effe7e60 00000000 10342be0 1420 00000000 00000000 00000000 efff1530 00000000 efff16c0 02040000 00802004 1440 ffd00fbf 5d42c899 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff 1460 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff 00000000 102c068c 1480 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff 14a0 ffffffff ffffffff ffffffff ffffffff 00000000 1011e808 ffffffff ffffffff 14c0 000000ff 0804fe0f 00000000 10346be0 00000000 1011e808 00000000 effd8400 14e0 00000000 10342be0 00000000 00000000 00000000 efff9940 00000000 effd6000 1500 00000000 effe9ba8 00000000 00000200 00000000 00000604 00000000 10355904 1520 00000000 000000f2 00000000 000000fa 00000000 000000f0 00000000 000000ff 1540 000000f0 f00003dc 000000f0 f000028c 000000f0 f0002b14 00000000 00000000 1560 ffffffff fed3e840 00000000 00000000 00000000 10342be0 00000000 10346be0 1580 00000000 000000a5 00000000 00000009 00000000 103ce550 00000000 10342be0 15a0 00000000 00000000 00000000 efff1630 00000000 efff1840 00000000 00000000 15c0 ffd00fbf 5d42c899 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff 15e0 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff 1600 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff 1620 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff 1640 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff 1660 ffffffff ffffffff ffffffff ffffffff 00000000 000001b0 00000000 00000030 1680 00000000 00000000 00000000 00000300 ffffffff ffffffff ffffffff ffffffff 16a0 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff 16c0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 16e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 1700 00000000 00000000 00000000 00000000 00000000 1011e834 00000000 1011e838 1720 00000000 000000ff 00000000 103a8840 00000000 efff15a8 00000000 efff15b0 1740 00000000 00000000 00000004 00000005 00000000 efff16b0 00000000 10342be0 1760 00000000 00000009 00000000 4a7c0068 00000000 00000000 00000000 00000034 1780 00000000 efff15ca 00000000 102e470a ffffffff ffffffff 00000000 103aafc1 17a0 00000000 00000002 00000000 102e4708 ffffffff ffffffff ffffffff ffffffff 17c0 00000000 00000000 00000000 10342be0 00000000 00000001 00000000 00000040 17e0 ffffffff ffffffff ffffffff ffffffff 00000000 00000000 00000000 00000000 1800 00000000 00000000 00000000 00000300 ffffffff ffffffff ffffffff ffffffff 1820 ffffffff ffffffff ffffffff ffffffff 00000000 10105718 ffffffff ffffffff Kernel Fault: Code=26 regs=00000000efff14c0 (Addr=00000034) YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI PSW: 00001000000001001111111000001111 r0-3 0000000000000000 0000000010346be0 000000001011e808 00000000effd8400 r4-7 0000000010342be0 0000000000000000 00000000efff9940 00000000effd6000 r8-11 00000000effe9ba8 0000000000000200 0000000000000604 0000000010355904 r12-15 00000000000000f2 00000000000000fa 00000000000000f0 00000000000000ff r16-19 000000f0f00003dc 000000f0f000028c 000000f0f0002b14 0000000000000000 r20-23 fffffffffed3e840 0000000000000000 0000000010342be0 0000000010346be0 r24-27 00000000000000a5 0000000000000009 00000000103ce550 0000000010342be0 r28-31 0000000000000000 00000000efff1630 00000000efff1840 0000000000000000 sr0-3 0000000000000000 0000000000000000 0000000000000000 0000000000000000 sr4-7 0000000000000000 0000000000000000 0000000000000000 0000000000000000 IASQ: 0000000000000000 0000000000000000 IAOQ: 000000001011e834 000000001011e838 IIR: 4a7c0068 ISR: 0000000000000000 IOR: 0000000000000034 ORIG_R28: 0000000400000005 IOAQ 0x1011e834 iosapic_fixup_irq+fc GR02 0x1011e808 iosapic_fixup_irq+d0 IIR: LDW 52(r19),r28 1011e7dc: 34 18 00 00 ldi 0,r24 1011e7e0: 08 04 02 5b copy r4,dp 1011e7e4: 48 7a 00 38 ldw 1c(r3),r26 1011e7e8: 2b 61 10 00 addil 2800,dp,%r1 1011e7ec: 70 7c 00 50 std ret0,28(r3) 1011e7f0: 50 21 04 a0 ldd 250(r1),r1 1011e7f4: 08 03 02 56 copy r3,r22 1011e7f8: 34 77 00 64 ldo 32(r3),r23 1011e7fc: 37 dd 3f e1 ldo -10(sp),ret1 1011e800: eb f5 b6 15 b,l 1010a310 ,%r2 1011e804: 0c 20 10 d9 ldd 0(sr0,r1),r25 1011e808: 0c d0 10 d4 ldd 8(sr0,r6),r20 1011e80c: 40 73 00 62 ldb 31(r3),r19 1011e810: 08 04 02 5b copy r4,dp 1011e814: 36 94 00 80 ldo 40(r20),r20 1011e818: da 73 0b e0 extrd,u r19,63,32,r19 1011e81c: d2 73 09 f5 shrpw r19,r19,16,r21 1011e820: d6 b5 0e 18 depw r21,15,8,r21 1011e824: d2 b3 0a f3 shrpw r19,r21,8,r19 1011e828: 68 73 00 30 stw r19,18(r3) 1011e82c: 70 74 00 20 std r20,10(r3) 1011e830: 50 d3 00 20 ldd 10(r6),r19 1011e834: 4a 7c 00 68 ldw 34(r19),ret0 <- Kernel Fault 1011e838: 08 bc 0a 3c add,l ret0,r5,ret0 1011e83c: 68 fc 00 f8 stw ret0,7c(r7) 1011e840: db 9c 0f e0 extrd,s ret0,63,32,ret0 1011e844: 53 c2 3d e1 ldd -110(sp),rp 1011e848: 53 c6 3e 11 ldd -f8(sp),r6 1011e84c: 53 c5 3e 21 ldd -f0(sp),r5 1011e850: 53 c4 3e 31 ldd -e8(sp),r4 1011e854: 53 c3 3e 41 ldd -e0(sp),r3 1011e858: e8 40 d0 00 ret ldw 34(r19) is trying to read isi->isi_region->data.irqbase. isi->isi_region seems to be a NULL ptr. *sigh*. Enabling DEBUG_IOSAPIC (and thus ASSERT) changes the location where the code data page faults. Kernel Fault: Code=26 regs=00000000efff14c0 (Addr=00000034) YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI PSW: 00001000000001001111111000001111 r0-3 0000000000000000 0000000010338bc0 000000001011ddc8 00000000effd8400 r4-7 0000000010338bc0 0000000000000000 00000000efff9940 00000000effd6000 r8-11 00000000effe9ba8 0000000000000000 0000000000000200 0000000000000604 r12-15 00000000000000f2 00000000000000fa 00000000000000f0 00000000000000ff r16-19 000000f0f00003dc 000000f0f000028c 000000f0f0002b14 0000000000000000 r20-23 fffffffffed3e840 0000000000000000 0000000010338bc0 000000001033cbc0 r24-27 00000000000000a5 0000000000000009 00000000103c6548 0000000010338bc0 r28-31 0000000000000000 00000000efff1630 00000000efff1840 000000000000008b sr0-3 0000000000000000 0000000000000000 0000000000000000 0000000000000000 sr4-7 0000000000000000 0000000000000000 0000000000000000 0000000000000000 IASQ: 0000000000000000 0000000000000000 IAOQ: 000000001011ddf0 000000001011ddf4 IIR: 4a7c0068 ISR: 0000000000000000 IOR: 0000000000000034 ORIG_R28: 0000000000000010 IIR: LDW 52(r19),r28 I've lost the vmlinux/System.map for this run since doing it. But the instruction seems to be the same one. So perhaps I'm wrong about the culprit being isi->isi_region being NULL since I would have expected an ASSERT to catch that. --------------------------------------- Received: (at 33-close) by bugs.parisc-linux.org; 31 Mar 2001 07:51:12 +0000 >From jsm@udlkern.fc.hp.com Sat Mar 31 00:51:12 2001 Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210]) by dsl2.external.hp.com (Postfix) with ESMTP id 7405E482A for <33-close@bugs.parisc-linux.org>; Sat, 31 Mar 2001 00:51:12 -0700 (MST) Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48]) by atlrel1.hp.com (Postfix) with ESMTP id 6C6E78D8 for <33-close@bugs.parisc-linux.org>; Sat, 31 Mar 2001 02:51:09 -0500 (EST) Received: (from jsm@localhost) by udlkern.fc.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.01) id AAA06091 for 33-close@bugs.parisc-linux.org; Sat, 31 Mar 2001 00:51:08 -0700 (MST) Date: Sat, 31 Mar 2001 00:51:08 -0700 (MST) From: John Marvin Message-Id: <200103310751.AAA06091@udlkern.fc.hp.com> To: 33-close@bugs.parisc-linux.org Subject: Bug #33 fixed Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit This bug was due to running out of irq regions. Increasing NR_IRQ_REGS fixed the problem. A recent patch also fixed the error return so that this problem won't be as obscure if it happens again. John