From owner-freebsd-isdn@FreeBSD.ORG Fri Jun 17 10:35:18 2005 Return-Path: X-Original-To: freebsd-isdn@freebsd.org Delivered-To: freebsd-isdn@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3091216A41C for ; Fri, 17 Jun 2005 10:35:18 +0000 (GMT) (envelope-from cian@cian.ws) Received: from mail.cian.ws (cian.ws [62.231.45.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EB3043D55 for ; Fri, 17 Jun 2005 10:35:17 +0000 (GMT) (envelope-from cian@cian.ws) Received: from localhost (localhost [127.0.0.1]) by mail.cian.ws (Postfix) with ESMTP id 766CA705C0A for ; Fri, 17 Jun 2005 11:35:16 +0100 (IST) Received: from mail.cian.ws ([127.0.0.1]) by localhost (g5.cian.ws [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 16301-05 for ; Fri, 17 Jun 2005 11:35:15 +0100 (IST) Received: from [IPv6:2001:770:125::5] (unknown [IPv6:2001:770:125::5]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mail.cian.ws (Postfix) with ESMTP id 6CD47705BEC for ; Fri, 17 Jun 2005 11:35:15 +0100 (IST) Mime-Version: 1.0 (Apple Message framework v730) In-Reply-To: <7112CBFA-724E-4846-AA2E-1EFBC4B49CE2@cian.ws> References: <7112CBFA-724E-4846-AA2E-1EFBC4B49CE2@cian.ws> Message-Id: <475744B9-48D9-474F-96E9-4C48869FD970@cian.ws> From: Cian Hughes Date: Fri, 17 Jun 2005 11:35:13 +0100 To: freebsd-isdn@freebsd.org X-Mailer: Apple Mail (2.730) X-Virus-Scanned: amavisd-new at g5.cian.ws Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Problem with C4B on FreeBSD-Stable X-BeenThere: freebsd-isdn@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using ISDN with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 10:35:18 -0000 (I know I shouldn't reply to my own posts) I traced my last problem to kcapi_ctlr.c here are my changes starting at line 845 /* check if operation is allowed by owner of the current process / thread */ if (! curthread || curthread->td_ucred == NOCRED || curthread->td_ucred == FSCRED || suser (curthread) != 0) { mtx_unlock (&g_mtxCtlrData); DBG (LOG_ERROR, "ERROR: Root permission required to reset controller %u", uCtlr); DBG (LOG_ERROR, "ERROR: CIANHHH: User is: %u", suser (curthread)); if (! curthread) { DBG (LOG_ERROR, "ERROR: CIANHHH: curthread"); } if (curthread->td_ucred == NOCRED) { DBG (LOG_ERROR, "ERROR: CIANHHH: NOCRED"); } if (curthread->td_ucred == FSCRED ) { DBG (LOG_ERROR, "ERROR: CIANHHH: FSCRED"); } uRes = CRE_NO_RIGHTS_TO_RESET; kcapitrace_appl_reset_ctlr (uCtlr, nNumDataBlocks, paDataBlocks, uRes); return (uRes); } on boot I got: kcapimgr: E kcapi_reset_ctlr: ERROR: CIANHHH: User is: 0 kcapimgr: E kcapi_reset_ctlr: ERROR: CIANHHH: NOCRED Then I removed " curthread->td_ucred == NOCRED || " test, i'm the only one with access to this box so i'm not to worried about security, i'll look into why it's failing later. ______ Now we kernel panic when running capitest: # capitest -s -tx 014900248 capidev: T capidev_open: CAPI device is beeing opened capidev: D capidev_open: new temp fd 4 allocated kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x6c fault code = supervisor read, page not present instruction pointer = 0x8:0xc050b6d1 stack pointer = 0x10:0xc7dddbd8 frame pointer = 0x10:0xc7dddbdc code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 558 (capitest) trap number = 12 panic: page fault Uptime: 54s Cannot dump. No dump device defined. Automatic reboot in 15 seconds - press a key on the console to abort and again when starting asterisk: oppy:root:/usr/local/etc/asterisk:0# capidev: T capidev_open: CAPI device is beeing opened capidev: D capidev_open: new temp fd 25 allocated capidev: D capidev_ioctl: CAPI_GET_PROFILE: Result 0x0000, controller 0 capidev: D capidev_close: Application not registered, only close file descriptor capidev: T capidev_open: CAPI device is beeing opened capidev: D capidev_open: new temp fd 25 allocated kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x6c fault code = supervisor read, page not present instruction pointer = 0x8:0xc050b6d1 stack pointer = 0x10:0xcc445bd8 frame pointer = 0x10:0xcc445bdc code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 599 (asterisk) trap number = 12 panic: page fault Uptime: 5m14s Cannot dump. No dump device defined. Regards, Cian On 17 Meith 2005, at 09:26, Cian Hughes wrote: > I get this error on boot: > CAPI subsystem startup: kcapimgr capidev > avmaic avmaic0: port 0xec80-0xec9f,0xecc0-0xecff > mem 0xfdfffc00-0xfdfffc3f irq 10 at device 8.0 on pci1 > avmaic0: "AVMB1-1" successfully attached as CAPI controller 1 > kcapimgr: E kcapi_reset_ctlr: ERROR: Root permission required to > reset controller 1 > Error in download operation for board "AVMB1-1", number 1: > Insufficient rights, must have root privileges > /etc/rc: WARNING: Download command for avmaic failed. > > if you have any suggestions I would be most obliged. > > also if I type this from a command line: > oppy# avmaicctl -q -f /etc/avmaic.cfg > Error in download operation for board "AVMB1-1", number 1: > Insufficient rights, must have root privileges > (and on console: kcapimgr: E kcapi_reset_ctlr: ERROR: Root > permission required to reset controller 1) > > Regards, > Cian Hughes