From owner-freebsd-mobile Wed Apr 21 1:52:40 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from int-gw.staff.apnic.net (guardian.apnic.net [203.37.255.100]) by hub.freebsd.org (Postfix) with ESMTP id DCDEA14D75 for ; Wed, 21 Apr 1999 01:52:37 -0700 (PDT) (envelope-from bc-freebsd@vicious.dropbear.id.au) Received: (from mail@localhost) by int-gw.staff.apnic.net (8.9.1a/8.9.1) id IAA12923 for ; Wed, 21 Apr 1999 08:50:09 GMT Received: from julubu.staff.apnic.net(192.168.1.37) by rex.apnic.net via smap (V2.1) id xma012921; Wed, 21 Apr 99 18:49:41 +1000 Received: (from bc@localhost) by julubu.staff.apnic.net (8.8.7/SCO5) id SAA20648; Wed, 21 Apr 1999 18:49:41 +1000 (EST) X-Authentication-Warning: julubu.staff.apnic.net: bc set sender to bc-freebsd@vicious.dropbear.id.au using -f Date: Wed, 21 Apr 1999 18:49:41 +1000 (EST) From: Bruce Campbell To: freebsd-mobile@freebsd.org Subject: pccardd and ep0 (3c589D) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Quick overview: 3.1-RELEASE kernel with ep0 on a laptop results in 'No buffer space available' when used with pccardd. 3c589D. Unloads ep0 right after getting mac address. Detail: Recently work has deigned to allocate myself with a humble HP Omnibook for my purposes. The FreeBSD 3.1-RELEASE GENERIC kernel works fine with the zp0 device, however of course the APM side of things doesn't work. Recompiling the kernel with the following added options to GENERIC: # APM support device apm0 at isa? flags 0x31 # PCMCIA support controller card0 device pcic0 at card? device pcic1 at card? options PCIC_RESUME_RESET # ep0 driver (3com) to work under pccardd device ep0 at isa? port 0x300 net irq 10 vector epintr # Disable the zp0 driver, we don't need it, use ep0 instead with # laptops (according to various gnats #s) # device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 # Reset various things after a resume options PSM_HOOKAPM # Hook the APM resume event, useful for some laptops options PSM_RESETAFTERSUSPEND # reset the device at the resume event options "CPU_SUSP_HLT" results in a kernel which can be suspended quite happily, which is the main thing I want. ep0 can be brought up and down quite happily, but when any traffic is sent over that link: ping: sendto: No buffer space available Patching if_ep.c results in the following messages in quick successions: ep0: entering ep_pccard_init ep0: utp/bnc[*UTP*] address xx:xx:xx:xx:xx:xx ep0: unload Huh? It unloads it right away? Return IRQ=10 pccardd[237]: driver allocation failed for 3Com Corporation The ep0 messages were inserted into ep_pccard_init() and ep_unload() (ep_attach() is the middle one). Either I'm missing something glaringly obvious which hasn't made it into gnats or the mailing lists, or there is something wrong with my hardware which triggers an unload straight away. Ideas? Known undocumented problem? Known documented problem to which I haven't found the document ;) ? --==-- Bruce. Frustrated. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message