From owner-freebsd-mobile Sun Jan 23 0: 6:36 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from pluto.psn.net (pluto.psn.net [207.211.58.12]) by hub.freebsd.org (Postfix) with ESMTP id 9DD4715121 for ; Sun, 23 Jan 2000 00:06:24 -0800 (PST) (envelope-from will@shadow.blackdawn.com) Received: from 13-063.008.popsite.net ([209.69.195.63] helo=shadow.blackdawn.com) by pluto.psn.net with esmtp (PSN Internet Service 3.12 #1) id 12CI2H-0000iK-00; Sun, 23 Jan 2000 01:06:20 -0700 Received: by shadow.blackdawn.com (Postfix, from userid 1000) id 92BF7191D; Sun, 23 Jan 2000 03:05:06 -0500 (EST) Date: Sun, 23 Jan 2000 03:05:06 -0500 From: Will Andrews To: Greg Lehey Cc: FreeBSD Mobile Subject: Re: Will 3Com 3CCFE574BT work in 4.0 Release? Message-ID: <20000123030506.B10237@shadow.blackdawn.com> References: <200001230347.UAA27217@harmony.village.org> <20000123152127.G930@mojave.worldwide.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20000123152127.G930@mojave.worldwide.lemis.com>; from grog@lemis.com on Sun, Jan 23, 2000 at 03:21:27PM +0800 X-Operating-System: FreeBSD 3.4-STABLE i386 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sun, Jan 23, 2000 at 03:21:27PM +0800, Greg Lehey wrote: > Am I correct in believing that only the PCcard version of the > 3CCFE574BT works, and that the CardBus version doesn't? If so, that > needs to be *carefully* documented. This is correct, as far as I know. I know the PC-Card one works. I never tried with the CardBus one, although I could (if I had the card). -- Will Andrews GCS/E/S @d- s+:+>+:- a--->+++ C++ UB++++ P+ L- E--- W+++ !N !o ?K w--- ?O M+ V-- PS+ PE++ Y+ PGP+>+++ t++ 5 X++ R+ tv+ b++>++++ DI+++ D+ G++>+++ e->++++ h! r-->+++ y? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sun Jan 23 3:39:27 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from polaris.we.lc.ehu.es (polaris.we.lc.ehu.es [158.227.6.43]) by hub.freebsd.org (Postfix) with ESMTP id 73DAA14C27 for ; Sun, 23 Jan 2000 03:38:54 -0800 (PST) (envelope-from jose@we.lc.ehu.es) Received: from we.lc.ehu.es (lxpxfa.lx.ehu.es [158.227.99.230]) by polaris.we.lc.ehu.es (8.9.1/8.9.1) with ESMTP id MAA03511 for ; Sun, 23 Jan 2000 12:38:50 +0100 (MET) Message-ID: <388AE849.2587D678@we.lc.ehu.es> Date: Sun, 23 Jan 2000 12:38:49 +0100 From: "Jose M. Alcaide" Organization: Universidad del =?iso-8859-1?Q?Pa=EDs?= Vasco - Dpto. de Electricidad y =?iso-8859-1?Q?Electr=F3nica?= X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 3.4-RELEASE i386) X-Accept-Language: es-ES, es, en-US, en MIME-Version: 1.0 To: freebsd-mobile@FreeBSD.ORG Subject: Re: suspend problems with Dell Inspiron 3700 References: <20000123010357.2C50C5D033@mail.wzrd.com> Content-Type: multipart/mixed; boundary="------------EA81BA50E4A538319BE43559" Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. --------------EA81BA50E4A538319BE43559 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Dan Harnett wrote: > > I had similiar problems with the Dell Inspiron 3500. Taking out any MAXMEM > line in the kernel config along with any AUTO_EOI_? option solved my problems > nicely. You might also want to enable the PS/2 mouse related APM options. I > had some unpredictable things happen with the touchpad after resuming. > Thank you for your answer. Unfortunately, I did not include any MAXMEM option in my kernel config file (I attached it to this message). OTOH, I am not having any problems after resuming; simply, suspend does not work 90% of the times I try to do it (with no xserver running). Cheers, -- JMA ----------------------------------------------------------------------- José Mª Alcaide | mailto:jose@we.lc.ehu.es Universidad del País Vasco | mailto:jmas@FreeBSD.org Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-946013071 ----------------------------------------------------------------------- "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein --------------EA81BA50E4A538319BE43559 Content-Type: text/plain; charset=us-ascii; name="V-GER" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="V-GER" # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.143.2.24 1999/12/05 01:56:42 luoqi Exp $ machine "i386" cpu "I686_CPU" ident V-GER maxusers 32 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options MFS #Memory Filesystem options NFS #Network Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options SOFTUPDATES #obvio options "VM86" #para mejorar el APM options "P1003_1B" #para el StarOffice options "_KPOSIX_PRIORITY_SCHEDULING" options "_KPOSIX_VERSION=199309L" config kernel root on wd0s3a controller isa0 controller pci0 # Floppy drives controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 disk fd0 at fdc0 drive 0 # IDE controller and disks options "CMD640" # work around CMD640 chip deficiency controller wdc0 at isa? port "IO_WD1" flags 0xa0ffa0ff bio irq 14 disk wd0 at wdc0 drive 0 controller wdc1 at isa? port "IO_WD2" flags 0xa0ffa0ff bio irq 15 # ATAPI devices options ATAPI #Enable ATAPI support for IDE bus options ATAPI_STATIC #Don't do it as an LKM device acd0 #IDE CD-ROM # atkbdc0 controls both the keyboard and the PS/2 mouse controller atkbdc0 at isa? port IO_KBD tty device atkbd0 at isa? tty irq 1 device psm0 at isa? tty irq 12 device vga0 at isa? port ? conflicts # splash screen/screen saver pseudo-device splash # syscons is the default console driver, resembling an SCO console device sc0 at isa? tty # Floating point support - do not disable. device npx0 at isa? port IO_NPX irq 13 # Power management support (see LINT for more options) device apm0 at isa? # PCCARD (PCMCIA) support controller card0 device pcic0 at card? device pcic1 at card? # Serial (COM) ports device sio0 at isa? port "IO_COM1" flags 0x10 tty irq 4 # ISA Ethernet NICs. device xe0 at isa? port? disable net irq ? # Pseudo devices - the number indicates how many units to allocated. pseudo-device loop # Network loopback pseudo-device ether # Ethernet support pseudo-device tun 2 # Packet tunnel pseudo-device pty 16 # Pseudo-ttys (telnet etc) pseudo-device gzip # Exec gzipped a.out's pseudo-device bpfilter 2 #Berkeley packet filter --------------EA81BA50E4A538319BE43559-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sun Jan 23 5:40:41 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from webweaving.org (calcaphon.demon.co.uk [193.237.19.5]) by hub.freebsd.org (Postfix) with ESMTP id DAB6414EB1 for ; Sun, 23 Jan 2000 05:40:38 -0800 (PST) (envelope-from n_hibma@webweaving.org) Received: from localhost (localhost [127.0.0.1]) by webweaving.org (8.9.3/8.9.3) with ESMTP id MAA04458; Sun, 23 Jan 2000 12:59:10 GMT (envelope-from n_hibma@webweaving.org) Date: Sun, 23 Jan 2000 12:59:10 +0000 (GMT) From: Nick Hibma X-Sender: n_hibma@localhost Reply-To: Nick Hibma To: Peter Radcliffe Cc: mobile@FreeBSD.ORG Subject: Re: Vaio 505S + fdc driver In-Reply-To: <20000123015723.B8362@pir.net> 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 > There has been some work towards supporting the USB floppy drives but > it isn't anywhere near prime time, if I recall correctly. Nope, but I will try and pick that soonish. I still owe that to Y-E data for sending me the drive. > (the libretto floppy drives, which are kinda weird, are supported > and I assume the USB floppies will be eventually, but not right now). Yeah, it just requires some time to do the work. Nick -- n_hibma@webweaving.org n_hibma@freebsd.org USB project http://www.etla.net/~n_hibma/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sun Jan 23 5:40:50 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from webweaving.org (calcaphon.demon.co.uk [193.237.19.5]) by hub.freebsd.org (Postfix) with ESMTP id 4F40314ED2 for ; Sun, 23 Jan 2000 05:40:41 -0800 (PST) (envelope-from n_hibma@webweaving.org) Received: from localhost (localhost [127.0.0.1]) by webweaving.org (8.9.3/8.9.3) with ESMTP id MAA04456; Sun, 23 Jan 2000 12:58:19 GMT (envelope-from n_hibma@webweaving.org) Date: Sun, 23 Jan 2000 12:58:19 +0000 (GMT) From: Nick Hibma X-Sender: n_hibma@localhost Reply-To: Nick Hibma To: Gorden Fischer Cc: mobile@FreeBSD.ORG Subject: Re: Vaio 505S + fdc driver In-Reply-To: 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 It's not a USB device. The 505's with a USB floppy come with the floppy on a proper USB connector. If you want to prove it to yourself, compile ugen module (cd /sys/modules/ugen; make load) and run usbd -e. If that does not make a device show up, then there is no USB device connected to your system. The replicator is a normal floppy drive for all I know. Nick > Has anyone try to make the fdc driver work for Vaio 505S? The drive is > attached to a replicator (looks and feels like a USB device for me). > > I am unable to mount the floppy disk. The dmesg output verifies the > problem. Is this problem been asked before? If so, can you tell me how > to make it work? > > Fischer > > > dmesg output: > > ======================================================================== > Copyright (c) 1992-1999 FreeBSD Inc. > Copyright (c) 1982, 1986, 1989, 1991, 1993 > The Regents of the University of California. All rights reserved. > FreeBSD 3.4-RELEASE #0: Sat Jan 22 21:11:24 PST 2000 > root@sony.uniqsite.com:/usr/src/sys/compile/Sony > Timecounter "i8254" frequency 1193182 Hz > CPU: Celeron (331.58-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x66a Stepping = 10 > Features=0x183f9ff > real memory = 67108864 (65536K bytes) > avail memory = 62357504 (60896K bytes) > Pentium Pro MTRR support enabled > Probing for devices on PCI bus 0: > chip0: rev 0x03 on pci0.0.0 > fxp0: rev 0x08 int a irq 9 on pci0.6.0 > fxp0: Ethernet address 08:00:46:04:57:a0 > chip1: rev 0x02 on pci0.7.0 > ide_pci0: rev 0x01 on pci0.7.1 > uhci0: rev 0x01 int d irq 9 on pci0.7.2 > chip2: rev 0x02 on pci0.7.3 > vga0: rev 0x12 int a irq 9 on pci0.8.0 > pcic0: rev 0x00 int a irq 255 on pci0.10.0 > RL5C4XX PCI Config Reg: [CSC isa irq] > Probing for PnP devices: > Probing for devices on the ISA bus: > sc0 on isa > sc0: VGA color <16 virtual consoles, flags=0x0> > pcm0 not found > atkbdc0 at 0x60-0x6f on motherboard > atkbd0 irq 1 on isa > psm0 irq 12 flags 0x800 on isa > psm0: model Generic PS/2 mouse, device ID 0 > sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa > sio0: type 16550A > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1 not found at 0x2f8 > fdc0: direction bit not set > fdc0: cmd 3 failed at out byte 1 of 3 > fdc0 not found at 0x3f0 > wdc0 at 0x1f0-0x1f7 irq 14 flags 0xa0ffa0ff on isa > wdc0: unit 0 (wd0): , DMA, 32-bit, multi-block-16 > wd0: 6194MB (12685680 sectors), 13424 cyls, 15 heads, 63 S/T, 512 B/S > wdc1 not found at 0x170 > pcic0 at 0x3e0-0x3e1 irq 11 on isa > PC-Card ctlr(0) Ricoh RL5C475/476 [CardBus bridge mode] (5 mem & 2 I/O windows) > pcic0: slot 0 controller I/O address 0x3e0 > pcic1: sharing irq 11 with other pcic > pcic1 not found at 0x3e2 > pcic1: sharing irq 11 with other pcic > pcic1 not found at 0x3e4 > vga0 at 0x3b0-0x3df maddr 0xa0000 msize 131072 on isa > npx0 on motherboard > npx0: INT 16 interface > apm0 on isa > apm: found APM BIOS version 1.2 > usb0: > uhub0 at usb0 > uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > Initializing PC-card drivers: fdc sio wdc > changing root device to wd0s2a > Card inserted, slot 0 > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-mobile" in the body of the message > -- n_hibma@webweaving.org n_hibma@freebsd.org USB project http://www.etla.net/~n_hibma/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sun Jan 23 5:45:29 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from zappa.demon.nl (zappa.demon.nl [195.173.232.30]) by hub.freebsd.org (Postfix) with ESMTP id 7E98414C89 for ; Sun, 23 Jan 2000 05:45:13 -0800 (PST) (envelope-from ron@zappa.demon.nl) Received: from chaos (dweezil.demon.nl [192.168.1.5]) by zappa.demon.nl (Postfix) with SMTP id 2A2825B82 for ; Sun, 23 Jan 2000 14:48:12 +0100 (CET) Message-ID: <000501bf65a7$c88b9d40$0501a8c0@demon.nl> From: "Ron Klinkien" To: Subject: 3CCFE574BT and 4.0 very sluggish...Need help Date: Sun, 23 Jan 2000 14:43:07 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I hope someone can give me a pointer about how I can figure out why my 3Com 3C574BT isn't working properly. I have an Compaq Presario 1246 laptop with a 3CCFE574BT pccard (5V/16Bit) fitted in the only PCCARD/CARDBUS slot this laptop has. I run 4.0 CURRENT from 22 jan 2000 It's been getting recoqnised ok, and I can give it any irq I want with the pccard.conf irq line, but its not working ok, only a few bytes get through very slowly... I have tried all irq's, they all have the same result, i'm lost... Does a vmstat -i has to show irq on pcic or ep0 after ifconfig ? Mine doesn't.. How can I get more debug info so I can see what's wrong?... OUTPUT OF boot -v: --------------------------------------------------- [first part skipped] npx0: on motherboard npx0: INT 16 interface i586_bzero() bandwidth = 236239073 bytes/sec bzero() bandwidth = 102113754 bytes/sec apm0: on motherboard apm: found APM BIOS v1.2, connected at v1.2 pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=05011106) pcib0: on motherboard found-> vendor=0x1106, dev=0x0501, revid=0x03 class=06-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[10]: type 1, range 32, base f8000000, size 26 found-> vendor=0x1106, dev=0x8501, revid=0x00 class=06-04-00, hdrtype=0x01, mfdev=0 subordinatebus=1 secondarybus=1 found-> vendor=0x1106, dev=0x0686, revid=0x19 class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x1106, dev=0x0571, revid=0x06 class=01-01-8a, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[20]: type 1, range 32, base 00001820, size 4 found-> vendor=0x1106, dev=0x3038, revid=0x0a class=0c-03-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=d, irq=11 map[20]: type 1, range 32, base 00001800, size 5 found-> vendor=0x1106, dev=0x3057, revid=0x20 class=06-01-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 found-> vendor=0x1106, dev=0x3058, revid=0x21 class=04-01-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=c, irq=11 map[10]: type 1, range 32, base 00001000, size 8 map[14]: type 1, range 32, base 00001834, size 2 map[18]: type 1, range 32, base 00001830, size 2 found-> vendor=0x11c1, dev=0x0449, revid=0x01 class=07-80-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=9 map[10]: type 1, range 32, base f4000000, size 8 map[14]: type 3, range 32, base 00001838, size 3 map[18]: type 1, range 32, base 00001400, size 8 found-> vendor=0x104c, dev=0xac1e, revid=0x00 class=06-07-00, hdrtype=0x02, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=0 pci0: on pcib0 pcib1: at device 1.0 on pci0 found-> vendor=0x1023, dev=0x8420, revid=0x5c class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=9 map[10]: type 1, range 32, base f5000000, size 23 map[14]: type 1, range 32, base f4100000, size 17 map[18]: type 1, range 32, base f4800000, size 23 pci1: on pcib1 vga-pci0: mem 0xf4800000-0xf4ffffff,0xf4100000-0xf411ffff,0xf5000000-0xf57fffff irq 9 at device 0.0 on pci1 isab0: at device 7.0 on pci0 isa0: on isab0 ata-pci0: port 0x1820-0x182f at device 7.1 on pci0 ata-pci0: Busmastering DMA supported ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0x1820 ata0: mask=03 status0=50 status1=00 ata0: mask=03 status0=50 status1=00 ata0: devices = 0x1 ata0 at 0x01f0 irq 14 on ata-pci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0x1828 ata1: mask=03 status0=50 status1=00 ata1: mask=03 status0=00 status1=00 ata1: devices = 0x4 ata1 at 0x0170 irq 15 on ata-pci0 pci0: VIA 83C572 USB controller (vendor=0x1106, dev=0x3038) at 7.2 irq 11 isab1: at device 7.4 on pci0 chip1: port 0x1830-0x1833,0x1834-0x1837,0x1000-0x10ff irq 11 at device 7.5 on pci0 pci0: unknown card (vendor=0x11c1, dev=0x0449) at 9.0 irq 9 chip2: irq 0 at device 10.0 on pci0 Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ata-isa0: already registered as ata0 ata-isa1: already registered as ata1 atkbdc0: at port 0x60-0x6f on isa0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 psm0: current command byte:0047 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 psm: status 00 02 64 psm: status 00 00 64 psm: status 00 03 64 psm: status 00 03 64 psm: status 10 00 64 psm: data 08 00 00 psm: status 00 02 64 psm: data 08 00 00 psm: status 00 02 64 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000000, packet size:3 psm0: syncmask:c0, syncbits:00 vga0: at port 0x3b0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x700ff fb0: port:0x3b0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 6b 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 07 30 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 00 00 03 00 02 6b 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 07 30 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) pcic: management irq 10 pcic0: at port 0x3e0 iomem 0xd0000 irq 10 on isa0 pccard0: on pcic0 pccard1: on pcic0 sio0: irq maps: 0x1 0x11 0x1 0x1 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: not probed (disabled) sio2: not probed (disabled) sio3: not probed (disabled) ppc0: parallel port found at 0x378 ppc0: EPP SPP ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode lpt0: on ppbus0 lpt0: Interrupt-driven port isa_probe_children: probing PnP devices BIOS Geometries: 0:022def3f 0..557=558 cylinders, 0..239=240 heads, 1..63=63 sectors 0 accounted for Device configuration finished. bpf: ppp0 attached new masks: bio 4008c040, tty 40031092, net 40071092 bpf: lo0 attached ata0-master: success setting up UDMA2 mode on VIA chip ad0: piomode=4 dmamode=2 udmamode=2 cblid=0 ad0: ATA-4 disk at ata0 as master ad0: 4126MB (8452080 sectors), 8944 cyls, 15 heads, 63 S/T, 512 B/S ad0: 16 secs/int, 1 depth queue, UDMA33 Creating DISK ad0 Creating DISK wd0 ata1-master: piomode=4 dmamode=2 udmamode=2 dmaflag=1 ata1-master: success setting up UDMA2 mode on VIA chip acd0: CDROM drive at ata1 as master acd0: read 4134KB/s (4134KB/s), 128KB buffer, UDMA33 acd0: Reads: CD-R, CD-RW, CD-DA stream acd0: Audio: play, 16 volume levels acd0: Mechanism: ejectable tray acd0: Medium: no/blank disc inside, unlocked Mounting root from ufs:/dev/ad0s3a pccard: card inserted, slot 0 pccard: card inserted, slot 1 ad0s1: type 0xb, start 63, end = 2676239, size 2676177 : OK ad0s2: type 0x5, start 2676240, end = 5352479, size 2676240 : OK ad0s3: type 0xa5, start 5352480, end = 8452079, size 3099600 : OK ad0s5: type 0xb, start 2676303, end = 5352479, size 2676177 : OK start_init: trying /sbin/init ep0: Pass 1 of 2 detection failed (nonfatal) ep0: <3Com 3C574B, Megahertz 3CCFE574BT or Fast Etherlink 3C574-TX> at port 0x300-0x31f irq 11 slot 0 on pccard0 ep0: Ethernet address 00:50:04:f2:fd:59 bpf: ep0 attached OUTPUT OF pccardc dumpcis:------------------------------------------- Configuration data for card in slot 0 Tuple #1, code = 0x1 (Common memory descriptor), length = 2 000: 00 ff Common memory device information: Device number 1, type No device, WPS = OFF Speed = No speed, Memory block size = reserved, 32 units Tuple #2, code = 0x17 (Attribute memory descriptor), length = 3 000: 43 02 ff Attribute memory device information: Device number 1, type EEPROM, WPS = OFF Speed = 150nS, Memory block size = 8Kb, 1 units Tuple #3, code = 0x20 (Manufacturer ID), length = 4 000: 01 01 74 05 PCMCIA ID = 0x101, OEM ID = 0x574 Tuple #4, code = 0x21 (Functional ID), length = 2 000: 06 00 Network/LAN adapter Tuple #5, code = 0x15 (Version 1 info), length = 29 000: 04 01 33 43 6f 6d 00 4d 65 67 61 68 65 72 74 7a 010: 20 35 37 34 42 00 42 00 30 30 31 00 ff Version = 4.1, Manuf = [3Com],card vers = [Megahertz 574B] Addit. info = [B],[001] Tuple #6, code = 0x1a (Configuration map), length = 6 000: 02 03 00 00 01 03 Reg len = 3, config register addr = 0x10000, last config = 0x3 Registers: XX------ Tuple #7, code = 0x1b (Configuration entry), length = 15 000: c1 01 1d 71 55 35 55 54 e0 72 5d 65 30 ff ff Config index = 0x1(default) Interface byte = 0x1 (I/O) Vcc pwr: Nominal operating supply voltage: 5 x 1V Max current average over 1 second: 3 x 10mA Max current average over 10 ms: 5 x 10mA Power down supply current: 5 x 1mA Wait scale Speed = 7.0 x 100 ns RDY/BSY scale Speed = 7.0 x 100 ns Card decodes 18 address lines, full 8/16 Bit I/O IRQ modes: Level, Pulse IRQs: IOCK 1 4 5 6 8 10 11 12 14 Tuple #8, code = 0x19 (JEDEC descr for attribute memory), length = 3 000: 00 00 ff Tuple #9, code = 0x14 (No link), length = 0 Tuple #10, code = 0x10 (Checksum), length = 5 000: ae ff 5b 00 00 Checksum from offset -82, length 91, value is 0x0 Tuple #11, code = 0xff (Terminator), length = 113 000: 5b 19 03 00 00 ff 14 00 10 05 9d ff 6c 00 00 ff 010: 7a ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 020: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 030: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 040: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 050: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 060: ff ff ff ff ff 00 00 00 00 00 00 00 00 00 00 00 070: 00 Configuration data for card in slot 1 Tuple #1, code = 0xff (Terminator), length = 0 2 slots found MY rc.conf: ------------------------------------------------------- # This file now contains just the overrides from /etc/defaults/rc.conf # please make all changes to this file. hostname="chaos.demon.nl" moused_enable="NO" apm_enable="YES" pccard_enable="YES" pccard_conf="/etc/pccard.conf" pccard_ifconfig="inet 192.168.1.3 netmask 255.255.255.224" MY pccard.conf (relevant part) ----------------------------------- # Generally available IO ports io 0x240-0x360 # Generally available IRQs (Built-in sound-card owners remove 5) irq 11 13 15 # Available memory slots memory 0xd4000 96k # 3Com Megahertz 574B card "3Com" "Megahertz 574B" config 0x1 "ep0" ? 0x1 insert logger -t pccard:$device -s 3Com Megahertz 574B inserted insert /etc/pccard_ether $device remove logger -t pccard:$device -s 3Com Megahertz 574B removed remove /sbin/ifconfig $device delete ifconfig -a: ----------------------------------------------------------- ppp0: flags=8010 mtu 1500 lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 ep0: flags=8943 mtu 1500 inet 192.168.1.3 netmask 0xffffffe0 broadcast 192.168.1.31 ether 00:50:04:f2:fd:59 vmstat -i : ------------------------------------------------------------ interrupt total rate ata-pci0 irq14 1330 3 ata-pci0 irq15 4 0 fdc0 irq6 1 0 atkbd0 irq1 696 1 clk irq0 41774 99 Total 43805 104 PING to my router connected 10Mb/UTP : ------------------------------------ PING 192.168.1.1 (192.168.1.1): 56 data bytes --- 192.168.1.1 ping statistics --- 11 packets transmitted, 0 packets received, 100% packet loss PING 192.168.1.1 (192.168.1.1): 56 data bytes TCPDUMP local ------------------------------------------------------------ 64 bytes from 192.168.1.1: icmp_seq=0 ttl=255 time=65647.386 ms 64 bytes from 192.168.1.1: icmp_seq=1 ttl=255 time=64646.904 ms 64 bytes from 192.168.1.1: icmp_seq=2 ttl=255 time=63636.911 ms 64 bytes from 192.168.1.1: icmp_seq=3 ttl=255 time=62626.905 ms 64 bytes from 192.168.1.1: icmp_seq=4 ttl=255 time=61616.900 ms 64 bytes from 192.168.1.1: icmp_seq=5 ttl=255 time=60606.890 ms 64 bytes from 192.168.1.1: icmp_seq=6 ttl=255 time=59596.888 ms 64 bytes from 192.168.1.1: icmp_seq=7 ttl=255 time=58586.883 ms 64 bytes from 192.168.1.1: icmp_seq=8 ttl=255 time=57576.879 ms etc... MY KERNEL CONFIG : ------------------------------------------------------ # # CHAOS -- Compaq Presario 1246 Laptop # # $FreeBSD: src/sys/i386/conf/PLUTO,v 1.000 2000/01/21 20:40:58 ronk Exp $ machine i386 cpu I586_CPU ident CHAOS maxusers 16 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options MFS #Memory Filesystem options MD_ROOT #MD is a potential root device options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores device isa0 device pci0 # Floppy drives device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 # ATA and ATAPI devices device ata0 at isa? port IO_WD1 irq 14 device ata1 at isa? port IO_WD2 irq 15 device ata2 device atadisk0 # ATA disk drives device atapicd0 # ATAPI CDROM drives options ATA_STATIC_ID #Static device numbering options ATA_ENABLE_ATAPI_DMA #Enable DMA on ATAPI devices # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 device psm0 at atkbdc? irq 12 device vga0 at isa? port ? conflicts # splash screen/screen saver pseudo-device splash options VESA # syscons is the default console driver, resembling an SCO console device sc0 at isa? # Floating point support - do not disable. device npx0 at nexus? port IO_NPX irq 13 # Power management support (see LINT for more options) device apm0 at nexus? flags 0x20 # Advanced Power Management # PCCARD (PCMCIA) support device card0 device pcic0 at isa? irq 10 port 0x3e0 iomem 0xd0000 device pcic1 at isa? irq 11 port 0x3e2 iomem 0xd4000 disable # Serial (COM) ports device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio1 at isa? disable port IO_COM2 irq 3 device sio2 at isa? disable port IO_COM3 irq 5 device sio3 at isa? disable port IO_COM4 irq 9 # Parallel port device ppc0 at isa? port? irq 7 device ppbus0 # Parallel port bus (required) device lpt0 at ppbus? # Printer device ep0 pseudo-device loop # Network loopback pseudo-device ether # Ethernet support pseudo-device ppp 1 # Kernel PPP pseudo-device tun # Packet tunnel. pseudo-device pty # Pseudo-ttys (telnet etc) pseudo-device md # Memory "disks" pseudo-device bpf #Berkeley packet filter TRACEROUTE: ----------------------------------------------------- 1 LANmodem (192.168.1.1) 1062.919 ms 1999.537 ms 2000.017 ms Ping doens't return anything within 8 seconds, telnet responce is quicker, but still slow... Please help... Regards, Ron. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sun Jan 23 6:32:53 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (Postfix) with ESMTP id 80AC314BFC for ; Sun, 23 Jan 2000 06:32:50 -0800 (PST) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (isdnb46.imasy.or.jp [202.227.24.174]) by tasogare.imasy.or.jp (8.9.3+3.2W/3.7W-tasogare/smtpfeed 1.01) with ESMTP id XAA12590 for ; Sun, 23 Jan 2000 23:32:46 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Message-Id: <200001231432.XAA12590@tasogare.imasy.or.jp> To: freebsd-mobile@freebsd.org Subject: PCCard Modem entries for pccard.conf.sample X-Mailer: Mew version 1.93 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Sun, 23 Jan 2000 23:32:46 +0900 From: Mitsuru IWASAKI X-Dispatcher: imput version 980905(IM100) Lines: 40 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, all. Here's two PCCard Modem entries I have. Regarding Megahertz XJ4336-CC4336, old config (sio1) seems conflict with IrDA port and totally hang up after insertion. Another one is 'NTT DoCoMo Mobile D Card 96P1' which is used by many people in Japan. I'll commit this soon if there're no objections. Index: pccard.conf.sample =================================================================== RCS file: /home/ncvs/src/etc/pccard.conf.sample,v retrieving revision 1.72 diff -u -r1.72 pccard.conf.sample --- pccard.conf.sample 2000/01/23 05:26:15 1.72 +++ pccard.conf.sample 2000/01/23 13:22:24 @@ -355,7 +355,8 @@ # Megahertz XJ4336 card "Megahertz" "XJ4336-CC4336" - config 0x21 "sio1" ? + config 0x22 "sio2" ? +# config 0x23 "sio3" ? insert logger -t pccard:$device -s Megahertz XJ4336 inserted remove logger -t pccard:$device -s Megahertz XJ4336 removed @@ -561,6 +562,13 @@ config 0x22 "sio3" ? 0x82 insert logger -t pccard:$device -s NTT DoCoMo DATA/FAX Adapter inserted remove logger -t pccard:$device -s NTT DoCoMo DATA/FAX Adapter removed + +# NTT DoCoMo Mobile D Card 96P1 +card "NTT DoCoMo" "Mobile D Card 96P1" +# config 0x22 "sio2" ? 0x82 + config 0x23 "sio3" ? 0x82 + insert logger -t pccard:$device -s NTT DoCoMo Mobile D Card 96P1 Adapter inserted + remove logger -t pccard:$device -s NTT DoCoMo Mobile D Card 96P1 Adapter removed # Random modem bundled with Dell systems card "Psion Dacom" "Gold Card Global 56K+Fax" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sun Jan 23 6:46:39 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (Postfix) with ESMTP id 1C8FE1560B for ; Sun, 23 Jan 2000 06:46:32 -0800 (PST) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.3/frmug-2.5/nospam) with UUCP id PAA18871 for freebsd-mobile@FreeBSD.ORG; Sun, 23 Jan 2000 15:46:27 +0100 (CET) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (Postfix, from userid 101) id ECBBF8863; Sun, 23 Jan 2000 15:26:37 +0100 (CET) Date: Sun, 23 Jan 2000 15:26:37 +0100 From: Ollivier Robert To: freebsdmobil Subject: Re: Which cards for ethernet? Message-ID: <20000123152637.A49708@keltia.freenix.fr> Mail-Followup-To: freebsdmobil References: <38876E1C.2538F124@buchonline.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <38876E1C.2538F124@buchonline.net>; from jojo@buchonline.net on Thu, Jan 20, 2000 at 09:20:44PM +0100 X-Operating-System: FreeBSD 4.0-CURRENT/ELF AMD-K6/200 & 2x PPro/200 SMP Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org According to Hans-Joachim Leidinger: > i am a newbie in FreeBSD and i need a notebook! I have read some docs. > But i have trouble to try out, which Ethernet-Cards can i choose. I need > a card for 100MBit network. Which cards can i use with FreeBSD > 3.4-STABLE without PAO or with PAO? You also could try to get a laptop with builtin ethernet. The Sony VAIO Z series have one 10/100 Mbps one as do the Sharp Actius (IIRC). That way, you don't have to worry at all with PCMCIA support... FreeBSD 4.0-CURRENT #1: Fri Jan 21 12:06:40 CET 2000 roberto@sidhe:/home/current/src/sys/compile/SIDHE Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Celeron (364.74-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x66a Stepping = 10 Features=0x183f9ff ... pci0: on pcib0 fxp0: port 0xfcc0-0xfcff mem 0xfec00000-0xfecfffff,0xfedef000-0xfedeffff irq 9 at device 6.0 on pci0 fxp0: Ethernet address 08:00:46:05:87:80 fxp0: supplying EUI64: 08:00:46:ff:fe:05:87:80 ... fxp0: starting DAD for fe80:0001::0a00:46ff:fe05:8780 fxp0: DAD complete for fe80:0001::0a00:46ff:fe05:8780 - no duplicates found -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #77: Thu Dec 30 12:49:51 CET 1999 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sun Jan 23 8: 3:59 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from goose.prod.itd.earthlink.net (goose.prod.itd.earthlink.net [207.217.120.18]) by hub.freebsd.org (Postfix) with ESMTP id 3890714D19 for ; Sun, 23 Jan 2000 08:03:57 -0800 (PST) (envelope-from prmoyer@mail.earthlink.net) Received: from mail.earthlink.net (ip81.wilmington3.de.pub-ip.psi.net [38.30.157.81]) by goose.prod.itd.earthlink.net (8.9.3/8.9.3) with ESMTP id IAA06548 for ; Sun, 23 Jan 2000 08:03:54 -0800 (PST) Message-Id: <200001231603.IAA06548@goose.prod.itd.earthlink.net> From: "Philip R. Moyer" Reply-To: pmoyer@hyperon.com To: freebsd-mobile@freebsd.org Subject: PAO3 + 3.4-STABLE Date: Sun, 23 Jan 2000 11:10:16 -0500 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Forgive me if this is a silly question, but I have cvsupped the latest 3.4-STABLE sources from FreeBSD, then cvsupped the latest PAO3 sources from Japan (1). Everything goes well until I'm building the kernel, when I get errors from apm.c: Script started on Sun Jan 23 10:59:26 2000 penrose# make cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -Wformat -Wunused -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -DVM_STACK -include opt_global.h -elf ../../i386/apm/apm.c ../../i386/apm/apm.c: In function `apm_do_suspend': ../../i386/apm/apm.c:538: structure has no member named `suspending' ../../i386/apm/apm.c:546: structure has no member named `suspending' ../../i386/apm/apm.c: In function `apm_resume': ../../i386/apm/apm.c:669: structure has no member named `suspending' ../../i386/apm/apm.c: In function `apmattach': ../../i386/apm/apm.c:1089: `APM_FORCE_APM10_FLAG' undeclared (first use this function) ../../i386/apm/apm.c:1089: (Each undeclared identifier is reported only once ../../i386/apm/apm.c:1089: for each function it appears in.) ../../i386/apm/apm.c:1095: `APM_NO_CLOCK_ADJUST_FLAG' undeclared (first use this function) ../../i386/apm/apm.c:1101: `APM_FORCE_64K_SEG_FLAG' undeclared (first use this function) *** Error code 1 Stop. Script done on Sun Jan 23 10:59:32 2000 I'm certain that I'm just doing something foolish with either cvsup or the installation process, but I'm not sure what it is. Could anyone provide some advice? Cheers, Phil (1) If it's important, I follow this procedure (from README.install) for building the PAO support. >0. Extract this package into somewhere (we use /usr/src here) Everything goes in /usr/local/src/PAO3. I use cvsup with the following supfile (comments removed): *default host=cvsup.jp.FreeBSD.org *default base=/usr/local/src *default prefix=/usr/local/src *default release=cvs tag=. *default delete use-rel-suffix *default compress jp-pao3 Now, according to the PAO home page, the head of that tree should be the 3.4-RELEASE source. >1. Prepare kernel source files (/usr/src/sys) > > a) How to do using /stand/sysinstall > b) Extract files from distribution CD-ROM (e.g. ATAPI CD-ROM) > c) Restore "make backup-sys", see below. I used cvsup to load 3.4-STABLE. Here's the supfile (comments removed): *default host=cvsup3.FreeBSD.org *default base=/usr *default prefix=/usr *default release=cvs tag=RELENG_3 *default delete use-rel-suffix *default compress src-all >2. Backup original /usr/src/sys file if needed > # make backup-sys Done. >3. Apply kernel-patch to kernel source tree > > # make patch Done. >4. Copy new include files to /usr/include > > # cd /usr/src/PAO3 > # make install-include Done. >5. Modify kernel config file for your environment > > /usr/src/sys/i386/conf/PAO_ALL is sample configuration file. > * Don't remove "pseudo-device card 1" and "device pcic0" ! > > # cd /usr/src/sys/i386/conf > # cp PAO_ALL "your config file name" > # vi "your config file name" Done. Added ICMP_BANDLIM to deflect stream.c attacks. >6. Compile your kernel > > # config "your config file name" > # cd ../../compile/"your config file name" > # make depend > # make Boom. There's the problem. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sun Jan 23 8:32: 5 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (Postfix) with ESMTP id B196C14A17 for ; Sun, 23 Jan 2000 08:32:02 -0800 (PST) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (isdnb46.imasy.or.jp [202.227.24.174]) by tasogare.imasy.or.jp (8.9.3+3.2W/3.7W-tasogare/smtpfeed 1.01) with ESMTP id BAA19499; Mon, 24 Jan 2000 01:31:59 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Message-Id: <200001231631.BAA19499@tasogare.imasy.or.jp> To: pmoyer@hyperon.com Cc: freebsd-mobile@freebsd.org Subject: Re: PAO3 + 3.4-STABLE In-Reply-To: Your message of "Sun, 23 Jan 2000 11:10:16 -0500" <200001231603.IAA06548@goose.prod.itd.earthlink.net> References: <200001231603.IAA06548@goose.prod.itd.earthlink.net> X-Mailer: Mew version 1.93 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Mon, 24 Jan 2000 01:31:59 +0900 From: Mitsuru IWASAKI X-Dispatcher: imput version 980905(IM100) Lines: 24 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org From: "Philip R. Moyer" Subject: PAO3 + 3.4-STABLE Date: Sun, 23 Jan 2000 11:10:16 -0500 Message-ID: <200001231603.IAA06548@goose.prod.itd.earthlink.net> > penrose# make > cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -Wformat -Wunused -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -DVM_STACK -include opt_global.h -elf ../../i386/apm/apm.c > ../../i386/apm/apm.c: In function `apm_do_suspend': > ../../i386/apm/apm.c:538: structure has no member named `suspending' > ../../i386/apm/apm.c:546: structure has no member named `suspending' > ../../i386/apm/apm.c: In function `apm_resume': > ../../i386/apm/apm.c:669: structure has no member named `suspending' > ../../i386/apm/apm.c: In function `apmattach': > ../../i386/apm/apm.c:1089: `APM_FORCE_APM10_FLAG' undeclared (first use this function) > ../../i386/apm/apm.c:1089: (Each undeclared identifier is reported only once > ../../i386/apm/apm.c:1089: for each function it appears in.) > ../../i386/apm/apm.c:1095: `APM_NO_CLOCK_ADJUST_FLAG' undeclared (first use this function) > ../../i386/apm/apm.c:1101: `APM_FORCE_64K_SEG_FLAG' undeclared (first use this function) > *** Error code 1 > > Stop. This is very odd. Could you send me tar+gzip+uuencode'ed your PAO3/src/sys/i386/apm/ later? I want to investigate it... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sun Jan 23 8:34: 1 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from polaris.cs.laurentian.ca (polaris.cs.laurentian.ca [142.51.24.200]) by hub.freebsd.org (Postfix) with SMTP id 6E6D014D36 for ; Sun, 23 Jan 2000 08:33:58 -0800 (PST) (envelope-from s0121430@cs.laurentian.ca) Received: (qmail 4441 invoked from network); 23 Jan 2000 16:33:56 -0000 Received: from altair.cs.laurentian.ca (HELO altair) (142.51.24.206) by polaris.cs.laurentian.ca with SMTP; 23 Jan 2000 16:33:56 -0000 Date: Sun, 23 Jan 2000 11:33:56 -0500 (EST) From: Marwan Fayed To: Thierry Herbelot Cc: freebsd-hackers@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: disappearing mount points after install In-Reply-To: <3889ECB5.9E75171B@cybercable.fr> 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 So, as it turns out I have found the answer it seems... a bit of a fluke, rather. I'll detail in short (if there is such a thing) so others are aware. As Thierry (and one other I think) suggested, a DOS partition is required. Before this was suggested to me I tried dual booting with a small DOS partition of 2 megs to save as much space as possible. This didn't work. Well, last night a chain of events forced me to realize that Win95, of course, uses partitions greater than 2 megs and that I should try using larger partitions (Thierry uses 20 on his machine). I first tried it with 5 megs... nothing. Then 10, 16, and still nothing. Finally when I expanded the DOS partition to 20 megs it worked. I can only assume this is how IBM manufactured their BIOS. And hey, it's 20 megs lost but at least it worked. I'm writing this after doing a dummy install with the minimal option so as to save time in installing. Let's hope my results aren't a lucky shot in the dark so that I can now re-install everything properly! Thanks for everyone's help. btw, who gets dinner!? Marwan ps. You all have impressed me so much that I think I will try to find ways to contribute to the freebsd project (as long as it doesn't interfere with school, of course ) On Sat, 22 Jan 2000, Thierry Herbelot wrote: > Hello > > [-mobile trimmed] > > Marwan Fayed wrote: > > > > Hello, > > > > I am a seasoned UNIX user but have been using freebsd for only about 6 > > months. I have posted this problem to freebsd-questions with no response > > so, figuring it must be a bug in the install program i'm going to try > > here. Oh, I would like to have traced the code to try to find the bug (if > > one exists) but being a senior year undergrad with a full course load and > > thesis, I have been left with little time... please forgive me. > > > > My problem is this. I am trying to install 3.3-R on an IBM Thinkpad 365XD > > (although I have received mail from a man in France who is having the same > > problem on a desktop). The installation runs completely smoothly but when > > I finish and reboot the machine reports no resident O.S. > > This may be due to a faulty BIOS : some BIOSes do not like at all not > having a DOS partition at the beginning of the disk (I have some HP PCs > with just 20 Megs of FAT at the start of the disk to keep them booting - > from , which is FreeBSD) > > > > > After trying many different things (including messing with the MBR, double > > and triple checking disk geometry, and using a Fixit disk to try to > > diagnose the problem), I booted from the install floppy to the main > > install menu. Rather than re-install all over again for the nth time I > > just entered the label editor. The partitions were still there but the > > mount points were lost. What appeared was > > this: > > > > 40M // supposed to be root > > swap 84M // swap is obviously OK > > 651M // supposed to be /usr > > The mount points for each partition are recorded in /etc/fstab : what > you are seeing is completely normal, as sysinstall has not read the > fstab file from the root partition of your disk. > > > > > This is clearly not what I designated so I tried relabelling the mount > > points, writing the information using 'w' and exiting install only to have > > the BIOS report no O.S. yet again! > > Try and leave a small DOS partition at the beginning of your disk, as > said above. > > > > > The machine is a P100,40M ram,810HD, standard PCI (as far as I have been > > able to tell/test). Has anyone encountered this or know the problem? > > > > Thanks a TON! > > > > Marwan :-) > > TfH > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sun Jan 23 8:50:49 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from PacHell.TelcoSucks.org (PacHell.TelcoSucks.org [207.90.181.5]) by hub.freebsd.org (Postfix) with ESMTP id 6501214D16; Sun, 23 Jan 2000 08:50:40 -0800 (PST) (envelope-from ulf@PacHell.TelcoSucks.org) Received: (from ulf@localhost) by PacHell.TelcoSucks.org (8.9.3/8.9.1) id IAA83330; Sun, 23 Jan 2000 08:50:43 -0800 (PST) (envelope-from ulf) Date: Sun, 23 Jan 2000 08:50:43 -0800 From: Ulf Zimmermann To: Marwan Fayed Cc: Thierry Herbelot , freebsd-hackers@FreeBSD.ORG, freebsd-mobile@FreeBSD.ORG Subject: Re: disappearing mount points after install Message-ID: <20000123085043.C39472@PacHell.TelcoSucks.org> Reply-To: ulf@Alameda.net References: <3889ECB5.9E75171B@cybercable.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: ; from s0121430@cs.laurentian.ca on Sun, Jan 23, 2000 at 11:33:56AM -0500 Organization: Alameda Networks, Inc. X-Operating-System: FreeBSD 3.2-STABLE Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sun, Jan 23, 2000 at 11:33:56AM -0500, Marwan Fayed wrote: > So, as it turns out I have found the answer it seems... a bit of a fluke, > rather. I'll detail in short (if there is such a thing) so others are > aware. > > As Thierry (and one other I think) suggested, a DOS partition is required. > Before this was suggested to me I tried dual booting with a small DOS > partition of 2 megs to save as much space as possible. This didn't work. > Well, last night a chain of events forced me to realize that Win95, of > course, uses partitions greater than 2 megs and that I should try using > larger partitions (Thierry uses 20 on his machine). > > I first tried it with 5 megs... nothing. Then 10, 16, and still nothing. > Finally when I expanded the DOS partition to 20 megs it worked. I can only > assume this is how IBM manufactured their BIOS. And hey, it's 20 megs lost > but at least it worked. > > I'm writing this after doing a dummy install with the minimal option so as > to save time in installing. Let's hope my results aren't a lucky shot in > the dark so that I can now re-install everything properly! FYI: be also aware about how some notebooks do suspend to disk. Some Toshibas need +1MB free at the end of the disk to do so. Some other Toshibas make a file inside of the dos partition. Not sure how IBM or others do it, have only experience with Toshibas lately and haven't bothered to check on my Sony (does the Z505R even do suspend to disk?) > > Thanks for everyone's help. btw, who gets dinner!? > > Marwan > > ps. You all have impressed me so much that I think I will try to find ways > to contribute to the freebsd project (as long as it doesn't interfere with > school, of course ) > > On Sat, 22 Jan 2000, Thierry Herbelot wrote: > > > Hello > > > > [-mobile trimmed] > > > > Marwan Fayed wrote: > > > > > > Hello, > > > > > > I am a seasoned UNIX user but have been using freebsd for only about 6 > > > months. I have posted this problem to freebsd-questions with no response > > > so, figuring it must be a bug in the install program i'm going to try > > > here. Oh, I would like to have traced the code to try to find the bug (if > > > one exists) but being a senior year undergrad with a full course load and > > > thesis, I have been left with little time... please forgive me. > > > > > > My problem is this. I am trying to install 3.3-R on an IBM Thinkpad 365XD > > > (although I have received mail from a man in France who is having the same > > > problem on a desktop). The installation runs completely smoothly but when > > > I finish and reboot the machine reports no resident O.S. > > > > This may be due to a faulty BIOS : some BIOSes do not like at all not > > having a DOS partition at the beginning of the disk (I have some HP PCs > > with just 20 Megs of FAT at the start of the disk to keep them booting - > > from , which is FreeBSD) > > > > > > > > After trying many different things (including messing with the MBR, double > > > and triple checking disk geometry, and using a Fixit disk to try to > > > diagnose the problem), I booted from the install floppy to the main > > > install menu. Rather than re-install all over again for the nth time I > > > just entered the label editor. The partitions were still there but the > > > mount points were lost. What appeared was > > > this: > > > > > > 40M // supposed to be root > > > swap 84M // swap is obviously OK > > > 651M // supposed to be /usr > > > > The mount points for each partition are recorded in /etc/fstab : what > > you are seeing is completely normal, as sysinstall has not read the > > fstab file from the root partition of your disk. > > > > > > > > This is clearly not what I designated so I tried relabelling the mount > > > points, writing the information using 'w' and exiting install only to have > > > the BIOS report no O.S. yet again! > > > > Try and leave a small DOS partition at the beginning of your disk, as > > said above. > > > > > > > > The machine is a P100,40M ram,810HD, standard PCI (as far as I have been > > > able to tell/test). Has anyone encountered this or know the problem? > > > > > > Thanks a TON! > > > > > > Marwan :-) > > > > TfH > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > > with "unsubscribe freebsd-hackers" in the body of the message > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-mobile" in the body of the message -- Regards, Ulf. --------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sun Jan 23 14:34:15 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from mass.cdrom.com (castles537.castles.com [208.214.165.101]) by hub.freebsd.org (Postfix) with ESMTP id C5B6A14EAE for ; Sun, 23 Jan 2000 14:34:10 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id OAA08666; Sun, 23 Jan 2000 14:42:30 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Message-Id: <200001232242.OAA08666@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Jose M. Alcaide" Cc: freebsd-mobile@FreeBSD.ORG Subject: Re: suspend problems with Dell Inspiron 3700 In-reply-to: Your message of "Sun, 23 Jan 2000 12:38:49 +0100." <388AE849.2587D678@we.lc.ehu.es> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Date: Sun, 23 Jan 2000 14:42:30 -0800 From: Mike Smith Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Thank you for your answer. Unfortunately, I did not include any MAXMEM > option in my kernel config file (I attached it to this message). > OTOH, I am not having any problems after resuming; simply, suspend > does not work 90% of the times I try to do it (with no xserver running)= =2E Have you tried the = sleep 5; zzz hack? Sounds like you're sleeping but then immediately waking up again. -- = \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sun Jan 23 14:37:41 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (Postfix) with ESMTP id 9448214C1D; Sun, 23 Jan 2000 14:35:44 -0800 (PST) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.3/frmug-2.5/nospam) with UUCP id XAA12368; Sun, 23 Jan 2000 23:35:41 +0100 (CET) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (Postfix, from userid 101) id 5FBD68863; Sun, 23 Jan 2000 20:48:39 +0100 (CET) Date: Sun, 23 Jan 2000 20:48:39 +0100 From: Ollivier Robert To: freebsd-hackers@FreeBSD.ORG, freebsd-mobile@FreeBSD.ORG Subject: Re: disappearing mount points after install Message-ID: <20000123204839.A52481@keltia.freenix.fr> Mail-Followup-To: freebsd-hackers@FreeBSD.ORG, freebsd-mobile@FreeBSD.ORG References: <3889ECB5.9E75171B@cybercable.fr> <20000123085043.C39472@PacHell.TelcoSucks.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20000123085043.C39472@PacHell.TelcoSucks.org>; from ulf@Alameda.net on Sun, Jan 23, 2000 at 08:50:43AM -0800 X-Operating-System: FreeBSD 4.0-CURRENT/ELF AMD-K6/200 & 2x PPro/200 SMP Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org According to Ulf Zimmermann: > and haven't bothered to check on my Sony (does the Z505R even do suspend > to disk?) Oh yes. My Z505SX has a 200 MB slice at the end of the disk reserved for that purpose. It works beautifully. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #77: Thu Dec 30 12:49:51 CET 1999 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sun Jan 23 15:34:37 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from BSDpc.geek4food.org (adsl-216-103-105-71.dsl.snfc21.pacbell.net [216.103.105.71]) by hub.freebsd.org (Postfix) with ESMTP id 93EDE14CA4 for ; Sun, 23 Jan 2000 15:34:35 -0800 (PST) (envelope-from andy@geek4food.org) Received: from mega.geek4food.org (mega.geek4food.org [192.168.1.57]) by BSDpc.geek4food.org (Postfix) with ESMTP id EF6B311C4B for ; Sun, 23 Jan 2000 15:34:34 -0800 (PST) Received: from mega.geek4food.org (localhost.geek4food.org [127.0.0.1]) by mega.geek4food.org (8.9.3/8.9.3) with ESMTP id PAA12158 for ; Sun, 23 Jan 2000 15:34:34 -0800 (PST) (envelope-from andy@geek4food.org) Message-Id: <200001232334.PAA12158@mega.geek4food.org> To: freebsd-mobile@FreeBSD.ORG Subject: Success with New Media LiveWire 10/100 Date: Sun, 23 Jan 2000 15:34:34 -0800 From: Andy Sparrow Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I bought two of these cards thinking that they were supported, which they're not (doh!), and attempts to get New Media Corp to tell me what chipset they used were dismal failures. However, they seem to work perfectly at both 10baseT and 100baseTX with the 'ed0' driver under PAO for 3.3-RELEASE (pccard.conf entry already submitted). The driver says that they're a Linksys 16 bit card. As these cards are currently being cleared at $29-33 a pop via Onsale or CompGeeks.com (respectively), I thought someone else might like to know this. Cheers, AS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sun Jan 23 16:27: 3 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from polaris.we.lc.ehu.es (polaris.we.lc.ehu.es [158.227.6.43]) by hub.freebsd.org (Postfix) with ESMTP id 4047714BE5; Sun, 23 Jan 2000 16:26:58 -0800 (PST) (envelope-from jose@polaris.we.lc.ehu.es) Received: (from jose@localhost) by polaris.we.lc.ehu.es (8.9.1/8.9.1) id BAA04922; Mon, 24 Jan 2000 01:26:52 +0100 (MET) Date: Mon, 24 Jan 2000 01:26:52 +0100 (MET) From: "Jose M. Alcaide" Message-Id: <200001240026.BAA04922@polaris.we.lc.ehu.es> To: msmith@FreeBSD.ORG Cc: freebsd-mobile@FreeBSD.ORG Subject: Re: suspend problems with Dell Inspiron 3700 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Mike Smith wrote: > > Have you tried the > > sleep 5; zzz > > hack? Sounds like you're sleeping but then immediately waking up again. > Yes, to no avail. I think that my problem is originated deeply in the BIOS. I sent another message to this thread explaining my last findings. Thanks, -- JMA ----------------------------------------------------------------------- José Mª Alcaide | mailto:jose@we.lc.ehu.es Universidad del País Vasco | mailto:jmas@FreeBSD.org Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-946013071 ----------------------------------------------------------------------- "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sun Jan 23 16:29:20 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from polaris.we.lc.ehu.es (polaris.we.lc.ehu.es [158.227.6.43]) by hub.freebsd.org (Postfix) with ESMTP id 5BB2514FE1 for ; Sun, 23 Jan 2000 16:29:17 -0800 (PST) (envelope-from jose@polaris.we.lc.ehu.es) Received: (from jose@localhost) by polaris.we.lc.ehu.es (8.9.1/8.9.1) id BAA04930 for freebsd-mobile@FreeBSD.ORG; Mon, 24 Jan 2000 01:29:03 +0100 (MET) Date: Mon, 24 Jan 2000 01:29:03 +0100 (MET) From: "Jose M. Alcaide" Message-Id: <200001240029.BAA04930@polaris.we.lc.ehu.es> To: freebsd-mobile@FreeBSD.ORG Subject: Re: suspend problems with Dell Inspiron 3700 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The saga of the APM suspend problems with my Inspiron 3700 continues... I found a pattern! However, it is astonishing. Too astonishing to be true. I will try to explain what I discovered. It is difficult to explain, especially in English :-). Sorry. First, I found a strange thing that I thought it was unrelated to the suspend problem. But, somehow, it _is_ related. This strange thing is that, under some circumstances, the RTC does not generate interrupts (IRQ 8). These circumstances are: 1. The system is connected to AC-line, and it is rebooted, or powered down and turned on again. However, if I disconnect the power cable for a couple of seconds while the system is off, reconnect, and then I turn it on again, the RTC generates IRQ8s. 2. The system is battery powered, and it is rebooted. However, if it is powered down and turned on again, the RTC generates IRQ8s. I use "vmstat -i" to see when the RTC is generating interrupts. Maybe the RTC is working but the interrupts are not being accounted by the kernel... How are related the RTC and the APM suspend problems? Well, there is a reproducible (and astonishing) fact: When the RTC is generating IRQ8s, APM suspend does _not_ work. Moreover, if I reboot the system (so the RTC is not working), I suspend it (this now works), wait a few seconds, and I resume it, then, after resuming, "vmstat -i" shows that the RTC is now generating interrupts; after that I cannot suspend the system again. I inserted a ``printf("apm_int(%lx,%lx,%lx,%lx)\n", eax, ebx, ecx, edx)'' in sys/i386/apm/apm.c, in the function apm_suspend_system(), just before the call to apm_int(). I wanted to see whether this call is actually done, or it is not. And it is: whenever I try to suspend the machine, I see this message: apm_int(5307,1,2,0) and nothing more. After 50-52 seconds, this message appears on the console: resumed from suspended mode (slept 00:00:50) The conclusion is that the BIOS suspend call is being activated, but for some reason the system is not suspended. And the suspend fails when the RTC is generating IRQ8s (as it should do!). About 50 seconds after the false suspend, a resume event comes from the BIOS (why?). From all these symptoms we could infer that the APM BIOS is not working correctly, but... what happens with the RTC interrupts? And remember that Windows does not present any problems suspending the same machine (this is really disgusting :-) ). I would really appreciate any theory about this problem from you APM gurus :-) Thanks in advance, and my apologies for this long message written in poor English. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sun Jan 23 19: 9:30 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 7121C1505C for ; Sun, 23 Jan 2000 19:09:21 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id UAA98273; Sun, 23 Jan 2000 20:09:18 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id UAA48345; Sun, 23 Jan 2000 20:09:51 -0700 (MST) Message-Id: <200001240309.UAA48345@harmony.village.org> To: Peter Radcliffe Subject: Re: Vaio 505S + fdc driver Cc: mobile@FreeBSD.ORG In-reply-to: Your message of "Sun, 23 Jan 2000 01:57:23 EST." <20000123015723.B8362@pir.net> References: <20000123015723.B8362@pir.net> Date: Sun, 23 Jan 2000 20:09:50 -0700 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <20000123015723.B8362@pir.net> Peter Radcliffe writes: : (the libretto floppy drives, which are kinda weird, are supported Except in the 4.0 code... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sun Jan 23 19:20:34 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from mail.xmission.com (mail.xmission.com [198.60.22.22]) by hub.freebsd.org (Postfix) with ESMTP id 7B7C114F13; Sun, 23 Jan 2000 19:20:18 -0800 (PST) (envelope-from wes@softweyr.com) Received: from [204.68.178.39] (helo=softweyr.com ident=200 years too late) by mail.xmission.com with esmtp (Exim 3.03 #3) id 12Ca36-0007WU-00; Sun, 23 Jan 2000 20:20:17 -0700 Message-ID: <388BC605.FAF0479D@softweyr.com> Date: Sun, 23 Jan 2000 20:24:53 -0700 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 3.3-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Marwan Fayed Cc: Thierry Herbelot , freebsd-hackers@FreeBSD.ORG, freebsd-mobile@FreeBSD.ORG Subject: Re: disappearing mount points after install References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Marwan Fayed wrote: > > As Thierry (and one other I think) suggested, a DOS partition is required. > Before this was suggested to me I tried dual booting with a small DOS > partition of 2 megs to save as much space as possible. This didn't work. > Well, last night a chain of events forced me to realize that Win95, of > course, uses partitions greater than 2 megs and that I should try using > larger partitions (Thierry uses 20 on his machine). > > I first tried it with 5 megs... nothing. Then 10, 16, and still nothing. > Finally when I expanded the DOS partition to 20 megs it worked. I can only > assume this is how IBM manufactured their BIOS. And hey, it's 20 megs lost > but at least it worked. OK, let's quickly hack the VM system to allow swapping on a DOS partition. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sun Jan 23 19:49:31 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from mta3.snfc21.pbi.net (mta3.snfc21.pbi.net [206.13.28.141]) by hub.freebsd.org (Postfix) with ESMTP id 879A0157A4 for ; Sun, 23 Jan 2000 19:49:27 -0800 (PST) (envelope-from gfish123@pacbell.net) Received: from uniqsite.com ([63.197.148.179]) by mta3.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.1999.09.16.21.57.p8) with ESMTP id <0FOT008HDMJ2DT@mta3.snfc21.pbi.net> for mobile@FreeBSD.ORG; Sun, 23 Jan 2000 19:48:31 -0800 (PST) Date: Sun, 23 Jan 2000 19:47:25 -0800 (PST) From: Gorden Fischer Subject: Re: Vaio 505S + fdc driver In-reply-to: <200001240309.UAA48345@harmony.village.org> X-Sender: gfish123@uniqsite.com To: Warner Losh Cc: Peter Radcliffe , mobile@FreeBSD.ORG 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 On Sun, 23 Jan 2000, Warner Losh wrote: > In message <20000123015723.B8362@pir.net> Peter Radcliffe writes: > : (the libretto floppy drives, which are kinda weird, are supported > > Except in the 4.0 code... > > Warner > Are you saying the floppy drive will work under 4.0 current? Maybe I'll try to upgrade it to 4.0. Fischer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sun Jan 23 19:50:45 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id DAB92156D2 for ; Sun, 23 Jan 2000 19:50:39 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id UAA98504; Sun, 23 Jan 2000 20:50:35 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id UAA48930; Sun, 23 Jan 2000 20:51:08 -0700 (MST) Message-Id: <200001240351.UAA48930@harmony.village.org> To: Gorden Fischer Subject: Re: Vaio 505S + fdc driver Cc: Peter Radcliffe , mobile@FreeBSD.ORG In-reply-to: Your message of "Sun, 23 Jan 2000 19:47:25 PST." References: Date: Sun, 23 Jan 2000 20:51:08 -0700 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message Gorden Fischer writes: : Are you saying the floppy drive will work under 4.0 current? Maybe I'll : try to upgrade it to 4.0. I'm saying that the libretto floppy doesn't work in 4.0-current right now. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sun Jan 23 20:12:44 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from freesbee.wheel.dk (freesbee.wheel.dk [193.162.159.97]) by hub.freebsd.org (Postfix) with ESMTP id 4459514DDC for ; Sun, 23 Jan 2000 20:12:42 -0800 (PST) (envelope-from jesper@skriver.dk) Received: by freesbee.wheel.dk (Postfix, from userid 1001) id 6EE873E39; Mon, 24 Jan 2000 05:12:39 +0100 (CET) Date: Mon, 24 Jan 2000 05:12:39 +0100 From: Jesper Skriver To: mobile@FreeBSD.org Cc: Niels Christian Bank-Pedersen Subject: Re: suspend problems with Dell Inspiron 3700 Message-ID: <20000124051239.A26570@skriver.dk> References: <20000123233639.A25328@bank-pedersen.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20000123233639.A25328@bank-pedersen.dk>; from ncbp@bank-pedersen.dk on Sun, Jan 23, 2000 at 11:36:39PM +0100 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Thank you for your answer. Unfortunately, I did not include any MAXMEM > > option in my kernel config file (I attached it to this message). > > OTOH, I am not having any problems after resuming; simply, suspend > > does not work 90% of the times I try to do it (with no xserver running). > > Have you tried the > > sleep 5; zzz > > hack? Sounds like you're sleeping but then immediately waking up again. Doesn't do it here, my IBM ThinkPad 600E immediately wakes up again, see my post on -CURRENT "apm suspend" ... /Jesper -- Jesper Skriver, jesper(at)skriver(dot)dk - CCIE# 5456 Work: Network manager @ AS3292 (Tele Danmark DataNetworks) Private: Geek @ AS2109 (A much smaller network ;-) One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone to bind them. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sun Jan 23 22:35:11 2000 Delivered-To: freebsd-mobile@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 758) id C1D561500D; Sun, 23 Jan 2000 22:35:06 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id A10171CD65B; Sun, 23 Jan 2000 22:35:06 -0800 (PST) (envelope-from kris@hub.freebsd.org) Date: Sun, 23 Jan 2000 22:35:06 -0800 (PST) From: Kris Kennaway To: Wes Peters Cc: Marwan Fayed , Thierry Herbelot , freebsd-hackers@FreeBSD.ORG, freebsd-mobile@FreeBSD.ORG Subject: Re: disappearing mount points after install In-Reply-To: <388BC605.FAF0479D@softweyr.com> 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 On Sun, 23 Jan 2000, Wes Peters wrote: > OK, let's quickly hack the VM system to allow swapping on a DOS partition. dd if=/dev/zero of=/c/swap vnconfig -c -e /dev/vn0 /c/swap swap Kris ---- "How many roads must a man walk down, before you call him a man?" "Eight!" "That was a rhetorical question!" "Oh..then, seven!" -- Homer Simpson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Jan 24 3: 2: 7 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by hub.freebsd.org (Postfix) with ESMTP id 4DC6914D77 for ; Mon, 24 Jan 2000 03:01:54 -0800 (PST) (envelope-from talon@lpthe.jussieu.fr) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.9.3/jtpda-5.3.3) with ESMTP id MAA66841 for ; Mon, 24 Jan 2000 12:01:45 +0100 (CET) Received: from niobe.lpthe.jussieu.fr (niobe.lpthe.jussieu.fr [134.157.10.41]) by parthe.lpthe.jussieu.fr (8.9.1a/jtpda-5.3.1) with ESMTP id MAA09981 for ; Mon, 24 Jan 2000 12:01:45 +0100 (MET) Received: from (talon@localhost) by niobe.lpthe.jussieu.fr (8.9.3/jtpda-5.3.1) id MAA87983 for freebsd-mobile@FreeBSD.ORG; Mon, 24 Jan 2000 12:01:45 +0100 (CET) Date: Mon, 24 Jan 2000 12:01:45 +0100 From: Michel TALON To: freebsd-mobile@FreeBSD.ORG Subject: Re: PAO3 + 3.4-STABLE Message-ID: <20000124120144.F87825@lpthe.jussieu.fr> References: <200001231603.IAA06548@goose.prod.itd.earthlink.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200001231603.IAA06548@goose.prod.itd.earthlink.net>; from pmoyer@hyperon.com on Sun, Jan 23, 2000 at 11:10:16AM -0500 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sun, Jan 23, 2000 at 11:10:16AM -0500, Philip R. Moyer wrote: > > Forgive me if this is a silly question, but I have cvsupped the latest > 3.4-STABLE sources from FreeBSD, then cvsupped the latest PAO3 sources > from Japan (1). Everything goes well until I'm building the kernel, when > I get errors from apm.c: > > Script started on Sun Jan 23 10:59:26 2000 > penrose# make > cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -Wformat -Wunused -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -DVM_STACK -include opt_global.h -elf ../../i386/apm/apm.c > ../../i386/apm/apm.c: In function `apm_do_suspend': > ../../i386/apm/apm.c:538: structure has no member named `suspending' > ../../i386/apm/apm.c:546: structure has no member named `suspending' > ../../i386/apm/apm.c: In function `apm_resume': > ../../i386/apm/apm.c:669: structure has no member named `suspending' > ../../i386/apm/apm.c: In function `apmattach': > ../../i386/apm/apm.c:1089: `APM_FORCE_APM10_FLAG' undeclared (first use this function) > ../../i386/apm/apm.c:1089: (Each undeclared identifier is reported only once > ../../i386/apm/apm.c:1089: for each function it appears in.) > ../../i386/apm/apm.c:1095: `APM_NO_CLOCK_ADJUST_FLAG' undeclared (first use this function) > ../../i386/apm/apm.c:1101: `APM_FORCE_64K_SEG_FLAG' undeclared (first use this function) > *** Error code 1 Perhaps you have done the same error than me: i had expanded paoall.tgz which replaced files in the /sys directory then in /usr/src/pao3 i did make patch or similar which clobbered all the previous files. Then i could no more compile a kernel. The cure was to expand once more paoall.tgz which reinstalled the good kernel files, and run all the makes except make patch. Then all was OK and my laptop works since a month. -- Michel TALON To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Jan 24 4:54:19 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from vaiolo.db.de (p3E9BB003.dip.t-dialin.net [62.155.176.3]) by hub.freebsd.org (Postfix) with ESMTP id F164214EDB for ; Mon, 24 Jan 2000 04:54:14 -0800 (PST) (envelope-from wcp@vaiolo.db.de) Received: (from wcp@localhost) by vaiolo.db.de (8.9.3/8.9.3) id NAA02304; Mon, 24 Jan 2000 13:53:25 +0100 (CET) (envelope-from wcp) From: "Walter C. Pelissero" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14476.19269.487391.3117@vaiolo.db.de> Date: Mon, 24 Jan 2000 13:53:25 +0100 (CET) To: mobile@freebsd.org Subject: Vaio PCG-XG9 problems X-Mailer: VM 6.71 under 21.1 (patch 6) "Big Bend" XEmacs Lucid Reply-To: wcp@pop.systemy.it X-Attribution: WP Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I succeeded installing a FreeBSD 3.3 on my brand new XG9 but I erroneously deleted the suspend partition. Does anybody know how to re-create it? While everything seems to work perfectly I'm still not able to use the sound card. The system boots recognizing my sound card as a SP Pro but if I try to play something I get only one second or two of sound and then an IRQ/DMA misconfiguration error from the kernel. I tried almost every available IRQ but it still doesn't work. Last but not least the USB bus cannot be initialized properly because of IRQ to high (255!). I can fix this entering the BIOS setup and specifying a *non* PNP operating system, but this breaks Windoze 98. Any Vaio XG9 expert out there? Here is my boot log: Copyright (c) 1992-1999 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.3-RELEASE #29: Sat Jan 22 01:28:34 CET 2000 root@vaiolo.db.de:/usr/src/sys/compile/VAIOLO Timecounter "i8254" frequency 1193182 Hz CPU: Unknown 80686 (496.31-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x681 Stepping = 1 Features=0x383f9ff> real memory = 134217728 (131072K bytes) config> di ep0 config> q avail memory = 127725568 (124732K bytes) Preloaded elf kernel "kernel" at 0xc02b2000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc02b209c. Preloaded elf module "splash_bmp.ko" at 0xc02b20ec. Preloaded elf module "vesa.ko" at 0xc02b2190. Preloaded splash_image_data "/boot/chuck_nebula.bmp" at 0xc02b222c. VESA: v2.0, 2496k memory, flags:0x0, mode table:0xc02a00e2 (1000022) VESA: MagicMedia 256AV 48K Pentium Pro MTRR support enabled Probing for devices on PCI bus 0: chip0: rev 0x03 on pci0.0.0 chip1: rev 0x03 on pci0.1.0 chip2: rev 0x02 on pci0.7.0 ide_pci0: rev 0x01 on pci0.7.1 uhci0: rev 0x01 int d irq 255 on pci0.7.2 create_intr: requested irq255 too high, limit is 15 usb0: could not map irq chip3: rev 0x03 on pci0.7.3 pcic0: rev 0x80 int a irq 255 on pci0.12.0 pcic1: rev 0x80 int b irq 255 on pci0.12.1 Probing for devices on PCI bus 1: vga0: rev 0x20 int a irq 9 on pci1.0.0 Probing for PnP devices: Probing for devices on the ISA bus: sc0 on isa sc0: VGA color <16 virtual consoles, flags=0x0> atkbdc0 at 0x60-0x6f on motherboard atkbd0 irq 1 on isa psm0 irq 12 on isa psm0: model Generic PS/2 mouse, device ID 0 sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio2 at 0x3e8-0x3ef irq 10 drq 0 on isa sio2: type 16550A fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 17301MB (35433216 sectors), 35152 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (atapi): , removable, accel, dma, iordis acd0: drive speed 4134KB/sec, 128KB cache acd0: supported read types: CD-R, CD-RW, CD-DA acd0: Audio: play, 16 volume levels acd0: Mechanism: ejectable tray acd0: Medium: no/blank disc inside, unlocked ppc0 at 0x378 irq 7 flags 0x40 on isa ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold lpt0: on ppbus 0 lpt0: Interrupt-driven port ppi0: on ppbus 0 plip0: on ppbus 0 vga0 at 0x3b0-0x3df maddr 0xa0000 msize 131072 on isa npx0 on motherboard npx0: INT 16 interface apm0 on isa apm: found APM BIOS version 1.2 sb0 at 0x220 irq 9 drq 1 on isa snd0: opl0 at 0x388 on isa snd0: sbxvi0 not found sbmidi0 not found at 0x330 joy0 at 0x201 on isa joy0: joystick PC-Card Intel 82365 (5 mem & 2 I/O windows) pcic: controller irq 3 Initializing PC-card drivers: sio ep changing root device to wd0s2a Card inserted, slot 0 ep0: utp/bnc[*UTP*] address 00:00:86:37:91:fb To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Jan 24 5:15:47 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from PacHell.TelcoSucks.org (PacHell.TelcoSucks.org [207.90.181.5]) by hub.freebsd.org (Postfix) with ESMTP id 19DA014F7C for ; Mon, 24 Jan 2000 05:15:43 -0800 (PST) (envelope-from ulf@PacHell.TelcoSucks.org) Received: (from ulf@localhost) by PacHell.TelcoSucks.org (8.9.3/8.9.1) id FAA64265; Mon, 24 Jan 2000 05:15:49 -0800 (PST) (envelope-from ulf) Date: Mon, 24 Jan 2000 05:15:49 -0800 From: Ulf Zimmermann To: wcp@pop.systemy.it Cc: mobile@FreeBSD.ORG Subject: Re: Vaio PCG-XG9 problems Message-ID: <20000124051549.E3195@PacHell.TelcoSucks.org> Reply-To: ulf@Alameda.net References: <14476.19269.487391.3117@vaiolo.db.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <14476.19269.487391.3117@vaiolo.db.de>; from wcp@lpds.sublink.org on Mon, Jan 24, 2000 at 01:53:25PM +0100 Organization: Alameda Networks, Inc. X-Operating-System: FreeBSD 3.2-STABLE Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, Jan 24, 2000 at 01:53:25PM +0100, Walter C. Pelissero wrote: > I succeeded installing a FreeBSD 3.3 on my brand new XG9 but I > erroneously deleted the suspend partition. Does anybody know how to > re-create it? > > While everything seems to work perfectly I'm still not able to use the > sound card. The system boots recognizing my sound card as a SP Pro > but if I try to play something I get only one second or two of sound > and then an IRQ/DMA misconfiguration error from the kernel. I tried > almost every available IRQ but it still doesn't work. > > Last but not least the USB bus cannot be initialized properly because > of IRQ to high (255!). I can fix this entering the BIOS setup and > specifying a *non* PNP operating system, but this breaks Windoze 98. My Z505R is set to non PNP and that works with both FreeBSD and Winshit98 > > Any Vaio XG9 expert out there? > According to Ulf Zimmermann: >> and haven't bothered to check on my Sony (does the Z505R even do suspend >> to disk?) > >Oh yes. My Z505SX has a 200 MB slice at the end of the disk reserved for that >purpose. It works beautifully. >-- >Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr >FreeBSD keltia.freenix.fr 4.0-CURRENT #77: Thu Dec 30 12:49:51 CET 1999 That should also apply to your Sony then. The suspend space needs to be plus some extra space, usual 1MB. > > > Here is my boot log: > > > Copyright (c) 1992-1999 FreeBSD Inc. > Copyright (c) 1982, 1986, 1989, 1991, 1993 > The Regents of the University of California. All rights reserved. > FreeBSD 3.3-RELEASE #29: Sat Jan 22 01:28:34 CET 2000 > root@vaiolo.db.de:/usr/src/sys/compile/VAIOLO > Timecounter "i8254" frequency 1193182 Hz > CPU: Unknown 80686 (496.31-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x681 Stepping = 1 > Features=0x383f9ff> > real memory = 134217728 (131072K bytes) > config> di ep0 > config> q > avail memory = 127725568 (124732K bytes) > Preloaded elf kernel "kernel" at 0xc02b2000. > Preloaded userconfig_script "/boot/kernel.conf" at 0xc02b209c. > Preloaded elf module "splash_bmp.ko" at 0xc02b20ec. > Preloaded elf module "vesa.ko" at 0xc02b2190. > Preloaded splash_image_data "/boot/chuck_nebula.bmp" at 0xc02b222c. > VESA: v2.0, 2496k memory, flags:0x0, mode table:0xc02a00e2 (1000022) > VESA: MagicMedia 256AV 48K > Pentium Pro MTRR support enabled > Probing for devices on PCI bus 0: > chip0: rev 0x03 on pci0.0.0 > chip1: rev 0x03 on pci0.1.0 > chip2: rev 0x02 on pci0.7.0 > ide_pci0: rev 0x01 on pci0.7.1 > uhci0: rev 0x01 int d irq 255 on pci0.7.2 > create_intr: requested irq255 too high, limit is 15 > usb0: could not map irq > chip3: rev 0x03 on pci0.7.3 > pcic0: rev 0x80 int a irq 255 on pci0.12.0 > pcic1: rev 0x80 int b irq 255 on pci0.12.1 > Probing for devices on PCI bus 1: > vga0: rev 0x20 int a irq 9 on pci1.0.0 > Probing for PnP devices: > Probing for devices on the ISA bus: > sc0 on isa > sc0: VGA color <16 virtual consoles, flags=0x0> > atkbdc0 at 0x60-0x6f on motherboard > atkbd0 irq 1 on isa > psm0 irq 12 on isa > psm0: model Generic PS/2 mouse, device ID 0 > sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa > sio0: type 16550A > sio2 at 0x3e8-0x3ef irq 10 drq 0 on isa > sio2: type 16550A > fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa > fdc0: FIFO enabled, 8 bytes threshold > fd0: 1.44MB 3.5in > wdc0 at 0x1f0-0x1f7 irq 14 on isa > wdc0: unit 0 (wd0): > wd0: 17301MB (35433216 sectors), 35152 cyls, 16 heads, 63 S/T, 512 B/S > wdc1 at 0x170-0x177 irq 15 on isa > wdc1: unit 0 (atapi): , removable, accel, dma, iordis > acd0: drive speed 4134KB/sec, 128KB cache > acd0: supported read types: CD-R, CD-RW, CD-DA > acd0: Audio: play, 16 volume levels > acd0: Mechanism: ejectable tray > acd0: Medium: no/blank disc inside, unlocked > ppc0 at 0x378 irq 7 flags 0x40 on isa > ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode > ppc0: FIFO with 16/16/8 bytes threshold > lpt0: on ppbus 0 > lpt0: Interrupt-driven port > ppi0: on ppbus 0 > plip0: on ppbus 0 > vga0 at 0x3b0-0x3df maddr 0xa0000 msize 131072 on isa > npx0 on motherboard > npx0: INT 16 interface > apm0 on isa > apm: found APM BIOS version 1.2 > sb0 at 0x220 irq 9 drq 1 on isa > snd0: > opl0 at 0x388 on isa > snd0: > sbxvi0 not found > sbmidi0 not found at 0x330 > joy0 at 0x201 on isa > joy0: joystick > PC-Card Intel 82365 (5 mem & 2 I/O windows) > pcic: controller irq 3 > Initializing PC-card drivers: sio ep > changing root device to wd0s2a > Card inserted, slot 0 > ep0: utp/bnc[*UTP*] address 00:00:86:37:91:fb > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-mobile" in the body of the message -- Regards, Ulf. --------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Jan 24 8:41:25 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from ntua.gr (achilles.noc.ntua.gr [147.102.222.210]) by hub.freebsd.org (Postfix) with ESMTP id 469D014C22 for ; Mon, 24 Jan 2000 08:40:58 -0800 (PST) (envelope-from past@netmode.ece.ntua.gr) Received: from netmode.ece.ntua.gr (dolly.netmode.ece.ntua.gr [147.102.13.10]) by ntua.gr (8.9.3/8.9.3) with ESMTP id SAA22078 for ; Mon, 24 Jan 2000 18:40:55 +0200 (EET) Received: by netmode.ece.ntua.gr (Postfix, from userid 410) id B88A885C3; Mon, 24 Jan 2000 18:34:11 +0200 (EET) Date: Mon, 24 Jan 2000 18:34:11 +0200 From: Panagiotis Astithas To: mobile@freebsd.org Subject: New entry in pccard.conf.sample Message-ID: <20000124183411.A302@netmode.ece.ntua.gr> Reply-To: past@netmode.ntua.gr Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-7 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 1.0i X-Organizational-Unit: Network Management and Optimal Design Laboratory X-Organization: National Technical University of Athens, GREECE X-Work-Phone: +30-1-772-1-450 X-Work-FAX: +30-1-772-1-452 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi everyone, I have just managed to complete the installation of 3.4-R on my laptop (a DTK Computer Fortis Pro Top-5A) with an Apollo PCMCIA Ethernet Adapter. If it can be of any use to anyone, here is the entry in my pccard.conf: card "Ethernet" "Adapter" config 0x0 "ed0" 10 insert echo Apollo PCMCIA Ethernet Adapter inserted insert /etc/pccard_ether ed0 remove echo Apollo PCMCIA Ethernet Adapter removed remove /sbin/ifconfig ed0 delete Also, the result of a pccardc dumpcis: Code 240 not found Code 240 not found code Unknown ignored Configuration data for card in slot 1 Tuple #1, code = 0x1 (Common memory descriptor), length = 5 000: d4 0a 53 e9 ff Common memory device information: Device number 1, type Function specific, WPS = OFF Speed = 100nS, Memory block size = 8Kb, 2 units Device number 2, type FLASH EEPROM, WPS = OFF Speed = 150nS, Memory block size = 2Kb, 30 units Tuple #2, code = 0x17 (Attribute memory descriptor), length = 3 000: 53 09 ff Attribute memory device information: Device number 1, type FLASH EEPROM, WPS = OFF Speed = 150nS, Memory block size = 2Kb, 2 units Tuple #3, code = 0x20 (Manufacturer ID), length = 4 000: 49 01 ab c1 PCMCIA ID = 0x149, OEM ID = 0xc1ab Tuple #4, code = 0x15 (Version 1 info), length = 26 000: 04 01 45 74 68 65 72 6e 65 74 00 41 64 61 70 74 010: 65 72 00 32 2e 30 00 ff 00 ff Version = 4.1, Manuf = [Ethernet],card vers = [Adapter] Addit. info = [2.0],[ÿ] Tuple #5, code = 0x1a (Configuration map), length = 5 000: 01 06 d0 0f 0b Reg len = 2, config register addr = 0xfd0, last config = 0x6 Registers: XX-X---- Tuple #6, code = 0x1b (Configuration entry), length = 7 000: c0 81 18 45 30 fc be Config index = 0x0(default) Interface byte = 0x81 (I/O) wait signal supported Card decodes 5 address lines, limited 8/16 Bit I/O IRQ modes: Pulse IRQ level = 5 Tuple #7, code = 0x1b (Configuration entry), length = 7 000: 01 08 ca 60 00 03 1f Config index = 0x1 Card decodes 10 address lines, limited 8/16 Bit I/O I/O address # 1: block start = 0x300 block length = 0x20 Tuple #8, code = 0x1b (Configuration entry), length = 7 000: 02 08 ca 60 20 03 1f Config index = 0x2 Card decodes 10 address lines, limited 8/16 Bit I/O I/O address # 1: block start = 0x320 block length = 0x20 Tuple #9, code = 0x1b (Configuration entry), length = 7 000: 03 08 ca 60 40 03 1f Config index = 0x3 Card decodes 10 address lines, limited 8/16 Bit I/O I/O address # 1: block start = 0x340 block length = 0x20 Tuple #10, code = 0x1b (Configuration entry), length = 7 000: 04 08 ca 60 80 03 1f Config index = 0x4 Card decodes 10 address lines, limited 8/16 Bit I/O I/O address # 1: block start = 0x380 block length = 0x20 Tuple #11, code = 0x1b (Configuration entry), length = 7 000: 05 08 ca 60 00 02 1f Config index = 0x5 Card decodes 10 address lines, limited 8/16 Bit I/O I/O address # 1: block start = 0x200 block length = 0x20 Tuple #12, code = 0x21 (Functional ID), length = 2 000: 06 00 Network/LAN adapter Tuple #13, code = 0x14 (No link), length = 0 Tuple #14, code = 0x0 (Null tuple), length = 9 000: 57 42 4c 41 4e 39 32 36 ff Tuple #15, code = 0xff (Terminator), length = 0 2 slots found Should I worry about the first 3 lines? And, why the heck does vmstat -i give: root@laptop# vmstat -i interrupt total rate clk0 irq10 88897 102 rtc0 irq8 111227 127 fdc0 irq6 1 0 wdc0 irq14 59714 68 atkbd0 irq1 2231 2 psm0 irq12 8331 9 ppc0 irq7 1 0 Total 270402 311 I notice that clk0 always seems to have the PC-Card's irq. Regards, --- Panagiotis Astithas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Jan 24 8:48:11 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from doorman.brann.org (remote-brann-gw.nyc.dsl.access.net [166.84.145.254]) by hub.freebsd.org (Postfix) with ESMTP id B960D14EAE for ; Mon, 24 Jan 2000 08:48:07 -0800 (PST) (envelope-from john@brann.org) Received: from freebie.brann.org (freebie.brann.org [10.0.0.2]) by doorman.brann.org (8.9.2/8.8.5) with ESMTP id LAA46578 for ; Mon, 24 Jan 2000 11:47:53 -0500 (EST) Received: (from john@localhost) by freebie.brann.org (8.9.3/8.9.3) id LAA38574 for mobile@freebsd.org; Mon, 24 Jan 2000 11:48:05 -0500 (EST) (envelope-from john) Date: Mon, 24 Jan 2000 11:48:05 -0500 From: John Brann To: mobile@freebsd.org Subject: WaveLan woes Message-ID: <20000124114805.A38465@freebie.brann.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i Organization: Not while I'm at home Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I have a small wireless network of laptops talking through a ground station (WavePoint II) to my Ethernet backbone. I'm trying to get a Toshiba Portege 660 running 3.4-RELEASE (from the CD) to drive a WavaLan card. The cards are all IEEE Silver. No encryption is being used (yet). The wi0 driver is built into the kernel, and pccardd correctly loads the driver on card insertion. The MAC address reported is correct. The power light on the card comes on and wicontrol -i wi0 shows: NIC serial number: [ 99UT11361866 ] Station name: [ FreeBSD WaveLAN/IEEE node ] SSID for IBSS creation: [ FreeBSD IBSS ] Current netname (SSID): [ FreeBSD IBSS ] Desired netname (SSID): [ ANY ] Current BSSID: [ 00:00:00:00:00:00 ] Channel list: [ 2047 ] IBSS channel: [ 3 ] Current channel: [ 3 ] Comms quality/signal/noise: [ 0 27 27 ] Promiscuous mode: [ Off ] Port type (1=BSS, 3=ad-hoc): [ 3 ] MAC address: [ 00:60:1d:1d:25:60 ] TX rate: [ 3 ] RTS/CTS handshake threshold: [ 2347 ] Create IBSS: [ Off ] Access point density: [ 1 ] Power Mgmt (1=on, 0=off): [ 0 ] Max sleep time: [ 100 ] I can ifconfig the interface. When I try to ping another machine on the network, I see a brief pulse in the 'traffic' light on the card. The WavePoint does not pick up the packets. There is no corresponding flash on the WavePoint's traffic light. A previous thread suggested changing the RTS/CTS threshold to 0. I tried this, but the results were identical. All hardware is working OK, rebooting the machine into NT, using the same card, works fine. Any ideas? John -- Unreal City, Under the brown fog of a winter dawn, finger john@doorman.brann.org for pgp public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Jan 24 8:58:42 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from moek.pir.net (moek.pir.net [209.192.237.190]) by hub.freebsd.org (Postfix) with ESMTP id 5F03E14C2E for ; Mon, 24 Jan 2000 08:58:35 -0800 (PST) (envelope-from pir@pir.net) Received: from pir by moek.pir.net with local (Exim) id 12Cmon-0005Su-00 for mobile@freebsd.org; Mon, 24 Jan 2000 11:58:21 -0500 Date: Mon, 24 Jan 2000 11:58:20 -0500 From: Peter Radcliffe To: mobile@freebsd.org Subject: Re: WaveLan woes Message-ID: <20000124115820.C19530@pir.net> Mail-Followup-To: mobile@freebsd.org References: <20000124114805.A38465@freebie.brann.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000124114805.A38465@freebie.brann.org>; from john@brann.org on Mon, Jan 24, 2000 at 11:48:05AM -0500 X-fish: < Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org John Brann probably said: > I have a small wireless network of laptops talking through a ground station > Port type (1=BSS, 3=ad-hoc): [ 3 ] > The WavePoint does not pick up the packets. There is no corresponding > flash on the WavePoint's traffic light. > All hardware is working OK, rebooting the machine into NT, using the same > card, works fine. You're in ad-hoc mode (to talk to other cards). See wicontrol to put the card into BSS mode and talk to the base station. You can put this in the pccard.conf entry if it's what you always want or in a script later otherwise. P. -- pir pir@pir.net pir@net.tufts.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Jan 24 9:30:15 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from lily.ezo.net (lily.ezo.net [206.102.130.13]) by hub.freebsd.org (Postfix) with ESMTP id B976514E45 for ; Mon, 24 Jan 2000 09:30:11 -0800 (PST) (envelope-from jflowers@ezo.net) Received: from lily.ezo.net (jflowers@localhost.ezo.net [127.0.0.1]) by lily.ezo.net (8.8.7/8.8.7) with SMTP id MAA07645; Mon, 24 Jan 2000 12:30:08 -0500 (EST) Date: Mon, 24 Jan 2000 12:30:08 -0500 (EST) From: Jim Flowers To: John Brann Cc: mobile@FreeBSD.ORG Subject: Re: WaveLan woes In-Reply-To: <20000124114805.A38465@freebie.brann.org> 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 I would suggest that you try a different network name ( not FreeBSD IBSS ) so that you can see the Current netname change on successful radio communication. Also, does the Wavepoint II show a connection to the Toshiba? Generally when we set these up we don't use pao and they work fine first time. We don't use "any" but name the network instead. Are you using a startup script for configuration? Here is our setup_wi0 script: #!/bin/sh cmd="wicontrol -i wi0" $cmd -s "Customer Name" $cmd -p 1 $cmd -n "Network Name" echo "Customer Name setup completed" This, of course, has to be identified in pccard.conf with a line like: insert /etc/setup_wi0 Jim Flowers #4 ISP on C|NET, #1 in Ohio On Mon, 24 Jan 2000, John Brann wrote: > Hi, > > I have a small wireless network of laptops talking through a ground station > (WavePoint II) to my Ethernet backbone. I'm trying to get a Toshiba > Portege 660 running 3.4-RELEASE (from the CD) to drive a WavaLan card. > > The cards are all IEEE Silver. No encryption is being used (yet). > > The wi0 driver is built into the kernel, and pccardd correctly loads > the driver on card insertion. The MAC address reported is correct. > The power light on the card comes on and wicontrol -i wi0 shows: > > > NIC serial number: [ 99UT11361866 ] > Station name: [ FreeBSD WaveLAN/IEEE node ] > SSID for IBSS creation: [ FreeBSD IBSS ] > Current netname (SSID): [ FreeBSD IBSS ] > Desired netname (SSID): [ ANY ] > Current BSSID: [ 00:00:00:00:00:00 ] > Channel list: [ 2047 ] > IBSS channel: [ 3 ] > Current channel: [ 3 ] > Comms quality/signal/noise: [ 0 27 27 ] > Promiscuous mode: [ Off ] > Port type (1=BSS, 3=ad-hoc): [ 3 ] > MAC address: [ 00:60:1d:1d:25:60 ] > TX rate: [ 3 ] > RTS/CTS handshake threshold: [ 2347 ] > Create IBSS: [ Off ] > Access point density: [ 1 ] > Power Mgmt (1=on, 0=off): [ 0 ] > Max sleep time: [ 100 ] > > I can ifconfig the interface. When I try to ping another machine on the > network, I see a brief pulse in the 'traffic' light on the card. > > The WavePoint does not pick up the packets. There is no corresponding > flash on the WavePoint's traffic light. > > A previous thread suggested changing the RTS/CTS threshold to 0. I tried > this, but the results were identical. > > All hardware is working OK, rebooting the machine into NT, using the same > card, works fine. > > Any ideas? > > John > > -- > Unreal City, > Under the brown fog of a winter dawn, > > finger john@doorman.brann.org for pgp public key > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-mobile" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Jan 24 9:33:10 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from avalon.whirlygig.co.uk (avalon.whirlygig.co.uk [195.152.5.19]) by hub.freebsd.org (Postfix) with ESMTP id ED8A51526D for ; Mon, 24 Jan 2000 09:32:58 -0800 (PST) (envelope-from prt@prt.org) Received: from prt (helo=localhost) by avalon.whirlygig.co.uk with local-esmtp (Exim 2.10 #1) id 12CnM4-0002Yv-00; Mon, 24 Jan 2000 17:32:44 +0000 Date: Mon, 24 Jan 2000 17:32:44 +0000 (GMT) From: Paul Thornton X-Sender: prt@avalon.whirlygig.co.uk To: wcp@pop.systemy.it Cc: mobile@freebsd.org Subject: Re: Vaio PCG-XG9 problems In-Reply-To: <14476.19269.487391.3117@vaiolo.db.de> 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 On Mon, 24 Jan 2000, Walter C. Pelissero wrote: > I succeeded installing a FreeBSD 3.3 on my brand new XG9 but I > erroneously deleted the suspend partition. Does anybody know how to > re-create it? I think there is a utility on the CD that sorts it out. I'll have to have a look (I've not had to fix this problem yet!). I just ran fdisk to see what the partition type is, but I seem to have deleted it as well! If I can find a colleagues machine, I'll look on that to see what the ID is. > While everything seems to work perfectly I'm still not able to use the > sound card. The system boots recognizing my sound card as a SP Pro > but if I try to play something I get only one second or two of sound > and then an IRQ/DMA misconfiguration error from the kernel. I tried > almost every available IRQ but it still doesn't work. I haven't really tried the sound card. The results I get are: pcm0 at 0x220 irq 5 drq 1 flags 0x15 on isa Unknown card 0x0 0x0 -- hope it is SBPRO > Last but not least the USB bus cannot be initialized properly because > of IRQ to high (255!). I can fix this entering the BIOS setup and > specifying a *non* PNP operating system, but this breaks Windoze 98. I had this problem too - I can't remember how it was fixed. Someone on the list came up with the solution IIRC. I get the following output when its probed: uhci0: rev 0x01 int d irq 9 on pci0.7.2 ... and ... usb0: uhub0 at usb0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ums0 ums0: Microsoft Microsoft IntelliMouse \M-. with IntelliEye, rev 1.10/1.00, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. That is with the docking station attached, BTW. > Any Vaio XG9 expert out there? Well, I'm learning the hard way. The other thing I can't make work is the PCMCIA slot on the docking station. It sees it when probed, but I can't seem to get the kernel config right to make it fly. RL5C4XX PCI Config Reg: pcic1: rev 0x80 int b irq 255 on pci0.12.1 RL5C4XX PCI Config Reg: pcic2: rev 0x80 int a irq 255 on pci0.16.0 RL5C4XX PCI Config Reg: [CSC isa irq] Hope this helps; here is the kernel config I'm using: # Kernel Config for FreeBSD 3.3-RELEASE on a Sony PCG-X9 notebook # version 1.3 prt, 24/11/1999 machine "i386" cpu "I586_CPU" cpu "I686_CPU" ident "SONY-X9-2" maxusers 28 options "MAXMEM=(128*1024)" options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options MFS #Memory Filesystem options MFS_ROOT #MFS usable as root device, options NFS #Network Filesystem options NFS_ROOT #NFS usable as root device, options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options "CD9660_ROOT" #CD-ROM usable as options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=5000 #Be pessimistic about Joe SCSI device options UCONSOLE #Allow users to grab the console options FAILSAFE #Be conservative options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) syscall trace support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores # You may need to reset all pccards after resuming options PCIC_RESUME_RESET # Detach SCSI devices when the SCSI card is removed #options SCSI_DETACH # Detach ATAPI devices when the ATA card is removed options ATAPI_DETACH # Japanese version of WaveLAN PCMCIA uses 2.4GHz band instead of 915MHz # band that US version uses. If you want to use Japanese version of # WaveLAN, uncomment this line, or edit the corresponding config entry # of /etc/pccard.conf. #options "WAVELAN_PCMCIA_24" # Suspend the system when the battery status is "Low" #options "APM_BATT_LOW_SUSPEND" # If you want to use NTP on laptop machines, uncomment the following # option. Current APM implementation affects NTP client. options "APM_NO_CLOCK_ADJUST" # PAO Enhanced PCI-PCIC support (experimental) #options CB_TEST #options FORCE_IRQ_ROUTING config kernel root on wd0 # To make an SMP kernel, the next two are needed #options SMP # Symmetric MultiProcessor Kernel #options APIC_IO # Symmetric (APIC) I/O # Optionally these may need tweaked, (defaults shown): #options NCPU=2 # number of CPUs #options NBUS=4 # number of busses #options NAPIC=1 # number of IO APICs #options NINTR=24 # number of INTs controller isa0 controller pnp0 # PnP support for ISA controller pci0 # PCCARD (PCMCIA) support - do not remove. pseudo-device card 1 #controller card0 #device pcic0 at card? #device pcic1 at card? #device pcic2 at card? # You must use "flags 0x1" when you don't hear any negotiation noise(?) # if you use modem card, or pccardd doesn't read cis tuple, tell you # 'No card in database for"(null)"("(null)")' in case of Cirrus Logic's # pcic is your PC. device pcic0 at isa? port 0x3e0 irq 11 #device pcic1 at isa? port 0x3e4 irq 11 # Floppy drives controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 disk fd0 at fdc0 drive 0 #disk fd1 at fdc0 drive 1 # IDE controller and disks options "CMD640" # work around CMD640 chip deficiency controller wdc0 at isa? port "IO_WD1" bio irq 14 disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 controller wdc1 at isa? port "IO_WD2" bio irq 15 disk wd2 at wdc1 drive 0 disk wd3 at wdc1 drive 1 # Flash ATA / ATA HDD / ATAPI drive support controller wdc2 at isa? disable port 0x340 bio irq ? disk wd4 at wdc2 drive 0 #disk wd5 at wdc2 drive 1 controller wdc3 at isa? disable port 0x360 bio irq ? disk wd6 at wdc3 drive 0 #disk wd7 at wdc3 drive 1 # ATAPI devices options ATAPI #Enable ATAPI support for IDE bus options ATAPI_STATIC #Don't do it as an LKM device acd0 #IDE CD-ROM #device wfd0 #IDE Floppy (e.g. LS-120) # SCSI Controllers # A single entry for any of these controllers (ncr, ahb, ahc) is # sufficient for any number of installed devices. #controller ncr0 # NCR/Symbios Logic #controller ahb0 # EISA AHA1742 family #controller ahc0 # AHA2940 and onboard AIC7xxx devices #controller amd0 # AMD 53C974 (Teckram DC-390(T)) #controller isp0 # Qlogic family #controller dpt0 # DPT Smartcache - See LINT for options! #controller adv0 at isa? port ? cam irq ? #controller adw0 #controller bt0 at isa? port ? cam irq ? #controller aha0 at isa? port ? cam irq ? # SCSI peripherals # Only one of each of these is needed, they are dynamically allocated. controller scbus0 # SCSI bus (required) device da0 # Direct Access (disks) device sa0 # Sequential Access (tape etc) device cd0 # CD device pass0 # Passthrough device (direct SCSI) # Proprietary or custom CD-ROM Interfaces device wt0 at isa? port 0x300 bio irq 5 drq 1 device mcd0 at isa? port 0x300 bio irq 10 device matcd0 at isa? port 0x230 bio device scd0 at isa? port 0x230 bio # atkbdc0 controls both the keyboard and the PS/2 mouse controller atkbdc0 at isa? port IO_KBD tty device atkbd0 at isa? tty irq 1 device psm0 at isa? tty irq 12 device vga0 at isa? port ? conflicts # splash screen/screen saver pseudo-device splash # syscons is the default console driver, resembling an SCO console device sc0 at isa? tty # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? tty #options XSERVER # support for X server #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std # Floating point support - do not disable. device npx0 at isa? port IO_NPX irq 13 # Power management support (see LINT for more options) device apm0 at isa? flags 0x31 # Advanced Power Management # Serial (COM) ports & PCCARD modem etc. device sio0 at isa? port "IO_COM1" flags 0x10 tty irq 4 device sio1 at isa? port "IO_COM2" tty irq 3 device sio2 at isa? disable port "IO_COM3" tty irq 5 device sio3 at isa? disable port "IO_COM4" tty irq 9 device sio4 device sio5 # Parallel port device ppc0 at isa? port? flags 0x40 net irq 7 controller ppbus0 # Parallel port bus (required) device lpt0 at ppbus? # Printer device plip0 at ppbus? # TCP/IP over parallel device ppi0 at ppbus? # Parallel port interface device #controller vpo0 at ppbus? # Requires scbus and da0 # PCI Ethernet NICs. device fxp0 # Intel EtherExpress PRO/100B (82557, 82558) # ISA & PCCARD Ethernet NICs. # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. device ed0 at isa? port 0x280 net irq 10 iomem 0xd8000 device wlp0 at isa? port 0x300 net irq 11 # Sound device pcm0 at isa? port? tty irq 5 drq 1 flags 0x15 device pca0 at isa? port IO_TIMER1 tty # IBM Smart Capture PCMCIA card #device scc0 # Hitachi microcomputer system Speach Synthesizer card #device hss0 #device hss1 # PCMCIA Joystick #device joy0 at isa? disable port "IO_GAME" # Pseudo devices - the number indicates how many units to allocated. pseudo-device loop # Network loopback pseudo-device ether # Ethernet support pseudo-device sl 1 # Kernel SLIP # ppp(8) uses tun instead of ppp device pseudo-device ppp 1 # Kernel PPP pseudo-device tun 1 # Packet tunnel pseudo-device disc 1 pseudo-device pty 16 # Pseudo-ttys (telnet etc) pseudo-device gzip # Exec gzipped a.out's pseudo-device vn # Vnode driver (turns a file into a device) pseudo-device speaker # # Enable the kernel debugger. # options DDB pseudo-device bpfilter 4 #Berkeley packet filter controller uhci0 controller ohci0 controller usb0 device ugen0 device uhid0 device ums0 -- Paul To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Jan 24 12:42:47 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (Postfix) with ESMTP id DA1E3158E8 for ; Mon, 24 Jan 2000 12:42:41 -0800 (PST) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (isdnb35.imasy.or.jp [202.227.24.163]) by tasogare.imasy.or.jp (8.9.3+3.2W/3.7W-tasogare/smtpfeed 1.01) with ESMTP id FAA02072 for ; Tue, 25 Jan 2000 05:42:30 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Message-Id: <200001242042.FAA02072@tasogare.imasy.or.jp> To: mobile@freebsd.org Subject: pccardd patch [Auto select config index] X-Mailer: Mew version 1.93 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Tue, 25 Jan 2000 05:42:29 +0900 From: Mitsuru IWASAKI X-Dispatcher: imput version 980905(IM100) Lines: 204 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, Attached patch allow you to specify config index something like config auto "sio3" ? or config default "ed0" ? in your pccard.conf like PAO configuration. There are a lot of sio (sio1, 2, 3, 4 are mixed) entries in pccard.conf.sample, but it seems we don't have guidelines for new entry registration. Once we get guideline, we just rewrite pccard.conf.sample. But it is not easy to survey again to get suitable config index for many cards... Then I made following patch, we don't need to survey again, just put `auto' as config index and "sio3" (or sio4) as driver name in usual cases. Specifying `auto', pccardd try to find cis_config entry which have available i/o port dynamically. Would this be one of the 4.0-RELEASE candidates? Index: cardd.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/pccard/pccardd/cardd.c,v retrieving revision 1.45 diff -u -r1.45 cardd.c --- cardd.c 2000/01/24 13:15:05 1.45 +++ cardd.c 2000/01/24 20:00:19 @@ -60,9 +60,21 @@ for (cp = cards; cp; cp = cp->next) { printf("Card manuf %s, vers %s\n", cp->manuf, cp->version); printf("Configuration entries:\n"); - for (confp = cp->config; confp; confp = confp->next) - printf("\tIndex code = 0x%x, driver name = %s\n", - confp->index, confp->driver->name); + for (confp = cp->config; confp; confp = confp->next) { + printf("\tIndex code = "); + switch (confp->index_type) { + case DEFAULT_INDEX: + printf("default"); + break; + case AUTO_INDEX: + printf("auto"); + break; + default: + printf("0x%x", confp->index); + break; + } + printf(", driver name = %s\n", confp->driver->name); + } if (cp->insert) { printf("Insert commands are:\n"); pr_cmd(cp->insert); @@ -392,6 +404,30 @@ } /* + * Auto select config index + */ +static struct cis_config * +assign_card_index(struct cis * cis) +{ + struct cis_config *cp; + struct cis_ioblk *cio; + int i; + + for (cp = cis->conf; cp; cp = cp->next) { + if (!cp->iospace || !cp->io) + continue; + for (cio = cp->io; cio; cio = cio->next) { + for (i = cio->addr; i < cio->addr + cio->size - 1; i++) + if (!bit_test(io_avail, i)) + goto next; + } + return cp; /* found */ + next: + } + return cis->def_config; +} + +/* * assign_io - Allocate resources to slot matching the * configuration index selected. */ @@ -403,9 +439,21 @@ cis = sp->cis; defconf = cis->def_config; - for (cisconf = cis->conf; cisconf; cisconf = cisconf->next) - if (cisconf->id == sp->config->index) - break; + switch (sp->config->index_type) { + case DEFAULT_INDEX: /* default */ + cisconf = defconf; + sp->config->index = cisconf->id; + break; + case AUTO_INDEX: /* auto */ + cisconf = assign_card_index(cis); + sp->config->index = cisconf->id; + break; + default: /* normal, use index value */ + for (cisconf = cis->conf; cisconf; cisconf = cisconf->next) + if (cisconf->id == sp->config->index) + break; + } + if (cisconf == 0) { logmsg("Config id %d not present in this card", sp->config->index); Index: cardd.h =================================================================== RCS file: /home/ncvs/src/usr.sbin/pccard/pccardd/cardd.h,v retrieving revision 1.17 diff -u -r1.17 cardd.h --- cardd.h 2000/01/21 09:12:00 1.17 +++ cardd.h 2000/01/24 19:52:50 @@ -46,6 +46,7 @@ struct card_config { struct card_config *next; + unsigned char index_type; unsigned char index; struct driver *driver; int irq; @@ -172,3 +173,11 @@ #define BIT2MEM(x) (((x)*MEMUNIT)+MEMSTART) #define MAXINCLUDES 10 + +/* + * Config index types + */ +#define NORMAL_INDEX 0 +#define DEFAULT_INDEX 1 +#define AUTO_INDEX 2 + Index: file.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/pccard/pccardd/file.c,v retrieving revision 1.23 diff -u -r1.23 file.c --- file.c 2000/01/21 09:12:00 1.23 +++ file.c 2000/01/24 20:05:35 @@ -87,6 +87,7 @@ static void error(char *); static int keyword(char *); static int irq_tok(int); +static int config_tok(unsigned char *); static int debuglevel_tok(int); static struct allocblk *ioblk_tok(int); static struct allocblk *memblk_tok(int); @@ -214,6 +215,7 @@ parse_card(void) { char *man, *vers, *tmp; + unsigned char index_type; struct card *cp; int i, iosize; struct card_config *confp, *lastp; @@ -232,7 +234,7 @@ switch (keyword(next_tok())) { case KWD_CONFIG: /* config */ - i = num_tok(); + i = config_tok(&index_type); if (i == -1) { error("illegal card config index"); break; @@ -251,6 +253,7 @@ break; } confp->index = i & 0x3F; + confp->index_type = index_type; /* * If no valid driver for this config, then do not save @@ -437,6 +440,26 @@ if (force) error("illegal IRQ value"); return (-1); +} + +/* + * Config index token + */ +static int +config_tok(unsigned char *index_type) +{ + if (strcmp("default", next_tok()) == 0) { + *index_type = DEFAULT_INDEX; + return 0; + } + pusht = 1; + if (strcmp("auto", next_tok()) == 0) { + *index_type = AUTO_INDEX; + return 0; + } + pusht = 1; + *index_type = NORMAL_INDEX; + return num_tok(); } /* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Jan 24 14:52: 6 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 1639D14EBC for ; Mon, 24 Jan 2000 14:52:00 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id PAA03009; Mon, 24 Jan 2000 15:47:28 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id PAA07056; Mon, 24 Jan 2000 15:47:16 -0700 (MST) Message-Id: <200001242247.PAA07056@harmony.village.org> To: past@netmode.ntua.gr Subject: Re: New entry in pccard.conf.sample Cc: mobile@FreeBSD.ORG In-reply-to: Your message of "Mon, 24 Jan 2000 18:34:11 +0200." <20000124183411.A302@netmode.ece.ntua.gr> References: <20000124183411.A302@netmode.ece.ntua.gr> Date: Mon, 24 Jan 2000 15:47:16 -0700 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <20000124183411.A302@netmode.ece.ntua.gr> Panagiotis Astithas writes: : I have just managed to complete the installation of 3.4-R on my laptop Thanks. I've added that to my local copy of pccard.conf. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Jan 24 20: 9:34 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (Postfix) with ESMTP id 923FD15341 for ; Mon, 24 Jan 2000 20:09:25 -0800 (PST) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.3/frmug-2.5/nospam) with UUCP id FAA07777 for mobile@freebsd.org; Tue, 25 Jan 2000 05:09:23 +0100 (CET) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (Postfix, from userid 101) id B79BC8863; Tue, 25 Jan 2000 01:34:27 +0100 (CET) Date: Tue, 25 Jan 2000 01:34:27 +0100 From: Ollivier Robert To: mobile@freebsd.org Subject: Re: Vaio PCG-XG9 problems Message-ID: <20000125013427.A62388@keltia.freenix.fr> Mail-Followup-To: mobile@freebsd.org References: <14476.19269.487391.3117@vaiolo.db.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: ; from prt@prt.org on Mon, Jan 24, 2000 at 05:32:44PM +0000 X-Operating-System: FreeBSD 4.0-CURRENT/ELF AMD-K6/200 & 2x PPro/200 SMP Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org According to Paul Thornton: > I think there is a utility on the CD that sorts it out. I'll have to have a > look (I've not had to fix this problem yet!). I just ran fdisk to see what > the partition type is, but I seem to have deleted it as well! If I can find > a colleagues machine, I'll look on that to see what the ID is. ******* Working on device /dev/rwd0 ******* parameters extracted from in-core disklabel are: cylinders=839 heads=240 sectors/track=63 (15120 blks/cyl) parameters to be used for BIOS calculations are: cylinders=839 heads=240 sectors/track=63 (15120 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165,(FreeBSD/NetBSD/386BSD) start 63, size 12262257 (5987 Meg), flag 80 (active) beg: cyl 0/ sector 1/ head 1; end: cyl 810/ sector 63/ head 239 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: sysid 160,(unknown) <<<<< start 12262320, size 408240 (199 Meg), flag 0 <<<<< beg: cyl 811/ sector 1/ head 0; <<<<< end: cyl 837/ sector 63/ head 239 <<<<< -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #77: Thu Dec 30 12:49:51 CET 1999 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Jan 25 7:33:44 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from doorman.brann.org (remote-brann-gw.nyc.dsl.access.net [166.84.145.254]) by hub.freebsd.org (Postfix) with ESMTP id 47D7414C85 for ; Tue, 25 Jan 2000 07:33:40 -0800 (PST) (envelope-from john@brann.org) Received: from freebie.brann.org (freebie.brann.org [10.0.0.2]) by doorman.brann.org (8.9.2/8.8.5) with ESMTP id KAA48224; Tue, 25 Jan 2000 10:33:26 -0500 (EST) Received: (from john@localhost) by freebie.brann.org (8.9.3/8.9.3) id KAA40631; Tue, 25 Jan 2000 10:33:37 -0500 (EST) (envelope-from john) Date: Tue, 25 Jan 2000 10:33:37 -0500 From: John Brann To: Jim Flowers Cc: mobile@FreeBSD.ORG Subject: Re: WaveLan woes Message-ID: <20000125103337.B40595@freebie.brann.org> References: <20000124114805.A38465@freebie.brann.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: ; from Jim Flowers on Mon, Jan 24, 2000 at 12:30:08PM -0500 Organization: Not while I'm at home Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, Jan 24, 2000 at 12:30:08PM -0500, Jim Flowers wrote: > I would suggest that you try a different network name ( not FreeBSD IBSS > ) so that you can see the Current netname change on successful radio > communication. Also, does the Wavepoint II show a connection to the Toshiba? > > Generally when we set these up we don't use pao and they work fine > first time. We don't use "any" but name the network instead. > > Are you using a startup script for configuration? Here is our setup_wi0 > script: > > #!/bin/sh > > cmd="wicontrol -i wi0" > > $cmd -s "Customer Name" > $cmd -p 1 > $cmd -n "Network Name" > echo "Customer Name setup completed" > > This, of course, has to be identified in pccard.conf with a line like: > > insert /etc/setup_wi0 > > Jim Flowers > #4 ISP on C|NET, #1 in Ohio > > On Mon, 24 Jan 2000, John Brann wrote: > [...SNIP...] Thanks for your help. Once I changed the network name from "ANY" to the real one and switched out of ad-hoc mode, it works. A script very like yours now resides in my /etc. John -- Unreal City, Under the brown fog of a winter dawn, finger john@doorman.brann.org for pgp public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Jan 25 8:55: 2 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from lily.ezo.net (lily.ezo.net [206.102.130.13]) by hub.freebsd.org (Postfix) with ESMTP id 4F361152C1 for ; Tue, 25 Jan 2000 08:54:32 -0800 (PST) (envelope-from jflowers@ezo.net) Received: from lily.ezo.net (jflowers@localhost.ezo.net [127.0.0.1]) by lily.ezo.net (8.8.7/8.8.7) with SMTP id LAA23540; Tue, 25 Jan 2000 11:54:22 -0500 (EST) Date: Tue, 25 Jan 2000 11:54:22 -0500 (EST) From: Jim Flowers To: John Brann Cc: mobile@FreeBSD.ORG Subject: Re: WaveLan woes In-Reply-To: <20000125103337.B40595@freebie.brann.org> 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 No problem. Took me a couple of tries. We have about 50 of these in service now and they are very reliable and our customers are very happy with the bandwidth. A lot better than either DSL or cable. Don't go for the EC box unless you have to. It locks up on occasion and it doesn't look like they are going to fix it. Jim Flowers #4 ISP on C|NET, #1 in Ohio On Tue, 25 Jan 2000, John Brann wrote: > On Mon, Jan 24, 2000 at 12:30:08PM -0500, Jim Flowers wrote: > > I would suggest that you try a different network name ( not FreeBSD IBSS > > ) so that you can see the Current netname change on successful radio > > communication. Also, does the Wavepoint II show a connection to the Toshiba? > > > > Generally when we set these up we don't use pao and they work fine > > first time. We don't use "any" but name the network instead. > > > > Are you using a startup script for configuration? Here is our setup_wi0 > > script: > > > > #!/bin/sh > > > > cmd="wicontrol -i wi0" > > > > $cmd -s "Customer Name" > > $cmd -p 1 > > $cmd -n "Network Name" > > echo "Customer Name setup completed" > > > > This, of course, has to be identified in pccard.conf with a line like: > > > > insert /etc/setup_wi0 > > > > Jim Flowers > > #4 ISP on C|NET, #1 in Ohio > > > > On Mon, 24 Jan 2000, John Brann wrote: > > > > [...SNIP...] > > Thanks for your help. Once I changed the network name from "ANY" to the > real one and switched out of ad-hoc mode, it works. A script very like > yours now resides in my /etc. > > John > -- > Unreal City, > Under the brown fog of a winter dawn, > > finger john@doorman.brann.org for pgp public key > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Jan 25 9:20:57 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from vaiolo.db.de (pD4B896F1.dip.t-dialin.net [212.184.150.241]) by hub.freebsd.org (Postfix) with ESMTP id E93B914EB6 for ; Tue, 25 Jan 2000 09:20:53 -0800 (PST) (envelope-from wcp@vaiolo.db.de) Received: (from wcp@localhost) by vaiolo.db.de (8.9.3/8.9.3) id SAA06307; Tue, 25 Jan 2000 18:20:11 +0100 (CET) (envelope-from wcp) From: "Walter C. Pelissero" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14477.56139.578527.797760@vaiolo.db.de> Date: Tue, 25 Jan 2000 18:20:11 +0100 (CET) To: Dirk-Willem van Gulik Cc: Paul Thornton , mobile@FreeBSD.ORG Subject: Re: Vaio PCG-XG9 problems In-Reply-To: References: X-Mailer: VM 6.71 under 21.1 (patch 6) "Big Bend" XEmacs Lucid Reply-To: wcp@pop.systemy.it X-Attribution: WP Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Dirk-Willem van Gulik writes: Well, seems to me that this phdisk.exe is not present on my CDs. I have a four CD set named: System Recovery CD #1, #2 Application Recovery CD #1, #2 But in none of them there is much more than huge compressed files and a setup utility. I actually already had a look at www.webweaving.org/vaio but unfortunately this doesn't apply to my XG9. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Jan 25 10:14:47 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from firstusa.com (216-158-11-17.wlm.dca.net [216.158.11.17]) by hub.freebsd.org (Postfix) with ESMTP id 125021506B for ; Tue, 25 Jan 2000 10:14:45 -0800 (PST) (envelope-from darkstar@udel.edu) Received: from jalexand by firstusa.com with local (Exim 3.12 #1) id 12DASq-0000uk-00; Tue, 25 Jan 2000 13:13:16 -0500 Date: Tue, 25 Jan 2000 13:13:16 -0500 From: Jerry Alexandratos To: wcp@pop.systemy.it Cc: Dirk-Willem van Gulik , Paul Thornton , mobile@FreeBSD.ORG Subject: Re: Vaio PCG-XG9 problems Message-ID: <20000125131316.A3506@hellboy.aug.fusa.com> References: <14477.56139.578527.797760@vaiolo.db.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <14477.56139.578527.797760@vaiolo.db.de>; from wcp@lpds.sublink.org on Tue, Jan 25, 2000 at 06:20:11PM +0100 Organization: Broken Toys Unlimited Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Jan 25, 2000 at 06:20:11PM +0100, Walter C. Pelissero wrote: : Dirk-Willem van Gulik writes: : Well, seems to me that this phdisk.exe is not present on my CDs. I : have a four CD set named: : : System Recovery CD #1, #2 : Application Recovery CD #1, #2 : : But in none of them there is much more than huge compressed files and : a setup utility. Try booting off of the "System Recovery Disk." When it asks you if it should begin doing anything just answer no, and cancel out to the DOS prompt. Hunt around in that directory structure... --Jerry name: Jerry Alexandratos || Open-Source software isn't a phone: 302.593.4322 || matter of life or death... email: darkstar@udel.edu || ...It's much more important || than that! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Jan 25 10:19:59 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (Postfix) with ESMTP id 15946151E2 for ; Tue, 25 Jan 2000 10:19:50 -0800 (PST) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (isdnb48.imasy.or.jp [202.227.24.176]) by tasogare.imasy.or.jp (8.9.3+3.2W/3.7W-tasogare/smtpfeed 1.01) with ESMTP id DAA10744; Wed, 26 Jan 2000 03:19:44 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Message-Id: <200001251819.DAA10744@tasogare.imasy.or.jp> To: iwasaki@jp.freebsd.org Cc: mobile@freebsd.org Subject: Re: pccardd patch [Auto select config index] In-Reply-To: Your message of "Tue, 25 Jan 2000 05:42:29 +0900" <200001242042.FAA02072@tasogare.imasy.or.jp> References: <200001242042.FAA02072@tasogare.imasy.or.jp> X-Mailer: Mew version 1.93 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Wed, 26 Jan 2000 03:19:43 +0900 From: Mitsuru IWASAKI X-Dispatcher: imput version 980905(IM100) Lines: 20 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Attached patch allow you to specify config index something like > config auto "sio3" ? > or > config default "ed0" ? > in your pccard.conf like PAO configuration. I'll commit this tomorrow if there're no objections. And I'm going to rewrite pccard.conf.sample in 5.0-CURRENT based on PAO pccard.conf. BTW, I've noticed that I had to change available IO ports section of my pccard.conf because sio1 was not probed but 0x2f8-0x2ff was used by COM2, then system seems to froze during driver allocation. Here's my current configuration. # Generally available IO ports #io 0x240-0x360 io 0x240-0x2F7 io 0x300-0x360 Thanks To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Jan 25 18:14:34 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 9A3C014D34 for ; Tue, 25 Jan 2000 18:14:19 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.1/8.9.1) with ESMTP id VAA01797 for ; Tue, 25 Jan 2000 21:14:16 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.3/8.9.1) id VAA42353; Tue, 25 Jan 2000 21:13:45 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Tue, 25 Jan 2000 21:13:45 -0500 (EST) To: freebsd-mobile@freebsd.org Subject: pc card removal lockup X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14478.22223.436708.406272@grasshopper.cs.duke.edu> Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I have a wheezing old Dell Latitude LM that I just upgraded to the JAN24 current snapshot. Whenever I remove my 3com 3c589d PCMCIA nic, the machine locks solid while emitting a very loud (continuous) beep. When I suspend the machine & awaken it, everything works just dandy. ep0 is initially not in the interfaces list (ifconfig -a), then the card is recognized. I suspect (and only suspect) that the problem might be that the system is missing an interrupt & does not know that the nic has been removed. I tried running in polling mode (eg, I didn't give pcic0 an irq in the config file). When I remove a card in this configuration, the machine locks solid (and doesn't beep). The previous owner of this machine had it running under 2.2.blah-PAO & removals/insertions worked, so I know it isn't the hardware. I've included dmesg output & my config file. Thanks in advance for any help.. Cheers, Drew Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-20000124-CURRENT #3: Mon Jan 24 22:41:29 EST 2000 gallatin@drip:/usr/src/sys/compile/DRIP Calibrating clock(s) ... TSC clock: 133637471 Hz, i8254 clock: 1193192 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method CPU: Pentium/P54C (133.64-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping = 12 Features=0x1bf real memory = 41943040 (40960K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x002f2000 - 0x027f5fff, 38813696 bytes (9476 pages) avail memory = 37777408 (36892K bytes) bios32: Found BIOS32 Service Directory header at 0xc00f5690 bios32: Entry = 0xfd238 (c00fd238) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0x212 pnpbios: Found PnP BIOS data at 0xc00f54d0 pnpbios: Entry = f0000:b6f1 Rev = 1.0 pnpbios: Event flag at f954e Other BIOS signatures found: ACPI: 00000000 Preloaded elf kernel "kernel" at 0xc02d9000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc02d90a8. Intel Pentium detected, installing workaround for F00F bug pci_open(1): mode 1 addr port (0x0cf8) is 0x800008d4 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=12358086) npx0: on motherboard npx0: INT 16 interface i586_bzero() bandwidth = 128766417 bytes/sec bzero() bandwidth = 181323662 bytes/sec apm0: on motherboard apm: found APM BIOS v1.1, connected at v1.1 pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=12358086) pcib0: on motherboard found-> vendor=0x8086, dev=0x1235, revid=0x02 class=06-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 found-> vendor=0x8086, dev=0x1234, revid=0x03 class=06-80-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 found-> vendor=0x10c8, dev=0x0003, revid=0x01 class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=255 map[10]: type 1, range 32, base 3fc00000, size 22 found-> vendor=0x1013, dev=0x1100, revid=0xee class=06-05-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=255 map[10]: type 1, range 32, base 000003e0, size 2 pci0: on pcib0 chip1: at device 1.0 on pci0 vga-pci0: mem 0x3fc00000-0x3fffffff at device 2.0 on pci0 pcic-pci0: port 0x3e0-0x3e3 at device 4.0 on pci0 PCI Config space: 00: 11001013 04000183 060500ee 00000000 10: 000003e1 00000000 00000000 00000000 20: 00000000 00000000 00000000 00000000 30: 00000000 00000000 00000000 000001ff 40: 00000000 00000000 00000000 00000000 50: 00000000 00000000 00000000 00000000 60: 00000000 00000000 00000000 00000000 70: 00000000 00000000 00000000 00000000 80: 00000000 00000000 00000000 00000000 90: 00000000 00000000 00000000 00000000 Cardbus Socket registers: 00: 04000000: f2202000: 807c0003: 52000100: 10: 00f5d200: 0400007c: 00057d00: f80002f0: ExCa registers: 00: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 isa0: on motherboard pnpbios: 16 devices, largest 98 bytes ESS0102: adding io range 0x220-0x22f, size=0x10, align=0x10 ESS0102: adding io range 0x388-0x38b, size=0x4, align=0x1 ESS0102: adding io range 0x330-0x331, size=0x2, align=0x1 ESS0102: adding irq mask 0x20 ESS0102: adding dma mask 0x2 ESS0102: start dependant pnpbios: handle 0 device ID ESS0102 (02017316) PNP0a03: adding io range 0xcf8-0xcff, size=0x8, align=0x8 PNP0a03: start dependant pnpbios: handle 1 device ID PNP0a03 (030ad041) PNP0800: adding io range 0x61-0x61, size=0x1, align=0x1 PNP0800: start dependant pnpbios: handle 2 device ID PNP0800 (0008d041) PNP0c01: adding memory range 0-0x9ff, size=0xa00, align=0 PNP0c01: adding memory range 0xe0000-0xe01ff, size=0x200, align=0 PNP0c01: start dependant pnpbios: handle 3 device ID PNP0c01 (010cd041) PNP0c02: adding io range 0x80-0x80, size=0x1, align=0x1 PNP0c02: adding io range 0x4d0-0x4d1, size=0x2, align=0x1 PNP0c02: adding io range 0xb2-0xb3, size=0x2, align=0x1 PNP0c02: adding io range 0x74-0x75, size=0x2, align=0x1 PNP0c02: adding memory range 0xfffe0000-0xffffffff, size=0x20000 PNP0c02: start dependant pnpbios: handle 4 device ID PNP0c02 (020cd041) PNP0303: adding io range 0x60-0x60, size=0x1, align=0x1 PNP0303: adding io range 0x64-0x64, size=0x1, align=0x1 PNP0303: adding irq mask 00x2 PNP0303: start dependant pnpbios: handle 5 device ID PNP0303 (0303d041) PNP0c04: adding io range 0xf0-0xff, size=0x10, align=0x1 PNP0c04: adding irq mask 0x2000 PNP0c04: start dependant pnpbios: handle 6 device ID PNP0c04 (040cd041) PNP0f13: adding irq mask 0x1000 PNP0f13: start dependant pnpbios: handle 7 device ID PNP0f13 (130fd041) PNP0501: adding io range 0x3f8-0x3ff, size=0x8, align=0x1 PNP0501: adding irq mask 0x10 PNP0501: start dependant pnpbios: handle 8 device ID PNP0501 (0105d041) PNP0400: adding io range 0x378-0x37f, size=0x8, align=0x1 PNP0400: adding io range 0x778-0x77a, size=0x3, align=0 PNP0400: adding irq mask 0x80 PNP0400: start dependant pnpbios: handle 10 device ID PNP0400 (0004d041) PNP0700: adding dma mask 0x4 PNP0700: adding io range 0x3f0-0x3f5, size=0x6, align=0x1 PNP0700: adding io range 0x3f7-0x3f7, size=0x1, align=0x1 PNP0700: adding irq mask 0x40 PNP0700: start dependant pnpbios: handle 11 device ID PNP0700 (0007d041) PNP0600: adding io range 0x1f0-0x1f7, size=0x8, align=0x1 PNP0600: adding io range 0x3f6-0x3f6, size=0x1, align=0x1 PNP0600: adding irq mask 0x4000 PNP0600: start dependant pnpbios: handle 12 device ID PNP0600 (0006d041) PNP0200: adding io range 0-0xf, size=0x10, align=0 PNP0200: adding io range 0x81-0x8f, size=0xf, align=0 PNP0200: adding io range 0xc0-0xdf, size=0x20, align=0 PNP0200: adding dma mask 0x10 PNP0200: start dependant pnpbios: handle 13 device ID PNP0200 (0002d041) PNP0000: adding io range 0x20-0x21, size=0x2, align=0 PNP0000: adding io range 0xa0-0xa1, size=0x2, align=0 PNP0000: adding irq mask 00x4 PNP0000: start dependant pnpbios: handle 14 device ID PNP0000 (0000d041) PNP0100: adding io range 0x40-0x43, size=0x4, align=0 PNP0100: adding irq mask 00x1 PNP0100: start dependant pnpbios: handle 15 device ID PNP0100 (0001d041) PNP0b00: adding io range 0x70-0x71, size=0x2, align=0 PNP0b00: adding irq mask 0x100 PNP0b00: start dependant pnpbios: handle 16 device ID PNP0b00 (000bd041) Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0x0000 ata0: mask=03 status0=50 status1=00 ata0: mask=03 status0=50 status1=00 ata0: devices = 0x1 ata0 at port 0x1f0 irq 14 on isa0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0x0000 ata1: mask=00 status0=ff status1=ff atkbdc0: at port 0x60-0x6f on isa0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0067 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 psm0: current command byte:0067 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 psm: status 00 02 64 psm: status 00 00 64 psm: status 00 03 64 psm: status 00 03 64 psm: status 10 00 64 psm: data 08 00 00 psm: status 00 02 64 psm: data 08 00 00 psm: status 00 02 64 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000000, packet size:3 psm0: syncmask:c0, syncbits:00 vga0: at port 0x3b0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3b0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) pcic: management irq 3 pcic0: at port 0x3e0 iomem 0xd0000 irq 3 on isa0 pccard0: on pcic0 pccard1: on pcic0 pcic1: not probed (disabled) sio0: irq maps: 0x41 0x51 0x41 0x41 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: not probed (disabled) sio2: not probed (disabled) sio3: not probed (disabled) ppc0: parallel port found at 0x378 ppc0: ECP SPP ECP+EPP SPP ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/15 bytes threshold lpt0: on ppbus0 lpt0: Interrupt-driven port plip0: on ppbus0 bpf: lp0 attached ppi0: on ppbus0 ed0: not probed (disabled) isa_probe_children: probing PnP devices sbc0: at port 0x220-0x22f,0x388-0x38b,0x330-0x331 irq 5 drq 1 on isa0 pcm0: on sbc0 pcm: setmap 20000, ff00; 0xc49c1000 -> 20000 pcm: setmap 30000, ff00; 0xc49d1000 -> 30000 unknown0: at port 0xcf8-0xcff on isa0 unknown: can't assign resources unknown1: at iomem 0-0x9ff,0xe0000-0xe01ff on isa0 unknown2: at port 0x80,0x4d0-0x4d1,0xb2-0xb3,0x74-0x75 iomem 0xfffe0000-0xffffffff on isa0 unknown: can't assign resources unknown3: at port 0xf0-0xff irq 13 on isa0 unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown4: at port 0-0xf,0x81-0x8f,0xc0-0xdf drq 4 on isa0 unknown: can't assign resources unknown5: at port 0x40-0x43 irq 0 on isa0 unknown6: at port 0x70-0x71 irq 8 on isa0 BIOS Geometries: 0:02b93f3f 0..697=698 cylinders, 0..63=64 heads, 1..63=63 sectors 0 accounted for Device configuration finished. bpf: lo0 attached ad0: piomode=4 dmamode=2 udmamode=-1 cblid=0 ad0: ATA-3 disk at ata0 as master ad0: 1376MB (2818368 sectors), 2796 cyls, 16 heads, 63 S/T, 512 B/S ad0: 16 secs/int, 1 depth queue, ??? Creating DISK ad0 Creating DISK wd0 Mounting root from ufs:/dev/wd0s1a wd0s1: type 0xa5, start 63, end = 2729663, size 2729601 : OK wd0s4: type 0xa0, start 2729664, end = 2814335, size 84672 : OK start_init: trying /sbin/init pccard: card inserted, slot 0 ep0: <3Com Etherlink III 3C589> at port 0x240-0x24f irq 10 slot 0 on pccard0 ep0: Ethernet address 00:60:97:cc:2e:09 bpf: ep0 attached Linux-ELF exec handler installed # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.freebsd.org/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.ORG/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.232 2000/01/23 04:29:17 imp Exp $ machine i386 cpu I586_CPU ident DRIP maxusers 32 #makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options INET #InterNETworking options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options MFS #Memory Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options CD9660_ROOT #CD-ROM usable as root. "CD9660" req'ed options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI options UCONSOLE #Allow users to grab the console #options USERCONFIG #boot -c editor #options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) syscall trace support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extentions options _KPOSIX_PRIORITY_SCHEDULING options _KPOSIX_VERSION=199309L # To make an SMP kernel, the next two are needed #options SMP # Symmetric MultiProcessor Kernel #options APIC_IO # Symmetric (APIC) I/O # Optionally these may need tweaked, (defaults shown): #options NCPU=2 # number of CPUs #options NBUS=4 # number of busses #options NAPIC=1 # number of IO APICs #options NINTR=24 # number of INTs device isa0 #device eisa0 device pci0 # Floppy drives device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 #device fd1 at fdc0 drive 1 # ATA and ATAPI devices device ata0 at isa? port IO_WD1 irq 14 device ata1 at isa? port IO_WD2 irq 15 #device ata2 device atadisk0 # ATA disk drives device atapicd0 # ATAPI CDROM drives #device atapifd0 # ATAPI floppy drives #device atapist0 # ATAPI tape drives #options ATA_STATIC_ID #Static device numbering #options ATA_ENABLE_ATAPI_DMA #Enable DMA on ATAPI devices # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 device psm0 at atkbdc? irq 12 device vga0 at isa? port ? conflicts # splash screen/screen saver pseudo-device splash # syscons is the default console driver, resembling an SCO console device sc0 at isa? # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? #options XSERVER # support for X server #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std # Floating point support - do not disable. device npx0 at nexus? port IO_NPX irq 13 # Power management support (see LINT for more options) device apm0 at nexus? flags 0x20 # Advanced Power Management # PCCARD (PCMCIA) support device card0 device pcic0 at isa? irq 3 port 0x3e0 iomem 0xd0000 device pcic1 at isa? irq 11 port 0x3e2 iomem 0xd4000 disable # Serial (COM) ports device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio1 at isa? disable port IO_COM2 irq 3 device sio2 at isa? disable port IO_COM3 irq 5 device sio3 at isa? disable port IO_COM4 irq 9 # Parallel port device ppc0 at isa? port? irq 7 device ppbus0 # Parallel port bus (required) device lpt0 at ppbus? # Printer device plip0 at ppbus? # TCP/IP over parallel device ppi0 at ppbus? # Parallel port interface device #device vpo0 at ppbus? # Requires scbus and da0 # PCI Ethernet NICs. #device de0 # DEC/Intel DC21x4x (``Tulip'') #device fxp0 # Intel EtherExpress PRO/100B (82557, 82558) #device tx0 # SMC 9432TX (83c170 ``EPIC'') #device vx0 # 3Com 3c590, 3c595 (``Vortex'') #device wx0 # Intel Gigabit Ethernet Card (``Wiseman'') # PCI Ethernet NICs that use the common MII bus controller code. #device miibus0 # MII bus support #device dc0 # DEC/Intel 21143 and various workalikes #device rl0 # RealTek 8129/8139 #device sf0 # Adaptec AIC-6915 (``Starfire'') #device sis0 # Silicon Integrated Systems SiS 900/SiS 7016 #device ste0 # Sundance ST201 (D-Link DFE-550TX) #device tl0 # Texas Instruments ThunderLAN #device vr0 # VIA Rhine, Rhine II #device wb0 # Winbond W89C840F #device xl0 # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. device ed0 at isa? disable port 0x280 irq 10 iomem 0xd8000 device ex0 device ep0 # WaveLAN/IEEE 802.11 wireless NICs. Note: the WaveLAN/IEEE really # exists only as a PCMCIA device, so there is no ISA attatement needed # and resources will always be dynamically assigned by the pccard code. #device wi0 # Aironet 4500/4800 802.11 wireless NICs. Note: the declaration below will # work for PCMCIA and PCI cards, as well as ISA cards set to ISA PnP # mode (the factory default). If you set the switches on your ISA # card for a manually chosen I/O address and IRQ, you must specify # those paremeters here. #device an0 # The probe order of these is presently determined by i386/isa/isa_compat.c. #device ie0 at isa? port 0x300 irq 10 iomem 0xd0000 #device fe0 at isa? port 0x300 irq ? #device le0 at isa? port 0x300 irq 5 iomem 0xd0000 #device lnc0 at isa? port 0x280 irq 10 drq 0 #device cs0 at isa? port 0x300 irq ? #device sn0 at isa? port 0x300 irq 10 # requires PCCARD (PCMCIA) support to be activated #device xe0 at isa? port? irq ? # Pseudo devices - the number indicates how many units to allocated. pseudo-device loop # Network loopback pseudo-device ether # Ethernet support #pseudo-device sl 1 # Kernel SLIP #pseudo-device ppp 1 # Kernel PPP pseudo-device tun # Packet tunnel. pseudo-device pty # Pseudo-ttys (telnet etc) #pseudo-device md # Memory "disks" # The `bpf' pseudo-device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! pseudo-device bpf #Berkeley packet filter # USB support #device uhci0 # UHCI PCI->USB interface #device ohci0 # OHCI PCI->USB interface #device usb0 # USB Bus (required) #device ugen0 # Generic #device uhid0 # "Human Interface Devices" #device ukbd0 # Keyboard #device ulpt0 # Printer #device umass0 # Disks/Mass storage - Requires scbus and da0 #device ums0 # Mouse # USB Ethernet #device aue0 # ADMtek USB ethernet #device cue0 # CATC USB ethernet #device kue0 # Kawasaki LSI USB ethernet options PNPBIOS # For pnp sound cards: device pcm0 # The bridge drivers for sound cards. Do not forget pcm as well. # # sbc: Creative SoundBlaster ISA PnP/non-PnP # Supports ESS and Avance ISA chips as well. # gusc: Gravis UltraSound ISA PnP/non-PnP # csa: Crystal Semiconductor CS461x/428x PCI # For PnP cards: device sbc0 #device gusc0 #device csa0 options SOFTUPDATES options MSGBUF_SIZE=40960 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Jan 25 22:39: 1 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (Postfix) with ESMTP id 0FCF514E45 for ; Tue, 25 Jan 2000 22:38:57 -0800 (PST) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (isdnb07.imasy.or.jp [202.227.24.135]) by tasogare.imasy.or.jp (8.9.3+3.2W/3.7W-tasogare/smtpfeed 1.01) with ESMTP id PAA16984; Wed, 26 Jan 2000 15:38:48 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Message-Id: <200001260638.PAA16984@tasogare.imasy.or.jp> To: gallatin@cs.duke.edu Cc: freebsd-mobile@freebsd.org Subject: Re: pc card removal lockup In-Reply-To: Your message of "Tue, 25 Jan 2000 21:13:45 -0500 (EST)" <14478.22223.436708.406272@grasshopper.cs.duke.edu> References: <14478.22223.436708.406272@grasshopper.cs.duke.edu> X-Mailer: Mew version 1.93 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Wed, 26 Jan 2000 15:38:47 +0900 From: Mitsuru IWASAKI X-Dispatcher: imput version 980905(IM100) Lines: 38 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, > I have a wheezing old Dell Latitude LM that I just upgraded to the > JAN24 current snapshot. Whenever I remove my 3com 3c589d PCMCIA nic, > the machine locks solid while emitting a very loud (continuous) beep. > When I suspend the machine & awaken it, everything works just dandy. > ep0 is initially not in the interfaces list (ifconfig -a), then the > card is recognized. > > I suspect (and only suspect) that the problem might be that the system > is missing an interrupt & does not know that the nic has been removed. > I tried running in polling mode (eg, I didn't give pcic0 an irq in the > config file). When I remove a card in this configuration, the machine > locks solid (and doesn't beep). I thought that my latest commit on pccardd break something firstly, but no, the system will hang up using even old revision of pccardd. # Just my 1 Yen :) I successfully reproduce your problem here by changing BIOS setting. # My laptop is PORTEGE 3110CT. My PCIC is using irq 4 sharing COM1's irq, and disabling COM1 (irq 4) on BIOS setting, my machine also locks solid on removal. Enabling COM1 on BIOS setting again, there is no problems on insertion/removal. It seems that there is a problem around sharing irq code, but I have no idea to fix for now... > pcic: management irq 3 > pcic0: at port 0x3e0 iomem 0xd0000 irq 3 on isa0 > pccard0: on pcic0 > pccard1: on pcic0 > pcic1: not probed (disabled) > sio0: irq maps: 0x41 0x51 0x41 0x41 > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 16550A > sio1: not probed (disabled) Please try again enabling COM2 on BIOS setting if you disable it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Jan 26 2:13:59 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from polaris.we.lc.ehu.es (polaris.we.lc.ehu.es [158.227.6.43]) by hub.freebsd.org (Postfix) with ESMTP id 17B9B151DE for ; Wed, 26 Jan 2000 02:13:37 -0800 (PST) (envelope-from jose@we.lc.ehu.es) Received: from we.lc.ehu.es (v-ger [158.227.6.179]) by polaris.we.lc.ehu.es (8.9.1/8.9.1) with ESMTP id LAA02630 for ; Wed, 26 Jan 2000 11:13:29 +0100 (MET) Message-ID: <388EC8CA.4FAE985@we.lc.ehu.es> Date: Wed, 26 Jan 2000 11:13:30 +0100 From: "Jose M. Alcaide" Organization: Universidad del =?iso-8859-1?Q?Pa=EDs?= Vasco - Dpto. de Electricidad y =?iso-8859-1?Q?Electr=F3nica?= X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 3.4-RELEASE i386) X-Accept-Language: es-ES, es, en-US, en MIME-Version: 1.0 To: freebsd-mobile@FreeBSD.ORG Subject: Re: suspend problems with Dell Inspiron 3700 References: <388A3E30.5E17C0A6@we.lc.ehu.es> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org "Jose M. Alcaide" wrote: > > Most of the time, APM suspend simply does not work. I compiled a kernel with > APM_DEBUG, and I cannot see nothing wrong. Simply, the machine does not go > into suspend state. I tried both "zzz" and the suspend hot key with identical > results. Surprisingly, the first two or three days after I received the laptop > and installed FreeBSD on it, APM suspend worked fine (even S2D), but it went > worse in the following days (I got the laptop two weeks ago). I left a small > Windows partition, and APM suspend/resume always works under Windows98. > I post this message for future searchs in the mail archives. My conclusion is that the Dell Inspiron 3700 C433GT is one on those machines which have a broken statclock. I don't why, but these are the facts. The "solution" for the APM suspend not working (which only happens when the RTC is generating IRQ8s) is the activation of the flag 0x20 for the apm driver (as stated in LINT). Apart from profiling, I don't know what other system features will be lost because of the missing statclok... -- JMA ----------------------------------------------------------------------- José Mª Alcaide | mailto:jose@we.lc.ehu.es Universidad del País Vasco | mailto:jmas@FreeBSD.org Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-946013071 ----------------------------------------------------------------------- "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Jan 26 4: 0: 9 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from oracle.clara.net (oracle.clara.net [195.8.69.94]) by hub.freebsd.org (Postfix) with ESMTP id 7642014F77 for ; Wed, 26 Jan 2000 04:00:06 -0800 (PST) (envelope-from chris@miranda.arachsys.com) Received: from [212.126.141.183] (helo=miranda.arachsys.com) by oracle.clara.net with esmtp (Exim 2.12 #2) id 12DR6z-0007Wv-00; Wed, 26 Jan 2000 11:59:50 +0000 Received: from chris by miranda.arachsys.com with local (Exim 3.03 #2) id 12DR7X-00011n-00; Wed, 26 Jan 2000 12:00:23 +0000 To: Warner Losh Cc: Ken Seggerman , freebsd-mobile@FreeBSD.ORG Subject: Re: Will 3Com 3CCFE574BT work in 4.0 Release? References: <200001230347.UAA27217@harmony.village.org> From: Chris Webb Organization: Arachsys Internet Services Ltd Date: 26 Jan 2000 12:00:23 +0000 In-Reply-To: Warner Losh's message of "Sat, 22 Jan 2000 20:47:59 -0700" Message-ID: <87wvoxniug.fsf@miranda.arachsys.com> Lines: 60 User-Agent: Gnus/5.0802 (Gnus v5.8.2) XEmacs/21.1 (20 Minutes to Nikko) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Warner Losh writes: > In message > Ken Seggerman writes: > : Just wondering if the fixes and patches for making the 3Com 3CCFE574BT > : work are likely to make it into the 4.0 CDROM. > > Assuming that no one breaks it between now and then. I read this thread earlier in the week with a nagging memory of a friend complaining about this card, so last night I tried it out with yesterday's -current snapshot on a as-yet unused Vaio N505X. I'm seeing some `interesting' behaviour, although I don't know enough about the pccard stuff to pin it on anything in particular. On boot, everything works fine (including repeated insertion and removal). Ping-flooding the machine, systat -vmstat shows the IRQ assigned to ep0 going wild as expected. After an apm suspend, the card doesn't work properly although I see the same ep0: <3Com 3C574B etc.> at port 0x240-0x25f irq 11 slot 0 on pccard0 ep0: Ethernet address 00:50:04:fd:94:c9 and the media-select light comes on again. (I have PCIC_RESUME_RESET turned on.) Pinging the machine from the network, packets get through, but very slowly: # ping 192.168.64.3 PING 192.168.64.3 (192.168.64.3): 56 data bytes 64 bytes from 192.168.64.3: icmp_seq=13 ttl=255 time=911.308 ms 64 bytes from 192.168.64.3: icmp_seq=14 ttl=255 time=1901.416 ms 64 bytes from 192.168.64.3: icmp_seq=15 ttl=255 time=891.487 ms 64 bytes from 192.168.64.3: icmp_seq=16 ttl=255 time=1881.523 ms 64 bytes from 192.168.64.3: icmp_seq=17 ttl=255 time=871.616 ms 64 bytes from 192.168.64.3: icmp_seq=18 ttl=255 time=1861.925 ms 64 bytes from 192.168.64.3: icmp_seq=19 ttl=255 time=851.989 ms [...] systat -vmstat no longer shows any IRQ activity on the card's IRQ (or on any other during a ping flood). If I then unplug the card and reinsert it, the light stays off. Attempting to ping outwards from the Vaio locks it solid immediately! Any guesses what's going on here? Is this a known problem? I've put the kernel config file and bootup dmesg at http://www.miranda.arachsys.com/3cfun/VAIO http://www.miranda.arachsys.com/3cfun/dmesg for reference. Unfortunately I don't have any other pccards handy to try in this machine, nor another available laptop in which to test the 374B. Regards, Chris. -- Chris Webb Tel: +44 1299 404075 Arachsys Internet Services Ltd Mobile: +44 7801 090045 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Jan 26 6:59: 9 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from argon.blackdawn.com (deepspace9.dcds.edu [207.231.151.2]) by hub.freebsd.org (Postfix) with ESMTP id E51F514BDB for ; Wed, 26 Jan 2000 06:59:06 -0800 (PST) (envelope-from will@blackdawn.com) Received: by argon.blackdawn.com (Postfix, from userid 1000) id D96731995; Wed, 26 Jan 2000 09:58:58 -0500 (EST) Date: Wed, 26 Jan 2000 09:58:58 -0500 From: Will Andrews To: Chris Webb Cc: Warner Losh , Ken Seggerman , freebsd-mobile@FreeBSD.ORG Subject: Re: Will 3Com 3CCFE574BT work in 4.0 Release? Message-ID: <20000126095858.A413@argon.blackdawn.com> References: <200001230347.UAA27217@harmony.village.org> <87wvoxniug.fsf@miranda.arachsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <87wvoxniug.fsf@miranda.arachsys.com>; from chris@arachsys.com on Wed, Jan 26, 2000 at 12:00:23PM +0000 X-Operating-System: FreeBSD 4.0-CURRENT i386 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Jan 26, 2000 at 12:00:23PM +0000, Chris Webb wrote: > I read this thread earlier in the week with a nagging memory of a friend > complaining about this card, so last night I tried it out with > yesterday's -current snapshot on a as-yet unused Vaio N505X. I'm seeing > some `interesting' behaviour, although I don't know enough about the > pccard stuff to pin it on anything in particular. I do. The underlying problem here is that the pccard model does not provide any way for pccardd (userland) to access the current IRQ usage (kernel). So pccardd depends on you to give it an IRQ that will work. Your problem is probably caused by the fact that in the GENERIC kernel (and others), pcic1 likes to use IRQ 11. Even if you disable some IRQs, it seems that it is still used up in the kernel. So you have to pick an IRQ that is definitely not used for anything at all. For me, on my Dell Inspiron 7000, IRQ 9 works best for the 3CCFE574BT. Be sure to test all the IRQs until you get one that works for you. > # ping 192.168.64.3 > PING 192.168.64.3 (192.168.64.3): 56 data bytes > 64 bytes from 192.168.64.3: icmp_seq=13 ttl=255 time=911.308 ms > 64 bytes from 192.168.64.3: icmp_seq=14 ttl=255 time=1901.416 ms > 64 bytes from 192.168.64.3: icmp_seq=15 ttl=255 time=891.487 ms > 64 bytes from 192.168.64.3: icmp_seq=16 ttl=255 time=1881.523 ms > 64 bytes from 192.168.64.3: icmp_seq=17 ttl=255 time=871.616 ms > 64 bytes from 192.168.64.3: icmp_seq=18 ttl=255 time=1861.925 ms > 64 bytes from 192.168.64.3: icmp_seq=19 ttl=255 time=851.989 ms > [...] Classic IRQ conflict symptom. > in this machine, nor another available laptop in which to test the 374B. You do mean the 574B, right? -- Will Andrews GCS/E/S @d- s+:+>+:- a--->+++ C++ UB++++ P+ L- E--- W+++ !N !o ?K w--- ?O M+ V-- PS+ PE++ Y+ PGP+>+++ t++ 5 X++ R+ tv+ b++>++++ DI+++ D+ G++>+++ e->++++ h! r-->+++ y? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Jan 26 8: 2:52 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 0C9EE14ED5 for ; Wed, 26 Jan 2000 08:02:48 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.1/8.9.1) with ESMTP id LAA13041; Wed, 26 Jan 2000 11:02:42 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.3/8.9.1) id LAA43417; Wed, 26 Jan 2000 11:02:12 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Wed, 26 Jan 2000 11:02:12 -0500 (EST) To: Mitsuru IWASAKI Cc: gallatin@cs.duke.edu, freebsd-mobile@freebsd.org Subject: Re: pc card removal lockup In-Reply-To: <200001260638.PAA16984@tasogare.imasy.or.jp> References: <14478.22223.436708.406272@grasshopper.cs.duke.edu> <200001260638.PAA16984@tasogare.imasy.or.jp> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14479.6481.98047.430229@grasshopper.cs.duke.edu> Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Mitsuru IWASAKI writes: > > I successfully reproduce your problem here by changing BIOS setting. > # My laptop is PORTEGE 3110CT. > My PCIC is using irq 4 sharing COM1's irq, and disabling COM1 (irq 4) > on BIOS setting, my machine also locks solid on removal. > Enabling COM1 on BIOS setting again, there is no problems on > insertion/removal. It seems that there is a problem around sharing > irq code, but I have no idea to fix for now... > > > pcic: management irq 3 > > pcic0: at port 0x3e0 iomem 0xd0000 irq 3 on isa0 > > pccard0: on pcic0 > > pccard1: on pcic0 > > pcic1: not probed (disabled) > > sio0: irq maps: 0x41 0x51 0x41 0x41 > > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > > sio0: type 16550A > > sio1: not probed (disabled) > > Please try again enabling COM2 on BIOS setting if you disable it. This machine doesn't have a COM2 as such -- it has an infrared port that you can put on COM2. It was disabled previously. I enabled it & put it on COM2 and I still see the same symptoms. Should I try putting pcic0 on a different irq? 9 or 11? I think all the rest are in use. BTW -- I have found that if I suspend the machine, remove a card, and awaken the machine, removal works. Also, I can then insert a card while the machine is awake. Thank you for your help, Drew ------------------------------------------------------------------------------ Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin Duke University Email: gallatin@cs.duke.edu Department of Computer Science Phone: (919) 660-6590 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Jan 26 8:49:50 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from oracle.clara.net (oracle.clara.net [195.8.69.94]) by hub.freebsd.org (Postfix) with ESMTP id 376BF15006 for ; Wed, 26 Jan 2000 08:49:43 -0800 (PST) (envelope-from chris@miranda.arachsys.com) Received: from [212.126.131.146] (helo=miranda.arachsys.com) by oracle.clara.net with esmtp (Exim 2.12 #2) id 12DVdE-000PBc-00; Wed, 26 Jan 2000 16:49:24 +0000 Received: from chris by miranda.arachsys.com with local (Exim 3.03 #2) id 12DVZN-0001CY-00; Wed, 26 Jan 2000 16:45:25 +0000 To: Will Andrews Cc: Warner Losh , Ken Seggerman , freebsd-mobile@FreeBSD.ORG Subject: Re: Will 3Com 3CCFE574BT work in 4.0 Release? References: <200001230347.UAA27217@harmony.village.org> <87wvoxniug.fsf@miranda.arachsys.com> <20000126095858.A413@argon.blackdawn.com> From: Chris Webb Organization: Arachsys Internet Services Ltd Date: 26 Jan 2000 16:45:25 +0000 In-Reply-To: Will Andrews's message of "Wed, 26 Jan 2000 09:58:58 -0500" Message-ID: <87k8kwok7u.fsf@miranda.arachsys.com> Lines: 70 User-Agent: Gnus/5.0802 (Gnus v5.8.2) XEmacs/21.1 (20 Minutes to Nikko) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Will Andrews writes: > Your problem is probably caused by the fact that in the GENERIC kernel > (and others), pcic1 likes to use IRQ 11. I hoped that pcic11 wasn't compiled in to this kernel at all: I commented it out as the relevant hardware isn't present in the machine. [...] device card0 device pcic0 at isa? irq 10 port 0x3e0 iomem 0xd0000 #device pcic1 at isa? irq 11 port 0x3e2 iomem 0xd4000 disable options PCIC_RESUME_RESET [...] > Even if you disable some IRQs, it seems that it is still used up in the > kernel. So you have to pick an IRQ that is definitely not used for anything > at all. For me, on my Dell Inspiron 7000, IRQ 9 works best for the > 3CCFE574BT. Be sure to test all the IRQs until you get one that works for > you. Just been through each of the ostensibly free IRQs (11, 13, 15; there's a USB controller on IRQ 9) and even tried shifting pcic0 onto IRQ 11 and putting the 574B on IRQ 10. In each case, I see the same strange behaviour from ep0. It works absolutely fine up until I do a zzz, but after resuming, no interrupts get through at all. > Classic IRQ conflict symptom. Indeed. I saw the same behaviour at bootup when I accidentally put the pccard on the same IRQ as the internal soundcard. What's puzzling me is why this should only start happening after an apm suspend/resume cycle: # ping 192.168.64.2 PING 192.168.64.2 (192.168.64.2): 56 data bytes 64 bytes from 192.168.64.2: icmp_seq=0 ttl=255 time=0.502 ms 64 bytes from 192.168.64.2: icmp_seq=0 ttl=255 time=0.433 ms ^C --- 192.168.64.2 ping statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max/stddev = 0.433/0.468/0.502/0.034 ms # zzz # ep0: unload pccard: card disabled, slot 0 pccard: card inserted, slot 0 ata0: resetting devices .. done ep0: <3Com 3C574B [...]> at port 0x240-0x25f irq 15 slot 0 on pccard0 ep0: Ethernet address 00:50:04:fd:94:c9 # ping 192.168.64.2 PING 192.168.64.2 (192.168.64.2): 56 data bytes [...5s pause...] ^C --- 192.168.64.2 ping statistics --- 5 packets transmitted, 0 packets received, 100% packet loss # > > in this machine, nor another available laptop in which to test the 374B. > You do mean the 574B, right? Yes; just can't type straight. :-) Regards, Chris. -- Chris Webb Tel: +44 1299 404075 Arachsys Internet Services Ltd Mobile: +44 7801 090045 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Jan 26 12:51:31 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from argon.blackdawn.com (deepspace9.dcds.edu [207.231.151.2]) by hub.freebsd.org (Postfix) with ESMTP id 2AB20151CF for ; Wed, 26 Jan 2000 12:51:26 -0800 (PST) (envelope-from will@blackdawn.com) Received: by argon.blackdawn.com (Postfix, from userid 1000) id 5D8CB199A; Wed, 26 Jan 2000 15:51:24 -0500 (EST) Date: Wed, 26 Jan 2000 15:51:24 -0500 From: Will Andrews To: Chris Webb Cc: Will Andrews , Warner Losh , Ken Seggerman , freebsd-mobile@FreeBSD.ORG Subject: Re: Will 3Com 3CCFE574BT work in 4.0 Release? Message-ID: <20000126155124.A401@argon.blackdawn.com> References: <200001230347.UAA27217@harmony.village.org> <87wvoxniug.fsf@miranda.arachsys.com> <20000126095858.A413@argon.blackdawn.com> <87k8kwok7u.fsf@miranda.arachsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <87k8kwok7u.fsf@miranda.arachsys.com>; from chris@arachsys.com on Wed, Jan 26, 2000 at 04:45:25PM +0000 X-Operating-System: FreeBSD 4.0-CURRENT i386 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Jan 26, 2000 at 04:45:25PM +0000, Chris Webb wrote: > > Your problem is probably caused by the fact that in the GENERIC kernel > > (and others), pcic1 likes to use IRQ 11. > > I hoped that pcic11 wasn't compiled in to this kernel at all: I > commented it out as the relevant hardware isn't present in the machine. > > [...] > device card0 > device pcic0 at isa? irq 10 port 0x3e0 iomem 0xd0000 > #device pcic1 at isa? irq 11 port 0x3e2 iomem 0xd4000 disable > options PCIC_RESUME_RESET > [...] Yes, I saw. That's why I wrote the next paragraph. I've tried to use IRQ 11 too, with pcic1 disabled. It doesn't work, strangely enough. > Just been through each of the ostensibly free IRQs (11, 13, 15; there's > a USB controller on IRQ 9) and even tried shifting pcic0 onto IRQ 11 and > putting the 574B on IRQ 10. In each case, I see the same strange > behaviour from ep0. It works absolutely fine up until I do a zzz, but > after resuming, no interrupts get through at all. I disabled my USB controller. It's not even in my kernel config file at all. I don't use any USB devices (and probably never will), so I have no need for it in there. Perhaps you could disable yours? > Indeed. I saw the same behaviour at bootup when I accidentally put the > pccard on the same IRQ as the internal soundcard. What's puzzling me is > why this should only start happening after an apm suspend/resume > cycle: > > # ping 192.168.64.2 > PING 192.168.64.2 (192.168.64.2): 56 data bytes > 64 bytes from 192.168.64.2: icmp_seq=0 ttl=255 time=0.502 ms > 64 bytes from 192.168.64.2: icmp_seq=0 ttl=255 time=0.433 ms You mean it _WORKS_ after you do apm suspend/resume ? -- Will Andrews GCS/E/S @d- s+:+>+:- a--->+++ C++ UB++++ P+ L- E--- W+++ !N !o ?K w--- ?O M+ V-- PS+ PE++ Y+ PGP+>+++ t++ 5 X++ R+ tv+ b++>++++ DI+++ D+ G++>+++ e->++++ h! r-->+++ y? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Jan 26 12:51:40 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (Postfix) with ESMTP id 7BE541532B for ; Wed, 26 Jan 2000 12:51:34 -0800 (PST) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (isdnb39.imasy.or.jp [202.227.24.167]) by tasogare.imasy.or.jp (8.9.3+3.2W/3.7W-tasogare/smtpfeed 1.01) with ESMTP id FAA29546; Thu, 27 Jan 2000 05:51:31 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Message-Id: <200001262051.FAA29546@tasogare.imasy.or.jp> To: gallatin@cs.duke.edu Cc: iwasaki@jp.FreeBSD.org, freebsd-mobile@freebsd.org Subject: Re: pc card removal lockup In-Reply-To: Your message of "Wed, 26 Jan 2000 11:02:12 -0500 (EST)" <14479.6481.98047.430229@grasshopper.cs.duke.edu> References: <14479.6481.98047.430229@grasshopper.cs.duke.edu> X-Mailer: Mew version 1.93 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Thu, 27 Jan 2000 05:51:30 +0900 From: Mitsuru IWASAKI X-Dispatcher: imput version 980905(IM100) Lines: 40 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Please try again enabling COM2 on BIOS setting if you disable it. > > This machine doesn't have a COM2 as such -- it has an infrared port > that you can put on COM2. It was disabled previously. I enabled it & > put it on COM2 and I still see the same symptoms. I see. I have a patch for pccard_event() in pccard driver. I hope this solve this problem... > Should I try putting pcic0 on a different irq? 9 or 11? I think all > the rest are in use. Maybe no. > BTW -- I have found that if I suspend the machine, remove a card, and > awaken the machine, removal works. Also, I can then insert a card > while the machine is awake. On first removal failure, it seems our driver lost interrupt, then regain it by suspending/resuming... just guess. Anyway, could you try this patch? Index: pccard.c =================================================================== RCS file: /home/ncvs/src/sys/pccard/pccard.c,v retrieving revision 1.104 diff -u -r1.104 pccard.c --- pccard.c 2000/01/16 06:44:45 1.104 +++ pccard.c 2000/01/26 20:29:26 @@ -338,7 +338,10 @@ */ if (slt->state == filled) { slt->state = empty; +#if 0 disable_slot_spl0(slt); +#endif + disable_slot_to(slt); } break; case card_inserted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Jan 26 12:55:39 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id ADAA91528C for ; Wed, 26 Jan 2000 12:55:29 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id NAA00965; Wed, 26 Jan 2000 13:55:03 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id NAA01866; Wed, 26 Jan 2000 13:54:39 -0700 (MST) Message-Id: <200001262054.NAA01866@harmony.village.org> To: Will Andrews Subject: Re: Will 3Com 3CCFE574BT work in 4.0 Release? Cc: Chris Webb , Ken Seggerman , freebsd-mobile@FreeBSD.ORG In-reply-to: Your message of "Wed, 26 Jan 2000 15:51:24 EST." <20000126155124.A401@argon.blackdawn.com> References: <20000126155124.A401@argon.blackdawn.com> <200001230347.UAA27217@harmony.village.org> <87wvoxniug.fsf@miranda.arachsys.com> <20000126095858.A413@argon.blackdawn.com> <87k8kwok7u.fsf@miranda.arachsys.com> Date: Wed, 26 Jan 2000 13:54:39 -0700 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <20000126155124.A401@argon.blackdawn.com> Will Andrews writes: : You mean it _WORKS_ after you do apm suspend/resume ? Hmmm. that tickles the nerons. What type of cardbus chip do you have? pcic_pci line at boot should tell you. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Jan 26 12:59:59 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id E318D151A6 for ; Wed, 26 Jan 2000 12:59:53 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id NAA01000; Wed, 26 Jan 2000 13:59:51 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id NAA01953; Wed, 26 Jan 2000 13:59:27 -0700 (MST) Message-Id: <200001262059.NAA01953@harmony.village.org> To: Will Andrews Subject: Re: Will 3Com 3CCFE574BT work in 4.0 Release? Cc: Chris Webb , Ken Seggerman , freebsd-mobile@FreeBSD.ORG In-reply-to: Your message of "Wed, 26 Jan 2000 09:58:58 EST." <20000126095858.A413@argon.blackdawn.com> References: <20000126095858.A413@argon.blackdawn.com> <200001230347.UAA27217@harmony.village.org> <87wvoxniug.fsf@miranda.arachsys.com> Date: Wed, 26 Jan 2000 13:59:27 -0700 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <20000126095858.A413@argon.blackdawn.com> Will Andrews writes: : I do. The underlying problem here is that the pccard model does not provide : any way for pccardd (userland) to access the current IRQ usage (kernel). So : pccardd depends on you to give it an IRQ that will work. Your problem is : probably caused by the fact that in the GENERIC kernel (and others), pcic1 : likes to use IRQ 11. No. That likely is *NOT* the problem. The irq isn't used unless the device actually attaches. Unless you have some really really whacked out hardware, it won't attach, and therefore will be able to be used. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Jan 26 13: 1:13 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from argon.blackdawn.com (deepspace9.dcds.edu [207.231.151.2]) by hub.freebsd.org (Postfix) with ESMTP id 274EB15047 for ; Wed, 26 Jan 2000 13:01:12 -0800 (PST) (envelope-from will@blackdawn.com) Received: by argon.blackdawn.com (Postfix, from userid 1000) id EE3F619A3; Wed, 26 Jan 2000 16:01:07 -0500 (EST) Date: Wed, 26 Jan 2000 16:01:07 -0500 From: Will Andrews To: Warner Losh Cc: Will Andrews , Chris Webb , Ken Seggerman , freebsd-mobile@FreeBSD.ORG Subject: Re: Will 3Com 3CCFE574BT work in 4.0 Release? Message-ID: <20000126160107.C401@argon.blackdawn.com> References: <20000126155124.A401@argon.blackdawn.com> <200001230347.UAA27217@harmony.village.org> <87wvoxniug.fsf@miranda.arachsys.com> <20000126095858.A413@argon.blackdawn.com> <87k8kwok7u.fsf@miranda.arachsys.com> <20000126155124.A401@argon.blackdawn.com> <200001262054.NAA01866@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200001262054.NAA01866@harmony.village.org>; from imp@village.org on Wed, Jan 26, 2000 at 01:54:39PM -0700 X-Operating-System: FreeBSD 4.0-CURRENT i386 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Jan 26, 2000 at 01:54:39PM -0700, Warner Losh wrote: > Hmmm. that tickles the nerons. What type of cardbus chip do you > have? pcic_pci line at boot should tell you. Ask Chris, not me. -- Will Andrews GCS/E/S @d- s+:+>+:- a--->+++ C++ UB++++ P+ L- E--- W+++ !N !o ?K w--- ?O M+ V-- PS+ PE++ Y+ PGP+>+++ t++ 5 X++ R+ tv+ b++>++++ DI+++ D+ G++>+++ e->++++ h! r-->+++ y? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Jan 26 13: 2:32 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id F2012153C6 for ; Wed, 26 Jan 2000 13:02:24 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id OAA01024; Wed, 26 Jan 2000 14:02:19 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id OAA01988; Wed, 26 Jan 2000 14:01:56 -0700 (MST) Message-Id: <200001262101.OAA01988@harmony.village.org> To: Chris Webb Subject: Re: Will 3Com 3CCFE574BT work in 4.0 Release? Cc: Ken Seggerman , freebsd-mobile@FreeBSD.ORG In-reply-to: Your message of "26 Jan 2000 12:00:23 GMT." <87wvoxniug.fsf@miranda.arachsys.com> References: <87wvoxniug.fsf@miranda.arachsys.com> <200001230347.UAA27217@harmony.village.org> Date: Wed, 26 Jan 2000 14:01:55 -0700 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <87wvoxniug.fsf@miranda.arachsys.com> Chris Webb writes: : After an apm suspend, the card doesn't work properly although I see the : same : : ep0: <3Com 3C574B etc.> at port 0x240-0x25f irq 11 slot 0 on pccard0 : ep0: Ethernet address 00:50:04:fd:94:c9 : : and the media-select light comes on again. (I have PCIC_RESUME_RESET : turned on.) Pinging the machine from the network, packets get through, : but very slowly: This is odd. It appears that suspend is doing something weird. Have you tried this w/o PCIC_RESUME_RESET? Generally you don't want to run PCIC_RESUME_RESET with a cardbus bridge because the irq/etc are setup by the bios and this can cause, it would appear, them to be unassigned unrouted. I don't have any hardware like this, so I haven't had a chacne to track this down for sure. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Jan 26 13: 8:52 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id E37D9151A6 for ; Wed, 26 Jan 2000 13:08:48 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id OAA01071; Wed, 26 Jan 2000 14:08:45 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id OAA02084; Wed, 26 Jan 2000 14:08:22 -0700 (MST) Message-Id: <200001262108.OAA02084@harmony.village.org> To: Chris Webb Subject: Re: Will 3Com 3CCFE574BT work in 4.0 Release? Cc: Ken Seggerman , freebsd-mobile@FreeBSD.ORG In-reply-to: Your message of "26 Jan 2000 12:00:23 GMT." <87wvoxniug.fsf@miranda.arachsys.com> References: <87wvoxniug.fsf@miranda.arachsys.com> <200001230347.UAA27217@harmony.village.org> Date: Wed, 26 Jan 2000 14:08:22 -0700 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <87wvoxniug.fsf@miranda.arachsys.com> Chris Webb writes: : yesterday's -current snapshot on a as-yet unused Vaio N505X. I'm seeing Hmmm. NetBSD just committed some code that I thought would be unnecessary in FreeBSD. On resume they check to make sure that the pcic's interrupt register is set well. This is the interrupt for the pcic chip, not the interrupt for the cards. Looks like the pcic one survives, but the card one doesn't. Can you eject after suspend? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Jan 26 15: 6:44 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from oracle.clara.net (oracle.clara.net [195.8.69.94]) by hub.freebsd.org (Postfix) with ESMTP id EC6C615196 for ; Wed, 26 Jan 2000 15:06:40 -0800 (PST) (envelope-from chris@miranda.arachsys.com) Received: from [195.8.76.193] (helo=miranda.arachsys.com) by oracle.clara.net with esmtp (Exim 2.12 #2) id 12DbVu-0000cE-00; Wed, 26 Jan 2000 23:06:14 +0000 Received: from chris by miranda.arachsys.com with local (Exim 3.03 #2) id 12DbP5-0001UF-00; Wed, 26 Jan 2000 22:59:11 +0000 To: Warner Losh Cc: Ken Seggerman , freebsd-mobile@FreeBSD.ORG Subject: Re: Will 3Com 3CCFE574BT work in 4.0 Release? References: <87wvoxniug.fsf@miranda.arachsys.com> <200001230347.UAA27217@harmony.village.org> <200001262108.OAA02084@harmony.village.org> From: Chris Webb Organization: Arachsys Internet Services Ltd Date: 26 Jan 2000 22:59:11 +0000 In-Reply-To: Warner Losh's message of "Wed, 26 Jan 2000 14:08:22 -0700" Message-ID: <87zotsl9s0.fsf@miranda.arachsys.com> Lines: 27 User-Agent: Gnus/5.0802 (Gnus v5.8.2) XEmacs/21.1 (20 Minutes to Nikko) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Warner Losh writes: > In message <87wvoxniug.fsf@miranda.arachsys.com> Chris Webb writes: > : yesterday's -current snapshot on a as-yet unused Vaio N505X. I'm seeing > > Hmmm. NetBSD just committed some code that I thought would be > unnecessary in FreeBSD. On resume they check to make sure that the > pcic's interrupt register is set well. This is the interrupt for the > pcic chip, not the interrupt for the cards. Looks like the pcic one > survives, but the card one doesn't. That would seem to fit the no-ep0-interrupts-after-suspend I see in systat -vmstat. > Can you eject after suspend? When I eject, the kernel doesn't notice anything (no message), and it doesn't notice when the card gets reinserted either. Shortly afterwards, the machine locks hard. Regards, Chris. -- Chris Webb Tel: +44 1299 404075 Arachsys Internet Services Ltd Mobile: +44 7801 090045 Web: http://www.arachsys.com/ Home: +44 1584 890524 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Jan 26 15: 6:59 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from oracle.clara.net (oracle.clara.net [195.8.69.94]) by hub.freebsd.org (Postfix) with ESMTP id C809A14FA2 for ; Wed, 26 Jan 2000 15:06:56 -0800 (PST) (envelope-from chris@miranda.arachsys.com) Received: from [195.8.76.193] (helo=miranda.arachsys.com) by oracle.clara.net with esmtp (Exim 2.12 #2) id 12DbWP-0000ep-00; Wed, 26 Jan 2000 23:06:45 +0000 Received: from chris by miranda.arachsys.com with local (Exim 3.03 #2) id 12DbGn-0001U8-00; Wed, 26 Jan 2000 22:50:37 +0000 To: Will Andrews Cc: Warner Losh , freebsd-mobile@FreeBSD.ORG Subject: Re: Will 3Com 3CCFE574BT work in 4.0 Release? References: <200001230347.UAA27217@harmony.village.org> <87wvoxniug.fsf@miranda.arachsys.com> <20000126095858.A413@argon.blackdawn.com> <87k8kwok7u.fsf@miranda.arachsys.com> <20000126155124.A401@argon.blackdawn.com> From: Chris Webb Organization: Arachsys Internet Services Ltd Date: 26 Jan 2000 22:50:36 +0000 In-Reply-To: Will Andrews's message of "Wed, 26 Jan 2000 15:51:24 -0500" Message-ID: <87aelsmoqr.fsf@miranda.arachsys.com> Lines: 36 User-Agent: Gnus/5.0802 (Gnus v5.8.2) XEmacs/21.1 (20 Minutes to Nikko) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Will Andrews writes: > Yes, I saw. That's why I wrote the next paragraph. I've tried to use IRQ 11 > too, with pcic1 disabled. It doesn't work, strangely enough. Strange! Anyway, IRQ15 is unclaimed by anything, so I'll stick with that for now. > I disabled my USB controller. It's not even in my kernel config file > at all. I don't use any USB devices (and probably never will), so I > have no need for it in there. Perhaps you could disable yours? Now done (and tried the pccard on IRQ 9 as a result). No change, I'm afraid. > > Indeed. I saw the same behaviour at bootup when I accidentally put > > the pccard on the same IRQ as the internal soundcard. What's > > puzzling me is why this should only start happening after an apm > > suspend/resume cycle: > > > > # ping 192.168.64.2 > > PING 192.168.64.2 (192.168.64.2): 56 data bytes > > 64 bytes from 192.168.64.2: icmp_seq=0 ttl=255 time=0.502 ms > > 64 bytes from 192.168.64.2: icmp_seq=0 ttl=255 time=0.433 ms > > You mean it _WORKS_ after you do apm suspend/resume ? No, sorry: it works _UNTIL_ I do a suspend/resume cycle. Cheers, Chris. -- Chris Webb Tel: +44 1299 404075 Arachsys Internet Services Ltd Mobile: +44 7801 090045 Web: http://www.arachsys.com/ Home: +44 1584 890524 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Jan 26 15: 7:24 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from oracle.clara.net (oracle.clara.net [195.8.69.94]) by hub.freebsd.org (Postfix) with ESMTP id 0320B14F29 for ; Wed, 26 Jan 2000 15:07:22 -0800 (PST) (envelope-from chris@miranda.arachsys.com) Received: from [195.8.76.193] (helo=miranda.arachsys.com) by oracle.clara.net with esmtp (Exim 2.12 #2) id 12DbWu-0000hW-00; Wed, 26 Jan 2000 23:07:16 +0000 Received: from chris by miranda.arachsys.com with local (Exim 3.03 #2) id 12DbI4-0001UA-00; Wed, 26 Jan 2000 22:51:56 +0000 To: Warner Losh Cc: Will Andrews , freebsd-mobile@FreeBSD.ORG Subject: Re: Will 3Com 3CCFE574BT work in 4.0 Release? References: <20000126155124.A401@argon.blackdawn.com> <200001230347.UAA27217@harmony.village.org> <87wvoxniug.fsf@miranda.arachsys.com> <20000126095858.A413@argon.blackdawn.com> <87k8kwok7u.fsf@miranda.arachsys.com> <200001262054.NAA01866@harmony.village.org> From: Chris Webb Organization: Arachsys Internet Services Ltd Date: 26 Jan 2000 22:51:56 +0000 In-Reply-To: Warner Losh's message of "Wed, 26 Jan 2000 13:54:39 -0700" Message-ID: <8766wgmooj.fsf@miranda.arachsys.com> Lines: 17 User-Agent: Gnus/5.0802 (Gnus v5.8.2) XEmacs/21.1 (20 Minutes to Nikko) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Warner Losh writes: > In message <20000126155124.A401@argon.blackdawn.com> Will Andrews writes: > : You mean it _WORKS_ after you do apm suspend/resume ? > > Hmmm. that tickles the nerons. What type of cardbus chip do you > have? pcic_pci line at boot should tell you. It's an Intel i82365. Regards, Chris. -- Chris Webb Tel: +44 1299 404075 Arachsys Internet Services Ltd Mobile: +44 7801 090045 Web: http://www.arachsys.com/ Home: +44 1584 890524 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Jan 26 15: 7:56 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from oracle.clara.net (oracle.clara.net [195.8.69.94]) by hub.freebsd.org (Postfix) with ESMTP id DE772150B5 for ; Wed, 26 Jan 2000 15:07:53 -0800 (PST) (envelope-from chris@miranda.arachsys.com) Received: from [195.8.76.193] (helo=miranda.arachsys.com) by oracle.clara.net with esmtp (Exim 2.12 #2) id 12DbXP-0000kL-00; Wed, 26 Jan 2000 23:07:47 +0000 Received: from chris by miranda.arachsys.com with local (Exim 3.03 #2) id 12DbUm-0001UT-00; Wed, 26 Jan 2000 23:05:04 +0000 To: Warner Losh Cc: Ken Seggerman , freebsd-mobile@FreeBSD.ORG Subject: Re: Will 3Com 3CCFE574BT work in 4.0 Release? References: <87wvoxniug.fsf@miranda.arachsys.com> <200001230347.UAA27217@harmony.village.org> <200001262101.OAA01988@harmony.village.org> From: Chris Webb Organization: Arachsys Internet Services Ltd Date: 26 Jan 2000 23:05:04 +0000 In-Reply-To: Warner Losh's message of "Wed, 26 Jan 2000 14:01:55 -0700" Message-ID: <87vh4gl9i7.fsf@miranda.arachsys.com> Lines: 28 User-Agent: Gnus/5.0802 (Gnus v5.8.2) XEmacs/21.1 (20 Minutes to Nikko) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Warner Losh writes: > In message <87wvoxniug.fsf@miranda.arachsys.com> Chris Webb writes: > : After an apm suspend, the card doesn't work properly although I see the > : same > : > : ep0: <3Com 3C574B etc.> at port 0x240-0x25f irq 11 slot 0 on pccard0 > : ep0: Ethernet address 00:50:04:fd:94:c9 > : > : and the media-select light comes on again. (I have PCIC_RESUME_RESET > : turned on.) Pinging the machine from the network, packets get through, > : but very slowly: > > This is odd. It appears that suspend is doing something weird. > > Have you tried this w/o PCIC_RESUME_RESET? Yes, I see the exactly the same behaviour. I turned on PCIC_RESUME_RESET to see if it fixed the problem after originally seeing things misbehaving without it, but it didn't. Regards, Chris. -- Chris Webb Tel: +44 1299 404075 Arachsys Internet Services Ltd Mobile: +44 7801 090045 Web: http://www.arachsys.com/ Home: +44 1584 890524 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Jan 26 15:11:29 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id E616A1513B for ; Wed, 26 Jan 2000 15:11:25 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id QAA01899; Wed, 26 Jan 2000 16:11:23 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id QAA03887; Wed, 26 Jan 2000 16:11:01 -0700 (MST) Message-Id: <200001262311.QAA03887@harmony.village.org> To: Chris Webb Subject: Re: Will 3Com 3CCFE574BT work in 4.0 Release? Cc: Ken Seggerman , freebsd-mobile@FreeBSD.ORG In-reply-to: Your message of "26 Jan 2000 22:59:11 GMT." <87zotsl9s0.fsf@miranda.arachsys.com> References: <87zotsl9s0.fsf@miranda.arachsys.com> <87wvoxniug.fsf@miranda.arachsys.com> <200001230347.UAA27217@harmony.village.org> <200001262108.OAA02084@harmony.village.org> Date: Wed, 26 Jan 2000 16:11:01 -0700 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <87zotsl9s0.fsf@miranda.arachsys.com> Chris Webb writes: : When I eject, the kernel doesn't notice anything (no message), and it : doesn't notice when the card gets reinserted either. Shortly afterwards, : the machine locks hard. OK. I've seen that when I suspend to disk, but not to memory, now that you mention it. I'll take a peek. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Jan 26 16:23: 7 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 0BE3A15466 for ; Wed, 26 Jan 2000 16:23:04 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id RAA02139; Wed, 26 Jan 2000 17:22:57 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id RAA04368; Wed, 26 Jan 2000 17:22:35 -0700 (MST) Message-Id: <200001270022.RAA04368@harmony.village.org> To: Chris Webb Subject: Re: Will 3Com 3CCFE574BT work in 4.0 Release? Cc: Will Andrews , freebsd-mobile@FreeBSD.ORG In-reply-to: Your message of "26 Jan 2000 22:50:36 GMT." <87aelsmoqr.fsf@miranda.arachsys.com> References: <87aelsmoqr.fsf@miranda.arachsys.com> <200001230347.UAA27217@harmony.village.org> <87wvoxniug.fsf@miranda.arachsys.com> <20000126095858.A413@argon.blackdawn.com> <87k8kwok7u.fsf@miranda.arachsys.com> <20000126155124.A401@argon.blackdawn.com> Date: Wed, 26 Jan 2000 17:22:35 -0700 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <87aelsmoqr.fsf@miranda.arachsys.com> Chris Webb writes: : No, sorry: it works _UNTIL_ I do a suspend/resume cycle. Hmmm. Looks like I'll have to add a little code to pcic.c. Hmmm, looks like PCIC_RESUME_RESET should have done what I thought it should do :-(. Lemme dig deeper. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Jan 26 16:29:40 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id CD0E1154A8 for ; Wed, 26 Jan 2000 16:29:28 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id RAA02172; Wed, 26 Jan 2000 17:29:27 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id RAA04459; Wed, 26 Jan 2000 17:29:05 -0700 (MST) Message-Id: <200001270029.RAA04459@harmony.village.org> To: Andrew Gallatin Subject: Re: pc card removal lockup Cc: freebsd-mobile@FreeBSD.ORG In-reply-to: Your message of "Tue, 25 Jan 2000 21:13:45 EST." <14478.22223.436708.406272@grasshopper.cs.duke.edu> References: <14478.22223.436708.406272@grasshopper.cs.duke.edu> Date: Wed, 26 Jan 2000 17:29:05 -0700 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <14478.22223.436708.406272@grasshopper.cs.duke.edu> Andrew Gallatin writes: : I suspect (and only suspect) that the problem might be that the system : is missing an interrupt & does not know that the nic has been removed. Likely. : I tried running in polling mode (eg, I didn't give pcic0 an irq in the : config file). When I remove a card in this configuration, the machine : locks solid (and doesn't beep). Yuck. : The previous owner of this machine had it running under 2.2.blah-PAO & : removals/insertions worked, so I know it isn't the hardware. I've : included dmesg output & my config file. : : Thanks in advance for any help.. Might try adding options PCIC_RESUME_RESET to your kernel. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Jan 26 16:31:43 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 0B4B115494 for ; Wed, 26 Jan 2000 16:31:38 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id RAA02197; Wed, 26 Jan 2000 17:31:36 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id RAA04501; Wed, 26 Jan 2000 17:31:14 -0700 (MST) Message-Id: <200001270031.RAA04501@harmony.village.org> To: Mitsuru IWASAKI Subject: Re: pc card removal lockup Cc: gallatin@cs.duke.edu, freebsd-mobile@FreeBSD.ORG In-reply-to: Your message of "Thu, 27 Jan 2000 05:51:30 +0900." <200001262051.FAA29546@tasogare.imasy.or.jp> References: <200001262051.FAA29546@tasogare.imasy.or.jp> <14479.6481.98047.430229@grasshopper.cs.duke.edu> Date: Wed, 26 Jan 2000 17:31:14 -0700 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <200001262051.FAA29546@tasogare.imasy.or.jp> Mitsuru IWASAKI writes: : On first removal failure, it seems our driver lost interrupt, then : regain it by suspending/resuming... just guess. : Anyway, could you try this patch? : : Index: pccard.c : =================================================================== : RCS file: /home/ncvs/src/sys/pccard/pccard.c,v : retrieving revision 1.104 : diff -u -r1.104 pccard.c : --- pccard.c 2000/01/16 06:44:45 1.104 : +++ pccard.c 2000/01/26 20:29:26 : @@ -338,7 +338,10 @@ : */ : if (slt->state == filled) { : slt->state = empty; : +#if 0 : disable_slot_spl0(slt); : +#endif : + disable_slot_to(slt); : } : break; : case card_inserted: I don't think that this will fix it. I'll give it a try locally... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Jan 26 18:17:24 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from onoe2.sm.sony.co.jp (onoe2.sm.sony.co.jp [133.138.10.2]) by hub.freebsd.org (Postfix) with ESMTP id 0560C154F4 for ; Wed, 26 Jan 2000 18:17:09 -0800 (PST) (envelope-from onoe@sm.sony.co.jp) Received: from duplo.sm.sony.co.jp (onoe@localhost) by onoe2.sm.sony.co.jp (8.9.0/3.7W) with ESMTP id LAA22061 for ; Thu, 27 Jan 2000 11:17:08 +0900 (JST) Received: (from onoe@localhost) by duplo.sm.sony.co.jp (8.9.3/8.9.3) id LAA02198; Thu, 27 Jan 2000 11:17:46 +0900 (JST) Date: Thu, 27 Jan 2000 11:17:46 +0900 (JST) From: Atsushi Onoe Message-Id: <200001270217.LAA02198@duplo.sm.sony.co.jp> To: mobile@freebsd.org Subject: Re: pccardd patch [Auto select config index] In-Reply-To: Your message of "Tue, 25 Jan 2000 05:42:29 +0900" <200001242042.FAA02072@tasogare.imasy.or.jp> References: <200001242042.FAA02072@tasogare.imasy.or.jp> X-Mailer: Cue version 0.6 (991220-1713/onoe) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="NextPart-20000127095539-0080901" Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --NextPart-20000127095539-0080901 Content-Type: Text/Plain; charset=us-ascii I've tested the pccardd patch with several cards, and found no problems by chainging config index to "auto" for most of all cards. Only for ata flash (not supported in -current yet), I must specify appropriate index. > Attached patch allow you to specify config index something like > config auto "sio3" ? > or > config default "ed0" ? > in your pccard.conf like PAO configuration. > > There are a lot of sio (sio1, 2, 3, 4 are mixed) entries in > pccard.conf.sample, but it seems we don't have guidelines for new > entry registration. Once we get guideline, we just rewrite > pccard.conf.sample. But it is not easy to survey again to get suitable > config index for many cards... > > Then I made following patch, we don't need to survey again, just put > `auto' as config index and "sio3" (or sio4) as driver name in usual cases. > > Specifying `auto', pccardd try to find cis_config entry which have > available i/o port dynamically. > > Would this be one of the 4.0-RELEASE candidates? Summary: test environment FreeBSD-current as of Jan 26 0800 JST GENERIC kernel (with awi driver, ata-flash patch) VAIO PCG-N505 only sio0 is visible as serial (infrared, modem are disabled) pccard.conf add "irq 10" "io" description is left unmodified * works fine with "config auto" card "NCR" "WaveLAN/IEEE" card "ACCTON" "EN2216-PCMCIA-ETHERNET" card "3Com Corporation" "3C589D" card "AD PC_CARD" "RC288ACL" card "3Com" "Megahertz 589E" * works fine with "config auto", though it has no entry in -current card "NTT DoCoMo" "PCMCIA DATA/FAX ADAPTER 9600 Mark2" card "MEGAHERTZ" "CC/XJEM3336" * works fine with "config auto", though it has no driver in current:-) card "Bay Networks" "BayStack 650 Wireless LAN" card "Icom" "SL-200" - awi driver will be found in ftp://onoe2.sm.sony.co.jp/pub/awi/ * only works with "config 0x01", failed with "config auto" card "SONY" "MEMORYSTICK( 4M)" card "SONY" "MEMORYSTICK( 32M)" card "SONY" "MEMORYSTICK( 64M)" auto chooses io port from config index 3 (0x170 == ata1) since GENERIC kernel has static configuration for ata1, alloc_unit slides it to ata2. io port 0x170 is already used for ata1, and fails to probe. - attached patch (originally posted to -mobile by Warner) enables to attach ATA flash only once during boot... Atsushi Onoe --NextPart-20000127095539-0080901 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="pccard.log" #### Listed in pccard.conf.sample, works fine with "auto" # NCR WaveLAN/IEEE card "NCR" "WaveLAN/IEEE" config auto "wi0" ? insert logger -t pccard:$device -s WaveLAN/IEEE inserted insert /etc/pccard_ether $device remove logger -t pccard:$device -s WaveLAN/IEEE removed remove /sbin/ifconfig $device delete pccardd: Using I/O addr 0x240, size 64 pccardd: Setting config reg at offs 0x3e0 to 0x41, Reset time = 50 ms pccardd: Assigning I/O window 0, start 0x240, size 0x40 flags 0x5 pccardd: Assign wi0, io 0x240-0x27f, mem 0x0, 0 bytes, irq 10, flags 0 /kernel: wi0: at port 0x240-0x27f irq 10 slot 0 on pccard0 /kernel: wi0: Ethernet address: 00:60:1d:04:e1:64 pccard:wi0: WaveLAN/IEEE inserted #Accton 2216 card "ACCTON" "EN2216-PCMCIA-ETHERNET" config auto "ed0" ? insert logger -t pccard:$device -s Accton 2216 inserted insert /etc/pccard_ether $device remove logger -t pccard:$device -s Accton 2216 removed remove /sbin/ifconfig $device delete pccardd: Using I/O addr 0x240, size 32 pccardd: Setting config reg at offs 0x3f8 to 0x60, Reset time = 50 ms pccardd: Assigning I/O window 0, start 0x240, size 0x20 flags 0x7 pccardd: Assign ed0, io 0x240-0x25f, mem 0x0, 0 bytes, irq 10, flags 0 /kernel: devclass_alloc_unit: ed0 already exists, using next available unit number /kernel: ed1 at port 0x240-0x25f irq 10 slot 0 on pccard0 /kernel: ed1: address 00:00:e8:3a:4d:aa, type NE2000 (16 bit) pccard:ed1: Accton 2216 inserted # 3Com Etherlink III 3C589D card "3Com Corporation" "3C589D" config auto "ep0" ? insert logger -t pccard:$device -s 3Com Etherlink III inserted insert /etc/pccard_ether $device remove logger -t pccard:$device -s 3Com Etherlink III removed remove /sbin/ifconfig $device delete pccardd: Using I/O addr 0x240, size 16 pccardd: Setting config reg at offs 0x10000 to 0x41, Reset time = 50 ms pccardd: Assigning I/O window 0, start 0x240, size 0x10 flags 0x7 pccardd: Assign ep0, io 0x240-0x24f, mem 0x0, 0 bytes, irq 10, flags 0 /kernel: ep0: <3Com Etherlink III 3C589> at port 0x240-0x24f irq 10 slot 0 on pccard0 /kernel: ep0: Ethernet address 00:60:08:b2:56:4f pccard:ep0: 3Com Etherlink III inserted # Apex Data 28.8 PC Card "MOBILE PLUS Cellular" modem. card "AD PC_CARD" "RC288ACL" config auto "sio2" ? insert logger -t pccard:$device -s Apex Data Mobile Plus 28.8 Modem inserted remove logger -t pccard:$device -s Apex Data Mobile Plus 28.8 Modem removed pccardd: Using I/O addr 0x2f8, size 8 pccardd: Setting config reg at offs 0x200 to 0x61, Reset time = 50 ms pccardd: Assigning I/O window 0, start 0x2f8, size 0x8 flags 0x1 pccardd: Assign sio2, io 0x2f8-0x2ff, mem 0x0, 0 bytes, irq 10, flags 0 /kernel: devclass_alloc_unit: sio2 already exists, using next available unit number /kernel: sio4 at port 0x2f8-0x2ff irq 10 slot 0 on pccard0 /kernel: sio4: type 16550A pccard:sio4: Apex Data Mobile Plus 28.8 Modem inserted # 3Com Megahertz 3CCE589E* 10 Mbps LAN PC Card card "3Com" "Megahertz 589E" config auto "ep0" ? insert logger -t pccard:$device -s 3Com Megahertz Ethernet card inserted insert /etc/pccard_ether $device remove logger -t pccard:$device -s 3Com Megahertz Ethernet card removed remove /sbin/ifconfig $device delete pccardd: Using I/O addr 0x240, size 16 pccardd: Setting config reg at offs 0x10000 to 0x41, Reset time = 50 ms pccardd: Assigning I/O window 0, start 0x240, size 0x10 flags 0x7 pccardd: Assign ep0, io 0x240-0x24f, mem 0x0, 0 bytes, irq 10, flags 0 /kernel: ep0: <3Com Etherlink III 3C589> at port 0x240-0x24f irq 10 slot 0 on pccard0 /kernel: ep0: Ethernet address 00:00:86:31:c4:85 pccard:ep0: 3Com Megahertz Ethernet card inserted #### Not Listed in pccard.conf.sample, works fine with "auto" # NTT DoCoMo DATA/FAX Adapter card "NTT DoCoMo" "PCMCIA DATA/FAX ADAPTER 9600 Mark2" config auto "sio3" ? insert logger -t pccard:$device -s NTT DoCoMo DATA/FAX Adapter inserted remove logger -t pccard:$device -s NTT DoCoMo DATA/FAX Adapter removed pccardd: Using I/O addr 0x2f8, size 8 pccardd: Setting config reg at offs 0x300 to 0x61, Reset time = 50 ms pccardd: Assigning I/O window 0, start 0x2f8, size 0x8 flags 0x1 pccardd: Assign sio3, io 0x2f8-0x2ff, mem 0x0, 0 bytes, irq 10, flags 0 /kernel: devclass_alloc_unit: sio3 already exists, using next available unit number /kernel: sio4 at port 0x2f8-0x2ff irq 10 slot 0 on pccard0 /kernel: sio4: type 16550A pccard:sio4: NTT DoCoMo DATA/FAX Adapter inserted # Megahertz XJEM1336 (as modem) card "MEGAHERTZ" "CC/XJEM3336" config auto "sio2" ? insert logger -t pccard:$device -s Megahertz CC/XJEM3336 inserted remove logger -t pccard:$device -s Megahertz CC/XJEM3336 removed pccardd: Using I/O addr 0x2f8, size 8 pccardd: Setting config reg at offs 0x100 to 0x61, Reset time = 50 ms pccardd: Assigning I/O window 0, start 0x2f8, size 0x8 flags 0x1 pccardd: Assign sio2, io 0x2f8-0x2ff, mem 0x0, 0 bytes, irq 10, flags 0 /kernel: devclass_alloc_unit: sio2 already exists, using next available unit number /kernel: sio4 at port 0x2f8-0x2ff irq 10 slot 0 on pccard0 /kernel: sio4: type 16550A pccard:sio4: Megahertz CC/XJEM3336 inserted #### No drivers in -current yet, works fine with "auto" card "Bay Networks" "BayStack 650 Wireless LAN" config auto "awi0" ? insert logger -t pccard:$device -s Bay Networks BayStack 650 inserted remove logger -t pccard:$device -s Bay Networks BayStack 650 removed pccardd: Using I/O addr 0x300, size 16 pccardd: Setting config reg at offs 0x800 to 0x43, Reset time = 50 ms pccardd: Assigning I/O window 0, start 0x300, size 0x10 flags 0x1 pccardd: Assign awi0, io 0x300-0x30f, mem 0x0, 0 bytes, irq 10, flags 0 /kernel: awi0: at port 0x300-0x30f irq 10 slot 0 on pccard0 pccard:awi0: Bay Networks BayStack 650 inserted /kernel: awi0: IEEE802.11 (FH 1Mbps) address 00:20:d8:01:07:23 card "Icom" "SL-200" config auto "awi0" ? insert logger -t pccard:$device -s Icom SL-200 inserted remove logger -t pccard:$device -s Icom SL-200 removed pccardd: Using I/O addr 0x240, size 16 pccardd: Setting config reg at offs 0x800 to 0x42, Reset time = 50 ms pccardd: Assigning I/O window 0, start 0x240, size 0x10 flags 0x1 pccardd: Assign awi0, io 0x240-0x24f, mem 0x0, 0 bytes, irq 10, flags 0 /kernel: awi0: at port 0x240-0x24f irq 10 slot 0 on pccard0 pccard:awi0: Icom SL-200 inserted /kernel: awi0: IEEE802.11 (DS 2Mbps) address 00:90:c7:07:04:ef #### No drivers in -current yet, do not works with "auto" card "SONY" "MEMORYSTICK( 64M)" config 0x01 "ata1" ? insert logger -t pccard:$device -s Sony Memorystick inserted remove logger -t pccard:$device -s Sony Memorystick removed pccardd: Using I/O addr 0x240, size 16 pccardd: Setting config reg at offs 0x200 to 0x41, Reset time = 50 ms pccardd: Assigning I/O window 0, start 0x240, size 0x10 flags 0x7 pccardd: Assign ata1, io 0x240-0x24f, mem 0x0, 0 bytes, irq 10, flags 0 /kernel: devclass_alloc_unit: ata1 already exists, using next available unit number /kernel: ata2 at port 0x240-0x24f irq 10 slot 0 on pccard0 /kernel: ad4: 61MB [990/8/16] at ata2-master using PIO1 pccard:ata2: Sony Memorystick inserted --NextPart-20000127095539-0080901 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ata.000126.patch" Index: ata-all.c =================================================================== RCS file: /export/FBSDC/src/sys/dev/ata/ata-all.c,v retrieving revision 1.44 diff -c -r1.44 ata-all.c *** ata-all.c 2000/01/25 20:14:48 1.44 --- ata-all.c 2000/01/26 14:40:52 *************** *** 30,35 **** --- 30,36 ---- #include "ata.h" #include "apm.h" + #include "card.h" #include "isa.h" #include "pci.h" #include "atadisk.h" *************** *** 87,92 **** --- 88,99 ---- static void btrim(int8_t *, int32_t); static void bpack(int8_t *, int8_t *, int32_t); + #if NCARD > 0 + static int ata_pccard_attach __P((device_t dev)); + static int ata_pccard_detach __P((device_t dev)); + static int ata_pccard_probe __P((device_t dev)); + #endif /* NCARD > 0 */ + /* local vars */ static int32_t atanlun = 2; static struct intr_config_hook *ata_attach_hook = NULL; *************** *** 135,141 **** res = ata_probe(rman_get_start(port), rman_get_start(port) + ATA_ALTPORT, 0, dev, &lun); ! bus_release_resource(dev, SYS_RES_IOPORT, 0, port); if (res) { isa_set_portsize(dev, res); --- 142,148 ---- res = ata_probe(rman_get_start(port), rman_get_start(port) + ATA_ALTPORT, 0, dev, &lun); ! bus_release_resource(dev, SYS_RES_IOPORT, rid, port); if (res) { isa_set_portsize(dev, res); *************** *** 152,169 **** struct resource *port; struct resource *irq; void *ih; ! int rid; /* Allocate the port range and interrupt */ ! rid = 0; ! port = bus_alloc_resource(dev, SYS_RES_IOPORT, &rid, 0, ~0, 1, RF_ACTIVE); if (!port) return (ENOMEM); ! rid = 0; ! irq = bus_alloc_resource(dev, SYS_RES_IRQ, &rid, 0, ~0, 1, RF_ACTIVE); if (!irq) { ! bus_release_resource(dev, SYS_RES_IOPORT, 0, port); return (ENOMEM); } return bus_setup_intr(dev, irq, INTR_TYPE_BIO, ataintr, --- 159,176 ---- struct resource *port; struct resource *irq; void *ih; ! int prid, irqrid; /* Allocate the port range and interrupt */ ! prid = 0; ! port = bus_alloc_resource(dev, SYS_RES_IOPORT, &prid, 0, ~0, 1, RF_ACTIVE); if (!port) return (ENOMEM); ! irqrid = 0; ! irq = bus_alloc_resource(dev, SYS_RES_IRQ, &irqrid, 0, ~0, 1, RF_ACTIVE); if (!irq) { ! bus_release_resource(dev, SYS_RES_IOPORT, prid, port); return (ENOMEM); } return bus_setup_intr(dev, irq, INTR_TYPE_BIO, ataintr, *************** *** 186,191 **** --- 193,330 ---- DRIVER_MODULE(ata, isa, ata_isa_driver, ata_devclass, 0, 0); #endif + #if NCARD > 0 + static int + ata_pccard_probe(dev) + device_t dev; + { + struct resource *port; + int rid; + int32_t res; + int32_t lun; + struct intr_config_hook *ata_attach_hook_save; + + /* Allocate the port range */ + rid = 0; + port = bus_alloc_resource(dev, SYS_RES_IOPORT, &rid, 0, ~0, 16, RF_ACTIVE); + /* XXX 16 shouldn't be hard coded */ + + if (!port) + return (ENOMEM); + + /* don't worry about conflict since PCCard code should have checked + already */ + /* + * XXX ALTPORT not used in pccard XXX + * Here's the i/o map for isa vs pccard + * Offset isa pccard + * DATA 0 0 + * ERROR 1 1 R + * FEATURE 1 1 W + * COUNT 2 2 W + * IREASON 2 2 R + * SECTOR 3 3 + * CYL_LSB 4 4 + * CYL_MSB 5 5 + * DRIVE 6 6 + * CMD 7 7 + * STATUS 7 7 + * ALTSTATUS 206 8 R + * CTLR 206 8 W + * wd_digin 207 9 + */ + lun = 0; + /* do not callback intrhook */ + ata_attach_hook_save = ata_attach_hook; + ata_attach_hook = (struct intr_config_hook *)-1; + res = ata_probe(rman_get_start(port), + rman_get_start(port) + ATA_ALTPORT_ONE_WINDOW, 0, dev, &lun); + ata_attach_hook = ata_attach_hook_save; + + bus_release_resource(dev, SYS_RES_IOPORT, rid, port); + + if (res) { + *(int *)device_get_softc(dev) = lun; + return 0; + } + return ENXIO; + } + + static int + ata_pccard_attach(dev) + device_t dev; + { + struct ata_softc *scp; + int lun; + int status; + + lun = *(int *)device_get_softc(dev); + scp = atadevices[lun]; + scp->flags |= ATA_USE_16BIT; + /* Allocate the port range and interrupt */ + scp->port_rid = 0; + scp->port = bus_alloc_resource(dev, SYS_RES_IOPORT, &scp->port_rid, 0, ~0, + 1, RF_ACTIVE); + if (!scp->port) { + /* XXX Need to free things ? */ + return (ENOMEM); + } + + scp->irq_rid = 0; + scp->irq = bus_alloc_resource(dev, SYS_RES_IRQ, &scp->irq_rid, 0, ~0, 1, + RF_ACTIVE); + if (!scp->irq) { + /* XXX Need to free things ? */ + bus_release_resource(dev, SYS_RES_IOPORT, scp->port_rid, scp->port); + return (ENOMEM); + } + status = bus_setup_intr(dev, scp->irq, INTR_TYPE_BIO, ataintr, scp, + &scp->ih); + /* XXX The following really should just scan *THIS* device XXX */ + if (status != 0) { + bus_release_resource(dev, SYS_RES_IRQ, scp->irq_rid, scp->irq); + bus_release_resource(dev, SYS_RES_IOPORT, scp->port_rid, scp->port); + return ENXIO; + } + ata_attach(NULL); + return 0; + } + + static int + ata_pccard_detach(dev) + device_t dev; + { + struct ata_softc *scp; + int lun; + + lun = *(int *)device_get_softc(dev); + scp = atadevices[lun]; + bus_teardown_intr(dev, scp->irq, scp->ih); + bus_release_resource(dev, SYS_RES_IRQ, scp->irq_rid, scp->irq); + bus_release_resource(dev, SYS_RES_IOPORT, scp->port_rid, scp->port); + printf("ata%d: I can't be dettached ata\n", lun); + return EIO; + } + + + static device_method_t ata_pccard_methods[] = { + /* Device interface */ + DEVMETHOD(device_probe, ata_pccard_probe), + DEVMETHOD(device_attach, ata_pccard_attach), + DEVMETHOD(device_detach, ata_pccard_detach), + + { 0, 0 } + }; + + static driver_t ata_pccard_driver = { + "ata", + ata_pccard_methods, + sizeof(int), + }; + + DRIVER_MODULE(ata, pccard, ata_pccard_driver, ata_devclass, 0, 0); + #endif (NCARD > 0) + #if NPCI > 0 static const char * ata_pcimatch(device_t dev) *************** *** 526,531 **** --- 665,671 ---- scp->lun = lun; scp->unit = *unit; scp->active = ATA_IDLE; + scp->probed = 0; if (bootverbose) ata_printf(scp, -1, "iobase=0x%04x altiobase=0x%04x bmaddr=0x%04x\n", *************** *** 641,646 **** --- 781,787 ---- */ for (ctlr=0; ctlrprobed & (ATA_PROBE|ATAPI_PROBE)) continue; if (atadevices[ctlr]->devices & ATA_ATA_SLAVE) if (ata_getparam(atadevices[ctlr], ATA_SLAVE, ATA_C_ATA_IDENTIFY)) atadevices[ctlr]->devices &= ~ATA_ATA_SLAVE; *************** *** 659,664 **** --- 800,807 ---- /* now we know whats there, do the real attach, first the ATA disks */ for (ctlr=0; ctlrprobed & ATA_PROBE) continue; + atadevices[ctlr]->probed |= ATA_PROBE; if (atadevices[ctlr]->devices & ATA_ATA_MASTER) ad_attach(atadevices[ctlr], ATA_MASTER); if (atadevices[ctlr]->devices & ATA_ATA_SLAVE) *************** *** 669,674 **** --- 812,819 ---- /* then the atapi devices */ for (ctlr=0; ctlrprobed & ATAPI_PROBE) continue; + atadevices[ctlr]->probed |= ATAPI_PROBE; if (atadevices[ctlr]->devices & ATA_ATAPI_MASTER) atapi_attach(atadevices[ctlr], ATA_MASTER); if (atadevices[ctlr]->devices & ATA_ATAPI_SLAVE) *************** *** 795,801 **** --- 940,948 ---- ata_start(struct ata_softc *scp) { struct ad_request *ad_request; + #if NATAPICD > 0 || NATAPIFD > 0 || NATAPIST > 0 struct atapi_request *atapi_request; + #endif if (scp->active != ATA_IDLE) return; Index: ata-all.h =================================================================== RCS file: /export/FBSDC/src/sys/dev/ata/ata-all.h,v retrieving revision 1.21 diff -c -r1.21 ata-all.h *************** *** 87,92 **** --- 87,93 ---- #define ATA_S_BUSY 0x80 /* busy */ #define ATA_ALTPORT 0x206 /* alternate Status register */ + #define ATA_ALTPORT_ONE_WINDOW 0x08 /* Alternate port for pccard */ #define ATA_A_IDS 0x02 /* disable interrupts */ #define ATA_A_RESET 0x04 /* RESET controller */ #define ATA_A_4BIT 0x08 /* 4 head bits */ *************** *** 291,296 **** --- 292,305 ---- #define ATA_ACTIVE_ATA 0x4 #define ATA_ACTIVE_ATAPI 0x5 #define ATA_REINITING 0x6 + int32_t probed; /* already probed */ + #define ATA_PROBE 0x1 + #define ATAPI_PROBE 0x2 + struct resource * port; + struct resource * irq; + int port_rid; + int irq_rid; + void *ih; TAILQ_HEAD(, ad_request) ata_queue; /* head of ATA queue */ TAILQ_HEAD(, atapi_request) atapi_queue; /* head of ATAPI queue */ Index: ata-dma.c =================================================================== RCS file: /export/FBSDC/src/sys/dev/ata/ata-dma.c,v retrieving revision 1.27 diff -c -r1.27 ata-dma.c *** ata-dma.c 2000/01/24 20:45:24 1.27 --- ata-dma.c 2000/01/26 14:40:53 *************** *** 67,72 **** --- 67,73 ---- int32_t devno = (scp->unit << 1) + ATA_DEV(device); int32_t error; + scp->mode[ATA_DEV(device)] = ata_pio2mode(apiomode); if (!scp->bmaddr) return -1; *************** *** 657,662 **** --- 658,664 ---- ata_dmainit(struct ata_softc *scp, int32_t device, int32_t piomode, int32_t wdmamode, int32_t udmamode) { + scp->mode[ATA_DEV(device)] = ata_pio2mode(apiomode); return -1; } --NextPart-20000127095539-0080901-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Jan 26 19:48:42 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (Postfix) with ESMTP id 05B9515343 for ; Wed, 26 Jan 2000 19:48:38 -0800 (PST) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (isdnb28.imasy.or.jp [202.227.24.156]) by tasogare.imasy.or.jp (8.9.3+3.2W/3.7W-tasogare/smtpfeed 1.01) with ESMTP id MAA22985; Thu, 27 Jan 2000 12:48:34 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Message-Id: <200001270348.MAA22985@tasogare.imasy.or.jp> To: onoe@sm.sony.co.jp Cc: mobile@freebsd.org Subject: Re: pccardd patch [Auto select config index] In-Reply-To: Your message of "Thu, 27 Jan 2000 11:17:46 +0900 (JST)" <200001270217.LAA02198@duplo.sm.sony.co.jp> References: <200001270217.LAA02198@duplo.sm.sony.co.jp> X-Mailer: Mew version 1.93 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Thu, 27 Jan 2000 12:48:34 +0900 From: Mitsuru IWASAKI X-Dispatcher: imput version 980905(IM100) Lines: 34 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, Thanks Onoe-san, for testing a lot of cards. Can we add these entry to pccard.conf.sample? > * works fine with "config auto" > card "NCR" "WaveLAN/IEEE" > card "ACCTON" "EN2216-PCMCIA-ETHERNET" > card "3Com Corporation" "3C589D" > card "AD PC_CARD" "RC288ACL" > card "3Com" "Megahertz 589E" > > * works fine with "config auto", though it has no entry in -current > card "NTT DoCoMo" "PCMCIA DATA/FAX ADAPTER 9600 Mark2" > card "MEGAHERTZ" "CC/XJEM3336" > > * works fine with "config auto", though it has no driver in current:-) > card "Bay Networks" "BayStack 650 Wireless LAN" > card "Icom" "SL-200" > > - awi driver will be found in ftp://onoe2.sm.sony.co.jp/pub/awi/ > > * only works with "config 0x01", failed with "config auto" > card "SONY" "MEMORYSTICK( 4M)" > card "SONY" "MEMORYSTICK( 32M)" > card "SONY" "MEMORYSTICK( 64M)" > > auto chooses io port from config index 3 (0x170 == ata1) > since GENERIC kernel has static configuration for ata1, > alloc_unit slides it to ata2. > io port 0x170 is already used for ata1, and fails to probe. > > - attached patch (originally posted to -mobile by Warner) > enables to attach ATA flash only once during boot... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Jan 26 20:21:30 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 439BA1550A for ; Wed, 26 Jan 2000 20:21:24 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.1/8.9.1) with ESMTP id XAA28517; Wed, 26 Jan 2000 23:21:21 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.3/8.9.1) id XAA44681; Wed, 26 Jan 2000 23:20:51 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Wed, 26 Jan 2000 23:20:51 -0500 (EST) To: Warner Losh Cc: freebsd-mobile@FreeBSD.ORG Subject: Re: pc card removal lockup In-Reply-To: <200001270029.RAA04459@harmony.village.org> References: <14478.22223.436708.406272@grasshopper.cs.duke.edu> <200001270029.RAA04459@harmony.village.org> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14479.50958.672619.722352@grasshopper.cs.duke.edu> Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Warner Losh writes: > > Might try adding > > options PCIC_RESUME_RESET > > to your kernel. > > Warner Hmm.. why? I thought that PCIC_RESUME_RESET was to be used when your pccards were not found when your machine resumes. But suspend/resume works great! (and, in fact, is the only way I can remove cards w/o rebooting). I was complaining only about the machine locking up when I remove ep0 while the machine is up & running. Thanks, Drew ------------------------------------------------------------------------------ Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin Duke University Email: gallatin@cs.duke.edu Department of Computer Science Phone: (919) 660-6590 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Jan 26 20:36:26 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (Postfix) with ESMTP id 9F10814E30 for ; Wed, 26 Jan 2000 20:36:24 -0800 (PST) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (isdn27.imasy.or.jp [202.227.24.219]) by tasogare.imasy.or.jp (8.9.3+3.2W/3.7W-tasogare/smtpfeed 1.01) with ESMTP id NAA03328; Thu, 27 Jan 2000 13:36:15 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Message-Id: <200001270436.NAA03328@tasogare.imasy.or.jp> To: imp@village.org Cc: iwasaki@jp.FreeBSD.org, gallatin@cs.duke.edu, freebsd-mobile@FreeBSD.ORG Subject: Re: pc card removal lockup In-Reply-To: Your message of "Wed, 26 Jan 2000 17:31:14 -0700" <200001270031.RAA04501@harmony.village.org> References: <200001270031.RAA04501@harmony.village.org> X-Mailer: Mew version 1.93 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Thu, 27 Jan 2000 13:36:14 +0900 From: Mitsuru IWASAKI X-Dispatcher: imput version 980905(IM100) Lines: 18 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, Warner-san. > : if (slt->state == filled) { > : slt->state = empty; > : +#if 0 > : disable_slot_spl0(slt); > : +#endif > : + disable_slot_to(slt); > : } > : break; > : case card_inserted: > > I don't think that this will fix it. I'll give it a try locally... I thought that delay by disable_slot_spl0() cause some sort of race condition and miss an interrupt as result... I'm testing this patch and seem to solve the problem for my environment so far. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Jan 26 20:38:19 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id CCEF31541A for ; Wed, 26 Jan 2000 20:38:16 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id VAA03201; Wed, 26 Jan 2000 21:38:15 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id VAA93645; Wed, 26 Jan 2000 21:37:52 -0700 (MST) Message-Id: <200001270437.VAA93645@harmony.village.org> To: Mitsuru IWASAKI Subject: Re: pc card removal lockup Cc: gallatin@cs.duke.edu, freebsd-mobile@FreeBSD.ORG In-reply-to: Your message of "Thu, 27 Jan 2000 13:36:14 +0900." <200001270436.NAA03328@tasogare.imasy.or.jp> References: <200001270436.NAA03328@tasogare.imasy.or.jp> <200001270031.RAA04501@harmony.village.org> Date: Wed, 26 Jan 2000 21:37:52 -0700 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <200001270436.NAA03328@tasogare.imasy.or.jp> Mitsuru IWASAKI writes: : I thought that delay by disable_slot_spl0() cause some sort of race : condition and miss an interrupt as result... : I'm testing this patch and seem to solve the problem for my : environment so far. If it does, feel free to rip out the spl0 junk. It's likely wrong and doesn't execute at spl0, but instead at splsoftclock. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Jan 26 20:44:23 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (Postfix) with ESMTP id 8F3F015196 for ; Wed, 26 Jan 2000 20:44:21 -0800 (PST) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (isdn15.imasy.or.jp [202.227.24.207]) by tasogare.imasy.or.jp (8.9.3+3.2W/3.7W-tasogare/smtpfeed 1.01) with ESMTP id NAA04986; Thu, 27 Jan 2000 13:44:19 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Message-Id: <200001270444.NAA04986@tasogare.imasy.or.jp> To: imp@village.org Cc: iwasaki@jp.FreeBSD.org, gallatin@cs.duke.edu, freebsd-mobile@FreeBSD.ORG Subject: Re: pc card removal lockup In-Reply-To: Your message of "Wed, 26 Jan 2000 21:37:52 -0700" <200001270437.VAA93645@harmony.village.org> References: <200001270437.VAA93645@harmony.village.org> X-Mailer: Mew version 1.93 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Thu, 27 Jan 2000 13:44:14 +0900 From: Mitsuru IWASAKI X-Dispatcher: imput version 980905(IM100) Lines: 9 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > : I thought that delay by disable_slot_spl0() cause some sort of race > : condition and miss an interrupt as result... > : I'm testing this patch and seem to solve the problem for my > : environment so far. > > If it does, feel free to rip out the spl0 junk. It's likely wrong and > doesn't execute at spl0, but instead at splsoftclock. Certainly. I'll make more proper patch and do testing more. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Thu Jan 27 0:24:40 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 07EF414DCE for ; Thu, 27 Jan 2000 00:24:29 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id BAA04125; Thu, 27 Jan 2000 01:24:27 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id BAA43895; Thu, 27 Jan 2000 01:24:27 -0700 (MST) Message-Id: <200001270824.BAA43895@harmony.village.org> To: Mitsuru IWASAKI Subject: Re: pc card removal lockup Cc: gallatin@cs.duke.edu, freebsd-mobile@FreeBSD.ORG In-reply-to: Your message of "Thu, 27 Jan 2000 13:36:14 +0900." <200001270436.NAA03328@tasogare.imasy.or.jp> References: <200001270436.NAA03328@tasogare.imasy.or.jp> <200001270031.RAA04501@harmony.village.org> Date: Thu, 27 Jan 2000 01:24:27 -0700 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi isasaki-san, In message <200001270436.NAA03328@tasogare.imasy.or.jp> Mitsuru IWASAKI writes: : I thought that delay by disable_slot_spl0() cause some sort of race : condition and miss an interrupt as result... : I'm testing this patch and seem to solve the problem for my : environment so far. OK. IF that solves the problem, then what about this patch? It is the same as yours, except it also garbage collects the unused code. Getting rid of the spl0 code was on my list (since bruce pointed out to me that it wasn't really running at spl0), but I wasn't motivated until now to try to track it down. I also included removing the PCIC_RESUME_RESET option, at least partially. Users that have problems with resume reset can set it in their sysctl.conf file to be off. No need for both an option and a sysctl. It is whole contained in the first chunk of the diff. Let me know if this helps anybody with freeing problems... Warner Index: pccard.c =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/sys/pccard/pccard.c,v retrieving revision 1.104 diff -u -r1.104 pccard.c --- pccard.c 2000/01/16 06:44:45 1.104 +++ pccard.c 2000/01/27 08:19:57 @@ -71,12 +71,7 @@ SYSCTL_NODE(_machdep, OID_AUTO, pccard, CTLFLAG_RW, 0, "pccard"); -static int pcic_resume_reset = -#ifdef PCIC_RESUME_RESET /* opt_pcic.h */ - 1; -#else - 0; -#endif +static int pcic_resume_reset = 1; SYSCTL_INT(_machdep_pccard, OID_AUTO, pcic_resume_reset, CTLFLAG_RW, &pcic_resume_reset, 0, ""); @@ -88,8 +83,7 @@ static int allocate_driver(struct slot *, struct dev_desc *); static void inserted(void *); static void disable_slot(struct slot *); -static void disable_slot_spl0(struct slot *); -static void disable_slot_to(void *); +static void disable_slot_to(struct slot *); static int invalid_io_memory(unsigned long, int); static void power_off_slot(void *); @@ -185,10 +179,8 @@ } static void -disable_slot_to(void *argp) +disable_slot_to(struct slot *slt) { - struct slot *slt = (struct slot *) argp; - slt->state = empty; disable_slot(slt); printf("pccard: card removed, slot %d\n", slt->slotnum); @@ -197,15 +189,6 @@ } /* - * Disables the slot later when we drop to spl0 via a timeout. - */ -static void -disable_slot_spl0(struct slot *slt) -{ - slt->disable_ch = timeout(disable_slot_to, (caddr_t) slt, 0); -} - -/* * pccard_alloc_slot - Called from controller probe * routine, this function allocates a new PC-CARD slot * and initialises the data structures using the data provided. @@ -232,7 +215,6 @@ pccard_slots[slotno] = slt; callout_handle_init(&slt->insert_ch); callout_handle_init(&slt->poff_ch); - callout_handle_init(&slt->disable_ch); return(slt); } @@ -301,12 +283,12 @@ */ slt->pwr.vcc = 50; slt->pwr.vpp = 0; + /* * Disable any pending timeouts for this slot, and explicitly * power it off right now. Then, re-enable the power using * the (possibly new) power settings. */ - untimeout(power_off_slot, (caddr_t)slt, slt->disable_ch); untimeout(power_off_slot, (caddr_t)slt, slt->poff_ch); power_off_slot(slt); slt->ctrl->power(slt); @@ -338,7 +320,7 @@ */ if (slt->state == filled) { slt->state = empty; - disable_slot_spl0(slt); + disable_slot_to(slt); } break; case card_inserted: @@ -705,7 +687,6 @@ * Disable any pending timeouts for this slot since we're * powering it down/disabling now. */ - untimeout(power_off_slot, (caddr_t)slt, slt->disable_ch); untimeout(power_off_slot, (caddr_t)slt, slt->poff_ch); slt->ctrl->disable(slt); return (0); Index: slot.h =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/sys/pccard/slot.h,v retrieving revision 1.22 diff -u -r1.22 slot.h --- slot.h 1999/12/08 07:55:20 1.22 +++ slot.h 2000/01/27 08:20:04 @@ -110,7 +110,6 @@ unsigned int insert_seq; /* Firing up under the card */ struct callout_handle insert_ch;/* Insert event timeout handle */ struct callout_handle poff_ch; /* Power Off timeout handle */ - struct callout_handle disable_ch; /* Disable spl0 kludge */ enum cardstate state, laststate; /* Current/last card states */ struct selinfo selp; /* Info for select */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Thu Jan 27 0:56:41 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (Postfix) with ESMTP id 8EB5C15067 for ; Thu, 27 Jan 2000 00:56:38 -0800 (PST) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (isdn33.imasy.or.jp [202.227.24.225]) by tasogare.imasy.or.jp (8.9.3+3.2W/3.7W-tasogare/smtpfeed 1.01) with ESMTP id RAA07853; Thu, 27 Jan 2000 17:56:31 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Message-Id: <200001270856.RAA07853@tasogare.imasy.or.jp> To: imp@village.org Cc: iwasaki@jp.FreeBSD.org, gallatin@cs.duke.edu, freebsd-mobile@FreeBSD.ORG Subject: Re: pc card removal lockup In-Reply-To: Your message of "Thu, 27 Jan 2000 01:24:27 -0700" <200001270824.BAA43895@harmony.village.org> References: <200001270824.BAA43895@harmony.village.org> X-Mailer: Mew version 1.93 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Thu, 27 Jan 2000 17:56:26 +0900 From: Mitsuru IWASAKI X-Dispatcher: imput version 980905(IM100) Lines: 38 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, > Hi isasaki-san, # my name is iwasaki :) > In message <200001270436.NAA03328@tasogare.imasy.or.jp> Mitsuru IWASAKI writes: > : I thought that delay by disable_slot_spl0() cause some sort of race > : condition and miss an interrupt as result... > : I'm testing this patch and seem to solve the problem for my > : environment so far. > > OK. IF that solves the problem, then what about this patch? It is > the same as yours, except it also garbage collects the unused code. > Getting rid of the spl0 code was on my list (since bruce pointed out > to me that it wasn't really running at spl0), but I wasn't motivated > until now to try to track it down. I basically agree with you. I have two things to say. How about adding splhigh() and splx() around calling disable_slot() as same as pccard_suspend()? It will make removal event handling more safty, I beleave. And Is disable_slot_to() necessary if we don't use spl0 code? I think calling disable_slot() would be almost the same as the code in pccard_suspend(). # I'm sorry, no time to make pactch... > I also included removing the PCIC_RESUME_RESET option, at least > partially. Users that have problems with resume reset can set it in > their sysctl.conf file to be off. No need for both an option and a > sysctl. It is whole contained in the first chunk of the diff. Agreed. Thanks Warner-san. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Thu Jan 27 4:21:38 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (Postfix) with ESMTP id 434D015176 for ; Thu, 27 Jan 2000 04:21:30 -0800 (PST) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (isdnb51.imasy.or.jp [202.227.24.179]) by tasogare.imasy.or.jp (8.9.3+3.2W/3.7W-tasogare/smtpfeed 1.01) with ESMTP id VAA21926; Thu, 27 Jan 2000 21:21:22 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Message-Id: <200001271221.VAA21926@tasogare.imasy.or.jp> To: iwasaki@jp.freebsd.org Cc: imp@village.org, gallatin@cs.duke.edu, freebsd-mobile@FreeBSD.ORG Subject: Re: pc card removal lockup In-Reply-To: Your message of "Thu, 27 Jan 2000 17:56:26 +0900" <200001270856.RAA07853@tasogare.imasy.or.jp> References: <200001270856.RAA07853@tasogare.imasy.or.jp> X-Mailer: Mew version 1.93 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Thu, 27 Jan 2000 21:21:19 +0900 From: Mitsuru IWASAKI X-Dispatcher: imput version 980905(IM100) Lines: 138 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > I basically agree with you. I have two things to say. > > How about adding splhigh() and splx() around calling disable_slot() as > same as pccard_suspend()? It will make removal event handling more > safty, I beleave. > > And Is disable_slot_to() necessary if we don't use spl0 code? > I think calling disable_slot() would be almost the same as the code in > pccard_suspend(). > > # I'm sorry, no time to make pactch... I've just made the patch including the latest patch from Warner-san. Mr. Andrew Gallatin, could you try this again and see if the machine locking up when you remove ep0 while the machine is running? # spl stuff have been added against the last patch. Warner-san, I'd like to add this to 4.0-RELEASE. Index: pccard.c =================================================================== RCS file: /home/ncvs/src/sys/pccard/pccard.c,v retrieving revision 1.104 diff -u -r1.104 pccard.c --- pccard.c 2000/01/16 06:44:45 1.104 +++ pccard.c 2000/01/27 11:16:50 @@ -71,12 +71,7 @@ SYSCTL_NODE(_machdep, OID_AUTO, pccard, CTLFLAG_RW, 0, "pccard"); -static int pcic_resume_reset = -#ifdef PCIC_RESUME_RESET /* opt_pcic.h */ - 1; -#else - 0; -#endif +static int pcic_resume_reset = 1; SYSCTL_INT(_machdep_pccard, OID_AUTO, pcic_resume_reset, CTLFLAG_RW, &pcic_resume_reset, 0, ""); @@ -88,8 +83,6 @@ static int allocate_driver(struct slot *, struct dev_desc *); static void inserted(void *); static void disable_slot(struct slot *); -static void disable_slot_spl0(struct slot *); -static void disable_slot_to(void *); static int invalid_io_memory(unsigned long, int); static void power_off_slot(void *); @@ -184,27 +177,6 @@ slt->pwr_off_pending = 1; } -static void -disable_slot_to(void *argp) -{ - struct slot *slt = (struct slot *) argp; - - slt->state = empty; - disable_slot(slt); - printf("pccard: card removed, slot %d\n", slt->slotnum); - pccard_remove_beep(); - selwakeup(&slt->selp); -} - -/* - * Disables the slot later when we drop to spl0 via a timeout. - */ -static void -disable_slot_spl0(struct slot *slt) -{ - slt->disable_ch = timeout(disable_slot_to, (caddr_t) slt, 0); -} - /* * pccard_alloc_slot - Called from controller probe * routine, this function allocates a new PC-CARD slot @@ -232,7 +204,6 @@ pccard_slots[slotno] = slt; callout_handle_init(&slt->insert_ch); callout_handle_init(&slt->poff_ch); - callout_handle_init(&slt->disable_ch); return(slt); } @@ -301,12 +272,12 @@ */ slt->pwr.vcc = 50; slt->pwr.vpp = 0; + /* * Disable any pending timeouts for this slot, and explicitly * power it off right now. Then, re-enable the power using * the (possibly new) power settings. */ - untimeout(power_off_slot, (caddr_t)slt, slt->disable_ch); untimeout(power_off_slot, (caddr_t)slt, slt->poff_ch); power_off_slot(slt); slt->ctrl->power(slt); @@ -337,8 +308,13 @@ * data structures are not unlinked. */ if (slt->state == filled) { + int s = splhigh(); slt->state = empty; - disable_slot_spl0(slt); + disable_slot(slt); + splx(s); + printf("pccard: card removed, slot %d\n", slt->slotnum); + pccard_remove_beep(); + selwakeup(&slt->selp); } break; case card_inserted: @@ -705,7 +681,6 @@ * Disable any pending timeouts for this slot since we're * powering it down/disabling now. */ - untimeout(power_off_slot, (caddr_t)slt, slt->disable_ch); untimeout(power_off_slot, (caddr_t)slt, slt->poff_ch); slt->ctrl->disable(slt); return (0); Index: slot.h =================================================================== RCS file: /home/ncvs/src/sys/pccard/slot.h,v retrieving revision 1.22 diff -u -r1.22 slot.h --- slot.h 1999/12/08 07:55:20 1.22 +++ slot.h 2000/01/27 11:15:14 @@ -110,7 +110,6 @@ unsigned int insert_seq; /* Firing up under the card */ struct callout_handle insert_ch;/* Insert event timeout handle */ struct callout_handle poff_ch; /* Power Off timeout handle */ - struct callout_handle disable_ch; /* Disable spl0 kludge */ enum cardstate state, laststate; /* Current/last card states */ struct selinfo selp; /* Info for select */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Thu Jan 27 8:39:34 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id A4D681569C for ; Thu, 27 Jan 2000 08:39:31 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id JAA05684; Thu, 27 Jan 2000 09:39:26 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id JAA45996; Thu, 27 Jan 2000 09:39:30 -0700 (MST) Message-Id: <200001271639.JAA45996@harmony.village.org> To: Mitsuru IWASAKI Subject: Re: pc card removal lockup Cc: gallatin@cs.duke.edu, freebsd-mobile@FreeBSD.ORG In-reply-to: Your message of "Thu, 27 Jan 2000 17:56:26 +0900." <200001270856.RAA07853@tasogare.imasy.or.jp> References: <200001270856.RAA07853@tasogare.imasy.or.jp> <200001270824.BAA43895@harmony.village.org> Date: Thu, 27 Jan 2000 09:39:30 -0700 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <200001270856.RAA07853@tasogare.imasy.or.jp> Mitsuru IWASAKI writes: : Hi, : : > Hi isasaki-san, : : # my name is iwasaki :) I'm terribly sorry iwasaki-san. : I basically agree with you. I have two things to say. : : How about adding splhigh() and splx() around calling disable_slot() as : same as pccard_suspend()? It will make removal event handling more : safty, I beleave. It was there and took it out. I think that it can be added back w/o problem. : And Is disable_slot_to() necessary if we don't use spl0 code? : I think calling disable_slot() would be almost the same as the code in : pccard_suspend(). Yes. I think that moving disable_slot_to inline would be good. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Thu Jan 27 8:57:24 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 44895155DC for ; Thu, 27 Jan 2000 08:57:19 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id JAA05785; Thu, 27 Jan 2000 09:57:18 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id JAA46184; Thu, 27 Jan 2000 09:57:22 -0700 (MST) Message-Id: <200001271657.JAA46184@harmony.village.org> To: Mitsuru IWASAKI Subject: Re: pc card removal lockup Cc: gallatin@cs.duke.edu, freebsd-mobile@FreeBSD.ORG In-reply-to: Your message of "Thu, 27 Jan 2000 21:21:19 +0900." <200001271221.VAA21926@tasogare.imasy.or.jp> References: <200001271221.VAA21926@tasogare.imasy.or.jp> <200001270856.RAA07853@tasogare.imasy.or.jp> Date: Thu, 27 Jan 2000 09:57:22 -0700 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <200001271221.VAA21926@tasogare.imasy.or.jp> Mitsuru IWASAKI writes: : I've just made the patch including the latest patch from Warner-san. : : Mr. Andrew Gallatin, could you try this again and see if the machine : locking up when you remove ep0 while the machine is running? : # spl stuff have been added against the last patch. : : Warner-san, I'd like to add this to 4.0-RELEASE. Me too. I'll be testing it today. I have to do security officer things however too, so time will be short. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Thu Jan 27 9:20:55 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (Postfix) with ESMTP id 948B314C3F for ; Thu, 27 Jan 2000 09:20:50 -0800 (PST) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (isdn52.imasy.or.jp [202.227.24.244]) by tasogare.imasy.or.jp (8.9.3+3.2W/3.7W-tasogare/smtpfeed 1.01) with ESMTP id CAA12938; Fri, 28 Jan 2000 02:20:45 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Message-Id: <200001271720.CAA12938@tasogare.imasy.or.jp> To: imp@village.org Cc: iwasaki@jp.FreeBSD.org, gallatin@cs.duke.edu, freebsd-mobile@FreeBSD.ORG Subject: Re: pc card removal lockup In-Reply-To: Your message of "Thu, 27 Jan 2000 09:39:30 -0700" <200001271639.JAA45996@harmony.village.org> References: <200001271639.JAA45996@harmony.village.org> X-Mailer: Mew version 1.93 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Fri, 28 Jan 2000 02:20:44 +0900 From: Mitsuru IWASAKI X-Dispatcher: imput version 980905(IM100) Lines: 142 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > : How about adding splhigh() and splx() around calling disable_slot() as > : same as pccard_suspend()? It will make removal event handling more > : safty, I beleave. > > It was there and took it out. I think that it can be added back w/o > problem. Now I understand, my last conclusion was the same as original code and original code had same kind of problems, then you introduced the spl0 code... I'm sorry about that. # it seems that we need to continue to solve this... > : And Is disable_slot_to() necessary if we don't use spl0 code? > : I think calling disable_slot() would be almost the same as the code in > : pccard_suspend(). > > Yes. I think that moving disable_slot_to inline would be good. OK, like this? I've tested this by insertion/removal for about 100 times, no problems so far for my machine. # final version? Index: pccard.c =================================================================== RCS file: /home/ncvs/src/sys/pccard/pccard.c,v retrieving revision 1.104 diff -u -r1.104 pccard.c --- pccard.c 2000/01/16 06:44:45 1.104 +++ pccard.c 2000/01/27 16:56:07 @@ -71,12 +71,7 @@ SYSCTL_NODE(_machdep, OID_AUTO, pccard, CTLFLAG_RW, 0, "pccard"); -static int pcic_resume_reset = -#ifdef PCIC_RESUME_RESET /* opt_pcic.h */ - 1; -#else - 0; -#endif +static int pcic_resume_reset = 1; SYSCTL_INT(_machdep_pccard, OID_AUTO, pcic_resume_reset, CTLFLAG_RW, &pcic_resume_reset, 0, ""); @@ -88,8 +83,7 @@ static int allocate_driver(struct slot *, struct dev_desc *); static void inserted(void *); static void disable_slot(struct slot *); -static void disable_slot_spl0(struct slot *); -static void disable_slot_to(void *); +static void disable_slot_to(struct slot *); static int invalid_io_memory(unsigned long, int); static void power_off_slot(void *); @@ -184,28 +178,19 @@ slt->pwr_off_pending = 1; } -static void -disable_slot_to(void *argp) +__inline static void +disable_slot_to(struct slot *slt) { - struct slot *slt = (struct slot *) argp; - + int s = splhigh(); slt->state = empty; disable_slot(slt); + splx(s); printf("pccard: card removed, slot %d\n", slt->slotnum); pccard_remove_beep(); selwakeup(&slt->selp); } /* - * Disables the slot later when we drop to spl0 via a timeout. - */ -static void -disable_slot_spl0(struct slot *slt) -{ - slt->disable_ch = timeout(disable_slot_to, (caddr_t) slt, 0); -} - -/* * pccard_alloc_slot - Called from controller probe * routine, this function allocates a new PC-CARD slot * and initialises the data structures using the data provided. @@ -232,7 +217,6 @@ pccard_slots[slotno] = slt; callout_handle_init(&slt->insert_ch); callout_handle_init(&slt->poff_ch); - callout_handle_init(&slt->disable_ch); return(slt); } @@ -301,12 +285,12 @@ */ slt->pwr.vcc = 50; slt->pwr.vpp = 0; + /* * Disable any pending timeouts for this slot, and explicitly * power it off right now. Then, re-enable the power using * the (possibly new) power settings. */ - untimeout(power_off_slot, (caddr_t)slt, slt->disable_ch); untimeout(power_off_slot, (caddr_t)slt, slt->poff_ch); power_off_slot(slt); slt->ctrl->power(slt); @@ -338,7 +322,7 @@ */ if (slt->state == filled) { slt->state = empty; - disable_slot_spl0(slt); + disable_slot_to(slt); } break; case card_inserted: @@ -705,7 +689,6 @@ * Disable any pending timeouts for this slot since we're * powering it down/disabling now. */ - untimeout(power_off_slot, (caddr_t)slt, slt->disable_ch); untimeout(power_off_slot, (caddr_t)slt, slt->poff_ch); slt->ctrl->disable(slt); return (0); Index: slot.h =================================================================== RCS file: /home/ncvs/src/sys/pccard/slot.h,v retrieving revision 1.22 diff -u -r1.22 slot.h --- slot.h 1999/12/08 07:55:20 1.22 +++ slot.h 2000/01/27 16:53:24 @@ -110,7 +110,6 @@ unsigned int insert_seq; /* Firing up under the card */ struct callout_handle insert_ch;/* Insert event timeout handle */ struct callout_handle poff_ch; /* Power Off timeout handle */ - struct callout_handle disable_ch; /* Disable spl0 kludge */ enum cardstate state, laststate; /* Current/last card states */ struct selinfo selp; /* Info for select */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Thu Jan 27 9:41:24 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (Postfix) with ESMTP id BCE9E14D11 for ; Thu, 27 Jan 2000 09:41:16 -0800 (PST) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (isdn52.imasy.or.jp [202.227.24.244]) by tasogare.imasy.or.jp (8.9.3+3.2W/3.7W-tasogare/smtpfeed 1.01) with ESMTP id CAA16627; Fri, 28 Jan 2000 02:41:10 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Message-Id: <200001271741.CAA16627@tasogare.imasy.or.jp> To: mobile@freebsd.org Cc: onoe@sm.sony.co.jp, iwasaki@jp.freebsd.org Subject: Re: pccardd patch [Auto select config index] In-Reply-To: Your message of "Thu, 27 Jan 2000 12:48:34 +0900" <200001270348.MAA22985@tasogare.imasy.or.jp> References: <200001270348.MAA22985@tasogare.imasy.or.jp> X-Mailer: Mew version 1.93 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Fri, 28 Jan 2000 02:41:09 +0900 From: Mitsuru IWASAKI X-Dispatcher: imput version 980905(IM100) Lines: 121 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Thanks Onoe-san, for testing a lot of cards. > Can we add these entry to pccard.conf.sample? May I commit following confirmed entries? # Yes, I'm waiting 'Go!' from anyone. Index: pccard.conf.sample =================================================================== RCS file: /home/ncvs/src/etc/pccard.conf.sample,v retrieving revision 1.75 diff -u -r1.75 pccard.conf.sample --- pccard.conf.sample 2000/01/24 12:12:37 1.75 +++ pccard.conf.sample 2000/01/27 17:36:33 @@ -45,6 +45,7 @@ # NCR WaveLAN/IEEE card "NCR" "WaveLAN/IEEE" config 0x1 "wi0" ? +# config auto "wi0" ? insert logger -t pccard:$device -s WaveLAN/IEEE inserted insert /etc/pccard_ether $device remove logger -t pccard:$device -s WaveLAN/IEEE removed @@ -97,6 +98,7 @@ #Accton 2216 card "ACCTON" "EN2216-PCMCIA-ETHERNET" config 0x20 "ed0" ? +# config auto "ed0" ? insert logger -t pccard:$device -s Accton 2216 inserted insert /etc/pccard_ether $device remove logger -t pccard:$device -s Accton 2216 removed @@ -105,6 +107,7 @@ # COREGA EtherII PCC-T card "corega K.K." "corega EtherII PCC-T" config 0x20 "ed0" ? +# config auto "ed0" ? insert logger -t pccard:$device -s EtherII PCC-T inserted insert /etc/pccard_ether $device remove logger -t pccard:$device -s EtherII PCC-T removed @@ -121,6 +124,7 @@ # 3Com Etherlink III 3C589B, 3C589C card "3Com Corporation" "3C589" config 0x1 "ep0" ? +# config auto "ep0" ? insert logger -t pccard:$device -s 3Com Etherlink III inserted insert /etc/pccard_ether $device -link0 link1 # insert /etc/pccard_ether $device link0 -link1 @@ -130,6 +134,7 @@ # 3Com Etherlink III 3C589D card "3Com Corporation" "3C589D" config 0x1 "ep0" ? +# config auto "ep0" ? insert logger -t pccard:$device -s 3Com Etherlink III inserted insert /etc/pccard_ether $device remove logger -t pccard:$device -s 3Com Etherlink III removed @@ -178,6 +183,7 @@ #Linksys EtherFast 10/100 PC Card (PCMPC100) card "Linksys" "EtherFast 10/100 PC Card (PCMPC100)" config 0x3 "ed0" ? +# config auto "ed0" ? insert logger -t pccard:$device -s Linksys Fast 100-BaseT inserted insert /etc/pccard_ether $device remove logger -t pccard:$device -s Linksys Fast 100-BaseT removed @@ -334,6 +340,7 @@ # Apex Data 28.8 PC Card "MOBILE PLUS Cellular" modem. card "AD PC_CARD" "RC288ACL" config 0x22 "sio2" ? +# config auto "sio2" ? insert logger -t pccard:$device -s Apex Data Mobile Plus 28.8 Modem inserted remove logger -t pccard:$device -s Apex Data Mobile Plus 28.8 Modem removed @@ -364,10 +371,17 @@ # Megahertz XJ4336 card "Megahertz" "XJ4336-CC4336" config 0x22 "sio2" ? +# config auto "sio2" ? # config 0x23 "sio3" ? insert logger -t pccard:$device -s Megahertz XJ4336 inserted remove logger -t pccard:$device -s Megahertz XJ4336 removed +# Megahertz XJEM1336 (as modem) +card "MEGAHERTZ" "CC/XJEM3336" + config auto "sio2" ? + insert logger -t pccard:$device -s Megahertz CC/XJEM3336 inserted + remove logger -t pccard:$device -s Megahertz CC/XJEM3336 removed + # Megahertz XJ1336 card "U.S. Robotics" "XJ/CC1336" config 0x21 "sio2" ? @@ -571,10 +585,17 @@ insert logger -t pccard:$device -s NTT DoCoMo DATA/FAX Adapter inserted remove logger -t pccard:$device -s NTT DoCoMo DATA/FAX Adapter removed +# NTT DoCoMo DATA/FAX Adapter +card "NTT DoCoMo" "PCMCIA DATA/FAX ADAPTER 9600 Mark2" + config auto "sio3" ? + insert logger -t pccard:$device -s NTT DoCoMo DATA/FAX Adapter inserted + remove logger -t pccard:$device -s NTT DoCoMo DATA/FAX Adapter removed + # NTT DoCoMo Mobile D Card 96P1 card "NTT DoCoMo" "Mobile D Card 96P1" # config 0x22 "sio2" ? 0x82 config 0x23 "sio3" ? 0x82 +# config auto "sio3" ? 0x82 insert logger -t pccard:$device -s NTT DoCoMo Mobile D Card 96P1 inserted remove logger -t pccard:$device -s NTT DoCoMo Mobile D Card 96P1 removed @@ -673,6 +694,7 @@ # 3Com Megahertz 3CCE589E* 10 Mbps LAN PC Card card "3Com" "Megahertz 589E" config 0x1 "ep0" ? +# config auto "ep0" ? insert logger -t pccard:$device -s 3Com Megahertz Ethernet card inserted insert /etc/pccard_ether $device remove logger -t pccard:$device -s 3Com Megahertz Ethernet card removed @@ -770,6 +792,7 @@ # COREGA Ether PCC-T card "corega K.K." "corega Ether PCC-T" config 0x20 "ed0" ? +# config auto "ed0" ? insert logger -t pccard:$device -s Ether PCC-T inserted insert /etc/pccard_ether $device remove logger -t pccard:$device -s Ether PCC-T removed To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Thu Jan 27 10:31:40 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 68E6014C8A for ; Thu, 27 Jan 2000 10:31:37 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id LAA06269; Thu, 27 Jan 2000 11:31:34 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id LAA47155; Thu, 27 Jan 2000 11:31:39 -0700 (MST) Message-Id: <200001271831.LAA47155@harmony.village.org> To: Mitsuru IWASAKI Subject: Re: pc card removal lockup Cc: gallatin@cs.duke.edu, freebsd-mobile@FreeBSD.ORG In-reply-to: Your message of "Fri, 28 Jan 2000 02:20:44 +0900." <200001271720.CAA12938@tasogare.imasy.or.jp> References: <200001271720.CAA12938@tasogare.imasy.or.jp> <200001271639.JAA45996@harmony.village.org> Date: Thu, 27 Jan 2000 11:31:39 -0700 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <200001271720.CAA12938@tasogare.imasy.or.jp> Mitsuru IWASAKI writes: : Now I understand, my last conclusion was the same as original code : and original code had same kind of problems, then you introduced the : spl0 code... I'm sorry about that. : # it seems that we need to continue to solve this... Yes. We do. I'm getting a hard lockup after suspend to disk when I remove the card (even though the card works up until that). I'm not sure what is causing this. Does anybody have a way to generate a NMI over USB, firewire or pccard? Or has anybody every hacked SIO so that ANY break would cause a trip into the debugger? Is there some secret pin on the Sony VAIO PCG-505-TS's port replicator that does this? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Thu Jan 27 13:49:29 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 753F0157E2 for ; Thu, 27 Jan 2000 13:49:25 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id OAA07112; Thu, 27 Jan 2000 14:49:23 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id OAA48549; Thu, 27 Jan 2000 14:49:24 -0700 (MST) Message-Id: <200001272149.OAA48549@harmony.village.org> Subject: Re: pc card removal lockup Cc: Mitsuru IWASAKI , gallatin@cs.duke.edu, freebsd-mobile@FreeBSD.ORG In-reply-to: Your message of "Thu, 27 Jan 2000 09:57:22 MST." <200001271657.JAA46184@harmony.village.org> References: <200001271657.JAA46184@harmony.village.org> <200001271221.VAA21926@tasogare.imasy.or.jp> <200001270856.RAA07853@tasogare.imasy.or.jp> Date: Thu, 27 Jan 2000 14:49:24 -0700 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <200001271657.JAA46184@harmony.village.org> Warner Losh writes: : Me too. I'll be testing it today. I have to do security officer : things however too, so time will be short. I can reproduce the suspend, pop the card out problem. Don't know why at this point and these patches don't fix that. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Thu Jan 27 15:16:47 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (Postfix) with ESMTP id AC32E14EAD for ; Thu, 27 Jan 2000 15:16:45 -0800 (PST) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (isdn33.imasy.or.jp [202.227.24.225]) by tasogare.imasy.or.jp (8.9.3+3.2W/3.7W-tasogare/smtpfeed 1.01) with ESMTP id IAA11192; Fri, 28 Jan 2000 08:16:43 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Message-Id: <200001272316.IAA11192@tasogare.imasy.or.jp> To: imp@village.org Cc: iwasaki@jp.FreeBSD.org, gallatin@cs.duke.edu, freebsd-mobile@FreeBSD.ORG Subject: Re: pc card removal lockup In-Reply-To: Your message of "Thu, 27 Jan 2000 14:49:24 -0700" <200001272149.OAA48549@harmony.village.org> References: <200001272149.OAA48549@harmony.village.org> X-Mailer: Mew version 1.93 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Fri, 28 Jan 2000 08:16:42 +0900 From: Mitsuru IWASAKI X-Dispatcher: imput version 980905(IM100) Lines: 8 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > I can reproduce the suspend, pop the card out problem. Don't know why > at this point and these patches don't fix that. How about resurrection of spl0 code with splhigh() hack around disable_slot()? For my machine, splhigh() hack might be the key for removal lockup problem... # sorry, I need to go out... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Thu Jan 27 15:24:51 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 524FA14E6B for ; Thu, 27 Jan 2000 15:24:45 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id QAA07684; Thu, 27 Jan 2000 16:24:40 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id QAA49499; Thu, 27 Jan 2000 16:24:48 -0700 (MST) Message-Id: <200001272324.QAA49499@harmony.village.org> To: Mitsuru IWASAKI Subject: Re: pc card removal lockup Cc: gallatin@cs.duke.edu, freebsd-mobile@FreeBSD.ORG In-reply-to: Your message of "Fri, 28 Jan 2000 08:16:42 +0900." <200001272316.IAA11192@tasogare.imasy.or.jp> References: <200001272316.IAA11192@tasogare.imasy.or.jp> <200001272149.OAA48549@harmony.village.org> Date: Thu, 27 Jan 2000 16:24:48 -0700 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <200001272316.IAA11192@tasogare.imasy.or.jp> Mitsuru IWASAKI writes: : > I can reproduce the suspend, pop the card out problem. Don't know why : > at this point and these patches don't fix that. : : How about resurrection of spl0 code with splhigh() hack around : disable_slot()? : For my machine, splhigh() hack might be the key for removal lockup : problem... I'll give that a try on my machine. : # sorry, I need to go out... :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Thu Jan 27 15:47:57 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 2F4741579B for ; Thu, 27 Jan 2000 15:47:55 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id QAA07806; Thu, 27 Jan 2000 16:47:53 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id QAA49713; Thu, 27 Jan 2000 16:48:01 -0700 (MST) Message-Id: <200001272348.QAA49713@harmony.village.org> To: Mitsuru IWASAKI Subject: Re: pc card removal lockup Cc: gallatin@cs.duke.edu, freebsd-mobile@FreeBSD.ORG In-reply-to: Your message of "Fri, 28 Jan 2000 08:16:42 +0900." <200001272316.IAA11192@tasogare.imasy.or.jp> References: <200001272316.IAA11192@tasogare.imasy.or.jp> <200001272149.OAA48549@harmony.village.org> Date: Thu, 27 Jan 2000 16:48:01 -0700 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <200001272316.IAA11192@tasogare.imasy.or.jp> Mitsuru IWASAKI writes: : > I can reproduce the suspend, pop the card out problem. Don't know why : > at this point and these patches don't fix that. : : How about resurrection of spl0 code with splhigh() hack around : disable_slot()? : For my machine, splhigh() hack might be the key for removal lockup : problem... : # sorry, I need to go out... Right now I'm not even getting an interrupt after we go to sleep, so I don't think the splhigh() would help at all. It looks like the the hardware isn't being properly reconfigured after the suspend for reasons unknown. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Thu Jan 27 18:56:36 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id EE0AE15B75 for ; Thu, 27 Jan 2000 18:56:29 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id TAA08646; Thu, 27 Jan 2000 19:56:25 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id TAA51227; Thu, 27 Jan 2000 19:56:34 -0700 (MST) Message-Id: <200001280256.TAA51227@harmony.village.org> To: Andrew Gallatin Subject: Re: pc card removal lockup Cc: freebsd-mobile@FreeBSD.ORG In-reply-to: Your message of "Wed, 26 Jan 2000 23:20:51 EST." <14479.50958.672619.722352@grasshopper.cs.duke.edu> References: <14479.50958.672619.722352@grasshopper.cs.duke.edu> <14478.22223.436708.406272@grasshopper.cs.duke.edu> <200001270029.RAA04459@harmony.village.org> Date: Thu, 27 Jan 2000 19:56:34 -0700 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <14479.50958.672619.722352@grasshopper.cs.duke.edu> Andrew Gallatin writes: : Hmm.. why? I thought that PCIC_RESUME_RESET was to be used when your : pccards were not found when your machine resumes. But suspend/resume : works great! (and, in fact, is the only way I can remove cards w/o : rebooting). The theory was that the pcic wasn't properly getting reset after the suspend/resume. It sounds like your irq for the pcic may be wrong. It also sounds like we can't get away with polling mode as default. More on why below. What does the pcic-pci line on your laptop say? You may have already posted this, if so please forgive me. : I was complaining only about the machine locking up when I remove ep0 : while the machine is up & running. Before or after a suspend? However, I'm seeing a different problem on my laptop. It is a Sony VAIO PCG-505TS. It has a Ricoh RL5C475 and an unknown host to pci bridge. Looks like I have the PIIX4 chipset. I'm seeing that the machine wedges tight. It doesn't call the interrupt routine at all before the wedge. I think this is a classic example of the level interrupt turning on and nothing reading or acknowledging it, which causes infinite interrupt. I'm going to have to look at the pci bios stuff to see if there's something there that can be used for this. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Thu Jan 27 19:23:40 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id A8B461569B for ; Thu, 27 Jan 2000 19:23:30 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.1/8.9.1) with ESMTP id WAA22710; Thu, 27 Jan 2000 22:23:25 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.3/8.9.1) id WAA46776; Thu, 27 Jan 2000 22:22:54 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Thu, 27 Jan 2000 22:22:54 -0500 (EST) To: Mitsuru IWASAKI Cc: imp@village.org, freebsd-mobile@FreeBSD.ORG Subject: Re: pc card removal lockup In-Reply-To: <200001271221.VAA21926@tasogare.imasy.or.jp> References: <200001270856.RAA07853@tasogare.imasy.or.jp> <200001271221.VAA21926@tasogare.imasy.or.jp> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14481.2747.280858.521937@grasshopper.cs.duke.edu> Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Mitsuru IWASAKI writes: > > Mr. Andrew Gallatin, could you try this again and see if the machine > locking up when you remove ep0 while the machine is running? > # spl stuff have been added against the last patch. Thank you! This almost works! I now can remove ep0 about 50% of the time. The other 50% the machine locks solid & emits a loud, continuous beep... It does not seem to matter if the network is quiet -- I unplugged the NICs cable before removing it & that does not seem to help. This is certainly progress! Drew > Warner-san, I'd like to add this to 4.0-RELEASE. > > Index: pccard.c > =================================================================== > RCS file: /home/ncvs/src/sys/pccard/pccard.c,v > retrieving revision 1.104 > diff -u -r1.104 pccard.c > --- pccard.c 2000/01/16 06:44:45 1.104 > +++ pccard.c 2000/01/27 11:16:50 > @@ -71,12 +71,7 @@ > > SYSCTL_NODE(_machdep, OID_AUTO, pccard, CTLFLAG_RW, 0, "pccard"); > > -static int pcic_resume_reset = > -#ifdef PCIC_RESUME_RESET /* opt_pcic.h */ > - 1; > -#else > - 0; > -#endif > +static int pcic_resume_reset = 1; > > SYSCTL_INT(_machdep_pccard, OID_AUTO, pcic_resume_reset, CTLFLAG_RW, > &pcic_resume_reset, 0, ""); > @@ -88,8 +83,6 @@ > static int allocate_driver(struct slot *, struct dev_desc *); > static void inserted(void *); > static void disable_slot(struct slot *); > -static void disable_slot_spl0(struct slot *); > -static void disable_slot_to(void *); > static int invalid_io_memory(unsigned long, int); > static void power_off_slot(void *); > > @@ -184,27 +177,6 @@ > slt->pwr_off_pending = 1; > } > > -static void > -disable_slot_to(void *argp) > -{ > - struct slot *slt = (struct slot *) argp; > - > - slt->state = empty; > - disable_slot(slt); > - printf("pccard: card removed, slot %d\n", slt->slotnum); > - pccard_remove_beep(); > - selwakeup(&slt->selp); > -} > - > -/* > - * Disables the slot later when we drop to spl0 via a timeout. > - */ > -static void > -disable_slot_spl0(struct slot *slt) > -{ > - slt->disable_ch = timeout(disable_slot_to, (caddr_t) slt, 0); > -} > - > /* > * pccard_alloc_slot - Called from controller probe > * routine, this function allocates a new PC-CARD slot > @@ -232,7 +204,6 @@ > pccard_slots[slotno] = slt; > callout_handle_init(&slt->insert_ch); > callout_handle_init(&slt->poff_ch); > - callout_handle_init(&slt->disable_ch); > return(slt); > } > > @@ -301,12 +272,12 @@ > */ > slt->pwr.vcc = 50; > slt->pwr.vpp = 0; > + > /* > * Disable any pending timeouts for this slot, and explicitly > * power it off right now. Then, re-enable the power using > * the (possibly new) power settings. > */ > - untimeout(power_off_slot, (caddr_t)slt, slt->disable_ch); > untimeout(power_off_slot, (caddr_t)slt, slt->poff_ch); > power_off_slot(slt); > slt->ctrl->power(slt); > @@ -337,8 +308,13 @@ > * data structures are not unlinked. > */ > if (slt->state == filled) { > + int s = splhigh(); > slt->state = empty; > - disable_slot_spl0(slt); > + disable_slot(slt); > + splx(s); > + printf("pccard: card removed, slot %d\n", slt->slotnum); > + pccard_remove_beep(); > + selwakeup(&slt->selp); > } > break; > case card_inserted: > @@ -705,7 +681,6 @@ > * Disable any pending timeouts for this slot since we're > * powering it down/disabling now. > */ > - untimeout(power_off_slot, (caddr_t)slt, slt->disable_ch); > untimeout(power_off_slot, (caddr_t)slt, slt->poff_ch); > slt->ctrl->disable(slt); > return (0); > Index: slot.h > =================================================================== > RCS file: /home/ncvs/src/sys/pccard/slot.h,v > retrieving revision 1.22 > diff -u -r1.22 slot.h > --- slot.h 1999/12/08 07:55:20 1.22 > +++ slot.h 2000/01/27 11:15:14 > @@ -110,7 +110,6 @@ > unsigned int insert_seq; /* Firing up under the card */ > struct callout_handle insert_ch;/* Insert event timeout handle */ > struct callout_handle poff_ch; /* Power Off timeout handle */ > - struct callout_handle disable_ch; /* Disable spl0 kludge */ > > enum cardstate state, laststate; /* Current/last card states */ > struct selinfo selp; /* Info for select */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Thu Jan 27 19:26:26 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 8DFDD14E20 for ; Thu, 27 Jan 2000 19:26:22 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.1/8.9.1) with ESMTP id WAA22755; Thu, 27 Jan 2000 22:26:09 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.3/8.9.1) id WAA46783; Thu, 27 Jan 2000 22:25:38 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Thu, 27 Jan 2000 22:25:38 -0500 (EST) To: Mitsuru IWASAKI Cc: imp@village.org, freebsd-mobile@FreeBSD.ORG Subject: Re: pc card removal lockup In-Reply-To: <200001271720.CAA12938@tasogare.imasy.or.jp> References: <200001271639.JAA45996@harmony.village.org> <200001271720.CAA12938@tasogare.imasy.or.jp> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14481.3007.227360.871159@grasshopper.cs.duke.edu> Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Mitsuru IWASAKI writes: <...> When I tried this, the machine did not seem to notice that ep0 was removed. ifconfig -a still listed the ep0 interface. The first use of ep0 after removing it (and not re-inserting it) caused the machine to lock solid. No beep this time. Thank you, Drew > OK, like this? I've tested this by insertion/removal for about 100 > times, no problems so far for my machine. > > # final version? > > Index: pccard.c > =================================================================== > RCS file: /home/ncvs/src/sys/pccard/pccard.c,v > retrieving revision 1.104 > diff -u -r1.104 pccard.c > --- pccard.c 2000/01/16 06:44:45 1.104 > +++ pccard.c 2000/01/27 16:56:07 > @@ -71,12 +71,7 @@ > > SYSCTL_NODE(_machdep, OID_AUTO, pccard, CTLFLAG_RW, 0, "pccard"); > > -static int pcic_resume_reset = > -#ifdef PCIC_RESUME_RESET /* opt_pcic.h */ > - 1; > -#else > - 0; > -#endif > +static int pcic_resume_reset = 1; > > SYSCTL_INT(_machdep_pccard, OID_AUTO, pcic_resume_reset, CTLFLAG_RW, > &pcic_resume_reset, 0, ""); > @@ -88,8 +83,7 @@ > static int allocate_driver(struct slot *, struct dev_desc *); > static void inserted(void *); > static void disable_slot(struct slot *); > -static void disable_slot_spl0(struct slot *); > -static void disable_slot_to(void *); > +static void disable_slot_to(struct slot *); > static int invalid_io_memory(unsigned long, int); > static void power_off_slot(void *); > > @@ -184,28 +178,19 @@ > slt->pwr_off_pending = 1; > } > > -static void > -disable_slot_to(void *argp) > +__inline static void > +disable_slot_to(struct slot *slt) > { > - struct slot *slt = (struct slot *) argp; > - > + int s = splhigh(); > slt->state = empty; > disable_slot(slt); > + splx(s); > printf("pccard: card removed, slot %d\n", slt->slotnum); > pccard_remove_beep(); > selwakeup(&slt->selp); > } > > /* > - * Disables the slot later when we drop to spl0 via a timeout. > - */ > -static void > -disable_slot_spl0(struct slot *slt) > -{ > - slt->disable_ch = timeout(disable_slot_to, (caddr_t) slt, 0); > -} > - > -/* > * pccard_alloc_slot - Called from controller probe > * routine, this function allocates a new PC-CARD slot > * and initialises the data structures using the data provided. > @@ -232,7 +217,6 @@ > pccard_slots[slotno] = slt; > callout_handle_init(&slt->insert_ch); > callout_handle_init(&slt->poff_ch); > - callout_handle_init(&slt->disable_ch); > return(slt); > } > > @@ -301,12 +285,12 @@ > */ > slt->pwr.vcc = 50; > slt->pwr.vpp = 0; > + > /* > * Disable any pending timeouts for this slot, and explicitly > * power it off right now. Then, re-enable the power using > * the (possibly new) power settings. > */ > - untimeout(power_off_slot, (caddr_t)slt, slt->disable_ch); > untimeout(power_off_slot, (caddr_t)slt, slt->poff_ch); > power_off_slot(slt); > slt->ctrl->power(slt); > @@ -338,7 +322,7 @@ > */ > if (slt->state == filled) { > slt->state = empty; > - disable_slot_spl0(slt); > + disable_slot_to(slt); > } > break; > case card_inserted: > @@ -705,7 +689,6 @@ > * Disable any pending timeouts for this slot since we're > * powering it down/disabling now. > */ > - untimeout(power_off_slot, (caddr_t)slt, slt->disable_ch); > untimeout(power_off_slot, (caddr_t)slt, slt->poff_ch); > slt->ctrl->disable(slt); > return (0); > Index: slot.h > =================================================================== > RCS file: /home/ncvs/src/sys/pccard/slot.h,v > retrieving revision 1.22 > diff -u -r1.22 slot.h > --- slot.h 1999/12/08 07:55:20 1.22 > +++ slot.h 2000/01/27 16:53:24 > @@ -110,7 +110,6 @@ > unsigned int insert_seq; /* Firing up under the card */ > struct callout_handle insert_ch;/* Insert event timeout handle */ > struct callout_handle poff_ch; /* Power Off timeout handle */ > - struct callout_handle disable_ch; /* Disable spl0 kludge */ > > enum cardstate state, laststate; /* Current/last card states */ > struct selinfo selp; /* Info for select */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Thu Jan 27 19:32:25 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 165BF15985 for ; Thu, 27 Jan 2000 19:32:17 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.1/8.9.1) with ESMTP id WAA22846; Thu, 27 Jan 2000 22:32:15 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.3/8.9.1) id WAA46817; Thu, 27 Jan 2000 22:31:45 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Thu, 27 Jan 2000 22:31:45 -0500 (EST) To: Warner Losh Cc: freebsd-mobile@FreeBSD.ORG Subject: Re: pc card removal lockup In-Reply-To: <200001280256.TAA51227@harmony.village.org> References: <14479.50958.672619.722352@grasshopper.cs.duke.edu> <14478.22223.436708.406272@grasshopper.cs.duke.edu> <200001270029.RAA04459@harmony.village.org> <200001280256.TAA51227@harmony.village.org> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14481.3158.953005.86162@grasshopper.cs.duke.edu> Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Warner Losh writes: > In message <14479.50958.672619.722352@grasshopper.cs.duke.edu> Andrew Gallatin writes: > : Hmm.. why? I thought that PCIC_RESUME_RESET was to be used when your > : pccards were not found when your machine resumes. But suspend/resume > : works great! (and, in fact, is the only way I can remove cards w/o > : rebooting). > > The theory was that the pcic wasn't properly getting reset after the > suspend/resume. To clarify: I can make the machine lock when removing ep0 immediately after booting the machine. I do not need to suspend/resume to see the problem. > It sounds like your irq for the pcic may be wrong. It also sounds > like we can't get away with polling mode as default. More on why > below. What does the pcic-pci line on your laptop say? You may have > already posted this, if so please forgive me. pcic-pci0: port 0x3e0-0x3e3 at device 4.0 on pci0 PCI Config space: 00: 11001013 04000183 060500ee 00000000 10: 000003e1 00000000 00000000 00000000 20: 00000000 00000000 00000000 00000000 30: 00000000 00000000 00000000 000001ff 40: 00000000 00000000 00000000 00000000 50: 00000000 00000000 00000000 00000000 60: 00000000 00000000 00000000 00000000 70: 00000000 00000000 00000000 00000000 80: 00000000 00000000 00000000 00000000 90: 00000000 00000000 00000000 00000000 Cardbus Socket registers: 00: 04000000: f2202000: 807c0003: 52000100: 10: 00f5d200: 0400007c: 00057d00: f80002f0: ExCa registers: 00: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > : I was complaining only about the machine locking up when I remove ep0 > : while the machine is up & running. > > Before or after a suspend? Before. > However, I'm seeing a different problem on my laptop. It is a Sony > VAIO PCG-505TS. It has a Ricoh RL5C475 and an unknown host to pci > bridge. Looks like I have the PIIX4 chipset. > > I'm seeing that the machine wedges tight. It doesn't call the > interrupt routine at all before the wedge. I think this is a classic > example of the level interrupt turning on and nothing reading or > acknowledging it, which causes infinite interrupt. > > I'm going to have to look at the pci bios stuff to see if there's > something there that can be used for this. > > Warner Thanks for your help, Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Thu Jan 27 19:59: 7 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 49D97157A9 for ; Thu, 27 Jan 2000 19:59:03 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id UAA08884; Thu, 27 Jan 2000 20:58:59 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id UAA51800; Thu, 27 Jan 2000 20:59:08 -0700 (MST) Message-Id: <200001280359.UAA51800@harmony.village.org> To: Andrew Gallatin Subject: Re: pc card removal lockup Cc: freebsd-mobile@FreeBSD.ORG In-reply-to: Your message of "Thu, 27 Jan 2000 22:31:45 EST." <14481.3158.953005.86162@grasshopper.cs.duke.edu> References: <14481.3158.953005.86162@grasshopper.cs.duke.edu> <14479.50958.672619.722352@grasshopper.cs.duke.edu> <14478.22223.436708.406272@grasshopper.cs.duke.edu> <200001270029.RAA04459@harmony.village.org> <200001280256.TAA51227@harmony.village.org> Date: Thu, 27 Jan 2000 20:59:08 -0700 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <14481.3158.953005.86162@grasshopper.cs.duke.edu> Andrew Gallatin writes: : To clarify: I can make the machine lock when removing ep0 immediately : after booting the machine. I do not need to suspend/resume to see the : problem. I missed that part of it. : pcic-pci0: port 0x3e0-0x3e3 at device 4.0 on pci0 OK. I don't have one of these to play with. Maybe it is a timing issue. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Thu Jan 27 20:33:43 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from beholder.ods.org (ppp-109.m2-2.sub.ican.net [142.51.225.109]) by hub.freebsd.org (Postfix) with ESMTP id 6264914FAD for ; Thu, 27 Jan 2000 20:33:22 -0800 (PST) (envelope-from beholder@beholder.ods.org) Received: from beholder.ods.org (laptop.unios.ca [192.168.0.21]) by beholder.ods.org (8.9.3/8.9.3) with ESMTP id XAA43116 for ; Thu, 27 Jan 2000 23:33:11 -0500 (EST) (envelope-from beholder@beholder.ods.org) Message-ID: <38911CB5.C16B7AE6@beholder.ods.org> Date: Thu, 27 Jan 2000 23:36:06 -0500 From: Pat Wendorf X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 3.4-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-mobile@freebsd.org Subject: pcic0 comes up with zero as it's interrupt Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hey, I'm trying to install FreeBSD over the internet (using my nic) on my laptop, it detects the card sockets as TI-1220 (texas instruments), but the intterupt always comes up as zero. My NIC is supported with PAO3, which is what I'm using to install, however I think that lack of an interrupt is messing things up. If it helps the laptop is a Dell Ispiron 7000. Thanks for any info -- ---------------------- Pat Wendorf beholder@unios.dhs.org ICQ: 1503733 --------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Jan 28 3: 4:56 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from trltech.demon.co.uk (trltech.demon.co.uk [194.222.7.191]) by hub.freebsd.org (Postfix) with ESMTP id 7914615AE9 for ; Fri, 28 Jan 2000 03:04:49 -0800 (PST) (envelope-from rsmith@trltech.co.uk) Received: from ns.sw.wan (ns.sw.wan [192.9.200.19]) by trltech.demon.co.uk (8.9.2/8.9.2) with ESMTP id LAA52411 for ; Fri, 28 Jan 2000 11:00:21 GMT (envelope-from rsmith@trltech.co.uk) Received: from trltech.co.uk (localhost.sw.wan [127.0.0.1]) by ns.sw.wan (8.9.3/8.9.3) with ESMTP id KAA17113 for ; Fri, 28 Jan 2000 10:59:53 GMT (envelope-from rsmith@trltech.co.uk) Message-ID: <389176A9.28997D84@trltech.co.uk> Date: Fri, 28 Jan 2000 10:59:53 +0000 From: Richard Smith Reply-To: rdls@jezebel.demon.co.uk Organization: http://www.trltech.co.uk X-Mailer: Mozilla 4.61 [en] (X11; I; FreeBSD 3.2-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: FreeBSD Mobile Subject: Dell Inspiron 7500 & X Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have a Dell Inspiron 7500 A500 YT with the 15.4" 1280x1024 resolution LCD display, and the ATI Mobility-P graphics chip. I understood from archives, that the XFree86 3.3.5 Mach64 server would work albeit at a reduced resolution. I may have been mistaken, confusing the -M and -P chips. If it _is_ possible, does someone have a working XF86Config that I could borrow :-) Meanwhile, I'm off to the FreeBSDMall to buy a copy of Accelerated X Laptop Edition, which I believe works with the -P chip if one applies the L5003.004 update. This issue of a.out vs. ELF, am I right in thinking that there is no significant performance impact? Is there another X server that I should be considering, I had a look at Metrolink, but I don't think their laptop support is very strong? Many thanks, Richard Smith To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Jan 28 4:16:58 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from numeri.campus.luth.se (numeri.campus.luth.se [130.240.197.103]) by hub.freebsd.org (Postfix) with ESMTP id 437BA156E0 for ; Fri, 28 Jan 2000 04:15:57 -0800 (PST) (envelope-from k@numeri.campus.luth.se) Received: from numeri.campus.luth.se (localhost [127.0.0.1]) by numeri.campus.luth.se (8.9.3/8.9.3) with ESMTP id NAA21360; Fri, 28 Jan 2000 13:15:38 +0100 (CET) (envelope-from k@numeri.campus.luth.se) Message-Id: <200001281215.NAA21360@numeri.campus.luth.se> X-Mailer: exmh version 2.0.2 2/24/98 To: rdls@jezebel.demon.co.uk Cc: FreeBSD Mobile Subject: Re: Dell Inspiron 7500 & X In-reply-to: Your message of "Fri, 28 Jan 2000 10:59:53 GMT." <389176A9.28997D84@trltech.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 28 Jan 2000 13:15:38 +0100 From: Johan Karlsson Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org At Fri, 28 Jan 2000 10:59:53 GMT, Richard Smith wrote: >I have a Dell Inspiron 7500 A500 YT with the 15.4" 1280x1024 resolution >LCD display, and the ATI Mobility-P graphics chip. > >I understood from archives, that the XFree86 3.3.5 Mach64 server would >work albeit at a reduced resolution. I may have been mistaken, confusing >the -M and -P chips. You should try XFree86 3.3.6 which I'm using on my Latitude with the -M chip. I works kind of ok. /Johan K To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Jan 28 4:54:24 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from enterprise.sanyusan.se (enterprise.sanyusan.se [212.209.55.83]) by hub.freebsd.org (Postfix) with ESMTP id 21AE315A8E for ; Fri, 28 Jan 2000 04:54:21 -0800 (PST) (envelope-from anders@enterprise.sanyusan.se) Received: (from anders@localhost) by enterprise.sanyusan.se (8.9.3/8.9.3) id NAA08093 for freebsd-mobile@FreeBSD.ORG; Fri, 28 Jan 2000 13:54:19 +0100 (CET) (envelope-from anders) Date: Fri, 28 Jan 2000 13:54:19 +0100 From: Anders Andersson To: freebsd-mobile@FreeBSD.ORG Subject: 4.0-CURRENT 20000127-SNAP on IBM ThinkPad 600E Message-ID: <20000128135419.C7939@enterprise.sanyusan.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I am trying to install 4.0-CURRENT 20000127-SNAPSHOT on my IBM Thinkpad 600E using a 3Com 589D pcmcia card to be able to do an ftp install. It boots OK and so on but when it should probe pccard stuff I just choose default and setup moves on, when I choose 'minimal' and choose 'ftp install' it only gives me SLIP and PPP options. It doesnt seems to find my 3Com 589D card or maybe doesnt even find pccard bus at all? What can I provide to resolve this? Anders -- Anders Andersson anders@sanyusan.se Sanyusan International AB http://www.sanyusan.se/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Jan 28 16:46: 3 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from pinhead.parag.codegen.com (207-44-235-154.CodeGen.COM [207.44.235.154]) by hub.freebsd.org (Postfix) with ESMTP id 6689C155F9 for ; Fri, 28 Jan 2000 16:46:00 -0800 (PST) (envelope-from parag@pinhead.parag.codegen.com) Received: from pinhead.parag.codegen.com (parag@localhost.parag.codegen.com [127.0.0.1]) by pinhead.parag.codegen.com (8.9.3/8.9.3) with ESMTP id QAA06954 for ; Fri, 28 Jan 2000 16:46:00 -0800 (PST) (envelope-from parag@pinhead.parag.codegen.com) To: freebsd-mobile@freebsd.org Subject: Help with PCMCIA ether card X-Image-URL: http://www.codegen.com/images/CG-logo-only.gif X-URL: http://www.codegen.com X-Face: =O'Kj74icvU|oS*<7gS/8'\Pbpm}okVj*@UC!IgkmZQAO!W[|iBiMs*|)n*`X ]pW%m>Oz_mK^Gdazsr.Z0/JsFS1uF8gBVIoChGwOy{EK=<6g?aHE`[\S]C]T0Wm Date: Fri, 28 Jan 2000 16:46:00 -0800 Message-ID: <6950.949106760@pinhead.parag.codegen.com> From: Parag Patel Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello. I was given a Toshiba 420CDT laptop to play with and I'm trying to get it up on my local net. Unfortunately my local PC dealer didn't have any of the known PCMCIA cards (listed in pccard.conf.sample) in stock, so I (foolishly) took a chance on an Edimax EP-4101 16-bit PCMCIA 10/100 ether card. Well, after some hacking around with pccard.conf and such, I can't seem to figure out which driver (if any) support this card. The eidmax site doesn't seem to have any more about this card's innards than the docs that came with the card. The pccardc dumpcis output is appended below. I don't understand how this data maps to the pccard.conf file. My guess is that config 0x07 "ed0" ? ought to work if the driver can understand this card, yes? At the moment, I'm booting and running the precompiled pccard kernel that ships on the FBSD 3.4 CDs. I copied it off of the install floppy to / as the default GENERIC kernel isn't setup to do pccard stuff. The kernel's dmesg is also appended below. Any help would be much appreciated, even if it is to return the card. Thanks in advance! -- Parag Patel Configuration data for card in slot 0 Tuple #1, code = 0x1 (Common memory descriptor), length = 2 000: 00 ff Common memory device information: Device number 1, type No device, WPS = OFF Speed = No speed, Memory block size = reserved, 32 units Tuple #2, code = 0x15 (Version 1 info), length = 26 000: 01 00 50 43 4d 43 49 41 00 46 61 73 74 45 74 68 010: 65 72 43 61 72 64 00 00 00 ff Version = 1.0, Manuf = [PCMCIA],card vers = [FastEtherCard] Addit. info = [],[] Tuple #3, code = 0x20 (Manufacturer ID), length = 4 000: ff ff 90 10 PCMCIA ID = 0xffff, OEM ID = 0x1090 Tuple #4, code = 0x1a (Configuration map), length = 5 000: 01 01 c0 03 63 Reg len = 2, config register addr = 0x3c0, last config = 0x1 Registers: XX---XX- Tuple #5, code = 0x1b (Configuration entry), length = 11 000: c7 81 19 07 55 4d 5d 65 30 ff ff Config index = 0x7(default) Interface byte = 0x81 (I/O) wait signal supported Vcc pwr: Nominal operating supply voltage: 5 x 1V Minimum operating supply voltage: 4.5 x 1V Maximum operating supply voltage: 5.5 x 1V Card decodes 5 address lines, full 8/16 Bit I/O IRQ modes: Level, Pulse IRQ level = 5 Tuple #6, code = 0x1b (Configuration entry), length = 7 000: 07 08 ca 60 20 03 1f Config index = 0x7 Card decodes 10 address lines, limited 8/16 Bit I/O I/O address # 1: block start = 0x320 block length = 0x20 Tuple #7, code = 0x1b (Configuration entry), length = 7 000: 07 08 ca 60 40 03 1f Config index = 0x7 Card decodes 10 address lines, limited 8/16 Bit I/O I/O address # 1: block start = 0x340 block length = 0x20 Tuple #8, code = 0x1b (Configuration entry), length = 7 000: 07 08 ca 60 60 03 1f Config index = 0x7 Card decodes 10 address lines, limited 8/16 Bit I/O I/O address # 1: block start = 0x360 block length = 0x20 Tuple #9, code = 0x1b (Configuration entry), length = 7 000: 07 08 ca 60 00 02 1f Config index = 0x7 Card decodes 10 address lines, limited 8/16 Bit I/O I/O address # 1: block start = 0x200 block length = 0x20 Tuple #10, code = 0x1b (Configuration entry), length = 7 000: 07 08 ca 60 20 02 1f Config index = 0x7 Card decodes 10 address lines, limited 8/16 Bit I/O I/O address # 1: block start = 0x220 block length = 0x20 Tuple #11, code = 0x21 (Functional ID), length = 2 000: 06 00 Network/LAN adapter Tuple #12, code = 0x22 (Functional EXT), length = 2 000: 01 02 Modem interface capabilities: Tuple #13, code = 0x22 (Functional EXT), length = 2 000: 02 64 Data modem services available: Tuple #14, code = 0x22 (Functional EXT), length = 2 000: 03 01 Tuple #15, code = 0xff (Terminator), length = 0 2 slots found avail memory = 37896192 (37008K bytes) Preloaded elf kernel "kernel" at 0xc031c000. Probing for PnP devices: Probing for devices on the ISA bus: sc0 on isa sc0: VGA color <16 virtual consoles, flags=0x0> ed0 not found at 0x280 atkbdc0 at 0x60-0x6f on motherboard atkbd0 irq 1 on isa psm0 irq 12 on isa psm0: model Generic PS/2 mouse, device ID 0 sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1 not found at 0x2f8 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 1295MB (2654064 sectors), 2633 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (atapi): , removable, intr, iordis acd0: drive speed 1033KB/sec, 128KB cache acd0: supported read types: CD-DA acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray acd0: Medium: CD-ROM 120mm data disc loaded, unlocked ppc0 at 0x378 irq 7 flags 0x40 on isa ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode lpt0: on ppbus 0 lpt0: Interrupt-driven port ppi0: on ppbus 0 plip0: on ppbus 0 vga0 at 0x3b0-0x3df maddr 0xa0000 msize 131072 on isa npx0 on motherboard npx0: INT 16 interface PC-Card Intel 82365 (5 mem & 2 I/O windows) pcic: controller irq 3 Initializing PC-card drivers: ed ep fe sio Intel Pentium detected, installing workaround for F00F bug changing root device to wd0s1a To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sat Jan 29 9:11:59 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from hyperhost.net (hyperhost.net [207.159.132.249]) by hub.freebsd.org (Postfix) with ESMTP id 1A4C914E12 for ; Sat, 29 Jan 2000 09:11:57 -0800 (PST) (envelope-from patseal@hyperhost.net) Received: from foobar.foobar.yi.org (postfix@p9.a4.du.radix.net [207.192.130.137]) by hyperhost.net (8.9.3/8.9.3) with ESMTP id MAA11909 for ; Sat, 29 Jan 2000 12:11:40 -0500 (EST) Received: by foobar.foobar.yi.org (Postfix, from userid 1000) id 310CF137FE4; Sat, 29 Jan 2000 12:10:18 -0500 (EST) Date: Sat, 29 Jan 2000 12:10:18 -0500 From: Patrick Seal To: freebsd-mobile@freebsd.org Subject: Xircom RealPort CardBus Message-ID: <20000129121018.A78220@hyperhost.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i X-Operating-System: FreeBSD foobar.foobar.yi.org 3.4-STABLE FreeBSD 3.4-STABLE Organization: Hyperhost Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Has anyone had success with the Xircom CardBus Ethernet 10/100 on either stable or current?? This is the what is in the logs: No card in database for: ""("") and this is the CIS: Configuration data for card in slot 1 Tuple #1, code = 0xff (Terminator), length = 0 2 slots found Thanks, -- ------------------------------------ _____________________________________ Patrick Seal |"Microsoft isn't evil, they just make | really crappy operating systems." Hyperhost - http://www.hyperhost.net| -Linus Torvalds To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sat Jan 29 9:23: 4 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from moek.pir.net (moek.pir.net [209.192.237.190]) by hub.freebsd.org (Postfix) with ESMTP id CCA461596F for ; Sat, 29 Jan 2000 09:23:02 -0800 (PST) (envelope-from pir@pir.net) Received: from pir by moek.pir.net with local (Exim) id 12EbaP-0004RV-00 for freebsd-mobile@freebsd.org; Sat, 29 Jan 2000 12:23:01 -0500 Date: Sat, 29 Jan 2000 12:23:00 -0500 From: Peter Radcliffe To: freebsd-mobile@freebsd.org Subject: Re: Xircom RealPort CardBus Message-ID: <20000129122300.C12465@pir.net> Mail-Followup-To: freebsd-mobile@freebsd.org References: <20000129121018.A78220@hyperhost.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000129121018.A78220@hyperhost.net>; from patseal@hyperhost.net on Sat, Jan 29, 2000 at 12:10:18PM -0500 X-fish: < Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Patrick Seal probably said: > Has anyone had success with the Xircom CardBus Ethernet 10/100 on either CardBus is not yet supported. P. -- pir pir@pir.net pir@net.tufts.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sat Jan 29 9:25:48 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from hyperhost.net (hyperhost.net [207.159.132.249]) by hub.freebsd.org (Postfix) with ESMTP id 939AD15106 for ; Sat, 29 Jan 2000 09:25:43 -0800 (PST) (envelope-from patseal@hyperhost.net) Received: from foobar.foobar.yi.org (postfix@p9.a4.du.radix.net [207.192.130.137]) by hyperhost.net (8.9.3/8.9.3) with ESMTP id MAA16106 for ; Sat, 29 Jan 2000 12:25:20 -0500 (EST) Received: by foobar.foobar.yi.org (Postfix, from userid 1000) id AF109137FE5; Sat, 29 Jan 2000 12:23:40 -0500 (EST) Date: Sat, 29 Jan 2000 12:23:40 -0500 From: Patrick Seal To: freebsd-mobile@FreeBSD.ORG Subject: Re: Xircom RealPort CardBus Message-ID: <20000129122340.A79048@hyperhost.net> References: <20000129121018.A78220@hyperhost.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000129121018.A78220@hyperhost.net>; from patseal@hyperhost.net on Sat, Jan 29, 2000 at 12:10:18PM -0500 X-Operating-System: FreeBSD foobar.foobar.yi.org 3.4-STABLE FreeBSD 3.4-STABLE Organization: Hyperhost Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org BTW, Im running current. On Sat, Jan 29, 2000 at 12:10:18PM -0500i, Patrick Seal wrote: > Has anyone had success with the Xircom CardBus Ethernet 10/100 on either > stable or current?? -- ------------------------------------ _____________________________________ Patrick Seal |"Microsoft isn't evil, they just make | really crappy operating systems." Hyperhost - http://www.hyperhost.net| -Linus Torvalds To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sat Jan 29 16:17: 8 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.79.126]) by hub.freebsd.org (Postfix) with ESMTP id A17F6152DC for ; Sat, 29 Jan 2000 16:17:04 -0800 (PST) (envelope-from nate@yogotech.com) Received: from nomad.yogotech.com (nomad.yogotech.com [206.127.79.115]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id RAA03195; Sat, 29 Jan 2000 17:16:49 -0700 (MST) (envelope-from nate@nomad.yogotech.com) Received: (from nate@localhost) by nomad.yogotech.com (8.8.8/8.8.8) id RAA11575; Sat, 29 Jan 2000 17:16:48 -0700 (MST) (envelope-from nate) Date: Sat, 29 Jan 2000 17:16:48 -0700 (MST) Message-Id: <200001300016.RAA11575@nomad.yogotech.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Jesper Skriver Cc: mobile@FreeBSD.ORG, Niels Christian Bank-Pedersen Subject: Re: suspend problems with Dell Inspiron 3700 In-Reply-To: <20000124051239.A26570@skriver.dk> References: <20000123233639.A25328@bank-pedersen.dk> <20000124051239.A26570@skriver.dk> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > sleep 5; zzz > > > > hack? Sounds like you're sleeping but then immediately waking up again. > > Doesn't do it here, my IBM ThinkPad 600E immediately wakes up again, see > my post on -CURRENT "apm suspend" ... Is it plugged in? Most laptop will only suspend when they are using batteries.... Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sat Jan 29 21: 5: 7 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 20B1A14E78 for ; Sat, 29 Jan 2000 21:05:05 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id WAA20153; Sat, 29 Jan 2000 22:05:03 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id WAA12148; Sat, 29 Jan 2000 22:05:12 -0700 (MST) Message-Id: <200001300505.WAA12148@harmony.village.org> To: Patrick Seal Subject: Re: Xircom RealPort CardBus Cc: freebsd-mobile@FreeBSD.ORG In-reply-to: Your message of "Sat, 29 Jan 2000 12:10:18 EST." <20000129121018.A78220@hyperhost.net> References: <20000129121018.A78220@hyperhost.net> Date: Sat, 29 Jan 2000 22:05:12 -0700 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <20000129121018.A78220@hyperhost.net> Patrick Seal writes: : Has anyone had success with the Xircom CardBus Ethernet 10/100 on either : stable or current?? No. Cardbus isn't supported at this time. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message