From owner-freebsd-net@FreeBSD.ORG Wed Apr 19 16:12:31 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4BC516A41F for ; Wed, 19 Apr 2006 16:12:31 +0000 (UTC) (envelope-from tbyte@otel.net) Received: from mail.otel.net (gw3.OTEL.net [212.36.8.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDFDA43D48 for ; Wed, 19 Apr 2006 16:12:29 +0000 (GMT) (envelope-from tbyte@otel.net) Received: from dragon.otel.net ([212.36.8.135]) by mail.otel.net with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FWFI2-000FHC-JV for freebsd-net@freebsd.org; Wed, 19 Apr 2006 19:12:27 +0300 From: Iasen Kostov To: FreeBSD Net Content-Type: text/plain Date: Wed, 19 Apr 2006 19:12:25 +0300 Message-Id: <1145463145.8789.15.camel@DraGoN.OTEL.net> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: ndis wrapper missing some functions. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2006 16:12:32 -0000 Hello A friend of mine has Compaq nx6125 with onboard wireless BCM9 4318 MPG. (pciconf -lv : none3@pci2:2:0: class=0x028000 card=0x1356103c chip=0x431814e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' class = network ) When I create KLD with ndisgen (everything works perfect there) I get this upon loading : no match for strrchr no match for MmFreeContiguousMemorySpecifyCache no match for MmAllocateContiguousMemorySpecifyCache no match for MmGetPhysicalAddress ndis0: mem 0xd0010000-0xd0011fff irq 22 at device 2.0 on pci2 ndis0: NDIS API version: 5.1 ntoskrnl dummy called... Fatal trap 12: page fault while in kernel mode fault virtual address = 0x1a fault code = supervisor read, page not present instruction pointer = 0x20:0xc6f01179 stack pointer = 0x28:0xe5453720 frame pointer = 0x28:0xe5453734 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 855 (kldload) trap number = 12 panic: page fault Uptime: 29m3s It looks like ndiswrapper does not implement the 3 funcs strrchr(), MmFreeContiguousMemorySpecifyCache(), MmAllocateContiguousMemorySpecifyCache() and MmGetPhysicalAddress() and I can assume that "ntoskrnl dummy called..." means that they are substituted with a stub funcs. But memory allocation functions don't like stubs and that's probably the reason for the panic. I thinks it will be easy to implement strrchr() but other 3 are out of my experties :).